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 to
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
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
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 --pretend
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]
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 project
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
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 is the
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
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 that
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 USE
flags.
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 been
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
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
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
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
--
cd
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 alternative
Jan Kundrát wrote:
[...]
My mail server apparently sucks, sorry.
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
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 overlords. Perhaps you
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
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 job quite so
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 understanding of how
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 should
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 after being told by devrel that no action
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.
You
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 it while
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
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?
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 to
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
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 silly,
as
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
client
[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
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
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 that people
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
--
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 valid
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
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
Marius Mauch wrote:
genone 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
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 bumped when the English text gets updated
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
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? ;)
developers
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/mouth
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
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 with
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 need
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 -core
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
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
Hi folks,
somehow it happened that I'm listed as the only maintainer of
net-wireless/ipw3945d, net-wireless/ipw3945 and net-wireless/ipw3945-ucode. I'm
not an ebuild developer, I no longer use that hardware on a production machine,
and I believe that I switched that old laptop to iwl3945 years
On Tuesday, 4 June 2013 17:02:33 CEST, Markos Chandras wrote:
Could you please open a bug so treecleaners can track this?
https://bugs.gentoo.org/show_bug.cgi?id=472296 it is. Thanks.
Cheers,
Jan
Christian Faulhammer wrote:
Ok. What about: Build media plugin for browsers supporting the
Netscape plugin architecture such as www-client/mozilla-firefox
Build media plugin for browsers supporting the Netscape plugin
architecture (that is almost any modern browser)
Cheers,
-jkt
--
cd
Ulrich Mueller wrote:
if ! $(grep 2010/tcp /etc/services /dev/null 21) ; then
cp /etc/services ${T}/services
cat ${T}/services-EOF
ndtp2010/tcp# Network
Dictionary Transfer Protocol
EOF
Tobias Klausmann wrote:
For those apps that need an editor, one could think of editor=vim.
USE flag change usually triggers a rebuild of the package in question. I
certainly don't want to rebuild packages just because I switch $EDITOR.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
Tristan Heaven wrote:
It's my understanding that anything in DEPEND will be installed into /,
so no.
If you mean that running `ROOT=/target emerge --usepkgonly foo-package`
will install foo-package's dependencies into real /, then no, it won't.
Cheers,
-jkt
--
cd /local/pub more beer
Roy Marples wrote:
On Tue, 2007-10-16 at 10:27 -0700, Josh Saddler wrote:
You make it sound like non-ebuild devs with
different kinds of commit access aren't full or real devs and might
be second-class Gentoo members! Which we aren't. :)
Third class then? :P
/me ducks the flame onslaught
Guilherme Amadio wrote:
And sorry to a bit off this thread, but I also would like to help with
some translations of official docs and development. I've been using Gentoo
since 1.4, but never really had time to help. Now I feel I'll have more
time and, if you can point me to some Brazilian
Daniel Drake wrote:
OK, so having a dynamic libpci is an outstanding requirement for the
patch. I will follow up with pciutils upstream about the current state
of that.
If you had any issues with Martin Mares, I can talk to him as he's my
teacher in one course at the university. He looks like
Steve Long wrote:
Whatever. Requiring root for certain tasks has a long history:
On the kernel side.
Hmm, I'm sure I've used several apps which required root over the years.
They are flawed unless they are things like su/sudo/... . As a fine
example about why is this checking bad, see bug
Donnie Berkholz wrote:
if [[ -n ${ver} ]] [[ ${ver//[a-zA-Z-]} != ${PV//[a-zA-Z]} ]] ;
then
It isn't terribly likely to become an issue here, but it might be nicer
to use [[:alpha:]] than [a-zA-Z].
Is [[:alpha:]] locale-safe?
Cheers.
-jkt
--
cd /local/pub more beer /dev/mouth
Steve Long wrote:
Is [[:alpha:]] locale-safe?
Yes, all POSIX character classes listed here are:
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html
Thanks for a nice link. If I read section 7.3.1 correctly, [[:alpha:]]
always contains those letters, but might contain more,
Bo Ørsted Andresen wrote:
So on estonian locales those letters won't be included in [a-z] but
they will be included in [:alpha:].
Actually that was exactly my point. If user had some funny locale that
has digits or dots in its [:alpha:], the ebuild wouldn't work as
desired, but it would rather
Robin H. Johnson wrote:
My quote was from the first sentence of RFC1738, sec 3.3 (HTTP), para 4.
Missed that, sorry.
Redirecting clients to new URLs would give you perfect caching as well.
That's why I say i'm willing to do redirection at the cache level.
I do NOT want lots of users with old
Specification
=
``scm`` is a special suffix. It can be used on its own, but also in any other
valid version spec, just before the place where revision would go. And just
like
revision it can be used only once in a version spec, e.g.:
* ``cat/pkg-1.0_alpha0-scm``
*
Alon Bar-Lev wrote:
As I told you before, I wont slot these two.
Could you provide a link to reasons that lead you to this decision so
that interested readers can make their own opinion?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital
Alon Bar-Lev wrote:
On 12/12/07, Jan Kundrát [EMAIL PROTECTED] wrote:
Alon Bar-Lev wrote:
As I told you before, I wont slot these two.
Could you provide a link to reasons that lead you to this decision so
that interested readers can make their own opinion?
http://bugs.gentoo.org
Donnie Berkholz wrote:
Looking at my kernel config, ext3 and reiser explicitly support
xattrs, and I see jfs and xfs have acls and security labels, which
might be usable.
Extended attributes can be turned off during compile time for each
filesystem you mentioned. NFSv3 doesn't support them
Donnie Berkholz wrote:
If you turn off features you need, things break. There's nothing new
about that. If you disable ext3 support in your kernel, you can't mount
an ext3 partition and you'll get an error during boot about not finding
the root.
I see your point, but extended attributes
Caleb Tennis wrote:
Since Qt is starting to get rather, ahem, big, I've decided that with the
introduction of version 4.4 it's a good time to try and split it down into
more
manageable chunks. I'm introducing a few new packages that are designed to
break
out some of the major pieces into
Santiago M. Mola wrote:
These are potentially ambiguos.
Could you please elaborate a bit about the raw one?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Piotr Jaroszyński wrote:
The package manger would have to look for ebuilds in the main
dir and all the subdirs in case it doesn't have/can't use the cache.
No, it would have to check only for subdirectories named after known and
supported EAPIs.
Cheers,
-jkt
--
cd /local/pub more beer
Simon Cooper wrote:
nearly all binary files do versioning/format information inside the
files
Think of different EAPIs as different set of rules for the ebuild
contents. If you accept this, you can easily define new EAPI as a new
format for ebuilds. It's nice that current EAPI 1 is backwards
Roy Marples wrote:
I understand that metadata in a file name is pure and simple hackery
that has no place here and the GLEP is a flimsy attempt to justify it.
Do you count version as metadata?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital
Chrissy Fullam wrote:
I appreciate your opinion and your right to have such an opinion, however, I
have a hard time understanding your reason for said opinion. I would expect
any person to be able to say 'enough' and 'lets take this elsewhere.'
Perhaps he feels in such a way because your mail
Perhaps I'm just so much used to seeing automatic signatures separated
by -- \r\n and consider non-separated text as typed by the author.
(And yes, Chris, I need beer from pubs :) )
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Duncan wrote:
Mainstream kernel's default make install uses /sbin/installkernel if it
exists, so I've been using it, invoking the kernel's make install from my
own kernel scripts. installkernel invokes mkboot...
We (the docs team) have never suggested out users to run `make install`
for
Davide Cendron wrote:
Ok, so we're just blocking on the docs guys.
Well, to the best of my knowledge, nobody asked us to fix stuff.
Preferred way would be filing a bug to the docs-team that says hey,
we're gonna deprecate all digests, could you please fix your crap so
that it doesn't recommend
Richard Freeman wrote:
We might also aim to make it easy for users to mix-and-match levels of
stability by package. I know it is possible already, but perhaps it
could be improved, or pre-canned lists of packages that users might
typically want bleeding-edge vs stable could be compiled.
Fabio Erculiani wrote:
I offer my help to fix DEPEND/RDEPEND split issues which is causing me
a lot of headaches (along with localizations).
For reference, please have a look here: http://planet.sabayonlinux.org/?p=105
The name [EMAIL PROTECTED] is not a valid username. Either you
misspelled
Fabio Erculiani wrote:
^^ This is a really stupid sentence. It seems some of you don't even
realize how many users we brought to Gentoo, and this is really sad.
I'm not sure I understand how exactly you bring people to Gentoo. You
bring people to your distribution which is a binary rebuilt of
Natanael Copa wrote:
So since I build a distro where size does matter (uclibc) I realised
that even if I submit bugs for broken RDEPEND, there will never be an
end to those bug reports. Looking at this thread, it seems i was right.
I wonder what you are looking at :(. You've been told by
Petteri Räty wrote:
Joining us from the land of the pyramids, we have Ahmed b33fc0d3
Ammar.
w3l(0m3 4b04rd, 4hm3d.
(h33r5,
-jk7
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Petteri Räty wrote:
If you can't manage weekly commits, you can't respond to security issues
either. This means that you should have devaway on.
That assumption is false. If there was a need to do weekly commits and
the dev in question couldn't manage it, it would be wise to expect that
he
Petteri Räty wrote:
26767 ingmar
41523 philantrop
Go KDE go! :)
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Denis Dupeyron wrote:
he also enjoys drinking beer.
So please everybody give a warm re-welcome to Josh.
Sounds good, let's have one :]
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Donnie Berkholz wrote:
Presuming you're adding the direction-flag patch to 4.3.0 so it doesn't
break people on a kernel earlier than 2.6.25?
gentoo-sources-2.6.24-r4 has that patch, at least when looking at the
changelog. Or is it just for compile-time borkage and not for the
direction flag
Vaeth wrote:
Result: Compiles fine with gcc-4.3 on x86 but dies immediately
at boot (before printing anything) unless acpi=off is used.
(And just to be sure, I disabled every acpi feature except
general acpi support - same result).
Please file a bug at bugs,gentoo.org, our hardened team surely
likewhoa wrote:
plus the beer is free so you'll
Hey! Location?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Enrico Weigelt wrote:
Maybe you remember the discussions about stable vs. dev kernel
branches: the kernel folks wanted to give up stable branches,
leaving them to the individual distros and concentrate just on
devel branch. A lot of people were totally unhappy with this
idea, so they
Enrico Weigelt wrote:
I'm just installing qemu, which requires gcc-3.x for building.
The current breaks are very ugly, IMHO.
So I'm proposing to add the old gcc-3.x as depedency to qemu,
at least as long as it doesn't build w/ newer gcc.
Hi Enrico, it is usually a good idea to search
Markus Meier wrote:
qt3support: Enable the Qt3Support libraries for Qt4
While it affects a few packages, they all are parts of the Qt toolkit
(which we previously shipped in one big package). I can't see a scenario
where this flag might be used on a package not released by Trolltech.
Andrey Grozin wrote:
sci-visualization/qtiplot, for example
I don't see a reference to the qt3support flag in any of qtiplot
ebuilds, could you please clarify what you mean?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Andrey Grozin wrote:
There was a period when qtiplot required qt4 emerged with qt3support USE
flag. So, it had pkg_setup which checked this and produced an error it
necessary.
Ah, that's quite common -- a package FooBar is ported to Qt4, but it
still uses some of the Qt4's Qt3support
Hi Federico, a good start would be not to hijack threads [1] :p
Cheers,
-jkt
[1] http://en.wikipedia.org/wiki/Thread_hijacking
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Thomas Anderson wrote:
I personally have had no problems reading and/or understanding PMS, and
I've had to reference a fair bit of it. I'd like to hear exactly who has
problems with what sections and how to fix that.
As Fabian said it really isn't a matter of We like XML better than LaTeX!
Luca Barbato wrote:
Thomas Anderson wrote:
As Fabian said it really isn't a matter of We like XML better than
LaTeX!
It's not those people's prerogative.
Problems like having homogeneous documentation aren't that small.
See the devmanual. It uses completely different XML markup. It is XML,
Tiziano Müller wrote:
Having the EAPI versioned like this: X.Y where X is the postfix part of the
ebuild (foo-1.0.ebuild-X) and Y the EAPI=Y in the ebuild itself we could
increment Y in case the changes to the EAPI don't break sourcing (again: a
package manager will have to mask those ebuilds)
Joe Peterson wrote:
But what users *really* don't care about is EAPIs, and this GLEP would
expose that technical detail to them in a very blatent way.
Anyone who cares about ebuilds at a file level has to care about EAPIs.
Not really. A typical user does not need to know about EAPIs at all,
Ciaran McCreesh wrote:
On Thu, 12 Jun 2008 15:34:56 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
I'd honestly like to see an official PMS project page i.e.
http://www.gentoo.org/proj/en/pms/
There's http://www.gentoo.org/proj/en/qa/pms.xml . Unfortunately, rane
decided to go and vandalise it
1 - 100 of 225 matches
Mail list logo
