Re: [gentoo-dev] RFC: regular project updates

2006-01-05 Thread Jan Kundrát
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

Re: [gentoo-dev] RFC: regular project updates

2006-01-05 Thread Jan Kundrát
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

Re: [gentoo-dev] GLEP 42 (news) Round Seven

2006-01-06 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: GLEP 42 (news) Round Seven

2006-01-06 Thread Jan Kundrát
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

Re: [gentoo-dev] Projects and simple guides

2006-01-09 Thread Jan Kundrát
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]

Re: [gentoo-dev] Projects and simple guides

2006-01-10 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: bootstrapping since gcc 3.4 is stable

2006-01-25 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: bootstrapping since gcc 3.4 is stable

2006-01-25 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: bootstrapping since gcc 3.4 is stable

2006-01-26 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: Re: bootstrapping since gcc 3.4 is stable

2006-01-26 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: Re: Re: bootstrapping since gcc 3.4 is stable

2006-01-26 Thread Jan Kundrát
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.

Re: [gentoo-dev] Re: Re: Re: Re: bootstrapping since gcc 3.4 is stable

2006-01-26 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: Re: Re: Re: bootstrapping since gcc 3.4 is stable

2006-01-26 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: Re: Re: Gratuitous useflaggery (doc and examples)

2006-03-05 Thread Jan Kundrát
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

Re: [gentoo-dev] Change layout of distfiles

2006-03-06 Thread Jan Kundrát
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

Re: [gentoo-dev] [last rites] media-gfx/sodipodi

2006-04-02 Thread Jan Kundrát
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

Re: [gentoo-dev] [last rites] media-gfx/sodipodi

2006-04-03 Thread Jan Kundrát
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

Re: [gentoo-dev] [last rites] media-gfx/sodipodi

2006-04-03 Thread Jan Kundrát
Jan Kundrát wrote: [...] My mail server apparently sucks, sorry. -- cd /local/pub more beer /dev/mouth signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] adding a code of conduct

2006-04-03 Thread Jan Kundrát
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

Re: [gentoo-dev] adding a code of conduct

2006-04-03 Thread Jan Kundrát
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

Re: [gentoo-dev] adding a code of conduct

2006-04-03 Thread Jan Kundrát
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

Re: [gentoo-dev] adding a code of conduct

2006-04-03 Thread Jan Kundrát
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

Re: [gentoo-dev] adding a code of conduct

2006-04-04 Thread Jan Kundrát
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

Re: [gentoo-dev] adding a code of conduct

2006-04-04 Thread Jan Kundrát
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

Re: [gentoo-dev] Let portage symlink latest version of installed docs

2006-04-08 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Gentoo theming during bootup

2006-04-11 Thread Jan Kundrát
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

Re: [OT] [gentoo-dev] Version bumps, keywords and you

2006-04-27 Thread Jan Kundrát
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

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Jan Kundrát
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?

Re: [gentoo-dev] Having fun with compression

2006-05-02 Thread Jan Kundrát
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

Re: [gentoo-dev] staffing needs expirations?

2006-05-03 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable?

2006-05-05 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Gentoo: State of the Union

2006-05-08 Thread Jan Kundrát
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

Re: [gentoo-dev] GuideXML editor, tidyGuide and Google SoC

2006-05-08 Thread Jan Kundrát
[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

Re: [gentoo-dev] Discussion

2006-05-11 Thread Jan Kundrá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

Re: [gentoo-dev] Paludis and Profiles

2006-05-16 Thread Jan Kundrát
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

Re: [gentoo-dev] UTF-8 encoding and file format of manuals

2006-06-01 Thread Jan Kundrát
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 --

Re: [gentoo-dev] UTF-8 encoding and file format of manuals

2006-06-02 Thread Jan Kundrát
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

Re: [gentoo-dev] QA subproject, TreeCleaners

2006-06-03 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] i18n project

2006-06-10 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] i18n project

2006-06-11 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] i18n project

2006-06-11 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] i18n project

2006-06-11 Thread Jan Kundrát
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

Re: [gentoo-dev] Herds suck, fix them

2006-06-17 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] i18n project

2006-06-19 Thread Jan Kundrát
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

Re: [gentoo-dev] Nominations open for the Gentoo Council 2007

2006-07-30 Thread Jan Kundrát
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

Re: [gentoo-dev] Project Sunrise resumed

2006-07-31 Thread Jan Kundrát
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

Re: [gentoo-dev] Proposal for advanced useflag-syntax

2006-08-08 Thread Jan Kundrát
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

Re: [gentoo-dev] Council polls now open

2006-08-10 Thread Jan Kundrát
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

Re: [gentoo-dev] New Developer - Vlastimil Babka

2006-09-09 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] CFLAGS paragraph for the GWN

2006-10-04 Thread Jan Kundrát
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

[gentoo-dev] Removing net-wireless/ipw3945*

2013-06-04 Thread Jan Kundrát
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

[gentoo-dev] Re: Removing net-wireless/ipw3945*

2013-06-04 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Small change: Global USE flag nsplugin

2009-03-31 Thread Jan Kundrát
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

Re: [gentoo-dev] How to add a service to /etc/services?

2007-10-07 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: use flags - use options

2007-10-07 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-kids/gcompris: ChangeLog gcompris-8.4.ebuild

2007-10-08 Thread Jan Kundrát
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

Re: [gentoo-dev] New developer : Dawid We;glin' ski (cla)

2007-10-16 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Resolving HAL vs. pciutils/usbutils

2007-10-31 Thread Jan Kundrát
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

Re: [gentoo-dev] Resolving HAL vs. pciutils/usbutils

2007-10-31 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: Re: eselect_zenity: alpha eselect GUI

2007-11-12 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libevent: ChangeLog libevent-1.3e.ebuild

2007-11-12 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libevent: ChangeLog libevent-1.3e.ebuild

2007-11-13 Thread Jan Kundrát
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,

Re: [gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libevent: ChangeLog libevent-1.3e.ebuild

2007-11-14 Thread Jan Kundrát
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

Re: [gentoo-dev] packages.gentoo.org lives!

2007-12-01 Thread Jan Kundrát
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

Re: [gentoo-dev] [GLEP] scm package version suffix

2007-12-09 Thread Jan Kundrát
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`` *

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-12 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-12 Thread Jan Kundrát
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

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-20 Thread Jan Kundrát
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

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-20 Thread Jan Kundrát
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

Re: [gentoo-dev] Project Update: qt-4

2007-12-20 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] Some new global USE-flags

2007-12-20 Thread Jan Kundrát
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

Re: [gentoo-dev] [GLEP 55] EAPI subdirectories instead of file name suffixes

2007-12-22 Thread Jan Kundrát
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

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-22 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Item for 10 Jan 2008 Council meeting

2008-01-09 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Item for 10 Jan 2008 Council meeting

2008-01-12 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: debianutils: system worthy ?

2008-01-28 Thread Jan Kundrát
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

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-31 Thread Jan Kundrát
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

Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for March

2008-03-02 Thread Jan Kundrát
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.

Re: [gentoo-dev] Help offered - Portage tree

2008-03-12 Thread Jan Kundrát
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

Re: [gentoo-dev] Help offered - Portage tree

2008-03-13 Thread Jan Kundrát
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

Re: [gentoo-dev] Help offered - Portage tree

2008-03-14 Thread Jan Kundrát
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

Re: [gentoo-dev] New developer: Ahmed Ammar (b33fc0d3)

2008-03-30 Thread Jan Kundrát
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

Re: [gentoo-dev] Monthly Gentoo Council Reminder for April

2008-04-02 Thread Jan Kundrát
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

Re: [gentoo-dev] Monthly Gentoo Council Reminder for April

2008-04-07 Thread Jan Kundrát
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

Re: [gentoo-dev] Return of a developer : Josh Glover (jmglov)

2008-04-07 Thread Jan Kundrát
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

Re: [gentoo-dev] gcc-4.2 / gcc-4.3 plans

2008-04-10 Thread Jan Kundrát
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

Re: [gentoo-dev] gcc-4.2 / gcc-4.3 plans

2008-04-11 Thread Jan Kundrát
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

Re: [gentoo-dev] New developer : Chris Henhawke (bunder)

2008-04-26 Thread Jan Kundrát
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

Re: [gentoo-dev] RFC: language bindings as separate packages

2008-05-02 Thread Jan Kundrát
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

Re: [gentoo-dev] RFC: qemu - add gcc-3.x dependency

2008-05-05 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] global useflags

2008-05-12 Thread Jan Kundrát
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.

Re: [gentoo-dev] [RFC] global useflags

2008-05-12 Thread Jan Kundrát
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

Re: [gentoo-dev] [RFC] global useflags

2008-05-12 Thread Jan Kundrát
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

Re: [gentoo-dev] am I ready to step into Gentoo?

2008-05-20 Thread Jan Kundrát
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

Re: [gentoo-dev] A few questions to our nominees

2008-06-09 Thread Jan Kundrát
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!

Re: [gentoo-dev] A few questions to our nominees

2008-06-09 Thread Jan Kundrát
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,

Re: [gentoo-dev] Re: Re: Re: A few questions to our nominees

2008-06-09 Thread Jan Kundrát
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)

Re: [gentoo-dev] GLEP 55

2008-06-10 Thread Jan Kundrát
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,

Re: [gentoo-dev] One-Day Gentoo Council Reminder for June

2008-06-12 Thread Jan Kundrát
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   2   3   >