s leaving the
> | news item in the news directory, and having it flagged every sync by
> | emerge as unread.
> |
> | Might want to consider some way to mark an item as read without
> | waxing it from the directory, if against it, clarify in the glep why.
>
> Hrm. Append
high on the list of for which I, personally, would be more than willing
> to spend it.
>
> -g2boojum-
If we were able to purchase hardware then we might as well make it the
anon cvs/svn server, no keys/auth are needed then and simple aliases
would suffice on toucan maintained by the AT le
ke an oxymoron. portage is _powerful_
but it's anything but fast.
Anyway cool to hear that a new version is out.
good luck brave testers.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
uzzle though (bugs and forums activity).
How but the new one I just wrote 30 mins ago? Is that any better?
Speak up now if not cuz I've already stuck it in /etc/cron.monthly to
mail us.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
pstream interested?
Your policy for X is somewhat questionable Donnie as it puts us in a
catch 22. You wont accept patches unless they came from upstream and
upstream wants some testing or to put it off till a later date..It's a
continuing heartache dealing with X when something c
move the hardened USE flags it's functionality the
equivalent as starting from a vanilla set by the time you ./bootstrap.sh
and then your emerge -e world would remove any remaining traces. Of
course I think it's silly to remove the hardened USE flag.
You can have your cake and eat it to
On Wed, 2005-11-23 at 08:01 -0500, Ned Ludd wrote:
> On Wed, 2005-11-23 at 12:06 +0100, Jakub Moc wrote:
>
> > BTW, I'd still like to know how I'll get nptl(only) hardened install once
> > stage1 is gone. i386 does not have nptl, and I've done change CHOST &
tion being asked of those posters.
>
> It may be possible to automate code creation, but it's not possible to
> automate a community, and humans in such a community /don't/ tend to stay
> strictly on topic. That's just the way humans are, and have been for far
> longer than either you or I have been around.
Your either high or in need of a blog.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
to
/usr/lib/portage/bin/prepstrip or patch portage with
http://dev.gentoo.org/~solar/patch_overlay/sys-apps/portage/portage-2.0.53_rc7-prepstrip.patch
It requires you merge pax-utils for the scanelf util.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ed binary will occupy less space in RAM.
> and what tools are compatible
> with this external debug info?
gdb being the main one.
With tools like valgrind you can simply do.
LD_LIBRARY_PATH=/usr/lib/debug valgrind --foo
ELF is cool like that.
--
Ned Ludd <[EMAIL PROTECTED]>
Ge
On Sun, 2005-11-27 at 10:53 +0100, Kevin F. Quinn wrote:
> On 26/11/2005 13:55:25, Ned Ludd ([EMAIL PROTECTED]) wrote:
> > On Sat, 2005-11-26 at 19:30 +0100, Bruno wrote:
> >
> > > What's the advantage of splitting out the debug info to some extra
> > >
On Sat, 2005-11-26 at 13:20 -0600, R Hill wrote:
> Ned Ludd wrote:
> > Good afternoon,
> >
> > probably in portage-2.0.54 a patch will be added to emit split debug
> > info. Having a split debug allows us to retain all the advantages of
> > stripping executa
On Sat, 2005-11-26 at 23:42 +0200, Petteri Räty wrote:
> Ned Ludd wrote:
> > Good afternoon,
> >
> > Would you be willing to give up space in $ROOT/usr/lib/debug for ELF
> > executables by default in order to aid in better debugging by or do we
> > want to only e
if FEATURES were in the USE expand list, you could use
> > ! features_noman ? ( ) ...
>
> Except that no{man,info,doc} are on the to-die list anyway.
They are very valuable features and quite easy to use without mucking
with INSTALL_MASK. I'm against this change without some justification.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Sun, 2005-11-27 at 07:58 -0500, Ned Ludd wrote:
> On Fri, 2005-11-25 at 12:46 +0200, Marius Mauch wrote:
> > Ciaran McCreesh wrote:
> > > On Fri, 25 Nov 2005 00:49:23 +0100 "Diego 'Flameeyes' Pettenò"
> > > <[EMAIL PROTECTED]> wrote:
> &
On Sun, 2005-11-27 at 15:09 +0200, Ivan Yosifov wrote:
> On Sun, 2005-11-27 at 07:24 -0500, Ned Ludd wrote:
> > On Sat, 2005-11-26 at 13:20 -0600, R Hill wrote:
> > > Ned Ludd wrote:
> > > > Good afternoon,
> > > >
> > > > probably in po
On Sun, 2005-11-27 at 23:39 +0900, Jason Stubbs wrote:
> On Sunday 27 November 2005 22:09, Ned Ludd wrote:
> > On Sun, 2005-11-27 at 07:58 -0500, Ned Ludd wrote:
> > > On Fri, 2005-11-25 at 12:46 +0200, Marius Mauch wrote:
> > > > Except that no{man,info,doc}
to create and store them :)
>
> Err, maybe I am incorrect, but isn't it more "work" to ungenerate them
> (using strip) then to just not install them?
it's pretty easy to add a check to the save_elf_debug function to tell
it to return if we decide that FEATURES=splitdebu
On Sun, 2005-11-27 at 15:22 +, Edward Catmur wrote:
> On Sun, 2005-11-27 at 08:40 -0500, Ned Ludd wrote:
> > On Sun, 2005-11-27 at 15:09 +0200, Ivan Yosifov wrote:
> > > And one more thing. For proper debugging, don't I need the source to be
> > > present ?
>
On Mon, 2005-11-28 at 00:48 +0900, Jason Stubbs wrote:
> On Monday 28 November 2005 00:05, Jason Stubbs wrote:
> > 3) FEATURES="noman" is dropped in favour of USE="man" or USE="manpages"
> >
> > In light of the above requirements and the fact that dyn_* will likely be
> > moved into the tree down t
On Sun, 2005-11-27 at 16:28 +, Mike Frysinger wrote:
> On Sun, Nov 27, 2005 at 11:12:32AM -0500, Ned Ludd wrote:
> > On Mon, 2005-11-28 at 00:48 +0900, Jason Stubbs wrote:
> > > On Monday 28 November 2005 00:05, Jason Stubbs wrote:
> > > > 3) FEATURES="noma
On Sun, 2005-11-27 at 10:44 -0500, Ned Ludd wrote:
> On Sun, 2005-11-27 at 15:22 +, Edward Catmur wrote:
> > On Sun, 2005-11-27 at 08:40 -0500, Ned Ludd wrote:
> > > On Sun, 2005-11-27 at 15:09 +0200, Ivan Yosifov wrote:
> > > > And one more thing. For proper debu
A point of view this seems like a very bad option.
Unless we get proper arch teams for the less used arches like m68k the
switch will probably need to exist for a very long time.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Sun, 2005-11-27 at 23:01 +0200, Ivan Yosifov wrote:
> On Sun, 2005-11-27 at 11:55 -0500, Ned Ludd wrote:
> > On Sun, 2005-11-27 at 10:44 -0500, Ned Ludd wrote:
> > > On Sun, 2005-11-27 at 15:22 +, Edward Catmur wrote:
> > > > On Sun, 2005-11-27 at 08:40 -0500
bird user.
You should talk to ferringb about why it's evil to remove functions from
an eclass ever.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Sun, 2005-12-04 at 20:14 +0100, Luca Barbato wrote:
> Ned Ludd wrote:
> >
> > You should talk to ferringb about why it's evil to remove functions from
> > an eclass ever.
> >
>
> eclasses can't inherit from other eclasses?
>
> Just split
e to comment on it instead
> > of one day.
>
> harping on this old point solves nothing. we've already established quite
> clearly that this will not happen again in the future.
> -mike
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
x27;ll package.mask and remove.
comments omitted about lack of proper info.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Fri, 2006-02-10 at 00:21 +0100, Torsten Veller wrote:
> * Aron Griffis <[EMAIL PROTECTED]>:
> > Agenda:
> > * GLEP 44 - Manifest2 format
> >
> > Outcome:
> > * Council members were generally in agreement that GLEP 44 is a good
> >idea, but without genone present to answer questions, the co
).
>
> I've had the same kind of effect on people since then, for example, I
> sent a very quick "thanks" mail to the guy who authored the wordpress
> theme I run on my weblog, and he was overjoyed that I was using it - he
> happened to be a Gentoo user who already rea
ur name mentioned anywhere.
232 matches. http://tinyurl.com/pmrmx
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
t;Putting all log related packages into it's own category"
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ould result in something like the following.
gentoo-(infra|council)
- gentoo-security
- gentoo-(devrel|base)
-gentoo-qa
- gentoo-(hardened|server)
- gentoo-(desktop|misc|maintainers|etc..)
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
on)
> resolves it. That assumes lack of extenuating circumstances such as
> security vulnerabilities or major tree breakage.
The devs asked for a council. A council was elected. The council decided
that QA trumps devs. If anybody has a problem with that they are free to
object at the next council meeting.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
st to see.
>
> so, GLEP44 is up right ? any last questions ? /me looks at solar
Far as I'm concerned at this point we are just formalizing it.
I have no remaining questions or recommendations.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
originally present under /usr/share/doc installed.
>
> One might argue that INSTALL_MASK should apply for
> binary-package-building also, but so is not the case at the moment.
http://bugs.gentoo.org/show_bug.cgi?id=81025
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ys-apps/acl ))
What acl packages exists for these other platforms?
Do they use the same API?
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
. I assume that's not the intent, so could that
> sentence please be reworded or dropped?
I dropped it.
It was unofficially decided last week that having to have
proxy commits monitored for a suspended dev pretty much
would be a moot point.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
understanding of how things work is a tad skewed here.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Tue, 2006-04-04 at 02:11 +0200, Jan Kundrát wrote:
> Ned Ludd wrote:
> >>It's infras job to enforce the permissions as given by devrel. If devrel
> >>says,
> >>somebody is allowed to commit in the main tree, nobody but devrel should be
> >>all
On Tue, 2006-04-04 at 03:14 +0100, Stephen Bennett wrote:
> On Mon, 03 Apr 2006 21:40:54 -0400
> Ned Ludd <[EMAIL PROTECTED]> wrote:
>
> > Umm ok. I've decided that root is root no matter how you look at it
> > and it's not worth getting into a vertical
On Mon, 2006-04-03 at 22:37 -0400, Stephen P. Becker wrote:
> Ned Ludd wrote:
> > On Tue, 2006-04-04 at 03:14 +0100, Stephen Bennett wrote:
> >> On Mon, 03 Apr 2006 21:40:54 -0400
> >> Ned Ludd <[EMAIL PROTECTED]> wrote:
> >>
> >>> Umm ok. I&
s package (seems very
> related).
> If no one objects to this, I'll add it to the text-markup herd?
> (and look at/fix the bug).
No objection. Please take it ASAP.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
GP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
>
> iD8DBQFEXXYfSENan+PfizARArNqAJ9MasjnAcoCuqrqoTxHeF0LBQSFxACghit+
> lySh2tUzKRJSxlEBq4JNz4E=
> =cKgC
> -END PGP SIGNATURE-
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
gt;
> > I *won't* put up with you touching my bugs when you have *NOTHING* to do
> > with them. Stick to the portage tree and keep your fingers off of my bugs.
> > Understood?
>
> you really need to get out of this mind frame of the website being "yours"
comes up with is therefore now known to be needed at least for 7.0
> and 7.1. Hopefully, by 7.2, the solution will be included upstream.
This was handled in the 6.8.x series and got dropped for unknown
reasons when the modular X porting started happening.
Unless your dead set on modular X I'
scan for advertisments after a recording
>
>
> http://www.linuxtv.org/vdrwiki/index.php/Main_Page
>
> Matthias
>
> --
> Matthias Schwarzott
> Gentoo Developer
> http://www.gentoo.org
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2006-05-18 at 13:40 +0200, Simon Stelling wrote:
> http://dev.gentoo.org/~blubb/funding.png
What a great way to start off my day..
Thanks hopefully I'll continue to laugh for the rest of the day.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
d anything else to the tree
> for the sole reason of supporting another package manager's features.
> This includes profiles or any other packages. This will reduce
> headaches for all of us, and hopefully cut down on needless arguments
> that get us no where.
>
> Thanks,
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
of their commits with their Gentoo
> signing cryptokey only. They should not sign anything else, nor use
> other cryptokeys for signing Gentoo commits.
> - (Optional, for those creating new keys only) a best practice would be
> to have a primary key that is marked as certifying only.
>
> (This part here needs more discussion, which may end up that N=1 is
> valid).
> - There will be N master keys.
> - A master key will have a secondary cryptokey conforming to the same
> requirements as the developer Gentoo signing cryptokey.
> - A master key will certify all Gentoo developer keys on a regular
> basis. This can be done on 4 month intervals safely, with once-off
> events to sign keys of incoming developers, or other special cases.
> - When a developer leaves, the certification on their key shall be
> revoked.
> - Both infra and the council should hold the revocation control for a
> master key in some way so that cooperation is needed to actually revoke
> a master key.
>
> (For future stuff:)
> For performing releases of Gentoo (releng), a designated key be used,
> and be certified by the master key.
>
> Outstanding points:
> ---
> - Discussion of how the keymaster(s) should operate to maintain the
> keyring.
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
fore repoman --pretend scan
prior to committing to the tree.
thanks in advance.
--
Ned Ludd <[EMAIL PROTECTED]>
All over the place
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
gt; these three must be actively involved in the development of the package
> manager".
Please don't change your wording on that. The feel really strongly
about the primary pkg manager of Gentoo needing remain under the full
control of Gentoo Linux.
> Could others please provide inp
On Mon, 2006-05-22 at 10:29 -0500, Grant Goodyear wrote:
> Jon Portnoy wrote: [Mon May 22 2006, 09:38:23AM CDT]
> > On Mon, May 22, 2006 at 09:21:34AM -0400, Ned Ludd wrote:
> > > Please don't change your wording on that. The feel really strongly
> > > about t
On Mon, 2006-05-22 at 20:10 +0100, Ciaran McCreesh wrote:
> On Mon, 22 May 2006 14:59:33 -0400 Ned Ludd <[EMAIL PROTECTED]> wrote:
> | It should be pretty clear that one of the main problems is letting
> | others decide which features we will and wont have and defining our
> |
On Mon, 2006-05-22 at 22:51 +0100, Chris Bainbridge wrote:
> On 22/05/06, Ned Ludd <[EMAIL PROTECTED]> wrote:
> > On Mon, 2006-05-22 at 10:29 -0500, Grant Goodyear wrote:
> > > I'm not sure I understand why. After all, mandriva, suse, ubuntu, and
> > >
virtuals till
http://bugs.gentoo.org/show_bug.cgi?id=133908
is resolved.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
And now per arch breakdowns.
http://gentooexperimental.org/~ferringb/reports/arch-vulnerabilities/
On Sun, 2006-05-21 at 23:02 -0400, Ned Ludd wrote:
> ferringb took the time to write a parser and setup a cronjob
> (every 4 hours at the half hour) to parse over our GLSA's and see w
On Tue, 2006-05-23 at 16:51 -0400, Chris Gianelloni wrote:
> On Tue, 2006-05-23 at 16:22 -0400, Ned Ludd wrote:
> > And now per arch breakdowns.
> > http://gentooexperimental.org/~ferringb/reports/arch-vulnerabilities/
>
> No offense, but that isn't exactly useful i
toolchain
trapni
usata
vapier
video
voip
vserver
vserver-devs
web-apps
wine
wschlich
www-servers
x86-kernel
xemacs
On Tue, 2006-05-23 at 16:22 -0400, Ned Ludd wrote:
> And now per arch breakdowns.
> http://gentooexperimental.org/~ferringb/reports/arch-vulnerabilities/
[snip]
--
Ned Ludd &
On Sun, 2006-05-28 at 13:18 -0700, Robin H. Johnson wrote:
> On Sun, May 28, 2006 at 02:20:55PM -0400, Ned Ludd wrote:
> > Package: net-nds/openldap Herd: ldap Maintainer: [EMAIL PROTECTED]
> We will be keeping the most recent version of each of the major
> releases, as there a
> Cool!
>
> It would be even more interesting if you could get it into busybox
> and/or get it into portage.
busybox absolutely seems the ideal place for cut out utils.
mii-tool is a handy one also.
> --
> Natanael Copa
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
proper the way we do it..
> It's pretty simple. If it uses ABI=x86 or any emul-linux-x86-*
> packages, then it needs to be masked.
>
> Over and out.
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
n a specific revision is wanted, but snapshots aren't possible
> for legal reasons. (This could even be marked stable.)
If it can't be checksummed it should never be marked stable. *VCS*
ebuilds simply can't be checksumed and there are far to many ways
to abuse such things. Think MiM
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
u unmerge gcc. This problem is fixed now for future installs, but
> you'll have to manually remove the file when you unmerge any gcc that
> is on your system now.
>
> Thanks,
> Jeremy
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
.bashrc to give us just this.
I'd be all to happy to commit it. So that's a yes right? :)
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
v in portage proper as
> opposed to bashrc?
Nope.. bashrc is the only way to access the variables in a way that
is the most friendly to the bash side of things.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2006-06-08 at 09:41 -0400, Alec Warner wrote:
> Ned Ludd wrote:
> > On Thu, 2006-06-08 at 06:49 -0400, Alec Warner wrote:
> >
> >>Mike Frysinger wrote:
> >>
> >>>On Wednesday 07 June 2006 19:12, Alec Warner wrote:
> >>>
> >>
On Thu, 2006-06-08 at 07:49 -0700, Donnie Berkholz wrote:
> Ned Ludd wrote:
> > -for conf in ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
> > +for conf in default ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
> >
> > Call it 'default' ?
>
> Switch the orde
ng with each other).
>
> What are the alternatives? If a project's activities are not
> automatically "official", then who gets to decide, and how is that
> decision made? How can that decision be made fairly, without
> contradicting the metastructure, and without giving rise to any
> accusations of 'cabals'?
>
> Best regards,
> Stu
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
s meaning would actually be different between some
> packages,
Seems logical.
But for what you are proposing I'd suggest not making USE of minimal at
all for this. I'd rather see that flag reserved for mostly
embedded alike use.
-peace
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
be along the same lines as what you are pointing out here it should
also be noted that built_with_use is semi faulty and can return wrong
results when no /var/db/pkg/$CATEGORY/$PVR/USE exists. This happens when
using the most recent ppc-uclibc stages which omitted a few entries
from the vdb. We
on
> Thursday but I have yet to find out the exact time it will be held.
Please be there at 1900 UTC on the 15th; there is still a lot going on
with this topic and cutting threw the chase would be beneficial to us
all vs having to wade threw all the threads to find out what you object
to.
S
On Tue, 2006-06-13 at 13:38 +0200, Andrej Kacian wrote:
> On related note, why "virtual/portage" ? Why not "virtual/packagemanager", or
> something like that?
Because it already exists and is the least intrusive change. bug #69208
--
Ned Ludd <[EMAIL PROTECTED]&
ider adopting it as an official
> project after a period of time.
Or not?
> Sincerely,
> Brix
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
that herd. If a herd does not
want it you shall not shit in their home (it's rude).
When a package lists a herd then the responsibility is shared
among the maintainer and the herd.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Wed, 2006-06-14 at 17:25 -0400, Chris Gianelloni wrote:
> On Wed, 2006-06-14 at 14:47 -0400, Ned Ludd wrote:
> > On Wed, 2006-06-14 at 09:13 -0400, Chris Gianelloni wrote:
> >
> > > Just because the maintaining *project* doesn't
> > > want it doesn
On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote:
> Hi,
> solar has requested an account on overlays.gentoo.org for the embedded
> overlay for you.
> Your password: DX7wnSe40Y
think you can change my pw and lets do this offlist?
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo
gt; Take the gpe-base/gpe meta ebuild which should pull all the stuff.
>
> Happy xcompiling,
Assuming you have the G2 you could skip all that and simply merge from
these .tbz2 into a $ROOT
http://tinderbox.dev.gentoo.org/embedded/armv6j-softfloat-linux-gnueabi
--
Ned Ludd
Gentoo Linux
On Thu, 2009-02-05 at 00:37 +, Angelo Arrifano wrote:
> On Qua, 2009-02-04 at 18:36 +0200, Petteri Räty wrote:
> Some packages are not automake driven. We have to detect those.
> >
> > > make DESTDIR=${D} PREFIX=/usr \
> > > STRIP=true ENABLE_NLS=${USE_NLS} \
> > >
The dev population is quite a strange beast. I never expected to win.
Why would you vote for somebody who did not even publish a manifesto?
I don't know but I love you for it. My only intention was to help offset
dev-zero being able force the will of outside forces upon us.
Well that has been acc
f this point. More abstract ideas
at this point.
> Ned Ludd :
> > The dev population is quite a strange beast. I never expected to win.
>
> Nor did I, especially because you were quite low on my ballot.
> Congratulations.
>
> > The devs have a voice one time of the ye
arks. That is a foundation issue and
would have to be raised with them.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
help to give more focus to discussions on
> gentoo-dev because the goal will be to get a real decision to send to
> gentoo-dev-announce.
I would be in favor of a gentoo-dev-announce list if it allowed me
to unsubscribe from this list.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Sun, 2006-06-25 at 10:33 -0500, Jory A. Pratt wrote:
[snip]
> P.S
> I will not leave you all the users with noone to maintain the packages
> that 98% of you all depend on when it comes to a browser.
Thanks..
/me guesses you had a few brews when you wrote said mail.
--
re rare. It would be easier to have an
> standard subject heading (maybe ANNOUNCEMENT:) that people can use in
> their filters. If devs start abusing it, then we'll vote them off the
> island :)
Simple, Effective.. I like it..
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2006-06-08 at 09:54 -0700, Donnie Berkholz wrote:
> Ned Ludd wrote:
> > On Thu, 2006-06-08 at 07:49 -0700, Donnie Berkholz wrote:
> >> Ned Ludd wrote:
> >>> -for conf in ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
> >>> +for conf in defau
im to full developership ;-).
>
> In the meantime, he's got his own album on
> http://www.cs.ru.nl/~pauldv/tom/
>
> Paul
>
> ps. If I'm a bit away these days, it is due to me being preoccupied with my
> mentoring task.
>
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
rade path on everybody. Please don't shift the
blame on others.. We have ~arch and blockers for stuff like this...
Please don't take this as a personal attack... I'm just calling shit as
I see it.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Fri, 2006-06-30 at 22:30 -0500, Jory A. Pratt wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ned Ludd wrote:
> > On Fri, 2006-06-30 at 19:39 -0500, Jory A. Pratt wrote:
> >> As many are aware by now mozilla{-bin} are full of security issues. I
> >
kage updates take longer and longer
over time. It also forces people to run fixpackages more than
they really should ever have to. Sometimes even causing a full
remerge of the package. Please just be happy that the packages all
exist and are being well maintained after.
--
Ned Ludd <[EMAIL PR
vice
>
> phone: +49 36207 519931 www: http://www.metux.de/
> fax: +49 36207 519932 email: [EMAIL PROTECTED]
> cellphone: +49 174 7066481
> -
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
ner?
I tend to agree this might be a cleaner approach vs having to edit &
redit CFLAGS all over the place.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
iles the build system is
> using?
That is not the case anymore.. See PORTAGE_CONFIGROOT= and the
attachment as an example which solves this exact problem.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
export PORTDIR=$(portageq envvar PORTDIR)
export ROOT=/dev/shm/blah
export PORTAGE_CONFI
supported and probably never will be.
Gentoo uses the GNU Toolchain.
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Thu, 2006-07-06 at 18:44 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 06 July 2006 17:33, Ned Ludd wrote:
> > I tend to agree this might be a cleaner approach vs having to edit &
> > redit CFLAGS all over the place.
> Really if one has to disable mmx s
On Thu, 2006-07-06 at 19:09 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 06 July 2006 18:58, Ned Ludd wrote:
> > All together as in across the board? Or simply for the 1 pkg
> > in question?
> For the package in question of course. Do you think I'm an i
gt;
> I know, there aren't use-based deps in portage yet, but I really feel
> uncomfortable to be unable to use cpuflags in metadata phase. This is
> what worries me most.
>
> Danny
> --
> Danny van Dyk <[EMAIL PROTECTED]>
> Gentoo/AMD64 Project, Gentoo Scientific Project
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
t; > that patch makes no difference to code generation.
>
> Yes, but if GCC_SPECS is defined in the environment, I don't know enough
> about it to be sure that it interacts properly with -specs command-line
> options. Even if it works perfectly, though, the point remains that it
> does not belong in a USE=vanilla build.
Keep pushing this and the only thing you will end up with is the
vanilla flag being removed all together.. You want a pure 100%
vanilla(POS) non working toolchain then go download it and
compile it yourself. You will soon see why things exist the way
they do..
--
Ned Ludd <[EMAIL PROTECTED]>
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
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 this and the only thing you will end up with is the
> > vanilla flag being removed all together..
>
> Is that a threat? If not, is there
On Fri, 2006-07-07 at 15:18 -0500, Tushar Teredesai wrote:
> On 7/7/06, Ned Ludd <[EMAIL PROTECTED]> wrote:
> > You want a pure 100%
> > vanilla(POS) non working toolchain then go download it and
> > compile it yourself. You will soon see why things exist the way
&
1 - 100 of 209 matches
Mail list logo