[clc-devel] ports in contrib depending on ports in unmaintained
Hi, When building every single port in contrib I noticed that some of them depend on packages that either don't exist or are unmaintained. In my opinion contrib shouldn't depend on having unmaintained available. I usually even disable unmaintained completely on my systems so some ports in contrib fail because of this. - bmp depends on libglade (unmaintained) - electricsheep depends on xscreensaver (unmaintained) - gal depends on libgnomeprintui and libgnomeui (unmaintained) - madwifi depends on linux (doesn't exist) - nicotine depends on pygtk (unmaintained) - obconf depends on libglade and startup-notification (unmaintained) - ogle depends on libglade (unmaintained) - rox-clib depends on libgtop (unmaintained) - rox-lib depends on pygtk (unmaintained) - rss-glx depends on xscreensaver (unmaintained) - spamassassin depends on p5-html-parser (doesn't exist) - xautolock depends on xfree86 (should be x11) - xblast depends on xfree86 (should be x11) - xsoldier depends on xfree86 (should be x11) So in my opinion maintained ports shouldn't depend on unmaintained or non-existant ports. The current situation is of course understandable, since most of the GNOME stuff isn't maintained anymore. But in general I propose we move towards a uniformly maintained contrib with no dependencies on other collections than base, opt and contrib itself. Regards, // Jukka
Hi, On Fri, Oct 08, 2004 at 10:05:23 +0300, Jukka Heino wrote:
Hi,
When building every single port in contrib I noticed that some of them depend on packages that either don't exist or are unmaintained. > [list]
So in my opinion maintained ports shouldn't depend on unmaintained or non-existant ports. The current situation is of course understandable, since most of the GNOME stuff isn't maintained anymore. But in general I propose we move towards a uniformly maintained contrib with no dependencies on other collections than base, opt and contrib itself. There used to be a unwritten rule that packages should not have "downward dependencies", where the order top to bottom is base, opt, contrib and unmaintained. Now that unmaintained has been suffering a lot in recent times, I guess this got lost a bit. So I perfectly agree with you that we should define clear rules about dependencies (also for httpup ports).
Furthermore, we should drop unmaintained :-) https://lists.berlios.de/pipermail/clc-devel/2004-September/000610.html Kind regards, Johannes -- Johannes Winkelmann mailto:jw@tks6.net Bern, Switzerland http://jw.tks6.net
On 10/08/04 09:05 Jukka Heino wrote:
Hi,
Hi Jukka,
So in my opinion maintained ports shouldn't depend on unmaintained or non-existant ports. The current situation is of course understandable, since most of the GNOME stuff isn't maintained anymore. But in general I propose we move towards a uniformly maintained contrib with no dependencies on other collections than base, opt and contrib itself.
Agree. I'm trying to clean up a bit my ports ( see this ticket http://clc.morpheus.net:6999/clc/tktview?tn=12,4 ) Since we're on topic, a couple of comments: - I'm tagging unmaintained most of rox-related addons. I've also updated them to latest version. I'm not using them anymore so new maintainers are welcome. - I maintain pygtk, _without_ libglade. Feel free to take maintainership and add libglade support if needed. - As Johannes wrote in this thread, unmaintained ports will be nuked one day or another, everybody is invited to keep an eye on which ports you'd like to save. Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip@varlock.com
Jukka Heino wrote:
Hi,
When building every single port in contrib I noticed that some of them depend on packages that either don't exist or are unmaintained. In my opinion contrib shouldn't depend on having unmaintained available. I usually even disable unmaintained completely on my systems so some ports in contrib fail because of this.
- bmp depends on libglade (unmaintained) - electricsheep depends on xscreensaver (unmaintained) - gal depends on libgnomeprintui and libgnomeui (unmaintained) - madwifi depends on linux (doesn't exist)
Linux was a "virtual" port for referencing the linux kernel, unless I made a mistake here (Johannes?)
- nicotine depends on pygtk (unmaintained) - obconf depends on libglade and startup-notification (unmaintained) - ogle depends on libglade (unmaintained) - rox-clib depends on libgtop (unmaintained) - rox-lib depends on pygtk (unmaintained) - rss-glx depends on xscreensaver (unmaintained)
- spamassassin depends on p5-html-parser (doesn't exist)
Perl sucks, all I can tell you. I removed that dependency, but the issue of it still exists. I feel it's just simpler for the very few people that build this port to get what they need from CPAN.
- xautolock depends on xfree86 (should be x11) - xblast depends on xfree86 (should be x11) - xsoldier depends on xfree86 (should be x11)
Thanks to sip for fixing my issues there. I didn't realize. Basically, the jury is still out whether base/opt ports should be listed in dependencies. I believe they should.
So in my opinion maintained ports shouldn't depend on unmaintained or non-existant ports. The current situation is of course understandable, since most of the GNOME stuff isn't maintained anymore. But in general I propose we move towards a uniformly maintained contrib with no dependencies on other collections than base, opt and contrib itself.
Regards,
// Jukka
_______________________________________________ clc-devel mailing list clc-devel@lists.berlios.de http://lists.berlios.de/mailman/listinfo/clc-devel
Hi, On Wed, Feb 16, 2005 at 00:46:25 -0500, Victor wrote:
Jukka Heino wrote:
Hi,
When building every single port in contrib I noticed that some of them depend on packages that either don't exist or are unmaintained. In my opinion contrib shouldn't depend on having unmaintained available. I usually even disable unmaintained completely on my systems so some ports in contrib fail because of this.
- bmp depends on libglade (unmaintained) - electricsheep depends on xscreensaver (unmaintained) - gal depends on libgnomeprintui and libgnomeui (unmaintained) - madwifi depends on linux (doesn't exist)
Linux was a "virtual" port for referencing the linux kernel, unless I made a mistake here (Johannes?) Well, if there would be a port for the kernel sources, we could probably alias it to 'linux' or something else. I'm not aware of this though, but I expect people have built their own kernel anyway, so we might actually just drop the dependency and take a note in the README that if the compilation fails, it might be because of the missing kernel sources (or if they're expected to be in /usr/src/linux, check for it in build()).
Kind regards, Johannes -- Johannes Winkelmann mailto:jw@tks6.net Bern, Switzerland http://jw.tks6.net
participants (4)
-
Johannes Winkelmann -
Jukka Heino -
Simone Rota -
Victor