On Saturday 20 April 2013 11:42:42 Michał Górny wrote:
> On Sat, 20 Apr 2013 02:10:20 -0400 Mike Frysinger wrote:
> > On Saturday 20 April 2013 01:12:20 Michał Górny wrote:
> > > for v in CHOST CBUILD AS CC CXX LD PKG_CONFIG_{LIBDIR,PATH} ; do
> > >
> > > vv="
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2013-04-21 23h59 UTC.
Removals:
media-sound/alsa-firmware 2013-04-16 05:16:28 ssuominen
sys-kernel/linuxwacom-module2013-04-21 20:14:24 hwoarang
Additions:
sys-firmware/alsa
Hello everybody,
the upcoming Claws Mail release will have no separation between
internal plugins (stuff that is built on mail-client/claws-mail with
USE="crypt bogofilter") and external ones (all packages
mail-client/claws-mail-*) anymore.
All are now integrated, which would mean 21 additional US
On Sun, Apr 21, 2013 at 12:43 PM, Michał Górny wrote:
> Hi,
>
> I'd like to give you a heads up and explanation on what I'm doing
> today.
>
> I'm in the process of converting emul-linux-x86-xlibs dependencies
> in gx86 with any-of dependencies supporting both emul-linux and split
> multilib packa
On Sun, 21 Apr 2013 21:43:04 +0200
Michał Górny wrote:
> 1. well, the deps aren't that 100% awesome in EAPI<5 with paludis. It
> may not enforce USE-deps correctly, but a global ABI_X86 setting plus
> @world rebuild will make it work fine. but anyway -- whenever
> possible, please try to migrate p
Hi Samuli,
while you're at it do you know what changed between 1.5 and 1.6 in
ICC/color profiles land?
In short digikam is now unable to save png files, I've yet do debug it
so if there is some pointers that could shorten the discovery.
The culprit seem to be "libpng error: profile 'icc': 1B0Ah:
Hi,
I'd like to give you a heads up and explanation on what I'm doing
today.
I'm in the process of converting emul-linux-x86-xlibs dependencies
in gx86 with any-of dependencies supporting both emul-linux and split
multilib packages.
The goal of that process is to allow peaceful co-existence of b
On Sun, 21 Apr 2013 17:05:49 +0200
Alexis Ballier wrote:
> On Sun, 21 Apr 2013 20:53:28 +0800
> Ben de Groot wrote:
> > >
> > > PS: btw, some hunks are weird in your commit, a locale issue ?
> > >
> >
> > No, just a line in my vimrc that removes trailing whitespace.
>
> You should probably dis
Tom Wijsman wrote:
> > > You should just convert the commit diff to not include space
> > > changes.
> >
> > Tom, I don't understand what you mean here? Who should do the convert
> > and why?
>
> It's a human error for both ends, it can thus be done on both sides.
Hm, I'm not sure I follow.
Whe
On Sun, 21 Apr 2013 18:00:42 +0200
Peter Stuge wrote:
> > You should just convert the commit diff to not include space
> > changes.
>
> Tom, I don't understand what you mean here? Who should do the convert
> and why?
It's a human error for both ends, it can thus be done on both sides.
> Writin
Tom Wijsman wrote:
> > > No, just a line in my vimrc that removes trailing whitespace.
> >
> > You should probably disable it or remove trailing whitespaces in a
> > separate commit though.
I agree strongly with this.
> > Having functional changes mixed with whitespace/cosmetics in a
> > single
On Sun, 21 Apr 2013 17:32:26 +0200
Tom Wijsman wrote:
> On Sun, 21 Apr 2013 17:05:49 +0200
> Alexis Ballier wrote:
>
> > On Sun, 21 Apr 2013 20:53:28 +0800
> > Ben de Groot wrote:
> > > >
> > > > PS: btw, some hunks are weird in your commit, a locale issue ?
> > > >
> > >
> > > No, just a lin
On Sun, 21 Apr 2013 17:05:49 +0200
Alexis Ballier wrote:
> On Sun, 21 Apr 2013 20:53:28 +0800
> Ben de Groot wrote:
> > >
> > > PS: btw, some hunks are weird in your commit, a locale issue ?
> > >
> >
> > No, just a line in my vimrc that removes trailing whitespace.
> >
>
> You should probabl
On Sun, 21 Apr 2013 17:07:41 +0200
Chí-Thanh Christopher Nguyễn wrote:
> Denis Dupeyron schrieb:
> >> When someone asks about changing a package which someone else
> >> maintains, I always suggest reporting a bug about it. Do you think
> >> that is generally ok, or not the proper way to communica
Denis Dupeyron schrieb:
>> When someone asks about changing a package which someone else maintains, I
>> always suggest reporting a bug about it. Do you think that is generally ok,
>> or not the proper way to communicate?
>
> Exactly. Bugzilla is not a communication tool,
> Communication is (in
On Sun, 21 Apr 2013 20:53:28 +0800
Ben de Groot wrote:
> >
> > PS: btw, some hunks are weird in your commit, a locale issue ?
> >
>
> No, just a line in my vimrc that removes trailing whitespace.
>
You should probably disable it or remove trailing whitespaces in a
separate commit though. Having
On Sun, 21 Apr 2013 20:53:28 +0800
Ben de Groot wrote:
> On 19 April 2013 21:30, Alexis Ballier wrote:
>
> > On Fri, 19 Apr 2013 09:16:32 + (UTC)
> > "Ben de Groot (yngwin)" wrote:
> >
> > > Index: package.mask
> > > ===
> > >
On Sun, Apr 21, 2013 at 8:38 AM, Chí-Thanh Christopher Nguyễn
wrote:
> When someone asks about changing a package which someone else maintains, I
> always suggest reporting a bug about it. Do you think that is generally ok,
> or not the proper way to communicate?
Exactly. Bugzilla is not a commun
On Sun, Apr 21, 2013 at 8:23 AM, Rich Freeman wrote:
> However, if somebody just commits something to your package, and it
> causes you headaches, and they aren't committing to long-term
> maintenance of the package, then yes, you can revert, etc.
That's where you're wrong. You can revert if nece
Denis Dupeyron schrieb:
> I'm hoping this kind of immature and abrasive behaviours will not
> propagate (notice the plural here). Yes, when you see a package being
> actively maintained by somebody else you should absolutely not touch
> it without talking to that person or team first.
I fail to se
On Sun, Apr 21, 2013 at 10:11 AM, Denis Dupeyron wrote:
> But nobody owns anything in Gentoo. As a developer
> you're not king of the hill but servant of the users. The only way to
> make yourself more relevant is by doing a better job, not by barking
> at the others to protect your territory.
I
I'm hoping this kind of immature and abrasive behaviours will not
propagate (notice the plural here). Yes, when you see a package being
actively maintained by somebody else you should absolutely not touch
it without talking to that person or team first. This is probably the
single most important ru
On 19 April 2013 21:30, Alexis Ballier wrote:
> On Fri, 19 Apr 2013 09:16:32 + (UTC)
> "Ben de Groot (yngwin)" wrote:
>
> > Index: package.mask
> > ===
> > RCS file: /var/cvsroot/gentoo-x86/profiles/package.mask,v
> > retrieving
* Mikle Kolyada :
> Lately, i saw many bugs like =dev-perl/${packagename}: fails test.
Strange, I didn't.
> Me just interested proper way to fix those bugs?
I think it depends on the bug.
So let's have a look at all "dev-perl" bugs in the last month:
https://bugs.gentoo.org/buglist.cgi?short_de
24 matches
Mail list logo
