On Wed, 11 Apr 2007 20:11:33 -0400
Mike Frysinger [EMAIL PROTECTED] wrote:
I think a lot of the problems with those other distributions and
their 3rd party repositories is related to the fact that they are
binary-based distributions and we are not.
ever put that to the test and build
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
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
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:
snip!
* SetUID: [chmod go-r]
/var/tmp/portage/net-analyzer/traceroute-1.4_p12-r5/image//usr/sbin/traceroute
...
[ ok ]
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
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
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
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:
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.
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
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
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
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
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
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
* 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?
--
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
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
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
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
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
!!! 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.
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
23 matches
Mail list logo