| View previous topic :: View next topic |
| Author |
Message |
ters
n00b
Joined: 02 May 2012
Posts: 7
|
 Posted: Wed May 02, 2012 5:50 pm Post subject: emerge refuses to not install libjpeg-turbo |
 |
|
It was recently announced that libjpeg-turbo is the new default jpeg implementation and that switching to it is recommended (emphasis mine). However, emerge seems to insist that libjpeg-turbo is the only way to satisfy virtual/jpeg. Trouble starts when media-libs/libjpeg-turbo gets blocked by media-libs/jpeg, that some part of my system still depends directly on. Lots of stuff also refuses to emerge unless they can install libjpeg-turbo at the same time.
Are my definitions of default and recommended all wrong? Is there any way to tell portage that I have a jpeg implementation and to be happy? |
|
| Back to top |
|
 |
John R. Graham
Administrator
Joined: 08 Mar 2005
Posts: 6593
Location: Somewhere over Atlanta, Georgia
|
| Posted: Wed May 02, 2012 6:44 pm Post subject: |
|
|
I read the news item the same way you did, but having just looked at the virtual ebuild, it appears that jpeg is no longer an official option for normal users. The ChangeLog entry explains why: | Quote: | 26 Apr 2012; Samuli Suominen <ssuominen@gentoo.org> jpeg-0.ebuild:
Remove media-libs/jpeg:0 as a valid selection from everywhere (except prefix) wrt #413555. This is because libjpeg-turbo is only forward compatible and switching back to IJG's jpeg after system is built using libjpeg-turbo will break. Force recent enough version(s) for chromium support wrt #393471. |
Although not upgrading won't break anything, upgrading and then going back will. What the developers have done seems to be the conservative approach, just not the only possible one.
- John
_________________
This space intentionally left blank.
Last edited by John R. Graham on Wed May 02, 2012 6:47 pm; edited 1 time in total |
|
| Back to top |
|
|
broken_chaos
Guru
Joined: 18 Jan 2006
Posts: 327
Location: Ontario, Canada
|
| Posted: Wed May 02, 2012 6:46 pm Post subject: |
|
|
If you're on x86 and need media-libs/jpeg specifically, you'll need to keyword it until (if) it goes stable again. The maintainer removed the only stable media-libs/jpeg-8, and a sligthly newer version currently has bug 413555 for stabilizing it. You probably want to contribute a bug report on what specifically depends on media-libs/jpeg and cannot use the virtual, as the maintainer seems to be pushing for media-libs/jpeg to be entirely removed from the portage tree (which included the aforementioned removing it from stable).
The wording of the news item (and to some extent the entire handling of it) seems unfortunate. |
|
| Back to top |
|
|
ters
n00b
Joined: 02 May 2012
Posts: 7
|
| Posted: Wed May 02, 2012 7:47 pm Post subject: |
|
|
| Considering the package that is still clinging to media-libs/jpeg is media-libs/ploticus, I guess I'm out of luck. |
|
| Back to top |
|
|
Hu
Watchman
Joined: 06 Mar 2007
Posts: 7678
|
| Posted: Thu May 03, 2012 1:55 am Post subject: |
|
|
| ters wrote: | | Considering the package that is still clinging to media-libs/jpeg is media-libs/ploticus, I guess I'm out of luck. |
Have you confirmed that media-libs/ploticus does not work with media-libs/libjpeg-turbo? It might be that media-libs/ploticus only needs a dependency metadata update. |
|
| Back to top |
|
|
ters
n00b
Joined: 02 May 2012
Posts: 7
|
| Posted: Thu May 03, 2012 4:32 am Post subject: |
|
|
| media-libs/ploticus was deleted from portage almost two years ago, so it will need a lot more than a metadata update. |
|
| Back to top |
|
|
ssuominen
Developer
Joined: 30 Sep 2005
Posts: 1825
Location: Finland
|
| Posted: Thu May 03, 2012 4:47 am Post subject: |
|
|
| ters wrote: | | Considering the package that is still clinging to media-libs/jpeg is media-libs/ploticus, I guess I'm out of luck. |
I don't see media-libs/ploticus in Portage.
Copy it from the overlay it's installed from to your own local overlay, do the change to virtual/jpeg yourself.
Then report the buggy ebuild to the overlays maintainer so others can benefit from the fix too.
- Samuli |
|
| Back to top |
|
|
ters
n00b
Joined: 02 May 2012
Posts: 7
|
| Posted: Thu May 03, 2012 5:14 am Post subject: |
|
|
| You didn't read my last post. It's dead. |
|
| Back to top |
|
|
ssuominen
Developer
Joined: 30 Sep 2005
Posts: 1825
Location: Finland
|
| Posted: Thu May 03, 2012 8:16 am Post subject: |
|
|
| ters wrote: | | You didn't read my last post. It's dead. |
One could say nothing is ever gone,
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-libs/ploticus/?hideattic=0
You can retrieve the old ebuild from there.
I'm also curious why can't you simply 'emerge -C' it? It's a media library (note media-libs/ category) and nothing in Portage is using it.
So what do you have that is using it? I'm asking because I'm intrested if it's worth trying to get this back to Portage. |
|
| Back to top |
|
|
ters
n00b
Joined: 02 May 2012
Posts: 7
|
| Posted: Thu May 03, 2012 3:08 pm Post subject: |
|
|
There's an extension to MediaWiki that uses ploticus to make timelines and other such diagrams. Having a server for that MediaWiki was one of the reasons I set up this Linux box in the first place. Without it, I'm down to one step away from emerge -C world.
Learning to hack ebuilds isn't my top priority at the moment, but there are some long weekends comming up soon. At least I know that I can stop trying to get it working just by masking packages or changing use flags (except possibly dropping jpeg support altogether, but that's not really a solution either). I was just misled into thinking it should work, by that news update that wasn't up to date with reality. |
|
| Back to top |
|
|
ssuominen
Developer
Joined: 30 Sep 2005
Posts: 1825
Location: Finland
|
| Posted: Thu May 03, 2012 5:43 pm Post subject: |
|
|
| ters wrote: | There's an extension to MediaWiki that uses ploticus to make timelines and other such diagrams. Having a server for that MediaWiki was one of the reasons I set up this Linux box in the first place. Without it, I'm down to one step away from emerge -C world.
Learning to hack ebuilds isn't my top priority at the moment, but there are some long weekends comming up soon. At least I know that I can stop trying to get it working just by masking packages or changing use flags (except possibly dropping jpeg support altogether, but that's not really a solution either). I was just misled into thinking it should work, by that news update that wasn't up to date with reality. |
You can always tell Portage that media-libs/jpeg is installed, while it's really not, by doing this:
| Code: |
mkdir -p /etc/portage/profile
echo media-libs/jpeg-8d >> /etc/portage/profile/package.provided
|
Then making sure libjpeg-turbo is part of the world so it doesn't get unemerged with --depclean:
| Code: |
emerge --noreplace libjpeg-turbo
|
Didn't know it was used by MediaWiki, so thanks for letting me know, now while I can't make any promises... I've added adding ploticus back to Portage as part of my TODO list  |
|
| Back to top |
|
|
ters
n00b
Joined: 02 May 2012
Posts: 7
|
| Posted: Fri May 11, 2012 5:05 pm Post subject: |
|
|
I think I got it working now, after forgetting "ebuild manifest" half of the time.
As ploticus failed to link to png_set_dither, I had to write a patch that commented out all lines calling that function. That might be fixed in newer versions of ploticus, but I stuck to 2.33 as there appeared to be some custom Gentoo patch for it. I don't need dithering anyway, and the graphs look right.
I also had to tweak the EasyTimeline extension in order to tell gd where the font was, but that's got nothing to do with this and is documented in the EasyTimeline installation instructions. All I had to do was figure out what the right directory was for Gentoo. |
|
| Back to top |
|
|
ssuominen
Developer
Joined: 30 Sep 2005
Posts: 1825
Location: Finland
|
| Posted: Fri May 11, 2012 5:26 pm Post subject: |
|
|
| ters wrote: | I think I got it working now, after forgetting "ebuild manifest" half of the time.
As ploticus failed to link to png_set_dither, I had to write a patch that commented out all lines calling that function. That might be fixed in newer versions of ploticus, but I stuck to 2.33 as there appeared to be some custom Gentoo patch for it. I don't need dithering anyway, and the graphs look right.
I also had to tweak the EasyTimeline extension in order to tell gd where the font was, but that's got nothing to do with this and is documented in the EasyTimeline installation instructions. All I had to do was figure out what the right directory was for Gentoo. |
You can replace "png_set_dither" with "png_set_quantize". As in, this particular function was only renamed, not modified so it's a simple rename job. |
|
| Back to top |
|
|
|
Portage & Programming
