On Fri, 2006-07-07 at 23:09 +0200, Harald van Dijk wrote:
> On Fri, Jul 07, 2006 at 03:57:51PM -0400, Ned Ludd wrote:
> > On Fri, 2006-07-07 at 20:40 +0200, Harald van Dijk wrote:
> > > On Fri, Jul 07, 2006 at 01:55:03PM -0400, Ned Ludd wrote:
> > > > Keep pushing th
l per-package CFLAGS are implemented.
per pkg cflags are here already it would fall under the per
pkg env variables.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
people's thoughts?
I mailed Mike about this very thing a month ago. Pretty sure it should
be showing up in an upcoming baselayout. But yeah it's a good idea for
the nosuid part anyway. Not 100% sure about the noexec part as that
might break upx which calls /proc/self/exe as part of it
On Sat, 2006-07-15 at 13:41 -0400, Ned Ludd wrote:
> On Sat, 2006-07-15 at 17:45 +0100, Daniel Drake wrote:
> > Hi,
> >
> > The local root exploit-of-the-week would have been unable to run if our
> > users systems had /proc mounted with nosuid and/or noexec
>
us might think so please just don't do that
part. I've got no objection to the creation of a new category for *new*
packages.
>
>
> [1] http://overlays.gentoo.org/svn/dev/genstef/net-im
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Tue, 2006-07-18 at 15:15 +0100, Ciaran McCreesh wrote:
> On Tue, 18 Jul 2006 09:34:37 -0400 Ned Ludd <[EMAIL PROTECTED]> wrote:
> | Creation of a new categories is fine. pkg moves are bad.
> | See the countless other posting on this subject of why pkg
> | moves are bad.
&g
On Tue, 2006-07-18 at 15:51 +0200, Stefan Schweizer wrote:
> Ned Ludd wrote:
> > Creation of a new categories is fine. pkg moves are bad.
> > See the countless other posting on this subject of why pkg
> > moves are bad.
> yeah new packages is my primary concern.
>
&g
On Wed, 2006-07-19 at 17:10 +0100, Ciaran McCreesh wrote:
> On Wed, 19 Jul 2006 11:10:51 -0400 Ned Ludd <[EMAIL PROTECTED]> wrote:
> | Every single year quarter after quarter the more updates
> | that happen the slower portage is becoming.
> | Care to solve that?
>
> Th
/other?)
wolf31o2 (releng/future trustee)
-- Yes --
vapier (global)
KingTaco (infra/amd64)
lu_zero (senior dev/ppc)
jaervosz (sec dev)
ramereth (infra)
robbat2 (gpg signing/CGL)
-- No --
nattfodd (nfc)
patrick (nope)
pauldv (probably not/new dad)
spb (really bad idea)
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
e I have a lot to
> offer but when you all are voting it should be something you are
> thinking about.
Thanks for clarifying. I wish you the best of luck then.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Mon, 2006-07-31 at 23:30 +0200, Lars Weiler wrote:
> * Ned Ludd <[EMAIL PROTECTED]> [06/07/31 16:48 -0400]:
> > Pylon (maybe.. not around enough however)
>
> I don't know the basis for your statement, but I'm quite
> good around.
>
> Is it that you do
On Mon, 2006-07-31 at 21:39 +, Bryan Ãstergaard wrote:
> On Mon, Jul 31, 2006 at 04:48:42PM -0400, Ned Ludd wrote:
> > kloeri (nice guy but dunno if the council is a proper match)
> Guess I could do a lot worse than "nice guy" :) I haven't been part of
> th
On Tue, 2006-08-01 at 00:29 +0200, Alexandre Buisse wrote:
> On Mon, Jul 31, 2006 at 23:14:56 +0200, Ned Ludd wrote:
> > -- No --
> > nattfodd (nfc)
...
> clue"? I might agree to both :)
Meaning only that we have not really worked together.
--
Ned Ludd <[EMAI
ncil to discuss the current state of Gentoo Bugzilla
> [1] and anon CVS/SVN [2].
Please elaborate why you need the council to discuss
ongoing active bugs that are in progress.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2006-08-03 at 08:06 -0500, Lance Albertson wrote:
> Ned Ludd wrote:
> > On Thu, 2006-08-03 at 11:21 +0200, Jakub Moc wrote:
> >> Mike Frysinger wrote:
> >>> This is your monthly friendly reminder ! Same bat time (typically the
> >>> 2nd Thursda
On Thu, 2006-08-03 at 16:07 +0200, Jakub Moc wrote:
> Ned Ludd wrote:
> > On Thu, 2006-08-03 at 08:06 -0500, Lance Albertson wrote:
> >>>> Would like the Council to discuss the current state of Gentoo Bugzilla
> >>>> [1] and anon CVS/SVN [2].
> >&g
art is why features like
this should be opt-in vs opt-out or be left up
to the $ARCH teams.
A lot of people are opting in so most of these will be
fixed in due time.. The $ARCH teams *should* already be setting
this feature for the most part before stable markings.
It's a noble idea. I just don't think we are ready for
FEATURES=test && USE=test either.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
his :p
>
> Of course I know this, and it sucks. If sandbox is so tightly
> integrated with portage, then why *isn't* there a portage team member
> who works on sandbox?
cuz portage is a python beast and azarah wrote sandbox in c as a
preload module.
And really as Mike already pointed ou
t; depending on your needs. (The only other case where it helps is
> uclibc, which is probably already a special enough case that it can
> be mostly ignored for this thread.)
/me lands in the profiles dir when he really wants the *-* dir all the
time.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
vvar PORTDIR)/virtual/
mkdir mike
cd mike
echo 'echo OWNED at phase $EBUILD_PHASE' > mike-0.0.ebuild
emerge -pv mike
> -mike
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Tue, 2006-12-05 at 08:58 +, Steve Long wrote:
> Ned Ludd wrote:
>
> >
> > cd $(portageq envvar PORTDIR)/virtual/
> > mkdir mike
> > cd mike
> > echo 'echo OWNED at phase $EBUILD_PHASE' > mike-0.0.ebuild
> > emerge -pv mike
> >
cvs.py/*checkout*/gentoolkit/trunk/src/genpkgindex/genpkgindex
it generates output like the following.
http://tinderbox.dev.gentoo.org/hardened/x86/Packages
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
dit those profiles often.
We/I try to keep them as static as possible. When they do change it's
usually cuz somebody has some brilliant idea for some non linux which
forces all other profiles to update to mask or unmask some use flag.
We/I tend to request that they update it themselves.
But
the symlink
to figure out the profile.
If this change does happen I'd suggest that we support make.profile
symlinks as long as they exist unless the make.conf defines the
variable. If variable exists it should override.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
; application that analyises packages as they install to check whether
> they reference make.profile or not, and flag a QA warning if they do.
>
> And packages that don't switch to the standard by the end of the grace
> period I guess we'll see on a "last rites" bu
oth. Those who
> wish git can go for it (the git repo, as pointed out on this list, can
> initially be fetched via rsync or tarballs or whatever comes in handy)
> and those who dislike git can just go with svn and be happy with it.
>
> Jokey
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
> What about .zip?
Not apart of the base-system.
>
> *runs away*
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
t should be offered to the 8th person, at which point either
> he/she will then refuse the nomination and it's offered to the 9th.
> Rinse and repeat.
> If we run out of nominees then we'll need another election.
>
Agreed. #3
>From my POV having a new election potenti
her package in Gentoo would be nice.
>
> But with make oldconfig, so the user gets asked about new options, and
> those get saved back to the savedconfig, right?
No way.. Please see how we handle this in busybox.ebuild which is the
best documented example of the savedconfig option in the
the request is reasonable like stop using some bashism in favor of the
> POSIX form and the change isnt invasive, then sure we'll generally make the
> change
/me likes the direction Roy is heading with this.
> -mike
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
gt; config_eth0="10.1.1.1 netmask 255.255.255.0; 10.1.1.2/24"
The ; seems logical.
>
> You could even use bash expansion here, provided that bash is your shell
> config_eth0="10.1.1.{1..30}/8; 192.168.0.1 netmask 255.255.255.0"
>
> See, that's not
> this problem only when the arrays are used in config files.
> >
> > i guess my point was i think we really need to be consistent here ... either
> > arrays are OK for init.d scripts or they're not OK
> >
> > did you get a chance to see how hard it would be to integrate the bash array
> > code ?
> > -mike
> >
> >
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2007-02-08 at 14:49 -0700, Daniel Robbins wrote:
> On 2/8/07, Ned Ludd <[EMAIL PROTECTED]> wrote:
> > As somebody that's had to hand write many of those kinds of scripts. A
> > single rcS is not very ideal. Our init scripts are in fact mostly usable
> > by
50+ people volunteering, about 5 actually helping
> *at all*), the chances of a project such as nightly builds ever taking
> off is well beyond our means at this time.
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ess/fcron/fcron-2.9.5.1.ebuild:31:
sys-process/fcron/fcron-2.9.7.ebuild:26:
sys-process/fcron/fcron-3.0.0.ebuild:33:
sys-process/fcron/fcron-3.0.1-r1.ebuild:33:
sys-process/fcron/fcron-3.0.1.ebuild:33:
x11-misc/xoo/xoo-0.7.ebuild:25:
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ld:28:
sys-process/fcron/fcron-2.9.5.1.ebuild:31:
sys-process/fcron/fcron-2.9.7.ebuild:26:
sys-process/fcron/fcron-3.0.0.ebuild:33:
sys-process/fcron/fcron-3.0.1-r1.ebuild:33:
sys-process/fcron/fcron-3.0.1.ebuild:33:
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
> things were up an running again in a few days.
> The thing I'm worried about
> most is insurrance. I trust that infra has backups of the important things
> like our repositories.
The hosting Gentoo gets from GNi is a world class service in some of
the best data centers
this.
I personally see little to no benefit in the additional overhead in
doing that. But if you can make a case to say robbat2 and pylon for why
this would be useful to our community then I'm sure we could open up a
rsync of the raw anoncvs mirror.
--
Ned Ludd <[EMAIL PROTECTED]>
; >
> >
>
> Can I assume this building has indoor plumbing? It can be on the top
> floor and still get flooded. I saw a house once that the hot water
> heater busted and water was about a foot deep and was coming out the
> walls.
>
> More than one way to "flo
t; > from a C/C++ program just fine...
>
> sysfs and proc can be unexisting.
Chances are you will need to directly communicate with the kernel via a
module if proc and sys are not mounted.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ome.
>
> Portage or the tree? Portage is just a way of using the tree, and it's
> not a very good one...
Can you please stop taking cheap pot shots every chance you get. We all
get it. You are not a fan of portage.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2007-03-29 at 20:06 +0100, Ciaran McCreesh wrote:
> On Thu, 29 Mar 2007 11:57:36 -0700
> Ned Ludd <[EMAIL PROTECTED]> wrote:
> > > Portage or the tree? Portage is just a way of using the tree, and
> > > it's not a very good one...
> >
> > C
On Thu, 2007-03-29 at 21:02 +0100, Ciaran McCreesh wrote:
> On Thu, 29 Mar 2007 12:25:00 -0700
> Ned Ludd <[EMAIL PROTECTED]> wrote:
> > You are being dismissive of the hard work others are doing. I find
> > that downright offensive. You want to write a kickass package
On Thu, 2007-03-29 at 14:03 -0700, Ilya A. Volynets-Evenbakh wrote:
> Ned Ludd wrote:
> > The correct reply should of been.
> > "I'm sorry I did not mean to offend anybody. I'll make an effort to not
> > make any cheap shots"
> >
> Man, stop
published publicly I would of never sent them.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
I'm looking for help from c coders to improve the portage-utils(qmerge)
applet and package/profile requests from people who would be interested
in rapid install methods.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
are currently open
and one of those has an attached patch. In reality it should be fairly
trivial to maintain.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
d completion date.
> Then we require this file to be updated
> monthly. What do you think?
I'd rather not put this stipulation into place.
Unless you are proposing that planet.gentoo.org die. Which I don't think
you are doing..
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
em.
Thanks.
--
Gentoo Linux
Ned Ludd <[EMAIL PROTECTED]>
--
[EMAIL PROTECTED] mailing list
On Tue, 2007-04-17 at 14:56 -0400, Doug Goldstein wrote:
> I would like to take this time to note and re-affirm the proper bug
> assignment policy and have it noted somewhere officially in Gentoo Policy.
>
> Bugs that are created for the purpose of getting arches to keyword or
> stabilize a partic
sers, it's confusing and they get it wrong
> -mike
--
Ned Ludd <[EMAIL PROTECTED]>
--
[EMAIL PROTECTED] mailing list
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.5 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFGKSstO+Ewtpi9rLERAq9AAJ9q1soT6/L9fzJlQ9e7PE2nnNrBSQCeK0gE
> TY3o9fnj09fsmbEZut3VZac=
> =gPXZ
> -END PGP SIGNATURE-
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
like they want me to share it, and spread
> the word ;-)
>
> Bjarke
>
> Ned Ludd wrote:
> > You sent this to -dev vs -core.. Pretty sure they are going to need to
> > revoke this license now.
> >
> >
> >
> >
> > On Fri, 2007-04-20 at 2
x what you call a QA
> issue and other problems when we've had issues highlighted for years
> that the council can't move on. But once it's a possible issue with
> paludis you guys are quick to respond.
You might be overreacting a little here. To bring you up to speed
vapier actually filed the original bug for this after I first noticed
one of these atoms creeping into the tree while doing pre release atom
compare testing for portage-utils around early February. Till this
moment there was no definitive decision of any sort.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
ime in the near future.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
the above, how about 'automatic=0'?
Please keep with your original idea of letting maintainers opt out vs
some of the ideas proposed in this thread where maintainers have to opt
in as I'm sure the metadata.xml files wont be updated by enough people
to really gain the benefit of what we are trying to do here if they have
to do opt in.
Thanks.
--
Ned Ludd <[EMAIL PROTECTED]>
--
[EMAIL PROTECTED] mailing list
On Fri, 2007-04-27 at 10:57 -0700, Robin H. Johnson wrote:
> On Fri, Apr 27, 2007 at 08:57:27AM -0700, Ned Ludd wrote:
> > > In light of the above, how about 'automatic=0'?
> > Please keep with your original idea of letting maintainers opt out vs
> > some of the i
I'm looking to get rid of a few ebuilds I half ass maintain.
net-wireless/chillispot
(Open source captive portal or wireless LAN access point controller)
sys-devel/sparse
(C semantic parser)
Both are relativity low maintenance.
Any takers? pretty please with party socks on top.
--
Ned
On Thu, 2007-05-31 at 03:35 +0200, Bryan Østergaard wrote:
> It's with a bit of sadness but also a bit of relief that I'm finally
> retiring from
> Gentoo.
>
> I've been a Gentoo developer for nearly 4 years now and I like to at least
> pretend that I've made some important contributions to Gentoo
On Thu, 2007-05-31 at 08:47 +0100, Ciaran McCreesh wrote:
> On Thu, 31 May 2007 00:05:13 -0700
> Ned Ludd <[EMAIL PROTECTED]> wrote:
> > I can understand your frustration and all but I expected and assumed
> > you had big balls..
>
> It takes more balls to go aga
On Thu, 2007-05-31 at 11:21 -0700, Ilya A. Volynets-Evenbakh wrote:
> Grmbl Can you do us a favor and provide us with a clone, for doing
> MIPS keywording?
Looks like Kumba has been quite active doing it recently.
> Alexander Færøy wrote:
> > Hey,
> >
> > It is my time to leave Gentoo as w
festival and friends often
in the past for lazy reading days. I know it's also used supported
by asterisk and a few other programs.
--
Ned Ludd <[EMAIL PROTECTED]>
--
[EMAIL PROTECTED] mailing list
ut-1.12.10-r4
> * Including sensitive file: /etc/passwd
> * Including sensitive file: /etc/shadow
> * Including sensitive file: /etc/group
> * Packages now in '/usr/portage/pacakges':
> * sys-apps/baselayout-1.12.10-r4: 307K
Suggestion:
If you go down this "sensitive" route. please ensure that the
generated.tbz2 is mode 600 to prevent exposing this sensitive
data more than need be.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
in '/usr/portage/packages':
> * dev-python/pycrypto-2.0.1-r5: 188K
> -mike
Please do the same for qpkg.c
tia.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
Forwarded by request of somebody thats smart/lucky enough to not
be on this list but still monitoring it.
Forwarded Message
From: Diego 'Flameeyes' Pettenò <[EMAIL PROTECTED]>
Subject: New Linux-PAM stabling plans
Date: Wed, 4 Jul 2007 20:51:36 +0200
Hi everybody; sorry to mail
ely wonderful idea and I can't wait till we implement
it.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
idea a little bit for those who seem confused.
Thanks in advance.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
ount of mail in
> total.
FYI we do have stats..
http://archives.gentoo.org/stats/gentoo-dev-per-month.xml
http://archives.gentoo.org/stats/gentoo-dev-per-year.xml
http://archives.gentoo.org/stats/
--
Ned Ludd <[EMAIL PROTECTED]>
--
[EMAIL PROTECTED] mailing list
ables
net-firewall/ebtables
net-misc/netkit-telnetd
net-misc/vconfig
net-proxy/middleman (dead upstream)
net-wireless/chillispot
sys-devel/sparse
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
assholes 14 including me that felt
the need need to comment on this stupid ass thread.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
plain it like a responsible Council member. Or is this your swansong? If
> so it's l4m3.
Is there some reason you feel fscking compelled to respond to every
single mail on this list. You know it's guys like mostly "just you" that
are driving us away..
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
On Tue, 2007-07-17 at 10:08 -0500, Grant Goodyear wrote:
> Ned Ludd wrote: [Mon Jul 16 2007, 04:00:44PM CDT]
> > Long term I worry about the foundation. No offense to anybody. I'm sure
> > I don't know or understand the problems you/we have encountered along
> >
On Fri, 2007-07-20 at 20:58 +0100, George Prowse wrote:
> Do any devs subscribe to -project because no replies have yet to be
> heard from developers...
Please stop flooding my inbox.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
[EMAIL PROTECTED] mailing list
o mirror all
cvs commits 2-300 times.
--
Ned Ludd <[EMAIL PROTECTED]>
--
[EMAIL PROTECTED] mailing list
On Tue, 2007-08-07 at 08:28 +0200, Lars Weiler wrote:
> * Petteri Räty <[EMAIL PROTECTED]> [07/08/06 19:20 +0300]:
> > Well perhaps we should just look at the overall usage of the mail box
> > instead of how it's used. I think there is already some limit in our
> > policy for how big you can keep y
uudecode, uuencode, vconfig, vi, vlock, watch, watchdog, wc, wget,
which, who, whoami, xargs, yes, zcat
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
c/bashrc.autopatch
Then simply do something like this.
cvs diff
> /var/cvsroot/gentoo-x86/local/patches/sys-apps/sandbox/sandbox-1.2.1-sfperms.patch
emerge sandbox
# where /var/cvs/gentoo-x86/local/patches is equiv to your desired auto
PATCH_OVERLAY
have fun.
--
Ned Ludd <[EMAIL PRO
p-2.01.5.ebuild
> sys-fs/cloop/cloop-2.00.ebuild
> sys-fs/cloop/cloop-1.0.ebuild
> sys-fs/cloop/cloop-1.02.ebuild
> sys-fs/cryptsetup/cryptsetup-0.1.ebuild
> sys-fs/cryptsetup/cryptsetup-0.1-r1.ebuild
>
> Regards,
> John
>
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
-mips64-1.4/deprecated
./default-alpha-2004.0/deprecated
./cobalt-mips-2004.1/deprecated
./gcc34-amd64-2004.1/deprecated
./default-ppc-1.0/deprecated
./default-ppc-1.4/deprecated
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
Linux 1.4 or 2004.0?
Yes sorta 1.4.
I still have production servers in place that were based on the
Gentoo-1.2/4 era. The smooth migration path away from 1.4 profiles
correlates to having a proper default-linux/$ARCH/gcc2 profile.
So far it looks as if only x86 has made this move while every
ignore me.. do not respond.
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
On Wed, 2005-05-11 at 23:20 +0200, Francesco Riosa wrote:
[stuff..]
> case $(getconf GNU_LIBPTHREAD_VERSION | tr abcdefghijklmnopqrstuvwxyz
> ABCDEFGHIJKLMNOPQRSTUVWXYZ) in
tr '[a-z]' '[A-Z]'
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
(key)
-crontab
-dc
-dpkg
-dumpleases (kinda key if you use udhcpd)
-fold
-ftpget
-ftpput
-httpd (key)
-hush
-inetd
-install
-ipcalc
-klogd (key)
-lash
-logger (key)
-login (key)
-logname
-logread
-msh
-od
-rpm
-rpm2cpio
-run-parts
-sulogin
-syslogd (key)
-telnetd (key)
-tftp
-udhcpd (key)
-uudec
By chance does anybody have most of the functions
from /usr/lib/portage/pym/portage_versions.py hashed out in c?
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
On Thu, 2005-06-02 at 17:55 +0200, Danny van Dyk wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all,
>
> Please backup all data you might still have on nemo.amd64.dev.gentoo.org
> as plasmaroo and I are going to kill it in approx. 72 hours. We will
> set up a fresh system and res
s us next
to nothing. Please stop moving stuff around for cosmetic reasons. I see
far to many threads about changing stuff. No real valuable work ever
gets done. Stuff simply just gets shifted around somebody can think of a
new way to categorize existing data.
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
On Sun, 2005-06-05 at 19:34 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 05 June 2005 17:37, Ned Ludd wrote:
> > I think they are fine where they are. Moving stuff around is a waste of
> > time. Makes things more complex. Makes more work on everybody.
> Sorry but
huffle, but then we can do auth with ldap. So lets
move
all the */ldap* related subjects under it sys-auth/... Then a month or
six later comes along sys-ldap and it gets moved there. The logic will
go full circle before long if we consistently keep shuffling packages
around.
All in all thi
On Sun, 2005-06-05 at 21:21 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 05 June 2005 21:03, Ned Ludd wrote:
> > 14 files matching the pam prefix and 18 thing matching description.
> You missed pam_ssh. And that's just an example.
> By the way... mind tellin
On Sun, 2005-06-05 at 16:57 -0400, Nathan L. Adams wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ned Ludd wrote:
> > *poof* we now reshuffle, but then we can do auth with ldap. So lets
> > move
> > all the */ldap* related subjects under it sys-aut
h use ARCH="ppc" and USE="ppc-macos" but the
> ppc-macos flag can be removed by using USE="-ppc-macos" in the
> environment. Or selinux profiles, to force the selinux flag to be turned
> on.
>
> Comments?
>
> Cheers,
> Sven
>
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
Anybody know what might loads the gnu iconv libs
(EUC-JP UHC EUC-KR JOHAB EUC-CN EUC-TW ISO-2022-KR ISO-2022-JP
ISO-2022-CN ISO-2022-CN-EXT EUC-JISX0213 EUC-JP-MS SHIFT_JISX0213
ISO-2022-JP-3) from the /usr/lib/gconv directory?
Perhaps some LC_foo=bar setting?
--
Ned Ludd <[EMAIL PROTEC
thank you Harald
On Thu, 2005-06-23 at 01:04 +0200, Harald van Dijk wrote:
> Ned Ludd wrote:
> > Anybody know what might loads the gnu iconv libs
> > (EUC-JP UHC EUC-KR JOHAB EUC-CN EUC-TW ISO-2022-KR ISO-2022-JP
> > ISO-2022-CN ISO-2022-CN-EXT EUC-JISX0213 EUC-JP-MS SHIFT_
would propose the creation of the category media-vdr for vdr,
> its plugins and other related packages.
Please use the existing media-video for this.
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
ks good for this.
thanks in advance.
>
> Sincerely,
> Brix
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
pile should
> do the emake part. This represents the general 3-step[1] installation in
> a much better way.
I'm in favor of this. It will however make the size of the tree grow
significantly. It would be nice if we could find somewhere else to trim
some the fat.
--
Ned Ludd <
> > > length
> > > a problem? Go with whatever best describes the variable and is easy to
> > > figure out.
> >
> > Why not follow that logic through and use something like EBUILD_API ?
> > the term VERSION implies release version which of course m
ages/GRP sets and causes
breakage for users that utilized overlays. One might think is that not
what fixpackages is supposed to fix. But sadly the existing fixpackages
is flawed in design which renders it pretty much usable to most.
I love these ebuilds but I hope you do not add net-telephony to the
make symlinks in /usr so this is transparent to everybody?
>
> Regards,
> Brix
--
Ned Ludd <[EMAIL PROTECTED]>
--
gentoo-dev@gentoo.org mailing list
ot
> yet exist.
>
> That new command would be called between src_unpack and src_compile and
> only if FEATURES contain preconfig.
What you want already exists. Enable USE=savedconfig
Then add an /etc/busybox/busybox.config
Then merge busybox.
Have fun.
--
Ned Ludd <[EMAIL PROTECTED
101 - 200 of 209 matches
Mail list logo