Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 92400 - links2 links-2.1_pre17-r1 fails to display jpeg files
Summary: links2 links-2.1_pre17-r1 fails to display jpeg files
Status: RESOLVED DUPLICATE of bug 91946
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Marcelo Goes (RETIRED)
URL: http://forums.gentoo.org/viewtopic-t-...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-12 10:09 UTC by P Purkayastha
Modified: 2005-07-17 13:06 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description P Purkayastha 2005-05-12 10:09:53 UTC
On upgrading links to links-2.0_pre17-r1, and launching links by "links -g", links is unable to display jpeg files.  This is discussed in the forums at http://forums.gentoo.org/viewtopic-t-334761.html.   

Upon a hunch, I changed the following two lines in the ebuild, "Change the line  $(use_with livecd libjpeg) \ to before the line $(use_with jpeg libjpeg) \", such that a diff between the patched ebuild and existing ebuild should produce the following result:

" diff <patched ebuild> <existing ebuild>
93d92
<               $(use_with livecd libjpeg) \
98a98
>               $(use_with livecd libjpeg) \ "

I tried opening jpeg files in links now, (for example the desktop threads in gentoo OTW), and it works (I have no idea why the order of the two sentences matter, though). 

I don't know how to make a patch, and hopefully the devs will make this small change in the ebuild.

Reproducible: Always
Steps to Reproduce:
1. emerge --update links
2. links -g
3. Open any webpage with jpeg images.

Actual Results:  
No jpeg images are displayed.

Expected Results:  
Jpeg images should have been displayed.
Comment 1 Marcelo Goes (RETIRED) gentoo-dev 2005-05-12 16:00:03 UTC

*** This bug has been marked as a duplicate of 91946 ***