Re: [gentoo-dev] Packages needing new maintainers, redux
On 14/01/2008, Robin H. Johnson [EMAIL PROTECTED] wrote: On Tue, Jul 10, 2007 at 04:49:02PM -0700, Robin H. Johnson wrote: Software, I picked up maintenance of autofs when the previous maintainer went AWOL several years ago, and ran with it because I needed AutoFS-LDAP. I don't have access to any AutoFS-LDAP setups anymore, and upstream has moved on. There is a 7Kb init.d script that badly needs complete rewriting due to upstream and kernel changes: net-fs/autofs This is badly in need of a maintainer. if somebody wants to take the main parts of it, I can help them with the LDAP section of it. Mine now! :) Seems the newer version doesn't require a lengthy init script... Stefaan -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Monthly Gentoo Council Reminder for February
This is your monthly friendly reminder ! Same bat time (typically the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @ irc.freenode.net) ! If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev list to see. Keep in mind that every GLEP *re*submission to the council for review must first be sent to the gentoo-dev mailing list 7 days (minimum) before being submitted as an agenda item which itself occurs 7 days before the meeting. Simply put, the gentoo-dev mailing list must be notified at least 14 days before the meeting itself. For more info on the Gentoo Council, feel free to browse our homepage: http://www.gentoo.org/proj/en/council/ -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] debianutils: system worthy ?
On Thu, 2008-01-31 at 18:46 -0500, Mike Frysinger wrote: On Thursday 31 January 2008, Natanael Copa wrote: On Wed, 2008-01-30 at 12:35 -0500, Philip Webb wrote: 080128 Mike Frysinger wrote: now that the mktemp binary has been moved out of debianutils and integrated straight into coreutils, perhaps it's time to ask how important this package is to everyone. current debianutils is part of system and provides: - installkernel - run-parts - tempfile - savelog - mkboot do people consider these things critical ? i dont know the last time i personally needed/wanted any of these ... 'equery d debianutils' gives me app-admin/sysklogd-1.4.2_pre20061230 (sys-apps/debianutils) app-portage/gentoolkit-0.2.3-r1 (userland_GNU? sys-apps/debianutils) sys-apps/mktemp-1.5 (=sys-apps/debianutils-2.16.2) The 2nd cb ignored, but the others seem important. I have Mktemp-1.5 installed, so what do you mean by your lines 1-2 ? Sysklogd seems to be an important pkg too. savelog is used here to rotate logs from a cron job. I had a user rewriting the whole script the other week so it works without either perl or debianutils. (he replaced 80 lines perl with 7 lines POSIX shell code using sed, awk) I can create a bug on this so we get rid of both perl and debianutils dependency for app-admin/sysklogd. (great for embedded) i dont quite follow ... savelog is already a POSIX script and i dont see it executing perl ... The /etc/cron.daily/syslog.cron executes both savelog and /usr/sbin/syslogd-listfiles - which is a perl script. -mike -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] debianutils: system worthy ?
On Friday 01 February 2008, Natanael Copa wrote: On Thu, 2008-01-31 at 18:46 -0500, Mike Frysinger wrote: On Thursday 31 January 2008, Natanael Copa wrote: On Wed, 2008-01-30 at 12:35 -0500, Philip Webb wrote: 080128 Mike Frysinger wrote: now that the mktemp binary has been moved out of debianutils and integrated straight into coreutils, perhaps it's time to ask how important this package is to everyone. current debianutils is part of system and provides: - installkernel - run-parts - tempfile - savelog - mkboot do people consider these things critical ? i dont know the last time i personally needed/wanted any of these ... 'equery d debianutils' gives me app-admin/sysklogd-1.4.2_pre20061230 (sys-apps/debianutils) app-portage/gentoolkit-0.2.3-r1 (userland_GNU? sys-apps/debianutils) sys-apps/mktemp-1.5 (=sys-apps/debianutils-2.16.2) The 2nd cb ignored, but the others seem important. I have Mktemp-1.5 installed, so what do you mean by your lines 1-2 ? Sysklogd seems to be an important pkg too. savelog is used here to rotate logs from a cron job. I had a user rewriting the whole script the other week so it works without either perl or debianutils. (he replaced 80 lines perl with 7 lines POSIX shell code using sed, awk) I can create a bug on this so we get rid of both perl and debianutils dependency for app-admin/sysklogd. (great for embedded) i dont quite follow ... savelog is already a POSIX script and i dont see it executing perl ... The /etc/cron.daily/syslog.cron executes both savelog and /usr/sbin/syslogd-listfiles - which is a perl script. oh, so you're looking to replace a script syslog provides rather than the savelog script sure, i'd open a bug enhancement request on the topic -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Changes to some profiles
OK, so I built a complete set of stages (with no circular dependencies!) on amd64 for testing, using both the default-linux/amd64/dev/2008.0 and the default-linux/amd64/dev/2008.0/desktop profiles with the following changes and everything worked perfectly. I would like to replicate this to the tree before the snapshot today. If nobody has any objections in the next 12 hours or so, I'm going to do it. base/packages: removed debianutils removed perl removed python changed sys-apps/portage to virtual/portage default-linux/packages.build: removed perl removed python changed sys-apps/baselayout to virtual/baselayout changed sys-apps/portage to virtual/portage Even without perl/python in packages.build, we still end up with both in stage1's tarball. We pull in perl via auto{conf,make} and python via portage (duh). I'd like to also try removing autoconf and automake from packages and packages.build above, since things *should* now be depending on them if they need them. Of course, I won't commit that until after posting here again after testing it and being sure it's good. -- Chris Gianelloni Release Engineering Strategic Lead Games Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Move SCMs to their own category?
On Fri, 1 Feb 2008 12:52:16 -0500 (EST) Caleb Tennis [EMAIL PROTECTED] wrote: It seems like all source control/revision control programs live in dev-util, but they might be better served in something like dev-scm or something like that. I'm thinking things like darcs, git, cvs, svn, mercurial, bzr. Then the slew of packages that depend on them: gitosis, bzrtools. Any objections to this potential move, or comments on a better category name? You might want to ask Seemant (?) why he didn't do the move several years back. There were plans to do it, but it never happened for some reason -- not sure whether it was just a time issue or whether there was something in particular that made it impossible. -- Ciaran McCreesh signature.asc Description: PGP signature
[gentoo-dev] Move SCMs to their own category?
Hi, It seems like all source control/revision control programs live in dev-util, but they might be better served in something like dev-scm or something like that. I'm thinking things like darcs, git, cvs, svn, mercurial, bzr. Then the slew of packages that depend on them: gitosis, bzrtools. Any objections to this potential move, or comments on a better category name? -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: Monthly Gentoo Council Reminder for February
Mike Frysinger wrote: This is your monthly friendly reminder ! Same bat time (typically the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @ irc.freenode.net) ! If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev list to see. GLEP46, as discussed on Januar 21-24. I'd say it's ready. The only minor thing is where to keep the list of available tags. As far as I understood neysx we should keep it in metadata.dtd itself. Cheers, Tiziano -- Tiziano Müller Gentoo Linux Developer Areas of responsibility: Samba, PostgreSQL, cpp, Python E-Mail : [EMAIL PROTECTED] GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30 -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for February
On Fri, 2008-02-01 at 19:59 +0100, Tiziano Müller wrote: GLEP46, as discussed on Januar 21-24. I'd say it's ready. The only minor thing is where to keep the list of available tags. As far as I understood neysx we should keep it in metadata.dtd itself. http://www.gentoo.org/proj/en/glep/glep-0046.html for anybody wanting to know what GLEP49 entails. -- Chris Gianelloni Release Engineering Strategic Lead Games Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Move SCMs to their own category?
Caleb Tennis a écrit : Any objections to this potential move, or comments on a better category name? No objections. Just wondering about tools like gitweb, will they stay in web-apps? Rémi -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Changes to some profiles
Chris Gianelloni kirjoitti: base/packages: removed debianutils I don't think we reached a decision on whether debianutils should go to kernel-2.eclass before this is done. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Changes to some profiles
On Friday 01 February 2008, Petteri Räty wrote: Chris Gianelloni kirjoitti: base/packages: removed debianutils I don't think we reached a decision on whether debianutils should go to kernel-2.eclass before this is done. i think the answer is no -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Move SCMs to their own category?
On Fri, 1 Feb 2008 17:57:39 + Ciaran McCreesh [EMAIL PROTECTED] wrote: On Fri, 1 Feb 2008 12:52:16 -0500 (EST) Caleb Tennis [EMAIL PROTECTED] wrote: It seems like all source control/revision control programs live in dev-util, but they might be better served in something like dev-scm or something like that. I'm thinking things like darcs, git, cvs, svn, mercurial, bzr. Then the slew of packages that depend on them: gitosis, bzrtools. Any objections to this potential move, or comments on a better category name? You might want to ask Seemant (?) why he didn't do the move several years back. There were plans to do it, but it never happened for some reason -- not sure whether it was just a time issue or whether there was something in particular that made it impossible. IIRC it was because you argued that cvs didn't qualify as a VCS (as the proposed category name back then was app-vcs) Marius -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Move SCMs to their own category?
On Feb 1, 2008 11:34 PM, Marius Mauch [EMAIL PROTECTED] wrote: IIRC it was because you argued that cvs didn't qualify as a VCS (as the proposed category name back then was app-vcs) I dont see why cvs is not a vcs like the others but ok. But I'm all in for a dev-scm (or similar) category. -- Cheers, Markus -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: Changes to some profiles
Mike Frysinger [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 01 Feb 2008 17:05:18 -0500: On Friday 01 February 2008, Petteri Räty wrote: Chris Gianelloni kirjoitti: base/packages: removed debianutils I don't think we reached a decision on whether debianutils should go to kernel-2.eclass before this is done. i think the answer is no Not that I have a vote, but as I raised that possible objection earlier, agreed. Folks who have it already merged will be fine unless they --depclean without first checking what it'll do, and those that don't have it merged can merge it if they need it -- it's not as if it's leaving the tree, and the kernel doesn't hard-depend on it. A GWN or similar announcement before it moves beyond the dev profiles would be nice, but if the affected devs (incl. bugwranglers) are willing to deal with the complaints and they seem to be, the leaner system and image is IMO a good thing, and announcement or not, people really /should/ be checking their depcleans. =8^) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: Changes to some profiles
Duncan wrote: A GWN or similar announcement before it moves beyond the dev profiles would be nice, but if the affected devs (incl. bugwranglers) are willing to deal with the complaints and they seem to be, the leaner system and image is IMO a good thing, and announcement or not, people really /should/ be checking their depcleans. =8^) How about just some elog If you use make install, emerge --noreplace debianutils in the kernel's postinst or something. Though I wonder why kernel depends on stuff like $distroutils :) VB signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Changes to some profiles
On Fri, 2008-02-01 at 23:47 +0200, Petteri Räty wrote: Chris Gianelloni kirjoitti: base/packages: removed debianutils I don't think we reached a decision on whether debianutils should go to kernel-2.eclass before this is done. Actually, it isn't very important if it happens or not (to me/release), and doesn't change that I'll be testing with it, either way. After all, it's a rather simple change to revert. That being said, you've got until March 10th (final snapshot freeze) to decide. ;] -- Chris Gianelloni Release Engineering Strategic Lead Games Developer -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [RFC] Adding two USE flags to 2008.0's profiles
I'm thinking of adding both the bluetooth and usb USE flags to the 2008.0 profiles for amd64/x86. I'll be adding just usb for everybody else, unless they want bluetooth, also. So why am I asking about this? Well, I'm wanting to add it to the 2008.0 profiles, not the desktop or server sub-profiles. This means it'll hit pretty much everybody. That being said, this normally enables hardware support, so I see it as a good thing. If adding bluetooth seems to be a bit much, how about just the usb USE flag? After all, my UPS won't work with apcupsd without USE=usb on my server... ;] -- Chris Gianelloni Release Engineering Strategic Lead Games Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] How to get more involved?
William L. Thomson Jr. wrote: http://www.gentoo.org/proj/en/java/getting-involved.xml Maybe could we get it moved on the top level? lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list