Denis Dupeyron wrote:
> at obscure pubs
New developer is always a good reason to have another beer. Welcome aboard!
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Ciaran McCreesh wrote:
> what are the use cases for binary packages?
Apart from those already mentioned by Chris, I use FEATURES=buildpkg to
be able to recover from a catastrophic experiment with a package's
content, for being able to quickly reinstall it. Although it's lame,
it's pretty easy to r
Abhay Kedia wrote:
> I am involved in this thread since its very beginning but looks like I am not
> being able to understand the problems. Would you please be kind enough to
> enumerate the issues discussed in this thread that warrant complete removal
> of Skype (rather than masking it) from th
William Hubbs wrote:
> kismet
Popular wireless analyzer. It has some functions for working with
festival, although I haven't tried them yet.
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Kent Fredric wrote:
> possible alternative names: gentoo-soap, gentoo-gossip ( not to be
> confused with net-im/gossip )
Please, please, make it gentoo-circuits [1].
[1] http://en.wikipedia.org/wiki/All_My_Circuits
Yours faithfully,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.
Tobias Klausmann wrote:
> But seeing how things have been deteriorating in the last few
> months, I begin to doubt that that's a good idea.
>
> I'm not pulling the "leave in a huff" card. Gentoo can survive
> without me just fine. But I think it might be illustrative that
> I, as a user seek alte
Matti Bickel wrote:
> It's main additions are a "timely response clause", which
> requires us to get the same keywords for a newly released version as the
> previous had within 28 days. Another point is the "no patches" clause,
> which prohibits distributions from carrying a "significantly modified
Petteri Räty wrote:
>> was this reply really necessary ? you made a mistake and Jan didnt catch it
>> until after you committed it. perhaps you meant to say "thank you, ive
>> fixed
>> the issues you pointed out to me".
>> -mike
>
> Plaah cultural issues. I just hope my comment makes people r
Petteri Räty wrote:
> Maybe next time comment on the original patch to avoid pointless work.
Well, first lines weren't changing any dates, so I've skipped the rest
of the original mail. It was a pure coincidence that I spot them now.
Anyway, thanks for fixing and removing retired people,
-jkt
--
Petteri Räty wrote:
> -2006-05-02
> +$DATE: $
Please revert all date changes you've made for following reasons:
a) "$DATE: $" isn't expanded by CVS
b) Even if it was expanded, I won't be expanded to the -mm-dd format
c) Even if it was in -mm-dd format, it won't be fully usable by our
XSLT
Robin H. Johnson wrote:
> Have you got a reference for it?
That's how it is in XHTML, so I thought it's common practice in XML as
well. That probably isn't true, so sorry for noise.
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Robin H. Johnson wrote:
> In terms of implementing this in the DTD, I'm going to specify that
> 'contact=1' (or whatever name we settle on) is the default, so that we
> don't break validation of any existing metadata:
>
>contact (0|1) 1 -- should this maintainer be used by
>
Ciaran McCreesh wrote:
https://bugs.gentoo.org/show_bug.cgi?id=167285#c11
Show me name calling and/or insulting behavior.
https://bugs.gentoo.org/show_bug.cgi?id=160328
Show me name calling and/or insulting behavior.
http://bugs.gentoo.org/show_bug.cgi?id=96893#c12
Back when we were ask
Jakub Moc wrote:
> Alec Warner napsal(a):
>> Any arch team that wants tests by default on their arch can just add
>> test to FEATURES in their arch profiles; magically the users running
>> that arch will get the tests run (with USE=test set) by default. Users
>> who don't want tests can always tur
Alex Tarkovsky wrote:
> 2) Why must some Gentoo devs like yourself and Mr. Gianelloni reply
> with expletives to things you disagree with? It's no wonder you need
> proctors; unwarranted escalation and invective seems to come so
> naturally here.
Oh come on. Your mail wasn't based on actual facts,
Chris Gianelloni wrote:
> What "news" exactly? That catalyst still supports a code branch it's
> had for some time now? *grin* There's nothing "new" to report.
I've been around for two years and have never heard anything about
stage4. If it's been discussed on this list before that time, I
apol
Chris Gianelloni wrote:
> Wow. I'm glad to see that yet another thing I spend so much time
> working on is marginalized or otherwise discounted because someone
> couldn't take 3 seconds to check their facts before making a post. The
> stage4 concept is alive and kicking. It is one of the targets
Chris Gianelloni wrote:
> - extend the xml
The difficulty is similar to creating Yet Another format for your page.
> - have everyone edit their own project pages
It doesn't matter if you edit file A or file B, IMHO.
> - create some parser that has to troll all of the project pages to
> create a
Seemant Kulleen wrote:
> The effects are far reaching and shared by everyone. If an official
> package manager is outside of Gentoo's control, and the maintainer(s) of
> that piece of software decide to do anything malicious (examples: inject
> some dodgy code, remove documentation, take out acces
Steve Long wrote:
> Oh no of course not. Paludis is in fact being led in the most appropriate
> political fashion, rather than the best technical approach for the job.
Dear Steve,
this is a formal request from an ordinary Gentoo developer who has
already emailed you privately several times asking
Josh Saddler wrote:
> Technical point here -- the devmanual has never been in GuideXML; it was
> converted from RST into docbook.
Was it? IIRC it was a custom GuideXML-like format, but certainly not a
Docbook. A quick glance at the Docbook DTD [1] and the devmanual itself
[2] seems to confirm that
Thibaut Fernagut wrote:
> It sure makes sense !
> You mean a web page with options per choise pointing to a section when
> that choise is made (consolidate existing install installs)
>
>
> example :
>
> Select the arch do you want to install gentoo on :
> [X]x86 []arm []x86_64
>
> --> go to u
Rémi Cardona wrote:
- svn uses a lot of disk space
Could you please elaborate? Are you referring to the checkout size
(which is about twice the actual size because SVN stores two copies of a
file in the checkout to be able to perform diffs against latest revision
without contacting the serve
Petteri Räty wrote:
He hails from Beroun, Czech Republic. He owns his own IT company. On the
personal side he is married and has a little daughter. He likes soccer,
taking trips on bikes and hiking.
Nice to see yet another guy from Czechoslovakia :). We should really
meet and go out for a beer
Peter Volkov (pva) wrote:
> Or... what do you mean by that:
> "the sudo file has the ability to specify editor's, so why not tell
> people to change their sudo config file ?"
>
> English is not my native language thus may be I just misunderstood your
> idea here. Sorry.
...that the people should
Chris Gianelloni wrote:
> This also falls under Infra. Have you tried asking them, instead?
> Perhaps filing a bug like all other infra requests?
Please see https://bugs.gentoo.org/show_bug.cgi?id=154120 .
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: Op
Brian Harring wrote:
> cat/pkg[use1_on,-use2_off,-use3_on]
You mean "use3_on", without the minus sign, right?
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Mike Frysinger wrote:
> i could update vpenis.sh so that this statement is incorrect ...
Please go for it :)
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Christel Dahlskjaer wrote:
> So, make sure you all welcome him onboard, and as he's Czech, I figure
> the beer is on him..
Sure. Nice to know about another drinking aid.
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Ferris McCormick wrote:
> (By the way, if the ballots from council2005 are still around, and if
> someone can make them anonymous (convert names to something like C1, C2,
> etc.), I can take them and show what results STV would give, if you'd
> like a controlled test.)
Please see the following -co
Enrico Weigelt wrote:
>> Opening an ebuild and reading it must be hard.
>
> Not what I asked. I'm talking about what an user can expect to get.
> You don't expect every user to look trough each ebuilt, seriously ?
>
> And, in case of Xorg, the individual needs may very deeply.
> Some applications
Noack, Sebastian wrote:
> A patch for your signature to increase your life expectancy. ;)
>
> @@ -1 +1 @@
> -cd /local/pub && more beer > /dev/mouth
> +cd /local/pub && more beer | sed -e "s/beer/water/g" > /dev/mouth
BTTTDW (Been There, Tried That, Didn't Work :) )
Cheers,
-jkt
--
cd /local/p
Alex Tarkovsky wrote:
> Gentoo is a team effort. There's no place in Gentoo for developers who
> can't function within a team environment where members must be capable
> of rational deliberation and, from time to time, compromise.
OTOH this "team collaboration" doesn't mean that we have to agree w
Thierry Carrez wrote:
> We're nearing the end of the nomination period.
> (Those developers should accept their nomination before July 31, 23:59
> UTC, else they won't participate in the election)
I'd like to nominate Andrej Kacian (ticho). He's quite a silent dev
(speaking about -dev and -core fl
Paul de Vrieze wrote:
> What about messages output by ebuilds? Are they also going to be
> translated? In that case, how?
There's no way to provide localized output of einfo/... calls from
ebuild that I'm aware of. Suggestions are welcome :)
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mo
Christel Dahlskjaer wrote:
> On Thu, 2006-06-15 at 00:26 -0500, Lance Albertson wrote:
>> Alec Warner wrote:
>>> So apparently they suck, anyone have a new shiny idea on how to group
>>> packages and maintaining developers?
>
> How exactly does one go about maintaining our developers? ;)
"develop
Nguyễn Thái Ngọc Duy wrote:
> Keep only English in metadata.xml. Using tools such as intltool or
> xml2po to extract strings and let i18n translate/maintain .po files
> themselves. Generated .mo files will be included in metadata directory
> when rsycing. Another portage hack to use .mo files in me
Peter Volkov (pva) wrote:
> On Сбт, 2006-06-10 at 15:11 +0200, Jan Kundrát wrote:
>> a) Translation of metadata.xml stuff in our tree (Is there any method to
>> keep them up-to-date when the English text changes? Something like
>> "revision" attribute that gets bu
Marius Mauch wrote:
> and my point is that users often don't even realize that
> their post contains non-english text
Make Portage add a line with "Some of the previous errors were reported
in non-English language. If you want to get support from official
channel, please run `LC_ALL=C command`."
So, let's rephrase it a bit. The following items represent my view about
the i18n team's responsibilities:
a) Translation of metadata.xml stuff in our tree (Is there any method to
keep them up-to-date when the English text changes? Something like
"revision" attribute that gets bumped when the Engl
Alec Warner wrote:
> The maintainer tag must contain an active (non-retired) developer
> or team.
Minor wording issue - what about "...developer or a properly functional
team"? Just in case all members of the team die...
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
De
Paul de Vrieze wrote:
> Would it be possible to do automatic detection and unicode conversion in the
> portage install stage? I think that would probably be the best option. At a
> later stage a simple detection and warning might be sufficient.
Tricky. You can parse a file and check if it's vali
Wiktor Wandachowicz wrote:
> Summing up:
> * UTF-8 manuals: good or bad?
The Only Way To Go (tm), IMHO. Let's let the legacy encodings die in piece.
> Any constructive comments are more than welcome!
The very same problem exists with man-pages-cs (which are outdated as a
bonus).
Blésmrt,
-jkt
Mark Loeser wrote:
> At long last the devmanual is official. You can find it at
> http://devmanual.gentoo.org. I would like to thank plasmaroo for helping
> me with converting it to XML (since he did all of the XSL work to add in
> the features we needed to make it easy to write and expand upon).
José Costa wrote:
> The Gentoo Council/Gentoo Infra only needs to release one API for all
> package managers, with all the procedures, how to do stuff standards,
> quality assurance stuff, blabla...
I don't see any reason why the Infrastructure Team should be affiliated
with the decision :).
Bles
Robin H. Johnson wrote:
> Additionally, if the developer uses the singular primary key for a lot of
> stuff, it is more vulnerable to attack.
>
>
> Instead, the developer should create a subkey that is used for signing Gentoo
> work only. They should not sign anything else with this, including th
Diego 'Flameeyes' Pettenò wrote:
> On Tuesday 16 May 2006 21:35, Luis Francisco Araujo wrote:
>
>>Sorry if i am confusing things here, but isn't this just _yet_ another
>>profile that
>>the user can choose to use?
>
> A profile in the tree has to be supported by someone.
> It's also more likely t
Diego 'Flameeyes' Pettenò wrote:
> Although I suppose this means we all agree ;)
s/GLEP 42/boring -dev threads which are completely OT/
:-P
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
[EMAIL PROTECTED] wrote:
> OOo etc could make editing more productive for those not familiar
> with XML odds - just imagine why translation of Gentoo doc is
> so slow and weak?
Because you basically have to do everything yourself. Yup, you get some
contributions from your users, but those are of v
Molle Bestefich wrote:
> I was trying to say that a QA tool in form of a SVN pre-commit hook
> seems like a perfect fit. The entire infrastructure to run an
> external application to check a commit before carrying it out,
> approve the commit, send appropriate error messages back to the SCM
> clie
Philip Webb wrote:
> My solution is a line in .bashrc :
> 'alias emergeu='ACCEPT_KEYWORDS="~x86" emerge' ,
Don't do that. Try to do a search on "why is ACCEPT_KEYWORDS emerge bad".
> which allows me to emerge a testing version on a specific occasion.
> The package.keywords alternative is sil
Grant Goodyear wrote:
> PS. Does anybody know if we do still need people to help w/ LDAP?
Depends if you consider "rewriting a LDAP howto" as a "help with LDAP"
[1] :). Actually as I'm doing LDAP at work ATM, I might look at it
later, but if anyone want to contribute, they're always more than wel
Ryan Phillips wrote:
> did you benchmark CPU load? Often bzip2 takes 3x as long to
> uncompress a package than bzip. Often, the space savings doesn't
> justify the cost of how long it takes for the cpu to decompress the
> archive.
How long does it take in time units defined as "the time required
Ryan Phillips wrote:
> Stable and unstable keywords are a hack on top of a version control
> system. We wouldn't have them if gentoo used an SCM that supports true
> branches. There would be no need.
Umm, I'm not an ebuild dev, but how would users mix stable and unstable
packages in such a case?
Jason Wever wrote:
> In the really off chance that you've just had a run-in with a Vorgon
> poetry session
Isn't it a *Vogon* poetry?
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Mike Frysinger wrote:
> On Monday 10 April 2006 15:37, Grant Goodyear wrote:
>
>>In any event, I think we need to remove the flying saucer guy. When
>>drobbins left and turned over the Gentoo IP to us, one thing that he
>>kept was the flying saucer guy. I believe that he was allowing us to
>>use
Graham Murray wrote:
> What would be even nicer would be if it could create and maintain an
> html index, for example at /usr/share/doc/index.html, to all package
> html documentation in a similar way to that which gnu info maintains
> the top level index to all info documentation on the system.
Y
Jon Portnoy wrote:
> On Tue, Apr 04, 2006 at 11:50:18AM +0200, Jan Kundrát wrote:
>
>>I feel really confused. Have you read the logs of the recent affair?
>>Devrel *hadn't* requested anything, infra made an action on their own
>>and *didn't* revert it even
Jon Portnoy wrote:
>>>Well, quite frankly devrel has never fallen down on the job quite so
>>>often & so hard before handling this particular incident. I don't think
>>>it's so unreasonable to have backup plans for preserving Gentoo when
>>>devrel cannot respond in a timely manner
>>
>>Come on,
Michael Cummings wrote:
> Relax, spb, it's all good :)
spb != geoman :)
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
lnxg33k wrote:
> "The Gentoo community and its members treat one another with respect."
> News to me. I think the users do a good job helping each other.
> Developer and user relations lack some imo. Developer and Developer
> relations are worse.
Well, the intention is that we all are people and s
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
>>allowed to revoke this. The only exceptions are those case already stated
>>above.
>
>
> I think your understandin
Jon Portnoy wrote:
> On Tue, Apr 04, 2006 at 01:40:59AM +0200, Danny van Dyk wrote:
>
>>This is how it has been handled so far except in the ciaranm incident. This
>>is
>>how I personally think this should be handled in future.
>>
>
>
> Well, quite frankly devrel has never fallen down on the j
Alexandre Buisse wrote:
> Sorry but I am.
Opps, sorry, got confused by your name :), I thought you were someone
else... it's too late here, apparently.
> What I saw was a document saying "Be nice to each other". And in the end
> "If you aren't nice, you will be punished". Big deal.
Yup, that's r
Alexandre Buisse wrote:
> On Tue, Apr 4, 2006 at 00:37:12 +0200, Ciaran McCreesh wrote:
>
>
>>On Mon, 3 Apr 2006 17:38:48 -0400 Mike Frysinger <[EMAIL PROTECTED]>
>>wrote:
>>| i dont see how anyone can be against this (unless you're a
>>| terrorist!)
>>
>>I for one welcome our new infra overlord
Jan Kundrát wrote:
[...]
My mail server apparently sucks, sorry.
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Carsten Lohrke wrote:
> On Sunday 02 April 2006 22:29, Simon Stelling wrote:
>
>>Come on. Is this a 'policy doesn't say I have to be sane' war? It's
>>absolutely reasonable to p.mask a package that is pending for removal. That
>>way you give the users a timeframe which they can search for alterna
Alexander Gretencord wrote:
> And considering that upstream is dead for about a year I think most
> people will not try to update that package every 2 days or something like
> that.
Most people upgrade the whole system at once - those would see a warning
about masked package.
Cheers,
-jkt
--
c
Alin Nastac wrote:
> this has been discussed before.
> summary: tarballs could be used by more than one package. this way
> you'll manage to increase the disk space demands for our mirrors.
This one is about sorting by first letter of filename. It won't solve
multiple different files with same fil
MIkey wrote:
> Please excuse my ignorance, but where is INSTALL_MASK implemented?
ebuild.sh
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
MIkey wrote:
> Because the stage1 method bootstraps gcc/glibc and performs the minimum
> steps needed to complete the subsequent emerge -e system. The dependencies
> on having the old gcc still available are not there because the packages
> have not been built yet. You can purge the old gcc immed
MIkey wrote:
> To further educate you, there was a bug shortly after the
> release of 3.4.4 into stable that did, in fact, automatically switch you
> over to the new gcc. It was in the toolchain eclass.
Great, there was a bug. Yeah, there was. Please notice the word "was".
It means that it has be
MIkey wrote:
>>>A bug, again, that the stage1 installation method was immune to,
>>
>>How come? (I'm not familiar with toolchain.eclass at all.)
>
>
> Because the first pass of the bootstrap, that prepares a working gcc/glibc,
> uses the bootstrap USE flag and disables all but a few other basic U
MIkey wrote:
> A bug, again, that the stage1 installation method was immune to,
How come? (I'm not familiar with toolchain.eclass at all.)
> which is
> the topic at hand. Not who reported what when. I found that bug when it
> hit me and noticed that it had been reported. I thanked the Gods tha
MIkey wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=114341
Have you noticed that I'm the reporter of this bug? Just FYI, bug
*wasn't* in the guide but in the underlying eclass/gcc-config causing
automatic switch to newly installed GCC during pkg_postinst. Just by a
coincidence the eclass was upd
MIkey wrote:
> I don't know about Sven, but the reasons I prefer the "unsupported"
> installation method is all outlined here:
>
> http://badpenguins.com/gentoo-build-test/
You're beating the dead horse here. That site contains FUD, period.
"What is most interesting to me about this discussion i
Sven Köhler wrote:
> That's not a problem for me. So excuse me that i wanted
> gentoo-installation to be more simple.
Seems like a bit ranting to me. Why do you use unsupported installation
method if you want it simple?
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
De
Kalin KOZHUHAROV wrote:
> 1. I can see this in many places of the Gentoo docs, so it is not specific
> to this particular doc, but still: the CSS for span.code would better be
> changed to use another color than the links. I very often catch myself
> trying to click on it (e.g. I expected "man 5 we
Greg KH wrote:
> And if someone wants to forward this over to -user, feel free.
Do you want to have this kernel documented in our Kernel guide [1]?
[1] http://www.gentoo.org/doc/en/gentoo-kernel.xml#doc_chap3
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description:
Donnie Berkholz wrote:
> Sven Vermeulen wrote:
> | We have already received many bugs for documentation in /proj/* which is
> | not GDPs. I had no issue with this as I hoped this would be a transient
> | state where the documentation is eventually handed over to the GDP so
> that
> | both the proje
Grant Goodyear wrote:
> Again, I like devspace for these things. Of course, particularly useful
> docs would likely be adopted by the GDP (with the permission of the
> author, of course).
Thinking about legal issues (and about tracking all contributors among
developers) - please use CC-BY-SA [1]
Brian Harring wrote:
> It's not an issue.
Okay, if it will just somehow show up when using the --ask option, I'll
be happy :).
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Duncan wrote:
> Because that code will be implemented in portage, and the portage dev
> likely to implement it said it was a superfluous reference. =8^)
>
> Still, I'd prefer it referenced just for definition's sake, but when the
> portage dev says it isn't a superfluous reference, and that parti
Duncan wrote:
> My thinking too, until I saw the portage dev (JStubbs?) mention it wasn't
> needed.
>
> I believe the thinking is that emerge --ask is basically emerge --pretend
> with an opportunity to continue stuck on the end, thus eliminating running
> the same command only without the --prete
Ciaran McCreesh wrote:
> * Removed --ask message, apparently it's superfluous.
Why? I haven't found any conclusion about that in the last thread. It
doesn't make sense to show the message in both `emerge -p foo` and
`emerge foo`, but not in `emerge -a foo`, IMHO.
WKR,
-jkt
--
cd /local/pub && m
Flameeyes, blubb, dostrow - what about publishing your recent blog
entries as the official news from your projects?
WKR,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
Patrick Lauer wrote:
> So - as GWN monkey - I'm offering my services as aggregator for project
> updates.
I'd rather see the project managers/bosses/dedicated_members doing that
themselves. Fine example might be GDP updates which work quite well, IMHO.
> Maybe someone from the doc project wants t
Petteri Räty wrote:
>>aint it worth it to mention "-*" in the handbook ?
If you make a decision, http://bugs.gentoo.org/ please.
> And then mentioning stuff like pam that almost everyone wants? There are
> also things that should be on by default.
If it should be on by default, let's add it to t
Dale wrote:
> I'm not a dev but I can see both sides. I learned why some things are
> being pulled in that I couldn't figure out. I use KDE but do not want
> Gnome and it appears that I have some gnome stuff installed and didn't
> know it, because of the USE line. I guess they are in there becau
Peter wrote:
> Also, I find it absolutely fascinating that the only people against this
> concept are devs, and the only people for it are users.
Please see Message-ID: <[EMAIL PROTECTED]> (for those
using MUAs that suck, it's "Date: Sat, 24 Dec 2005 03:16:53 -0600",
"From: Dale <[EMAIL PROTECTED
On Tuesday 06 of December 2005 23:28 Doug Goldstein wrote:
> Yeah so... I don't really know what your last name means... Only thing
> close that I see is "female repoductive organ" but of the 4 letter
> variation. I dunno... Lemme know... maybe even off list.. :-D
Bingo, I see you already know all
On Tuesday 06 of December 2005 19:54 Michael Cummings wrote:
[...]
> but then no one would be able to go to my space because it would get
> flagged as porn :/
If you knew Czech, you would know how could mine surname be interpreted ;-)
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
pg
On Saturday 03 of December 2005 21:26 Matthias Langer wrote:
> 1.) If you remove gcc-3.3* before emerge -e system you will be left
> behind with a broken python and therefore emerge. Thus i think there
> should be a big red box telling users about this.
Our guide says that you have to either run `
On Friday 02 of December 2005 22:55 Mark Loeser wrote:
> GCC 3.4 has finally been marked stable on x86. No one will have their
> compiler automatically switched to gcc-3.4 after it is installed, so you
Unfortunately, this is not true, at least on my non-eselect-powered x86 system
(which is defaul
On Monday 28 of November 2005 21:01 Curtis Napier wrote:
> I agree with this. I often don't feel like wading through 5 pages of bad
> results on google to find an obscure packages homepage. I look in the
> ebuild for this information all the time. A seperate tag like , as
> someone mentioned earlie
On Monday 28 of November 2005 11:55 Diego 'Flameeyes' Pettenò wrote:
> I like this idea, as it would also allow to specify user documentation that
> can be found on GDP, allowing users to find out the link to alsa guide
> directly from an alsa-* package's metadata.
What about setting the HOMEPAGE
On Monday 21 of November 2005 16:08 Lares Moreau wrote:
> I don't know if the contents are supposed to be the 'live' website data,
> but, after scrolling down to the nice link tables at the bottom,
> clicking on GLEPs, the info is outdated. Only up to GLEP 38.
>
> Don't know if that is what you are
On Monday 07 of November 2005 21:12 Philip Webb wrote:
> 051107 Ciaran McCreesh wrote:
> I'm serious -- Gentoo should try to follow international standards -- ,
> but have a (smile) to recognise it's a small point.
See the first line of the quotation :-P
Cheers,
-jkt
--
cd /local/pub && more be
On Monday 07 of November 2005 21:10 Grobian wrote:
> Our GLSAs are sent out exactly in the same way, but there is not a word
> on them in the GLEP, neither does anyone seem to care about them, while
> they seem to me at least ***VERY*** important, that is, much more
> important than a message about
On Saturday 05 of November 2005 12:34 Lisa Seelye wrote:
> The first is the method of delivery: Through 'emerge sync', which
> requires that users run this on a regular basis to receive relevant
> news. Further, this process can take a very long time and transfers a
> relatively large amount of d
101 - 200 of 260 matches
Mail list logo