[gentoo-dev] Introducing the proctors
Hi everyone, Recently the Code of Conduct was established, and it's about time to present the initial team of people working on getting things done: Roy Bamford (NeddySeagoon) Joshua Jackson (tsunam) and myself. We are currently in the process of bringing in some more people to gain a team that is both responsive and represents different opionions that will result in fair judgement. Furthermore Mike Doty (KingTaco) and Bryan Østergaard (kloeri) are looking over our shoulders, helping with advice and making sure we do our work well and in accordance with the wishes of the Council. There are still some things to set up for us, but we are already reading along the lists. If something bugs you, you can reach us via the proctors alias [1] or on irc in #gentoo-proctors. cheers, Wernfried [1] [EMAIL PROTECTED] -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgpCD4ChQpEcD.pgp Description: PGP signature
Re: [gentoo-dev] sys-fs/ext2resize out like a trout
Mike Frysinger ha scritto: > e2fsprogs has integrated resize2fs now so no point in keeping around the old > unmaintained ext2resize -> punt You should package.mask it for one month -- Timothy `Drizzt` Redaelli - http://dev.gentoo.org/~drizzt/ FreeSBIE Developer, Gentoo Developer, GUFI Staff There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson signature.asc Description: OpenPGP digital signature
[gentoo-dev] net-analyzer/traceroute merge strangeness
I just emerge'd traceroute, dropped back to my normal user, and it didn't run. So, I checked the emerge messages and saw this: * >>> SetUID: [chmod go-r] /var/tmp/portage/net-analyzer/traceroute-1.4_p12-r5/image//usr/sbin/traceroute ... [ ok ] --- /usr/ --- /usr/sbin/ >>> /usr/sbin/traceroute I can understand traceroute being setuid, but why put it in /usr/sbin so only root sees it? If we only want root to run it, it doesn't need to be setuid. It just doesn't make sense for a setuid application to only be directly available to root. -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Jeff Walter wrote: I can understand traceroute being setuid, but why put it in /usr/sbin so only root sees it? Huh? Just add /usr/sbin to your PATH. $ export PATH=$PATH:/usr/sbin $ traceroute Version 1.4a12 Usage: traceroute [-dFInrvx] [-g gateway] [-i iface] [-f first_ttl] [-m max_ttl] [ -p port] [-q nqueries] [-s src_addr] [-t tos] [-w waittime] [-z pausemsecs] host [packetlen] $ j. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
On 4/12/07, Jonathan Adamczewski <[EMAIL PROTECTED]> wrote: Jeff Walter wrote: > > I can understand traceroute being setuid, but why put it in /usr/sbin > so only root sees it? That is not a clean solution. Do we have to presume that traceroute has to be used like ifconfig, or is it the real purpose to be run by users at their own discretion? -- Ioannis Aslanidis 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
On 12/04/07, Jonathan Adamczewski <[EMAIL PROTECTED]> wrote: Jeff Walter wrote: > > I can understand traceroute being setuid, but why put it in /usr/sbin > so only root sees it? Huh? Just add /usr/sbin to your PATH. $ export PATH=$PATH:/usr/sbin $ traceroute Version 1.4a12 Usage: traceroute [-dFInrvx] [-g gateway] [-i iface] [-f first_ttl] [-m max_ttl] [ -p port] [-q nqueries] [-s src_addr] [-t tos] [-w waittime] [-z pausemsecs] host [packetlen] $ j. -- [EMAIL PROTECTED] mailing list Although Jonathan is correct in pointing out that you can modify the search path, this is not really a valid response... Traceroute is heavily used by many people and therefore I don't think its reasonable to place it somewhere in the file system that a typical user does not have within their $PATH Bug time? -Rob -- /** * Gentoo Linux Developer * GPG : 0x2217D168 */
Re: [gentoo-dev] sys-fs/ext2resize out like a trout
On Thursday 12 April 2007, Timothy Redaelli wrote: > Mike Frysinger ha scritto: > > e2fsprogs has integrated resize2fs now so no point in keeping around the > > old unmaintained ext2resize -> punt > > You should package.mask it for one month it is in package.mask -mike pgp9eum8UJ1ja.pgp Description: PGP signature
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
On Thursday 12 April 2007, Jeff Walter wrote: > I can understand traceroute being setuid, but why put it in /usr/sbin so > only root sees it? If we only want root to run it, it doesn't need to be > setuid. It just doesn't make sense for a setuid application to only be > directly available to root. this package has always sucked ... it needs to be punted for the newer one at http://dmitry.butskoy.name/traceroute -mike pgpuauObEYBjt.pgp Description: PGP signature
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Mike Frysinger ha scritto: > On Thursday 12 April 2007, Jeff Walter wrote: >> I can understand traceroute being setuid, but why put it in /usr/sbin so >> only root sees it? If we only want root to run it, it doesn't need to be >> setuid. It just doesn't make sense for a setuid application to only be >> directly available to root. > > this package has always sucked ... it needs to be punted for the newer one at > http://dmitry.butskoy.name/traceroute > -mike You should (also) fix net-misc/iputils for /usr/sbin/traceroute6 or maybe it's better to create a dedicate ebuild for traceroute6? -- Timothy `Drizzt` Redaelli - http://dev.gentoo.org/~drizzt/ FreeSBIE Developer, Gentoo Developer, GUFI Staff There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Mike Frysinger wrote: this package has always sucked ... it needs to be punted for the newer one at http://dmitry.butskoy.name/traceroute -mike :-) Well, that's a separate subject all together. I'm just talking about placement of the binary. -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Rob C wrote: Although Jonathan is correct in pointing out that you can modify the search path, this is not really a valid response... Traceroute is heavily used by many people and therefore I don't think its reasonable to place it somewhere in the file system that a typical user does not have within their $PATH Bug time? -Rob Bug #174278 submitted. I'm sure Mike will be submitting one as well, if he doesn't thwack that "issue" on his own ;-) -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
On Thursday 12 April 2007, Timothy Redaelli wrote: > You should (also) fix net-misc/iputils for /usr/sbin/traceroute6 yes > maybe it's better to create a dedicate ebuild for traceroute6? no -mike pgphDuLQKdIMc.pgp Description: PGP signature
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
On Thursday 12 April 2007, Jeff Walter wrote: > Mike Frysinger wrote: > > this package has always sucked ... it needs to be punted for the newer > > one at http://dmitry.butskoy.name/traceroute > > Well, that's a separate subject all together. I'm just talking about > placement of the binary. i'm not going to fix just the path issue, i'm going to do em both in one sweep -mike pgpklpduikwqN.pgp Description: PGP signature
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Mike Frysinger wrote: i'm not going to fix just the path issue, i'm going to do em both in one sweep -mike Well, you won't find me complaining. ;-) -- Jeff Walter -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: Monthly Gentoo Council Reminder for April
* Ned Ludd <[EMAIL PROTECTED]>: > On Thu, 2007-04-05 at 15:20 -0400, Mike Frysinger wrote: > > another one i had mentioned earlier: > > - a time frame on moving gentoo-core to public archives ... two years ? > > I object and hope this is never done. Me too. What is the motivation for this change? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April
On Thursday 12 April 2007, Torsten Veller wrote: > * Ned Ludd <[EMAIL PROTECTED]>: > > On Thu, 2007-04-05 at 15:20 -0400, Mike Frysinger wrote: > > > another one i had mentioned earlier: > > > - a time frame on moving gentoo-core to public archives ... two years > > > ? > > > > I object and hope this is never done. > > Me too. > > What is the motivation for this change? seems logical to me ... opening up more stuff -mike pgpnscTNnEuJv.pgp Description: PGP signature
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April
Torsten Veller wrote:
> * Ned Ludd <[EMAIL PROTECTED]>:
> > On Thu, 2007-04-05 at 15:20 -0400, Mike Frysinger wrote:
> > > another one i had mentioned earlier:
> > > - a time frame on moving gentoo-core to public archives ... two
> > > years ?
> >
> > I object and hope this is never done.
>
> Me too.
>
> What is the motivation for this change?
I believe the original motivation was due is the fact that there is
currently no official archive of -core whatsoever, which is probably not
a good thing.
There have been some discussions on -core about this, but I believe the
2 proposed solutions are:
- Create a private archive to which only developers have access.
- Create a public archive, but delay it by ${time_period}.
I personally prefer the first option here, but others think full public
transparency would be nice, and after ${time_period} most of the info
on -core isn't nearly as 'sensitive' as it is when first posted.
--
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)
signature.asc
Description: PGP signature
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April
On Thu, 12 Apr 2007 09:54:23 -0600
Jim Ramsay <[EMAIL PROTECTED]> wrote:
> I personally prefer the first option here, but others think full
> public transparency would be nice, and after ${time_period} most of
> the info on -core isn't nearly as 'sensitive' as it is when first
> posted.
If something's supposed to be transparent, it shouldn't be on -core.
And, conversely, if something's on -core, it's not supposed to be
transparent. Opening up -core just makes it harder to handle those rare
cases where things really are required to be restricted.
There's also the issue of whether this can legitimately be made
retroactive. As Ned already pointed out, some developers only posted
things to -core because they believed that it was not public.
Instead, why not look into reducing the amount of traffic on -core?
--
Ciaran McCreesh
signature.asc
Description: PGP signature
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April
Ciaran McCreesh wrote: > If something's supposed to be transparent, it shouldn't be on -core. > And, conversely, if something's on -core, it's not supposed to be > transparent. Opening up -core just makes it harder to handle those > rare cases where things really are required to be restricted. I agree - this is precisely the reason why I personally prefer a private archive of -core. > There's also the issue of whether this can legitimately be made > retroactive. As Ned already pointed out, some developers only posted > things to -core because they believed that it was not public. I'm fairly sure the consensus is that this would not be retroactive. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April
On Thu, 2007-04-12 at 17:04 +0100, Ciaran McCreesh wrote: > Instead, why not look into reducing the amount of traffic on -core? Actually, the amount of traffic on -core these days has been pretty minimal. In some weeks, the only messages setn are my GWN proofreading requests. Sure, there are still some things that are sent to -core that don't need to be, but the volume has come way down from the worst prior levels. -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
[gentoo-dev] Re: Gentoo Foundation Mentor
Hiya Arockiasamy, Thank you for your email and congratulations on being selected for Summer of Code this year. I'm Christel, one of the SoC administrators for Gentoo. I will be e-mailing all accepted students over the next few hours with information. Until then, take care and I am sure we will speak real soon! Christel On Thu, 2007-04-12 at 22:33 +0530, Arockiasamy Mohanraj wrote: > Hi, > > I happy, that I was assigned as mentor for GSoC 2007 application > titled "archfs: Filesystem in userspace for rdiff-backup > repositories", proposed by "Filip Gruszczyński". Actually, i am not > member of Gentoo Fountation. Can you help me to get the contacts and > further needful information like Gentoo Resources which can be used > for complete the SoC successfully. > > My Full Name : Arockiasamy Mohanraj > Google Account: [EMAIL PROTECTED] > > Thanks a lot, > aksamy signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-java/jdbc3-postgresql
!!! All ebuilds that could satisfy "jdbc3-postgresql" have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/jdbc3-postgresql-7.3-r1 (masked by: package.mask) # Petteri Räty <[EMAIL PROTECTED]> (13 Apr 2007) # Use dev-java/jdbc-postgresql instead. If you need the 7.3* # versions for something please drop gentoo-java mailing list # a mail. Removal in 30 days. signature.asc Description: OpenPGP digital signature
[gentoo-dev] April Council meeting summary
here is a summary of this month's meeting. people seem to think that the CoC is set in stone now when in reality it is not ... feel free to hilite anything you feel wasnt addressed in the previous discussion or anything new you've thought of (i went through the previous threads and tried to distill out things that were missed, but i cant catch it all). CoC: - amne has been doing a good job putting the group together - ask proctors to address these two issues for next meeting: - add a "mission" statement - fix wording to have a positive spin sync Social Contract with Gentoo Foundation (external entities): - trustees will review the statement to clarify things and then we'll look again at syncing documentation for mail servers: - they are supposed to be finished in terms of content - wolf will look at getting them actually committed PMS: - current status looks good in getting issues resolved - should be up and running on Gentoo infra by next meeting - let the devs sort out the todo as the current work flow seems to be getting things done finally splitting gentoo-dev mailing lists: - no real favorable backing for this - people dont like -dev because of the crap, splitting the lists will just move the crap else where, not really solving anything - let proctors do their thing and if need be, review this again limiting of council powers: - doesnt seem to be real backing for this from dev community or the council itself - if a majority of developers are truly upset/disturbed by a council decision, it should show easily - if you dont like a council member, dont vote for them next time moving gentoo-core to public archives: - many people dislike this moving forward - use -dev over -core for most things - not going to happen at this time - look into getting a dev-only archive finally surveys: - robbat2 will look at getting user/dev surveys in place after the release of 2007.0 - probably try and take fresh surveys after each bi-annual release from now on to see if we're meeting many of users' desires new metastructure proposal: - doesnt seem to address any of the problems it proposes to - a large majority of developers and users prefer the single tree development style that Gentoo has versus many smaller trees full log at the normal place: http://www.gentoo.org/proj/en/council/meeting-logs/20070412.txt -mike pgpNz5XSBwIAO.pgp Description: PGP signature
Re: [gentoo-dev] EAPI 1 (Was: Re: Monthly Gentoo Council Reminder for April)
Ciaran McCreesh wrote: > * Remove automatic directory making for do* Why? lu -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] EAPI 1 (Was: Re: Monthly Gentoo Council Reminder for April)
On Friday 13 April 2007, Luca Barbato wrote: > Ciaran McCreesh wrote: > > * Remove automatic directory making for do* > > Why? hmm guess i should have read each item ... this is not something we want to do and i dont recall anyone ever mentioning this change in behavior -mike pgpJHP7H0V6k1.pgp Description: PGP signature
