Ebuild update for gwget-0.9.ebuild
Created attachment 41917 [details] gwget-0.9.ebuild gwget-0.9.ebuild
Created attachment 41944 [details] gwget-0.90.ebuild ( add minor nummer ) About Gwget Gwget it's a download manager for the Gnome Desktop. The main features are:
Created attachment 46333 [details] gwget-0.92 ebuild
Created attachment 46334 [details, diff] gwget-0.6 to gwget-0.92 diff Apply and rename the result to wget-0.92.ebuild
Bump Request. 08 December 2004. Gwget 0.92 Released.[ Download ] Features * Put a download in waiting state when there are a server concurrent restrintion (Julien Cegarra) * Set the window title with the percentage of the download (David Sede
Bump Request. 08 December 2004. Gwget 0.92 Released.[ Download ] Features * Put a download in waiting state when there are a server concurrent restrintion (Julien Cegarra) * Set the window title with the percentage of the download (David Sedeño) Bugfixes * Message of dialogs fixes (David Sedeño). * Columns display fixes (David Sedeño). Translations * New: zh_CN (Funda Wang) * Updated: ru (Pavlo Bohmat), de (Frank Arnold), cs (Miloslav Trmac), en_CA (Adam Weinberger), lt (Lech Jankowski), nl (Laurens Buhler) Attached gwget-0.92 ebuild and gwget-0.6.ebuild -> gwget-0.92.ebuild diff (if you prefer patches) Ivan Yosifov.
*** Bug 78478 has been marked as a duplicate of this bug. ***
Created attachment 48862 [details] gwget-0.92.1.ebuild
Guys , is there any concrete reason for this bug lasting so long ?
Created attachment 49656 [details] gwget-0.93.ebuild
Created attachment 49657 [details] gwget-0.93.ebuild Opps... keywording ~x86
Created attachment 50090 [details] gwget-0.93.ebuild Here is an ebuild i wrote before seeing this bug (forgot to search, again...). But I attach it anyway cause I think it's cleaner: - there's no more need for touching CFLAGS in Makefile, user CFLAGS works fine as-is - there's no /usr/doc directory to delete anymore in src_install (but now there's a /var/lib dir...) - there's no need for a MY_P variable - nls and gettext options are no more used by the configure script Appart from that, i've added an "epiphany" local USE flag to choose whether the epiphany extension should be built, and a minor configure script fix for the case epiphany is not installed.
It sure looks better. Obsoleteing the other ebuild.
The configure script checks for the presence of perl and XML::Parser, so perhaps those should be in the DEPEND or RDEPEND (I'm not sure which would be appropriate) ?
Re: Comment #13 Good catch. I think that what is missing is more a ">=dev-util/intltool-0.11" DEPEND though (Perl and XML::Parser will follow by dep from there).
Created attachment 54687 [details] gwget-0.94 ebuild updated the ebuild for a new version. updated the SOURCE and HOMEPAGE info
Created attachment 54688 [details] gwget-0.94 ebuild modified DEPEND according to Comment #14
Comment on attachment 50090 [details] gwget-0.93.ebuild obsoleted by the 0.94 ebuild
Shouldn't the ebuild have doc in IUSE ? I get: QA Notice: USE Flag 'doc' not in IUSE for net-misc/gwget-0.94
Are you sure the epiphany extension is installing ok ? I could not find any trace of gwget in epiphany menues, but I have never used this extension, so it may be my mistake. Where should I find the extension ( in epiphany ) ?
Comment #18 Probably you're right. The doc USE flag is probably ihnerited from the gnome2 eclass... I will take a look and correct the ebuild is necessary. Comment #19 The epiphany extension doesn't show anywhere in the menus... It just replaces the functionality of the download and save as functions... each time you click on a link where the object must be downloaded, gwget is automatically launched and start the download...
Hmm... I emergred the gwget-0.94 ebuild, but epiphany still uses it's own save-as/download functions. Does it work for you ?
I don't think this is the place to "talk" about that, but yes, it works for me... Did you set the epiphany USE flag?
>>> I don't think this is the place to "talk" about that, >>> but yes, it works for me... This is deffinitely the place to "talk" about problems with the attached ebuilds. I did a: USE="epiphany" emerge gwget and epiphany still uses the built-in download features. I am using the gwget-0.94 ebuild. Anything else I should reemerge ?
>>>> This is deffinitely the place to "talk" about problems with the attached ebuilds. I agree with you on that. But are we sure that the problem comes from the ebuild itself? what version of epiphany are you using??? In my case is the Epiphany 1.4.8. For emerging gwget I did the following 1. Add the line "net-misc/gwget epiphany" to /etc/portage/package.use 2. Add the line "=net-misc/gwget-0.94* ~x86" to /etc/portage/package.keywords 3. emerge -av gwget Since it was installed each time i click on a link where usually the epiphany download diaglog appeared, now gwget automatically starts the download. Could someone that is using this ebuild tell is this is working for them or if they have the same problem?
I put "net-misc/gwget epiphany" in /etc/portage/package.use I have the line "net-misc/gwget ~x86" in /etc/portage/package.keywords I did an emerge -av gwget Epipahny is 1.4.8. I tried remergeing epiphany and gwget in any order - does not help. Seemes the extension is installed, but epiphany does not recognize/find it. home ~ # ls /usr/lib/epiphany/extensions/ libgwgetextension.a libgwgetextension.so libgwgetextension.so.0.0.0 libgwgetextension.la libgwgetextension.so.0
Created attachment 55190 [details] gwget-0.94.ebuild Yup, the problem is that Epiphany extensions are now supposed to be in /usr/lib/epiphany-1.4/extensions (note the "-1.4"). Here is an ebuild that works, but really, this fix is just a dirty quick hack. Proper fix would be at autotools level, to make it use `pkg-config --variable=extensiondir epiphany-VERSION` instead of the hardcoded path.
Hmm, good, it's already fixed in gwget CVS, so next version should handle that the proper way.
The new ebuild works, thanks.
*** Bug 89882 has been marked as a duplicate of this bug. ***
here you go :)
committed a modified ebuild along with a patch from cvs for the path fix. Please open another bug ( do not reopen this one ) if you have any issues with it.
