[gentoo-dev] Stable and keyword requests by users

2011-08-31 Thread Nikos Chantziaras
Can users file stable and keyword requests?

Re: [gentoo-dev] Stable and keyword requests by users

2011-08-31 Thread justin
On 31/08/11 09:45, Nikos Chantziaras wrote: Can users file stable and keyword requests? Yes, but please do not CC any arches. signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Stable and keyword requests by users

2011-08-31 Thread Michał Górny
On Wed, 31 Aug 2011 10:45:29 +0300 Nikos Chantziaras rea...@arcor.de wrote: Can users file stable and keyword requests? They even should, I'd say. But please only do that for packages you're actually using/you actually need. And, as Justin pointed out, please don't CC arches yourself; package

Re: [gentoo-dev] Re: [RFC] office-ext.eclass

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 01:09, Jonathan Callen napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Tomáš Chvátal wrote: die Unable not determine libreoffice/openoffice implementation! Unable to determine ... - -- Jonathan Callen Thanks, replaced. # Copyright 1999-2011 Gentoo

Re: [gentoo-dev] Stable and keyword requests by users

2011-08-31 Thread Ulrich Mueller
On Wed, 31 Aug 2011, Michał Górny wrote: Can users file stable and keyword requests? They even should, I'd say. But please only do that for packages you're actually using/you actually need. And, as Justin pointed out, please don't CC arches yourself; package maintainer has to decide first

[gentoo-dev] Lastrite: net-irc/conspire

2011-08-31 Thread Pacho Ramos
# Pacho Ramos pa...@gentoo.org (31 Ago 2011) # It still needs libsexy and was tagged as dead by upstream, # could reappear in the future if a 2.x release is launched # some day. bug #381221, removal in 30 days. net-irc/conspire signature.asc Description: This is a digitally signed message

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Thanks for all the pointers, hopefully I addressed all issues raised by both of you :) Good pointer is that we should probably check if the MERGE_TYPE=binary and not check-reqs ram and disk_build in that case. But there is slight problem how to do it in older eapis. Also Michal if you want

[gentoo-dev] [RFC] category for openoffice/libreoffice extensions

2011-08-31 Thread Tomáš Chvátal
Hi, would it be sane to create new category for the extensions of the libreoffice? There will be more than handful of them when we add the office-ext eclass and start adding them to the main tree. I think it could go to office-plugins/ category, any other suggestions? Cheers Tom

Re: [gentoo-dev] [RFC] category for openoffice/libreoffice extensions

2011-08-31 Thread Kfir Lavi
2011/8/31 Tomáš Chvátal scarab...@gentoo.org Hi, would it be sane to create new category for the extensions of the libreoffice? There will be more than handful of them when we add the office-ext eclass and start adding them to the main tree. I think it could go to office-plugins/ category,

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Michał Górny
On Wed, 32 Aug 2011 10:57:08 +0200 Tomáš Chvátal scarab...@gentoo.org wrote: Good pointer is that we should probably check if the MERGE_TYPE=binary and not check-reqs ram and disk_build in that case. But there is slight problem how to do it in older eapis. We simply don't. Life is hard :P.

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 12:14, Michał Górny napsal(a): On Wed, 32 Aug 2011 10:57:08 +0200 Tomáš Chvátalscarab...@gentoo.org wrote: Good pointer is that we should probably check if the MERGE_TYPE=binary and not check-reqs ram and disk_build in that case. But there is slight problem how to do it in older

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Michał Górny
On Wed, 31 Aug 2011 12:32:03 +0200 Tomáš Chvátal scarab...@gentoo.org wrote: gibibytes, mebibytes, tebibytes. I preffer binary units over this fancy standard :) Even our tools return the binary calculated ones not the decadic ones. These are binary units, rather those fancy misnamed binary

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Michael Schreckenbauer
Hi, Am Mittwoch, 31. August 2011, 12:32:03 schrieb Tomáš Chvátal: Hehe same as above Rest I hopefully applied. Lemme know if you find something else. just a user lurking here, but # @FUNCTION: check-reqs_unsattisfied # @DESCRIPTION: # Internal function that inform about check result. # It has

Re: [gentoo-dev] mesa r600 gallium news item

2011-08-31 Thread Donnie Berkholz
On 23:12 Thu 25 Aug , Chí-Thanh Christopher Nguyễn wrote: Existing users will not be switched automatically. Why not? If it's considered the supported route going forward, we should just do it automatically. -- Thanks, Donnie Donnie Berkholz Council Member / Sr. Developer Gentoo Linux

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-08-31 Thread Corentin Chary
Hi, some news about euscan (still available at http://euscan.iksaif.net) - New design (yay !) - Atom feeds available for each herd/category/maintainer/package (http://euscan.iksaif.net/maintainers/59/feed/) - Specific handlers for PyPi, RubyGems, pecl and PEAR packages (check

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 14:38, Michał Górny napsal(a): On Wed, 31 Aug 2011 12:32:03 +0200 Tomáš Chvátalscarab...@gentoo.org wrote: gibibytes, mebibytes, tebibytes. I preffer binary units over this fancy standard :) Even our tools return the binary calculated ones not the decadic ones. These are

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Michał Górny
DEPEND=sys-apps/gawk gawk is in the system set. If you really want to DEP on it explicitly, maybe we should create a virtual, as any POSIX-compliant awk will handle this. # Temporary workaround for unset units. # Backcompat. [[ ${unit//*([[:digit:]])} ]] || unit=M

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 17:30, Michał Górny napsal(a): DEPEND=sys-apps/gawk gawk is in the system set. If you really want to DEP on it explicitly, maybe we should create a virtual, as any POSIX-compliant awk will handle this. # Temporary workaround for unset units. # Backcompat.

Re: [gentoo-dev] mesa r600 gallium news item

2011-08-31 Thread Chí-Thanh Christopher Nguyễn
Donnie Berkholz schrieb: On 23:12 Thu 25 Aug , Chí-Thanh Christopher Nguyễn wrote: Existing users will not be switched automatically. Why not? If it's considered the supported route going forward, we should just do it automatically. Some users might be using UMS instead of KMS still,

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-08-31 Thread Alec Warner
On Wed, Aug 31, 2011 at 6:41 AM, Corentin Chary corentin.ch...@gmail.com wrote: Hi, some news about euscan (still available at http://euscan.iksaif.net) - New design (yay !) - Atom feeds available for each herd/category/maintainer/package (http://euscan.iksaif.net/maintainers/59/feed/) -

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Ulrich Mueller
On Wed, 31 Aug 2011, Tomáš Chvátal wrote: [M0-9]) echo mebibytes ;; Anyway addressed :) Please be consistent and change the following occurences too: # Internal function that returns number in megabites. ewarn QA: Assuming Megabytes. And the name of check-reqs_get_megs()

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Alec Warner
On Wed, Aug 31, 2011 at 3:14 AM, Michał Górny mgo...@gentoo.org wrote: On Wed, 32 Aug 2011 10:57:08 +0200 Tomáš Chvátal scarab...@gentoo.org wrote: Good pointer is that we should probably check if the MERGE_TYPE=binary and not check-reqs ram and disk_build in that case. But there is slight

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Ulrich Mueller
On Wed, 31 Aug 2011, Alec Warner wrote: Also it is my understanding that all tokens in $(()) go through expansion, so for instance: $(( 1024 * 1024 * size )) and $(( 1024 * 1024 * ${size})) are equivalent. Is this only in bash4? It's like this since bash 2.05 at least. Do we have a

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 21:03, Ulrich Mueller napsal(a): On Wed, 31 Aug 2011, Alec Warner wrote: Also it is my understanding that all tokens in $(()) go through expansion, so for instance: $(( 1024 * 1024 * size )) and $(( 1024 * 1024 * ${size})) are equivalent. Is this only in bash4? It's like this

[gentoo-dev] About upstreams appending additional CFLAGS when building with some configure options

2011-08-31 Thread Pacho Ramos
I won't be able to reply to this thread for now, but would like to ask about how to handle cases like: https://bugs.gentoo.org/show_bug.cgi?id=381355 Until now, I usually opted to trust upstreams and don't touch FLAGS they set (except cases like Werror and so.), but I am not sure if maybe I

[gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Tomáš Chvátal
Hi, what is the purpose of this fancy useflag, it controlls install of at best one or more small sh scripts. As we do not bother with the logrotate useflag this thing should fall into the same category. It is mostly added by the eclass for the feature. Which I for example didn't notice and forced

Re: [gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Michał Górny
On Wed, 31 Aug 2011 22:14:08 +0200 Tomáš Chvátal scarab...@gentoo.org wrote: what is the purpose of this fancy useflag, it controlls install of at best one or more small sh scripts. As we do not bother with the logrotate useflag this thing should fall into the same category. It is mostly

Re: [gentoo-dev] glibc-2.14 and changes in rpc support (libtirpc)

2011-08-31 Thread Mike Frysinger
On Saturday, June 11, 2011 16:11:35 Mike Frysinger wrote: historically, glibc provided all the ugly rpc support (while not nearly as relevant today, it still is used by way of nfs support). the glibc maintainers have opted to stop supporting this. at first they declined to accept new

Re: [gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Mike Frysinger
On Wednesday, August 31, 2011 16:22:28 Michał Górny wrote: On Wed, 31 Aug 2011 22:14:08 +0200 Tomáš Chvátal wrote: what is the purpose of this fancy useflag, it controlls install of at best one or more small sh scripts. As we do not bother with the logrotate useflag this thing should fall

Re: [gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Michał Górny
On Wed, 31 Aug 2011 22:14:08 +0200 Tomáš Chvátal scarab...@gentoo.org wrote: Hi, what is the purpose of this fancy useflag, it controlls install of at best one or more small sh scripts. As we do not bother with the logrotate useflag this thing should fall into the same category. It is

Re: [gentoo-dev] About upstreams appending additional CFLAGS when building with some configure options

2011-08-31 Thread Michał Górny
On Wed, 31 Aug 2011 21:24:25 +0200 Pacho Ramos pa...@gentoo.org wrote: I won't be able to reply to this thread for now, but would like to ask about how to handle cases like: https://bugs.gentoo.org/show_bug.cgi?id=381355 Either you pointed out the wrong bug or have to explain what exactly you

Re: [gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Ulrich Mueller
On Wed, 31 Aug 2011, Mike Frysinger wrote: installing the files unconditionally does fall into the logrotate/xinetd category, so it should get punted. but people should not end up with the depends installed all the time. The eclass currently has RDEPEND=app-admin/eselect and

Re: [gentoo-dev] About upstreams appending additional CFLAGS when building with some configure options

2011-08-31 Thread Aaron W. Swenson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/31/2011 03:24 PM, Pacho Ramos wrote: I won't be able to reply to this thread for now, but would like to ask about how to handle cases like: https://bugs.gentoo.org/show_bug.cgi?id=381355 Until now, I usually opted to trust upstreams and

Re: [gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Mike Frysinger
On Wednesday, August 31, 2011 18:16:29 Ulrich Mueller wrote: On Wed, 31 Aug 2011, Mike Frysinger wrote: installing the files unconditionally does fall into the logrotate/xinetd category, so it should get punted. but people should not end up with the depends installed all the time. And

Re: [gentoo-dev] mesa r600 gallium news item

2011-08-31 Thread Donnie Berkholz
On 17:51 Wed 31 Aug , Chí-Thanh Christopher Nguyễn wrote: Donnie Berkholz schrieb: On 23:12 Thu 25 Aug , Chí-Thanh Christopher Nguyễn wrote: Existing users will not be switched automatically. Why not? If it's considered the supported route going forward, we should just do it