Re: Debian patching KDE to use /etc for configuration (was: Re: [gentoo-dev] Re: Re: call for testers: udev predictable network interface names)

On Wed, Jan 16, 2013 at 12:34 PM, Kevin Chadwick wrote: >> > >> > I never meant it is rubbish as such but I saw it as rediculously >> > inferior to sudo before I even read this. >> > >> > http://drfav.wordpress.com/2012/05/11/the-quest-towards-trusted-client-applications-a-rambling/ >> >> Perhaps

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

On 16/01/13 22:09, Alexis Ballier wrote: On Wed, 16 Jan 2013 12:40:02 + (UTC) "Tomas Chvatal (scarabeus)" wrote: scarabeus13/01/16 12:40:02 Modified: ChangeLog Added:ffmpeg-9.ebuild Removed: ffmpeg-0.10.2-r1.ebuild Log: Add new v

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

On Wed, Jan 16, 2013 at 7:00 PM, Michael Weber wrote: > how does portage @preserved-libs work? maybe we could emerge > @update[s] and @glsa. @glsa actually makes a lot of sense. I'm not convinced we want @updates as a shortcut for a bunch of settings though. Sets are just about picking which pa

Re: [gentoo-dev] removing the server profiles...

On Wed, Jan 16, 2013 at 5:53 PM, Panagiotis Christopoulos wrote: > Err, ok, so now guys, we 're offering a base profile* with dri, cups, gmp, > fortran and pppd(?) enabled, at the same time openmp enabled but threads > disabled, no sockets, no caps no apache2 or mysql that I would probably > want

Re: [gentoo-dev] call for testers: udev predictable network interface names

On Wed, Jan 16, 2013 at 9:49 PM, Greg KH wrote: > On Wed, Jan 16, 2013 at 06:36:59AM -0500, Rich Freeman wrote: >> On Tue, Jan 15, 2013 at 10:42 PM, Peter Stuge wrote: >> > Rich Freeman wrote: >> >> Not that anybody is taking requests, but it would be really handy >> >> if serial ports were deter

Re: [gentoo-dev] call for testers: udev predictable network interface names

On Wed, Jan 16, 2013 at 06:36:59AM -0500, Rich Freeman wrote: > On Tue, Jan 15, 2013 at 10:42 PM, Peter Stuge wrote: > > Rich Freeman wrote: > >> Not that anybody is taking requests, but it would be really handy > >> if serial ports were deterministically labeled. > > > > Does /dev/serial/* solve

Re: How a proper server profile should look like (was: Re: [gentoo-dev] removing the server profiles...)

On Thu, Jan 17, 2013 at 12:59:11AM +0100, Andreas K. Huettel wrote > Sure a server is something generic, too. However, since you mentioned > mysql above, how about a postgres server? Or a web server using a > daemon different from apache? :) > > This is why I think (as others) a server profile

Re: [gentoo-dev] January stabilization candidates

> honestly this list is such a tinderbox that I hardly read it. I actually > missed the email at first and had to go back in the thread when I saw a > lot of responses. Hence, I would prefer to get bugs than random emails > that I have to search through. So ignore it and he'll open bugs just the s

Re: [gentoo-dev] January stabilization candidates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2013 01:09 PM, Matt Turner wrote: honestly this list is such a tinderbox that I hardly read it. I actually missed the email at first and had to go back in the thread when I saw a lot of responses. Hence, I would prefer to get bugs than random

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/16/2013 06:33 PM, Michael Orlitzky wrote: > Yes, sorry for the confusion. I use more than one package manager, > and when doing an "update" or "upgrade" I'm basically flipping a > coin. hehe, as long as we don't --dist-upgrade ;-) the g was int

How a proper server profile should look like (was: Re: [gentoo-dev] removing the server profiles...)

I think we agree that the last state of the server profiles was not useful. So let's discuss what would be useful. For the medium-term future, not for this current step now. > > Err, ok, so now guys, we 're offering a base profile* with dri, cups, gmp, > fortran and pppd(?) enabled, at the sam

Re: [gentoo-dev] removing the server profiles...

On 22:14 Wed 16 Jan , Andreas K. Huettel wrote: > Am Mittwoch, 16. Januar 2013, 00:36:18 schrieb Andreas K. Huettel: > OK, I consider this consensus enough. > > ... > > Being the one that does the work, the server profiles are disappearing in > 13.0. > Err, ok, so now guys, we 're offerin

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

On Wed, 16 Jan 2013 22:52:52 +0100 Luca Barbato wrote: > On 16/01/13 22:31, Alexis Ballier wrote: > > interesting, did they report it? OTOH, they switched _after_ the > > 2.0.5 release which happens to be the latest one. Since vlc is > > probably the ffmpeg/libav interface the most popular in the

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

On 16/01/13 22:31, Alexis Ballier wrote: > interesting, did they report it? OTOH, they switched _after_ the 2.0.5 > release which happens to be the latest one. Since vlc is probably the > ffmpeg/libav interface the most popular in the world (due to their > windows and mac builds), I'd like to see a

Re: [gentoo-dev] revdep-rebuild bikeshedding

On Wed, Jan 16, 2013, at 03:57 PM, Ian Stakenvicius wrote: [...] > +1 on the replace. +1

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

On Wed, 16 Jan 2013 21:39:04 +0100 Luca Barbato wrote: > On 16/01/13 21:09, Alexis Ballier wrote: > > More seriously: Why ? Who decided this ? > > I never pushed my weight over it before since as you are involved in > FFmpeg directly, I am involved in Libav directly. I don't know what you mean

Re: [gentoo-dev] removing the server profiles...

Am Mittwoch, 16. Januar 2013, 00:36:18 schrieb Andreas K. Huettel: > Hi, > > several people have pointed out to me that the 10.0 -> 13.0 transition > would be a good moment to finally remove the (also in my opinion rather > useless) server profiles. > OK, I consider this consensus enough. [One

Re: [gentoo-dev] revdep-rebuild bikeshedding

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/01/13 03:43 PM, Paul Varner wrote: > All: > > Time for some bikeshedding :) > > For the gentoolkit-0.3.0 series, I removed any filtering of emerge > options set in EMERGE_DEFAULT_OPS for revdep-rebuild. This has > caused some people to comp

Re: [gentoo-dev] removing the server profiles...

On Wed, Jan 16, 2013 at 3:01 PM, Mike Gilbert wrote: > As has been pointed out previously, the "base" profile does not set > USE="perl python", so negating those flags in the server profile does > basically nothing. If certain packages have IUSE="+perl +python" it > might make a difference, but I

Re: [gentoo-dev] revdep-rebuild bikeshedding

On Wed, Jan 16, 2013 at 3:43 PM, Paul Varner wrote: > 2. What behavior do we want? append to EMERGE_DEFAULT_OPTS or replace > EMERGE_DEFAULT_OPTS Replace is probably better. You can always manually append if you want to, but it is much harder to remove unless portage has logic to handle a invers

[gentoo-dev] revdep-rebuild bikeshedding

All: Time for some bikeshedding :) For the gentoolkit-0.3.0 series, I removed any filtering of emerge options set in EMERGE_DEFAULT_OPS for revdep-rebuild. This has caused some people to complain because some of the flags in their EMERGE_DEFAULT_OPTS are not suitable for a revdep-rebuild run. I

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

On 16/01/13 21:09, Alexis Ballier wrote: > More seriously: Why ? Who decided this ? I never pushed my weight over it before since as you are involved in FFmpeg directly, I am involved in Libav directly. Thus anything I say on this topic has a clear bias. Same goes for you. Tomas is not related t

Re: Debian patching KDE to use /etc for configuration (was: Re: [gentoo-dev] Re: Re: call for testers: udev predictable network interface names)

> > > > I never meant it is rubbish as such but I saw it as rediculously > > inferior to sudo before I even read this. > > > > http://drfav.wordpress.com/2012/05/11/the-quest-towards-trusted-client-applications-a-rambling/ > > Perhaps I'm misunderstanding, but that is talking about a specific set

Re: [gentoo-dev] removing the server profiles...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2013 08:12 AM, Michael Mol wrote: > On Wed, Jan 16, 2013 at 8:32 AM, Panagiotis Christopoulos > wrote: >> On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: >>> several people have pointed out to me that the 10.0 -> 13.0 >>> transition woul

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

On Wed, 16 Jan 2013 12:40:02 + (UTC) "Tomas Chvatal (scarabeus)" wrote: > scarabeus13/01/16 12:40:02 > > Modified: ChangeLog > Added:ffmpeg-9.ebuild > Removed: ffmpeg-0.10.2-r1.ebuild > Log: > Add new virtual for 1.1/9 series. Masked. Al

Re: [gentoo-dev] removing the server profiles...

On Wed, Jan 16, 2013 at 2:18 PM, Doug Goldstein wrote: > On Wed, Jan 16, 2013 at 8:16 AM, Ian Stakenvicius wrote: >> 2 - the only difference between server profiles and the base profile >> is USE="+snmp" and maybe one other flag > > USE="-perl -python snmp truetype xml" > As has been pointed out

Re: [gentoo-dev] removing the server profiles...

On 01/16/2013 01:18 PM, Doug Goldstein wrote: > On Wed, Jan 16, 2013 at 8:16 AM, Ian Stakenvicius wrote: > On 16/01/13 08:32 AM, Panagiotis Christopoulos wrote: On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: > several people have pointed out to me that the 10.0 -> 13.0 > transiti

Re: [gentoo-dev] app-emulation/qemu-user mask

On 12/01/13 05:45, Doug Goldstein wrote: > Just wanted to give everyone a heads up. app-emulation/qemu provides > all the functionality of app-emulation/qemu-user without all the > outstanding security bugs and issues the package has. For users using > a cross chroot, I encourage you to look at QEM

Re: [gentoo-dev] removing the server profiles...

On Wed, Jan 16, 2013 at 8:16 AM, Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 16/01/13 08:32 AM, Panagiotis Christopoulos wrote: >> On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: >>> several people have pointed out to me that the 10.0 -> 13.0 >>> transiti

Re: [gentoo-dev] app-emulation/qemu-user mask

On Mon, Jan 14, 2013 at 11:01 AM, Doug Goldstein wrote: > On Mon, Jan 14, 2013 at 1:47 AM, Alexey Shvetsov wrote: >> В письме от 14 января 2013 00:38:06 пользователь Doug Goldstein написал: >>> On Sun, Jan 13, 2013 at 1:45 PM, Alexey Shvetsov wrote: >>> > Hi! >>> > >>> > For cross-chroots its ne

Re: [gentoo-dev] removing the server profiles...

On 16 January 2013 22:16, Rick "Zero_Chaos" Farina wrote: > We have a base profile, we have a desktop profile... wouldn't that make > the base the minimal profile that would likely be fit for a server? If > not, we really should move that way. Having a base, desktop, and server > profile seems si

Re: [gentoo-dev] January stabilization candidates

On Wed, Jan 16, 2013 at 5:58 AM, Rick "Zero_Chaos" Farina wrote: > net-wireless/b43-fwcutter-017 > > be my guest, although I prefer the bugs personally. That's what he's doing... asking maintainers if it's okay to open stabilization bugs for their packages.

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2013 12:24 PM, Ian Stakenvicius wrote: > > --upgrade wouldn't (couldn't, imo) replace --update. > Yes, sorry for the confusion. I use more than one package manager, and when doing an "update" or "upgrade" I'm basically flipping a coin. I j

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2013 12:24 PM, Ian Stakenvicius wrote: > On 16/01/13 11:47 AM, Michael Orlitzky wrote: >> On 01/16/2013 11:36 AM, Michael Weber wrote: >>> > emerge --upgrade >>> with a predefined EMERGE_UPGRADE_OPTS in make.conf (where >>> EMERGE_DEFAUL

Re: [gentoo-dev] removing the server profiles...

Other option: kill the server subprofiles, keep profiles/target/server and let people finally set /etc/make.profile as a dir and play with multiple inheritance. We don't need dozens of subprofiles with only eapi and parent files in them... A.

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/01/13 11:47 AM, Michael Orlitzky wrote: > On 01/16/2013 11:36 AM, Michael Weber wrote: >> emerge --upgrade >> with a predefined EMERGE_UPGRADE_OPTS in make.conf (where >> EMERGE_DEFAULT_OPTS lives). > > +1 so I can stop adding --oneshot

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/01/13 11:49 AM, Michael Orlitzky wrote: > On 01/16/2013 11:47 AM, Michael Orlitzky wrote: >> On 01/16/2013 11:36 AM, Michael Weber wrote: >>> > emerge --upgrade >>> with a predefined EMERGE_UPGRADE_OPTS in make.conf (where >>> EMERGE_DEFA

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

On 01/16/2013 11:47 AM, Michael Orlitzky wrote: > On 01/16/2013 11:36 AM, Michael Weber wrote: >> emerge --upgrade >> with a predefined EMERGE_UPGRADE_OPTS in make.conf (where >> EMERGE_DEFAULT_OPTS lives). > > +1 so I can stop adding --oneshot onto every upgrade. Oh, damn, this isn't sugges

Re: [gentoo-dev] Chromium system ffmpeg

On 1/16/13 8:40 AM, Alec Warner wrote: > Google generally prefers agility. Particularly when machines have gobs > of memory (so bundling is not as big of a deal as it was previously) > and they can staff security fixes for all their bundled libs. This is > quite a pervasive attitude there. Coming f

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

On 01/16/2013 11:36 AM, Michael Weber wrote: > >>> emerge --upgrade > with a predefined EMERGE_UPGRADE_OPTS in make.conf (where > EMERGE_DEFAULT_OPTS lives). +1 so I can stop adding --oneshot onto every upgrade.

Re: [gentoo-dev] Chromium system ffmpeg

On Wed, Jan 16, 2013 at 4:59 AM, Rich Freeman wrote: > On Wed, Jan 16, 2013 at 6:54 AM, Alexis Ballier wrote: >> On Tue, 15 Jan 2013 21:10:12 -0800 >> ""Paweł Hajdan, Jr."" wrote: >>> >>> What when chromium upstream uses code more recent than latest ffmpeg >>> release and it doesn't compile agai

Re: [gentoo-dev] call for testers: udev predictable network interface names

On 01/16/2013 05:25 PM, Mike Gilbert wrote: >> It has been rather nifty that if I walk up to a random machine >> with exactly one NIC (that I've been asked to examine/fix), I >> _know_ that there will be eth0 and only that. ++ > I would actually like to see iproute2 added to the system set. ++ --

Re: [gentoo-dev] call for testers: udev predictable network interface names

Il 16/01/2013 17:25, Mike Gilbert ha scritto: On Wed, Jan 16, 2013 at 10:19 AM, Tobias Klausmann wrote: Hi! On Tue, 15 Jan 2013, Greg KH wrote: So anyone who relies on network names right now to be deterministic, and you have more than one network device in your system, should seriously recon

Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes

On 01/15/2013 09:51 PM, Dirkjan Ochtman wrote: > On Tue, Jan 15, 2013 at 9:18 PM, Peter Stuge wrote: >> emerge --sync layman -S eix-sync #layman... porticron # from porticron update-gentoo # cvs setup https://xmw.de/dotfiles/bin/update-gentoo >> emerge --upgrade with a predefined EMER

Re: [gentoo-dev] call for testers: udev predictable network interface names

On Wed, Jan 16, 2013 at 10:19 AM, Tobias Klausmann wrote: > Hi! > > On Tue, 15 Jan 2013, Greg KH wrote: >> So anyone who relies on network names right now to be deterministic, and >> you have more than one network device in your system, should seriously >> reconsider how they are naming their devi

Re: [gentoo-dev] call for testers: udev predictable network interface names

Hi! On Tue, 15 Jan 2013, Greg KH wrote: > So anyone who relies on network names right now to be deterministic, and > you have more than one network device in your system, should seriously > reconsider how they are naming their devices, as it will not work if you > only rely on the kernel. > > Yo

Re: [gentoo-dev] removing the server profiles...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/01/13 08:32 AM, Panagiotis Christopoulos wrote: > On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: >> several people have pointed out to me that the 10.0 -> 13.0 >> transition would be a good moment to finally remove the (also in >> my opini

Re: [gentoo-dev] removing the server profiles...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2013 08:32 AM, Panagiotis Christopoulos wrote: > On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: >> several people have pointed out to me that the 10.0 -> 13.0 transition would >> be a good moment to finally remove the (also in my opinion

Re: [gentoo-dev] removing the server profiles...

On Wed, Jan 16, 2013 at 8:32 AM, Panagiotis Christopoulos wrote: > On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: >> several people have pointed out to me that the 10.0 -> 13.0 transition would >> be a good moment to finally remove the (also in my opinion rather useless) >> server profiles. >

Re: [gentoo-dev] January stabilization candidates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/12/2013 11:49 PM, "Paweł Hajdan, Jr." wrote: > Please review attached automatically generated stabilization > candidates for January. cool > I don't want to annoy people with automatically filed bugs, and at > the same time I also received lot

Re: [gentoo-dev] January stabilization candidates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/12/2013 05:49 PM, "Paweł Hajdan, Jr." wrote: > Please review attached automatically generated stabilization candidates > for January. > > I don't want to annoy people with automatically filed bugs, and at the > same time I also received lots of

Re: [gentoo-dev] Chromium system ffmpeg

On 16/01/13 12:54, Alexis Ballier wrote: > On Tue, 15 Jan 2013 21:10:12 -0800 > ""Paweł Hajdan, Jr."" wrote: > >> On 1/15/13 4:55 AM, Alexis Ballier wrote: >>> On Mon, 14 Jan 2013 20:34:42 -0800 >>> ""Paweł Hajdan, Jr."" wrote: I'm trying to make Chromium be more compatible with more versio

Re: [gentoo-dev] removing the server profiles...

On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: > several people have pointed out to me that the 10.0 -> 13.0 transition would > be a good moment to finally remove the (also in my opinion rather useless) > server profiles. > The server profiles are not useless, if we can maintain them, and

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: linux-info.eclass

On 14 January 2013 21:19, Mike Frysinger (vapier) wrote: > - local RESULT > - local config > + localRESULT config There is a typo^^^ here leading to errors like this * QA Notice: command not found: * * /usr/portage/eclass/linux-info.eclass: line 326: localRESULT: comm

Re: [gentoo-dev] Chromium system ffmpeg

On 15/01/13 05:34, "Paweł Hajdan, Jr." wrote: > I'm trying to make Chromium be more compatible with more versions of > ffmpeg: > > (although not stated there, that includes libav). > > Now the initial response t

Re: [gentoo-dev] Chromium system ffmpeg

On Wed, Jan 16, 2013 at 6:54 AM, Alexis Ballier wrote: > On Tue, 15 Jan 2013 21:10:12 -0800 > ""Paweł Hajdan, Jr."" wrote: >> >> What when chromium upstream uses code more recent than latest ffmpeg >> release and it doesn't compile against latest release? > > Blame them, it's stupid to break supp

Re: [gentoo-dev] Chromium system ffmpeg

On Tue, 15 Jan 2013 21:10:12 -0800 ""Paweł Hajdan, Jr."" wrote: > On 1/15/13 4:55 AM, Alexis Ballier wrote: > > On Mon, 14 Jan 2013 20:34:42 -0800 > > ""Paweł Hajdan, Jr."" wrote: > >> I'm trying to make Chromium be more compatible with more versions > >> of ffmpeg: > >>

Re: [gentoo-dev] call for testers: udev predictable network interface names

On Tue, Jan 15, 2013 at 10:42 PM, Peter Stuge wrote: > Rich Freeman wrote: >> Not that anybody is taking requests, but it would be really handy >> if serial ports were deterministically labeled. > > Does /dev/serial/* solve the problem? I don't see this directory at all on my system. Rich

Re: [gentoo-dev] removing the server profiles...

On 16 January 2013 04:20, Sergey Popov wrote: > 16.01.2013 03:36, Andreas K. Huettel wrote: >> >> Hi, >> >> several people have pointed out to me that the 10.0 -> 13.0 transition would >> be a good moment to finally remove the (also in my opinion rather useless) >> server profiles. >> >> The easie