On Sunday 28 January 2007 17:24, Mike Doty wrote:
> The subject of what to do if a council member voluntarily leaves the
> council came up at the last meeting.
i dont think the "voluntarily" qualification should be there ... if a dev
turns jackass and they get punted and they happen to be on the
On Friday 26 January 2007 17:41, Mike Frysinger wrote:
> that said, i would entertain the notion of auto uncompressing
> just .bz2, .gz, .Z and telling everyone else to toss off ...
talking with zmedico; this is what he wants so ive implemented this
-mike
pgplsTrnzmpNo.pgp
Descriptio
On Tuesday 30 January 2007 16:10, Jim Ramsay wrote:
> In other words, I propose that this function should probably do
> 'basename' on $exec before using it for the .desktop filename.
no ... the point of using $exec is to make sure the .desktop file is unique
i'll change it to sanitize the filenam
On Wednesday 31 January 2007, Jim Ramsay wrote:
> Personally I'd rather just add one line to my ebuild as opposed to
> creating and maintaining a .desktop file in the files directory. This
> would just add a useful feature for those who want that level of
> flexibility.
which is rarely needed/wan
On Wednesday 31 January 2007, Christian Faulhammer wrote:
> The /usr/share/info//dir file must not be compressed but is with
> newer versions.
probably ... i think info is garbage so ive never bothered validating it
-mike
pgpDns0u5VJ8N.pgp
Description: PGP signature
On Thursday 01 February 2007, Zac Medico wrote:
> Portage does create the dir files for each of the directories listed
> in the INFOPATH and INFODIR environment variables.
it should be removing the dir files in install_qa_check()
from /usr/share/info/
-mike
pgpWQ95qQaZY2.pgp
Description: PGP si
On Thursday 01 February 2007, Daniel Black wrote:
> IMPLEMENTION
thanks for putting this together
> store_config should only be called from pkg_preinst or src_install
this is easy to check in the eclass via $EBUILD_PHASE
> Also creates the following symlinks to it
i dont see much value in thes
On Thursday 01 February 2007, Thomas de Grenier de Latour wrote:
> local desktop_file=$(make_desktop_entry -v ...) || die
semi-unrelated, this die will never be called
by design, use of the local keyword overrides the exit status of the subshell
in the assignment ... you'd need to write it:
On Thursday 01 February 2007, Daniel Black wrote:
> On Thursday 01 February 2007 18:48, Mike Frysinger wrote:
> > On Thursday 01 February 2007, Daniel Black wrote:
> > > Also creates the following symlinks to it
> >
> > i dont see much value in these symlinks ... what
On Thursday 01 February 2007, Daniel Black wrote:
> So some foo that says:
> die "you have enabled X USE flag but your saved config reflects the X USE
> flag been unset. Please correct your saved config by setting GUI=yes
> in /etc/portage/savedconfig/${CATEGORY}/${PXXX}/config.h or unset the USE
>
This is your monthly friendly reminder ! Same bat time (typically the
2nd Thursday at 2000 UTC), 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 l
On Thursday 01 February 2007, Jim Ramsay wrote:
> Nice. I like this idea, and humbly request that someone implement it
> in this way, or give me permission to do so.
that assumes format limitations ... an additional cruft argument would be more
likely to be merged
-mike
pgpGG8puWkLxF.pgp
Descr
On Thursday 01 February 2007, Alec Warner wrote:
> But at that point the manager has little or no control over the package,
> hell you can move the savedconfigs out of /etc/portage/ cause they have
> nothing to do with it at all.
>
> You can't do use-deps with this, because you can't effectively en
On Thursday 01 February 2007, Petteri Räty wrote:
> It would but having some kind of deadline after which you are for
> example free to take over the package if you want to would be nice.
uhh this is certainly no good ... i wouldnt want someone looking at an old bug
and going "shit he hasnt fixed
On Thursday 01 February 2007, Alec Warner wrote:
> Because then you get fun things like package.provided where people
> inject a randomly configured package that fails PM tests (aka
> built_with_use). You'd have to have some sort of tautology that says
> provided packages (and crazyconfig packages
On Thursday 01 February 2007, Ciaran McCreesh wrote:
> On Thu, 1 Feb 2007 16:18:22 -0500 Mike Frysinger <[EMAIL PROTECTED]>
> | On Thursday 01 February 2007, Alec Warner wrote:
> | > Because then you get fun things like package.provided where people
> | > inject a randomly
On Thursday 01 February 2007, Duncan wrote:
> But with make oldconfig, so the user gets asked about new options, and
> those get saved back to the savedconfig, right?
i'd say no myself ... or you'd have to add RESTRICT=interactive to the eclass
-mike
pgpskbKKCx4pW.pgp
Description: PGP signature
On Friday 02 February 2007, Tom Fredrik Blenning Klaussen wrote:
> "net-misc/dhcpcd-3.0.10" installs /usr/share/man/man8/dhcpcd.8.bz2 with
> execute permissions grabted for user group and others.
executables in mandirs sounds like an easy automated qa check
-mike
pgpTF2RpNd99F.pgp
Description: P
On Saturday 03 February 2007, Christian Faulhammer wrote:
> The new ecompress allows compression of manpages in bz2, if I am right.
it allows any compression; it's up to the user ... so you cant assume any
extension
> So now
> ebuilds as dev-lang/python have a hard coded compression extension f
On Saturday 03 February 2007, Mike Doty wrote:
> We're going to talk about arch keywording policies. IMO we should have
> a standard policy "if you own and use ${ARCH} then you may keyword your
> packages for ${ARCH}" with the exception of the sys-*/ categories.
after all the pains we went throug
On Saturday 03 February 2007, Andrej Kacian wrote:
> ("keyword", not "stabilize")
keywording $ARCH and stabilizing mean the same thing to me
-mike
pgpWOeiXy7ljw.pgp
Description: PGP signature
On Sunday 04 February 2007, Christian Faulhammer wrote:
> Mike Kelly <[EMAIL PROTECTED]>:
> > Christian Faulhammer wrote:
> > > Fine. If I have a slotted package, every slot having
> > > ${PN}.foo-${SLOT}.1.gz and I want people to be able to call `man
> > > ${PN}`, how should that be done?
> >
>
On Sunday 04 February 2007, Daniel Black wrote:
> Added draft of eclass as savedconfig.eclass. Hope it includes all suggested
> technical options.
save_config should only be called from pkg_preinst or src_install, not both
if this were a src_install function, then you wouldnt need to worry about
On Monday 05 February 2007, Ulrich Mueller wrote:
> alternatives.eclass is called from pkg_postinst() or pkg_postrm()
then that sucks ... that's beyond my help
-mike
pgp7xVo8i1kND.pgp
Description: PGP signature
On Saturday 03 February 2007, Diego 'Flameeyes' Pettenò wrote:
> YAUP[1]; upstream unreachable, untouched since 2005, if nobody cares about
> this it will be removed on March 3rd.
can you name another package which provides the features this one does ? no ?
then leave it be ... punting a packag
On Monday 05 February 2007, Mike Frysinger wrote:
> On Saturday 03 February 2007, Diego 'Flameeyes' Pettenò wrote:
> > YAUP[1]; upstream unreachable
also, i dont know what you're talking about here ... upstream homepage loads
fine for me
-mike
pgpKAj8uO8xnH.pgp
Description: PGP signature
On Monday 05 February 2007, Diego 'Flameeyes' Pettenò wrote:
> Besides, if it's a streamer
maybe, but the interesting part is mp3cue/mp3cut
> - can't really tell what else beside a
> streaming software it can be, as upstream is, well, unreachable
your connection must suck then as it works fine
On Monday 05 February 2007, Chris Gianelloni wrote:
> On Mon, 2007-02-05 at 01:06 -0600, Ryan Hill wrote:
> > Reply-to
>
> I've already completed this, I just haven't figured out exactly where it
> needs to be committed. I'm guessing somewhere in the developer
> handbook. Anyway, where should I s
On Monday 05 February 2007, Luis Francisco Araujo wrote:
> I am usually very hesitant to add new use flags to the tree (unless they
> are *really* necessary or imply a great advantage.) ; though i am not
> sure here if anybody else would consider this a good recommendation for
> handling textrels.
On Tuesday 06 February 2007, Luis Francisco Araujo wrote:
> I will go with the pic USE flag option then.
maybe i wasnt clear ... USE=pic is meant for only certain cases, certainly not
for general use ... i dont think smalltalk qualifies for this concession
-mike
pgpTh01b1eq6x.pgp
Description: P
On Tuesday 06 February 2007, Roy Marples wrote:
> Hopefully I've justified this enough :)
justified what ? this thread started off killing bash array requirements in
the network config file and now it looks like your killing the shell
everywhere ?
to be honest, unless the new code is really go
On Tuesday 06 February 2007, Kevin F. Quinn wrote:
> You need to define what shell (or subset) you want to parse it. 'sh'
> itself varies from platform to platform.
our standard has always ("always" is relative here; let's say "current") been
the bash superset of POSIX ... if a request comes up
On Tuesday 06 February 2007, Roy Marples wrote:
> No, I'm just interesting in killing bash array requirements in the
> network config file.
you need to kill them everywhere then ... network config isnt the only file
that utilizes arrays
-mike
pgpj1mYCh71a3.pgp
Description: PGP signature
On Wednesday 07 February 2007, Roy Marples wrote:
> Welcome to baselayout-ng
please god do not use this name ... just call it baselayout-2
-mike
pgptSXGWYH9hT.pgp
Description: PGP signature
On Wednesday 07 February 2007, Roy Marples wrote:
> In the current code I'm running it's only the network stuff that uses
> arrays. If you're thinking about /sbin/functions.sh, well that can stay
> as bash as it's not used by baselayout anymore.
some init.d scripts use arrays as well
-mike
pgpim
On Thursday 08 February 2007, Donnie Berkholz wrote:
> Greg KH wrote:
> > On Wed, Feb 07, 2007 at 09:44:20PM -0500, Mike Frysinger wrote:
> >> On Wednesday 07 February 2007, Roy Marples wrote:
> >>> Welcome to baselayout-ng
> >>
> >> please god do
On Thursday 08 February 2007, Roy Marples wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Wednesday 07 February 2007, Roy Marples wrote:
> > > In the current code I'm running it's only the network stuff that
> > > uses arrays. If you'
On Thursday 08 February 2007, Roy Marples wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > did you get a chance to see how hard it would be to integrate the
> > bash array code ?
>
> Integrate into what? You mean integrate into other shells?
mmm i thought yo
On Thursday 08 February 2007, Ned Ludd wrote:
> Please read over what's been talked about elsewhere in this thread. He
> is not trying to break existing functionality at all. Only extend it to
> be posix aware (additionally)
erm, no ... our code is a superset of POSIX, so technically yes he is bre
On Wednesday 07 February 2007, Kevin F. Quinn wrote:
> Another idea; have baselayout install different versions of
> init.d/conf.d and default shell for runscript depending on USE flags
that'll just lead to horrible bit rot and code duplication i would think
-mike
pgpoE6NHhLauz.pgp
Description:
On Thursday 08 February 2007, Chris Gianelloni wrote:
> He's not "screwing up" anything. He's making changes he wishes as the
> author and maintainer of the package. If someone doesn't like it, they
> can fork it and maintain their own package. Isn't that just wonderful?
> Seriously, Roy can wor
On Wednesday 07 February 2007, Roy Marples wrote:
> We still need something that is "array like" for want of a better
> phrase, so how about delimiting using ; like so
> config_eth0="10.1.1.1 netmask 255.255.255.0; 10.1.1.2/24"
if you want to allow one liners, then i dont see any other real option
On Friday 09 February 2007, Chris Gianelloni wrote:
> On Fri, 2007-02-09 at 02:10 -0500, Mike Frysinger wrote:
> > that really isnt a valid stance to take with the package in question ...
> > by this logic, i can turn around and screw with the toolchain and if no
> > one likes
anyone have a compelling reason for keeping raidtools anymore ? the mdadm
package replaces all the functionality of raidtools and is actively
maintained upstream
ive kept it around mostly so people can transition to mdadm nicely but i think
it's about time we let it go
-mike
pgpRw2AwhzeDg.pg
On Saturday 10 February 2007, Mike Doty wrote:
> Do we have documentation on howto migrate? Thats the big thing holding
> me back(afaik, I have to backup, wipe the disks and then do mdadm and
> restore)
erm, no ... you dont need to do anything remotely close to this
raidtools/mdadm are just user
On Sunday 11 February 2007, Ciaran McCreesh wrote:
> On Sun, 11 Feb 2007 13:22:48 +0100 "Kevin F. Quinn"
> | I'm not sure we should be encouraging people to continue using
> | packages when we know there are known security issues.
>
> You assume that being affected by a local denial of service on a
On Monday 12 February 2007, Chris Gianelloni wrote:
> If we're going to do this, should we do it before the 2007.0 snapshot,
> so people don't have raidtools disappear out from under them on their
> newly-installed system?
it's already been done
> Also, is mdadm.conf 100% compatible with /etc/rai
On Monday 12 February 2007, Chris Gianelloni wrote:
> Then what is the migration path? You made it sound like copying the
> file was the solution.
if the default mdadm scan does not automatically detect their raid devices,
then the user needs to manually define their raid devices in /etc/mdadm.c
On Monday 12 February 2007, William L. Thomson Jr. wrote:
> Migration is from my experience painless. Even if detecting does not
> work, the mdadm.conf syntax is easier IMHO.
and the comments in mdadm.conf explain the most common cases pretty clearly
> However a nice little guide or doc on it, sh
On Friday 16 February 2007, Daniel Robbins wrote:
> Well, sure, but the timezone-data ebuild could be upgraded to check to
> see if /etc/localtime is "old" or not and inform the user or even take
> appropriate steps to automatically fix this (dangerous?)
as Ciaran said, this is plain not doable
t
On Friday 16 February 2007, William Hubbs wrote:
> I saw that we have a request for an ebuild for upstart.
>
> I am looking it over and looking at the sample jobs that can be
> downloaded from the site.
>
> I think this would be an intresting idea, and I'm curious what others on
> this list would t
On Friday 16 February 2007, Daniel Robbins wrote:
> OK, I did not understand how it was supposed to work. Is there
> documentation anywhere that explains how it works and why?
other than the comment in /etc/conf.d/clock, nope ... the init script will
warn you at boot if you still havent set it
c
now that the 2.6 headers have entered a sane state and are *quite* nice to
work with, i have no inclination whatsoever to touch unsanitized headers
(keep your puns to yourself :p)
so here's the question i pose: what to do ?
people file bug reports saying "package FOO fails to build with linux-2
On Sunday 18 February 2007, KLessou wrote:
> Hello I don't understand why I cannot emerge glitz
the mailing list is not for bug reports, please open a bug here:
http://bugs.gentoo.org/
-mike
pgphdnu9s7K4I.pgp
Description: PGP signature
On Monday 19 February 2007, Bryan Østergaard wrote:
> That's lame for several different reasons that I'm going to outline
> below and frankly anybody blowing steam about ~arch keywording the
> latest version (which ended up as being the goal yesterday) is being
> extremely silly.
i dont add my vo
On Monday 19 February 2007, Fabian Groffen wrote:
> On 19-02-2007 14:14:18 +0100, Timothy Redaelli wrote:
> > > cp -a "${S}"/* "${D}"/ || die "copying files failed!"
> >
> > For future *BSD compatibility (yes i want to use the linux bsd emulation
> > for flash, opera, etc) it's better to use rsyn
On Monday 19 February 2007, Simon Stelling wrote:
> Thanks for any feedback,
every use of find | xargs in there should be fixed to use find -print0 |
xargs -0
-mike
pgpGdDjhf8ch3.pgp
Description: PGP signature
On Monday 19 February 2007, Simon Stelling wrote:
> Mike Frysinger wrote:
> > every use of find | xargs in there should be fixed to use find -print0 |
> > xargs -0
>
> The second one, yes, that's fixed now. The first one, no, cause egrep
> wouldn't like it.
On Monday 19 February 2007, Piotr Jaroszyński wrote:
> If you are using regex here, why don't you use it in find?
because it isnt a POSIX option
-mike
pgpm4PU4zcDIt.pgp
Description: PGP signature
On Tuesday 20 February 2007, Hanno Böck wrote:
> Today I saw that we still have the fake-ebuilds of winex/winex-cvs (just
> basically telling the user they've been removed). I think they can die?
done
-mike
pgpmJFNYVSv0H.pgp
Description: PGP signature
On Wednesday 21 February 2007, Ciaran McCreesh wrote:
> A number of ebuilds do things like this:
> inherit foo
> VAR="${FOO_VAR}"
> where foo.eclass looks like this:
> foo_pkg_setup()
> export FOO_VAR=baz
>
> Is this something that has to work (at the expense of never allowing
>
On Friday 23 February 2007, Chris Gianelloni wrote:
> On Fri, 2007-02-23 at 01:40 +0100, Carsten Lohrke wrote:
> > And I'd be fond of having all the -ffast-math filtering ripped out of the
> > tree as well.
>
> Except some things really do not compile with it enabled. Now, if
> you're meaning you'
most arches have bzip2/zlib in default-linux/arch/make.defaults so why not
just move it to default-linux/make.defaults
-mike
pgpFTNngzdyJf.pgp
Description: PGP signature
On Tuesday 27 February 2007, Timothy Redaelli wrote:
> Mike Frysinger wrote:
> > most arches have bzip2/zlib in default-linux/arch/make.defaults so why
> > not just move it to default-linux/make.defaults
>
> Why not base/make.defaults?
that is find by me as well
-mik
the _syscall#() macros often exported by the kernel headers have numerous
issues with them and looking forward, have been removed from the exported API
if you want to make a raw syscall, use the syscall() function
-mike
pgpY7C6zjDvw3.pgp
Description: PGP signature
On Monday 26 February 2007, Tóth Csaba wrote:
> hal cannot install when one dependencie built with zlib USE flag..
irrelevant ... also, most arches already have zlib in default USE, so there
would be no change in behavior
-mike
pgpUzVQy03RNH.pgp
Description: PGP signature
This is your monthly friendly reminder ! Same bat time (typically the
2nd Thursday at 2000 UTC), 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 l
On Friday 02 March 2007, Mike Doty wrote:
> Replacing flameeyes: is he even gone?
yes ... that puts UberLord up next:
http://www.gentoo.org/proj/en/council/voting-logs/council-2006-rank.txt
-mike
pgpu3mkkCacWD.pgp
Description: PGP signature
On Saturday 03 March 2007, Daniel Robbins wrote:
> On 3/2/07, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> > So, er, to whom does this deadline apply then, if not the people
> > writing PMS?
>
> I have no clue.
>
> PMS is not a Gentoo project, so they can't impose a deadline on you.
except that it
On Saturday 03 March 2007, Daniel Robbins wrote:
> I don't understand half of what you said.
Q: Why is top-posting evil?
A: backwards read don't humans because
> You are saying that PMS is a sub-project of QA? Is the PMS spec hosted
> on Gentoo infrastructure?
the council asked spb to put the
On Saturday 03 March 2007, Ciaran McCreesh wrote:
> There is absolutely nothing Paludis specific in PMS. Nor is there
> anything Pkgcore specific, and the only Portage specific content is
> where we feel it's necessary to explain *why* something is a particular
> way when that why is down to a Port
On Saturday 03 March 2007, Daniel Robbins wrote:
> On 3/2/07, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> > PMS isn't Paludis. Paludis is an independent implementation (and the
> > only completely independent implementation) of PMS, and it's necessary
> > to have such an independent implementation
On Saturday 03 March 2007, Ciaran McCreesh wrote:
> Why is PMS considered so important that it might have a deadline
> imposed upon it by the Council?
why is an EAPI spec considered important ? it should be plainly obvious why
something like an EAPI standard matters so much to Gentoo
> As far a
On Saturday 03 March 2007, Ciaran McCreesh wrote:
> I'd like it spelt out please.
stop playing games
> So why not start by imposing deadlines upon more important projects
> like Portage USE deps, a Portage GLEP 42 implementation, a Portage GLEP
> 23 implementation, a stable Portage API, tree-wide
On Saturday 03 March 2007, Ciaran McCreesh wrote:
> If there's some value to be
> found in having PMS ready in the short term that I'm missing then I
> want to hear it so that I can spend more time working on PMS and less
> on other things.
where did anyone say short term ? in fact, the portion o
On Saturday 03 March 2007, Ciaran McCreesh wrote:
> If there's some value to be found in having PMS ready by a particular
> date that I'm missing then I want to hear it so that I can spend more
> time working on PMS and less on other things.
semantics aside, how much time you dedicate is entirely
On Sunday 04 March 2007, William L. Thomson Jr. wrote:
> Would that project even exist if it weren't for Daniel's past efforts
> and contributions?
if you want to go that route, why dont we all get down on our knees and praise
the GNU project for everything they've done, over and over again (whic
no, i'm not directing this at any one person as i dont believe singling out
any one person addresses anything in our case
a video sent to out by a good mate
http://video.google.com/videoplay?docid=-4216011961522818645
-mike
pgpU3bE99XuJN.pgp
Description: PGP signature
the very latest linux-headers package no longer installs asm/page.h ... this
will (and is) causing trouble for many packages
no, the answer is not any of the following:
- start installing asm/page.h again
- screw with /usr/src/linux/include/asm/page.h
- patch asm/page.h internally
the solutio
On Sunday 04 March 2007, Mike Kelly wrote:
> My glep 27 implementation is essentially complete, though without
> making some changes to PAM and shadow, it won't really function for
> ROOT!=/ with a GNU userland. Because of this, I don't really deem it
> ready for general use yet.
i dont think pam
On Tuesday 06 March 2007, Michael Cummings wrote:
> Can someone point me to the documentation regarding "If it's possible to
> create either a dynamic or static library, you should create both."
> (paraphrase of something vapier said at one point many moons ago, but I'm
> not trying to hold mike ag
This is your one-day friendly reminder ! The monthly Gentoo Council
meeting is tomorrow in #gentoo-council on irc.freenode.net. See the
channel topic for the exact time (but it's probably 2000 UTC).
If you're supposed to show up, please show up. If you're not supposed
to show up, then show up a
On Saturday 03 March 2007, Ciaran McCreesh wrote:
> So is alternative package manager support something that's considered
> important and a priority by the Council?
yes
-mike
pgp28d3c80GQB.pgp
Description: PGP signature
i want to highlight the change made to the Council GLEP 39 as i dont think it
garnered much visibility last time:
- change to council GLEP 39 to cover when a Council member is no longer part
of the Gentoo project (the reason/rhyme is irrelevant). Idea is to
streamline slightly the bureaucracy
- Flameeyes has retired from Gentoo so Uberlord was put into place in
accordance with the GLEP changes from last month.
- The Package Manager Spec (PMS) posted by spb looks like a good first draft.
It will be opened up to the public before next council meeting and we'll
review the status again
On Friday 09 March 2007, Anant Narayanan wrote:
> 2) The dev-lang/d-gcc ebuild
there's no need for a sep ebuild
> I'd appreciate it if one of the toolchain ninjas could clarify their
> stance on D :)
as Nguyen said, please review the referenced bug ... it has all the info you
need
-mike
pgpC
portage has been doing the right thing with $D in pkg_* functions and IMAGE is
just an annoying nuance that most people screw up
so in your pkg_* functions, use $D, not $IMAGE, to refer to the temporary
install
-mike
pgpOofLWN3RsP.pgp
Description: PGP signature
On Friday 09 March 2007, Seemant Kulleen wrote:
> On Fri, 2007-03-09 at 12:03 -0500, Mike Frysinger wrote:
> > portage has been doing the right thing with $D in pkg_* functions and
> > IMAGE is just an annoying nuance that most people screw up
> >
> > so in your pkg_* fu
On Friday 09 March 2007, Steve Long wrote:
> Yay zmedico! Can I just say he's one of the coolest devs on irc that i've
> run into, and incredibly helpful to all.
if you love him so much why dont you marry him ... i hear Massachusetts is OK
-mike
pgp0tat4pN6Sn.pgp
Description: PGP signature
On Monday 12 March 2007, Steve Long wrote:
> Stephen Bennett wrote:
> > Oh, and bashing ciaranm doesn't make you cool.
>
> Yeah and nor does sucking him off.
seriously, stop it
if you want to flame, take it off list
-mike
pgpYpYmwZEx9P.pgp
Description: PGP signature
On Monday 12 March 2007, [EMAIL PROTECTED] wrote:
> (Again, this is subjective. FFtF, Feel Free to Flame)
no, do not
this thread is dead, if you guys want to go beat dead horses, take it off list
-mike
pgpfVMxaW9KlT.pgp
Description: PGP signature
please dont use the `which` program in your ebuilds ... this thing isnt even
close to having standard behavior out there plus people can unmerge it :)
instead, since we require bash for our ebuilds, use the builtin `type -p` ...
here's some easy examples:
-if which foo 2>/dev/null ; then
+if ty
On Monday 12 March 2007, Mike Frysinger wrote:
> instead, since we require bash for our ebuilds, use the builtin `type -p`
err i botched that ;)
`type -p` is almost a complete drop in replacement for which ... it does not
work on bash builtins however, so people should use `type -P` to fo
On Tuesday 13 March 2007, Matthias Schwarzott wrote:
> The scripts installed by these ebuilds also use which:
> sys-kernel/module-rebuild:
that's a different issue ... this is a Linux-only package, so it can "safely"
depend on the behavior of the which app that is installed onto our Linux
hosts
On Tuesday 13 March 2007, Dan Meltzer wrote:
> On 3/13/07, Steve Long <[EMAIL PROTECTED]> wrote:
> > I was trying to show spb that reading personal attacks against oneself in
> > this forum is not a nice feeling. It was a stupid, priggish thing to do.
>
> Ya think?
adding sarcastic replies to the
On Wednesday 14 March 2007, Christian Bricart wrote:
> Tupone Alfredo schrieb:
> > games-rpg has been masked on 18 jul 2006 and there is a pending bug
> > #167547 Broken dependancies in "games-rpg/planeshift-0.3.011"
> > Removing is planned for this end of week: 17 Mar 2007.
>
> 0.3.011 is wy t
On Friday 16 March 2007, William L. Thomson Jr. wrote:
> Well that's the problem. When I use say _pre instead of _dev it gives
> off the wrong impression to users judging package by it's name. Since
> it's not a pre-release. A user may go upstream looking for some sort of
> pre-release. Which they
On Friday 16 March 2007, Miroslav Šulc (fordfrog) wrote:
> Just a note to this. I'm co-maintainer of netbeans ebuild. Netbeans does
> milestone releases. These are pretty stable and usable since milestone 7
> of netbeans 6.0 with many new features that make sense to use the
> milestone releases. I
On Wednesday 14 March 2007, Caleb Cushing wrote:
> > Perhaps they're more
> > interested in generating ad revenue from whipped-up scandals...
>
> or maybe they have a point. distrowatch hpd ranking show's us down from a
> few years ago we were
those rankings are less significant/accurate than sl
On Saturday 17 March 2007, Steve Long wrote:
> Piotr Jaroszy?ski wrote:
> > I have heard about the magic limit of 5, but whatever...
>
> Is there a *technical* objection then to server?
if you're going to change the topic mid-thread, then you should update the
subject
you already know the state
1401 - 1500 of 3334 matches
Mail list logo
