Hi,
any objections against following patch for subversion.eclass?
Fixes bug 401737. Basically respects ESVN_{USER,PASSWORD} during
reemerge of a package.
--- subversion.eclass 2012-02-07 11:56:27.0 +0200
+++ subversion.eclass 2012-02-07 11:59:38.0 +0200
@@ -469,7 +469,9 @@
Hello
You can see current opened bugs for svgalib here:
https://bugs.gentoo.org/buglist.cgi?quicksearch=media-libs%
2Fsvgalib;list_id=812773
Most of them already contain a patch that is supposed to fix each bug
report, the problem is that svgalib doesn't build at all on amd64 and,
then, would be
Excerpts from Ben's message of 2012-02-19 03:04:19 +0100:
> On 19 February 2012 09:00, James Cloos wrote:
> > Without LC_COLLATE="C" things like [a-z]* gets a false=positive
> > match on files like Makefile. [...]
> >
> > The real fix is to have root be C.UTF-8. Which differs from C only
> > in t
> On Sun, 19 Feb 2012, Ben wrote:
> In my opinion we should set a default environment with the following
> values:
> LANG=en_US.UTF-8
> LC_ALL=
> LC_COLLATE=C
> This offers the best default options to the majority of users, and
> is easy to customize for those who wish to use another locale
On 19 February 2012 23:14, Ulrich Mueller wrote:
>> On Sun, 19 Feb 2012, Ben wrote:
>
>> In my opinion we should set a default environment with the following
>> values:
>
>> LANG=en_US.UTF-8
>> LC_ALL=
>> LC_COLLATE=C
>
>> This offers the best default options to the majority of users, and
>>
On 19/02/2012 15:56, Ben wrote:
On 19 February 2012 23:14, Ulrich Mueller wrote:
On Sun, 19 Feb 2012, Ben wrote:
In my opinion we should set a default environment with the following
values:
LANG=en_US.UTF-8
LC_ALL=
LC_ALL isn't needed here because, unlike other LC_* settings, it does
On 19/02/2012 01:00, James Cloos wrote:
"KM" == Kerin Millar writes:
KM> Arch also used to define LC_COLLATE="C" by default, probably to
KM> mitigate unpredictable behaviour in some applications, but have
KM> since dropped this additional variable so they must have deemed it
KM> no longer
> On Sun, 19 Feb 2012, Ben wrote:
>>> In my opinion we should set a default environment with the
>>> following values:
>>
>>> LANG=en_US.UTF-8
>>> LC_ALL=
>>> LC_COLLATE=C
>>
>>> This offers the best default options to the majority of users, and
>>> is easy to customize for those who wish t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
# Markos Chandras (19 Feb 2012)
# Illegal license. Bug #390205
# Removal in 30 days
app-text/notecase-pro
- --
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
iQ
On Sun, Feb 19, 2012 at 11:56:40PM +0800, Ben wrote:
> On 19 February 2012 23:14, Ulrich Mueller wrote:
> >> On Sun, 19 Feb 2012, Ben wrote:
> >
> >> In my opinion we should set a default environment with the following
> >> values:
> >
> >> LANG=en_US.UTF-8
> >> LC_ALL=
> >> LC_COLLATE=C
> >
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-02-19 23h59 UTC.
Removals:
www-apps/tikiwiki 2012-02-13 19:30:57 a3li
media-tv/linuxtv-dvb-headers2012-02-15 19:17:08
hd_brummy
Any specific procedure to unstable a package? Specifically MythTV.
While there's a lot of user interest in the package, there's just not
enough dev help with the package to really keep it up to snuff to what
could be considered stable. Its woefully behind and I'd just be
happier to drop the current
On Sun, Feb 19, 2012 at 9:46 PM, Doug Goldstein wrote:
> Any specific procedure to unstable a package? Specifically MythTV.
> While there's a lot of user interest in the package, there's just not
> enough dev help with the package to really keep it up to snuff to what
> could be considered stable.
On 20/02/2012 00:11, William Hubbs wrote:
On Sun, Feb 19, 2012 at 11:56:40PM +0800, Ben wrote:
On 19 February 2012 23:14, Ulrich Mueller wrote:
On Sun, 19 Feb 2012, Ben wrote:
In my opinion we should set a default environment with the following
values:
LANG=en_US.UTF-8
LC_ALL=
LC_COLLAT
On 20-02-2012 03:07:33 +, Kerin Millar wrote:
> I know that adding LANG=POSIX doesn't do anything in this case but I
> have a feeling that its presence would be instructive to new users. If a
> user is asked to configure something which isn't present, it often
> generates questions which mig
15 matches
Mail list logo
