Can users file stable and keyword requests?
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
On Wed, 31 Aug 2011 10:45:29 +0300
Nikos Chantziaras 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 t
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 Foun
> 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 decid
# Pacho Ramos (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 part
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 to
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
2011/8/31 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 sugge
On Wed, 32 Aug 2011 10:57:08 +0200
Tomáš Chvátal 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.
> Also Michal if yo
Dne 31.8.2011 12:14, Michał Górny napsal(a):
On Wed, 32 Aug 2011 10:57:08 +0200
Tomáš Chvátal 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 d
On Wed, 31 Aug 2011 12:32:03 +0200
Tomáš Chvátal 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 units of
yours
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 ha
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
Bl
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
http://git.iksaif.ne
Dne 31.8.2011 14:38, Michał Górny napsal(a):
On Wed, 31 Aug 2011 12:32:03 +0200
Tomáš Chvátal 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 tho
> 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"
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.
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 sti
On Wed, Aug 31, 2011 at 6:41 AM, Corentin Chary
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/)
> - Specific handlers
> 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
On Wed, Aug 31, 2011 at 3:14 AM, Michał Górny wrote:
> On Wed, 32 Aug 2011 10:57:08 +0200
> Tomáš Chvátal 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
> 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
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
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
should
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
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
> into the same category.
>
> It is mostly added by the ecl
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 feat
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
On Wed, 31 Aug 2011 22:14:08 +0200
Tomáš Chvátal 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 mostly added by t
On Wed, 31 Aug 2011 21:24:25 +0200
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
Either you pointed out the wrong bug or have to explain what exactly
you are referring
> 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
PDEPEND=a
-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
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 tim
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
> > j
35 matches
Mail list logo
