Re: [gentoo-dev] USE flags dri, cups, pppd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/18/2013 07:02 PM, Chí-Thanh Christopher Nguyễn wrote: > Markos Chandras schrieb: >> On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn >> wrote: >>> Because it should be enabled when the respective packages are >>> installed, and not dependi

Re: [gentoo-dev] Lastrites: app-misc/secure-delete, app-misc/ccal, www-apache/mod_vhs, app-portage/epm, www-apps/online-bookmarks, sys-apps/i2c

On Thu, Jan 17, 2013 at 1:21 PM, Pacho Ramos wrote: > # Pacho Ramos > # Dead since 2003, doesn't work with journaling filesystems. > # Also collides with dev-util/smem (#288721). Removal in a month. > app-misc/secure-delete > FWIW, we also have app-misc/scrub in the tree which likely does simila

[gentoo-dev] Separately buildable binary blobs

How important are separately buildable binary blobs? Rather than speak in terms of app/foo and app/bar, I'll just come out and say its app-emulation/qemu. Due to the nature of the package it relies on firmware blobs to emulate certain aspects of the system (e.g. BIOS). I've been working on making e

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

On Sat, 19 Jan 2013 00:47:09 +0100 "Andreas K. Huettel" wrote: > Am Freitag, 18. Januar 2013, 23:20:50 schrieben Sie: > > On Fri, 18 Jan 2013 21:37:10 +0100 > > > > "Andreas K. Huettel" wrote: > > > FYI, the new 13.0 profiles are now all available in profiles.desc, for > > > now all with status

Re: [gentoo-dev] USE flags dri, cups, pppd

On Sat, Jan 19, 2013 at 01:02:04AM +0100, Chí-Thanh Christopher Nguyễn wrote: > Markos Chandras schrieb: > > On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn > > wrote: > >> Because it should be enabled when the respective packages are > >> installed, and not depending on the profile the use

Re: [gentoo-dev] USE flags dri, cups, pppd

Markos Chandras schrieb: > On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn > wrote: >> Because it should be enabled when the respective packages are >> installed, and not depending on the profile the user has selected. > Hell, as discussed, the base profile should contain the absolute > min

Re: [gentoo-dev] USE flags dri, cups, pppd

On Fri, 18 Jan 2013 23:58:22 + "Aaron W. Swenson" wrote: > > Hell, as discussed, the base profile should contain the absolute > > minimal flags, and "dri" does not appear to be one of these. > > Having graphics support on such a profile is not expected. IMHO it > > should be moved to the deskt

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

On Thu, 17 Jan 2013 15:02:48 -0500 Rich Freeman wrote: > We might be talking past each other. Sane but minimal is the target. > > Bottom line is that the question isn't whether a minimal system should > have CUPS installed (that would be an argument for putting it in > @system - ugh!). The que

Re: [gentoo-dev] USE flags dri, cups, pppd

On Fri, Jan 18, 2013 at 11:55:07PM +, Markos Chandras wrote: > On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn > wrote: > > Patrick McLean schrieb: > > > I would prefer to keep USE=dri in the default profile. If you > > > want to move VIDEO_CARDS that would be fine with me though. > > >

Re: [gentoo-dev] USE flags dri, cups, pppd

On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn wrote: > Patrick McLean schrieb: >> > I would prefer to keep USE=dri in the default profile. If you want to move >> > VIDEO_CARDS that > would be fine with me though. >> >> USE=dri is usually only relevant on desktops, why enable it on all >

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

Am Freitag, 18. Januar 2013, 23:20:50 schrieben Sie: > On Fri, 18 Jan 2013 21:37:10 +0100 > > "Andreas K. Huettel" wrote: > > FYI, the new 13.0 profiles are now all available in profiles.desc, for > > now all with status "dev" (i.e. repoman includes them only when you > > request developer profil

Re: [gentoo-dev] USE flags dri, cups, pppd

Patrick McLean schrieb: > > I would prefer to keep USE=dri in the default profile. If you want to move > > VIDEO_CARDS that would be fine with me though. > > USE=dri is usually only relevant on desktops, why enable it on all profiles? Because it should be enabled when the respective packages are

Re: [gentoo-dev] USE flags dri, cups, pppd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 18 Jan 2013 15:18:25 -0800 Patrick McLean wrote: > USE=dri is usually only relevant on desktops, why enable it on all > profiles? This question only matters if you expect there to be non-desktops where there are packages installed that IUSE d

Re: [gentoo-dev] USE flags dri, cups, pppd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/01/13 02:02 PM, Chí-Thanh Christopher Nguyễn wrote: > Andreas K. Huettel schrieb: >> * move setting USE=dri and USE=cups from default/linux/make.defaults to >> targets/desktop/make.defaults > > I would prefer to keep USE=dri in the default pr

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

On Wed, 16 Jan 2013 00:36:18 +0100 "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 easiest way to do this would be to

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

On Fri, 18 Jan 2013 21:37:10 +0100 "Andreas K. Huettel" wrote: > > FYI, the new 13.0 profiles are now all available in profiles.desc, for now > all > with status "dev" (i.e. repoman includes them only when you request developer > profile checking). > > This means the procedure below is comp

Re: [gentoo-dev] USE flags dri, cups, pppd

Andreas K. Huettel schrieb: > * move setting USE=dri and USE=cups from default/linux/make.defaults to > targets/desktop/make.defaults I would prefer to keep USE=dri in the default profile. If you want to move VIDEO_CARDS that would be fine with me though. Best regards, Chí-Thanh Christopher Nguy

Re: [gentoo-dev] USE flags dri, cups, pppd

On Fri, Jan 18, 2013 at 12:49 PM, Andreas K. Huettel wrote: > > During the server profile discussion, it became clear that we could clean up > the base profiles a bit. This is unrelated to the profile versions, as the > change would affect all versions (well, at least without bigger changes). > >

Re: [gentoo-dev] USE flags dri, cups, pppd

On Friday 18 January 2013 15:49:38 Andreas K. Huettel wrote: > During the server profile discussion, it became clear that we could clean > up the base profiles a bit. This is unrelated to the profile versions, as > the change would affect all versions (well, at least without bigger > changes). > >

[gentoo-dev] USE flags dri, cups, pppd

During the server profile discussion, it became clear that we could clean up the base profiles a bit. This is unrelated to the profile versions, as the change would affect all versions (well, at least without bigger changes). What I suggested and what djc and kensington supported was: * move

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

FYI, the new 13.0 profiles are now all available in profiles.desc, for now all with status "dev" (i.e. repoman includes them only when you request developer profile checking). This means the procedure below is complete up to and including point 5) now. Please consider changing your profile sy

Re: [gentoo-dev] RFC: new "qt" category

2013/1/17 Ben de Groot : > Hi guys, > > Presently we already have a good number of split qt-* library packages > in x11-libs. With the arrival of Qt5 upstream has gone a lot further > in modularization, so we expect the number of packages to grow much > more. We, the Gentoo Qt team, are of the opin

Re: [gentoo-dev] RFC: new "qt" category

On 17/01/2013 14:57, Ben de Groot wrote: > Presently we already have a good number of split qt-* library packages > in x11-libs. How many? └> ls -d /usr/portage/x11-libs/qt* | wc -l 22 > We, the Gentoo Qt team, are of the opinion that the time has > come to split all these out into their own cat

Re: [gentoo-dev] RFC: new "qt" category

On 18 January 2013 04:24, Mike Frysinger wrote: > On Thursday 17 January 2013 14:44:14 Ciaran McCreesh wrote: >> On Thu, 17 Jan 2013 14:35:12 -0500 James Cloos wrote: >> > > "CM" == Ciaran McCreesh writes: >> > CM> That's what's known as "doing it wrong". You should be querying >> > CM> your p

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/01/13 09:54 AM, William Hubbs wrote: > On Fri, Jan 18, 2013 at 08:33:13AM -0500, Ian Stakenvicius wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> >> On 18/01/13 07:24 AM, viv...@gmail.com wrote: >>> Since for servers predictable n

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

On Fri, Jan 18, 2013 at 08:33:13AM -0500, Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 18/01/13 07:24 AM, viv...@gmail.com wrote: > > Since for servers predictable names are useful and for desktop > > (which usually have only one ethernet that never change) Is

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/01/13 07:24 AM, viv...@gmail.com wrote: > Since for servers predictable names are useful and for desktop > (which usually have only one ethernet that never change) Is it > possible to set desktop profiles to still use ethX, and base > profile

Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/01/13 03:13 AM, Michael Weber wrote: > > I wonder if anybody uses unattended [backup+]emerge as cron job. > I'm really temped to do so, but with users relying on these > machines I'm always chicken-out. > I used to, up until around 2006-200

Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass

On Fri, Jan 18, 2013 at 2:13 PM, Benedikt Böhm wrote: > On Fri, Jan 18, 2013 at 9:41 AM, Michael Weber wrote: > >> On 01/18/2013 09:28 AM, Benedikt Böhm wrote: >> > but - and that's quite important i guess - i only use my own clone of >> > the portage tree which i sync from time to time and i al

Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass

On Fri, Jan 18, 2013 at 9:41 AM, Michael Weber wrote: > On 01/18/2013 09:28 AM, Benedikt Böhm wrote: > > but - and that's quite important i guess - i only use my own clone of > > the portage tree which i sync from time to time and i also keep > > different versions stable, etc. > HEAVY USER! But

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

Il 09/01/2013 23:13, William Hubbs ha scritto: All, as you probably know by now, udev-197 has hit the tree. This new version implements a new feature called predictable network interface names [1], which I have currently turned off for live systems, because it will require migration on the par

[gentoo-dev] On tinderboxing

On 18/01/2013 07:12, Duncan wrote: >> Now with a bit of luck, the amount of logs to sift through for an >> ffmpeg-targeted tinderbox would be much less than those generated by >> tbamd64 (which uses glibc-2.17 and gcc-4.7), so let's say we end up with >> a total of 10/12 hr of work all in all? I wo

[gentoo-dev] Re: New, shiny EAPI=5 profiles: volunteer, procedure, preparations

On 18/01/2013 21:51, Michael Weber wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/12/2013 09:47 PM, Andreas K. Huettel wrote: 10) add "13" to the selectable Versions in Bugzilla. Not that anybody cares, but 10 and 10.1 are in there. Maybe we could drop these values (dropping t

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

On 18 January 2013 10:51, Michael Weber wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 01/12/2013 09:47 PM, Andreas K. Huettel wrote: >> > > 10) add "13" to the selectable Versions in Bugzilla. > Not that anybody cares, but 10 and 10.1 are in there. > > Maybe we could drop these

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/12/2013 09:47 PM, Andreas K. Huettel wrote: > 10) add "13" to the selectable Versions in Bugzilla. Not that anybody cares, but 10 and 10.1 are in there. Maybe we could drop these values (dropping the field might need a change in the code) to

Re: [gentoo-dev] Re: Lastrites: app-misc/secure-delete, app-misc/ccal, www-apache/mod_vhs, app-portage/epm, www-apps/online-bookmarks, sys-apps/i2c

On Fri, Jan 18, 2013 at 6:13 AM, Paul Arthur wrote: > Yes. This is the exact same issue secure-delete has, since it uses > the same approach. shred is just as useful as srm (in fact it's more > useful, since it doesn't mandate the full, useless run of 38 passes > that srm does.) "srm" doesn't man

Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations

Thanks for your work mate ! On 14/01/2013 21:24, Andreas K. Huettel wrote: [CC'ing this to core so noone can complain afterwards.] Since 48h did not lead to any responses positive or negative, I'll start implementing the procedure as given in the original e-mail (quoted below). As also said be

Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass

On 01/18/2013 09:28 AM, Benedikt Böhm wrote: > i've refrained from doing unattended upgrades for a long time, but i'm > quite confident in updateworld these days and i usually test it on 2-3 > machines and then let the other 50+ machines do it unattended and it has > been working fine so far ... go

Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass

On Fri, Jan 18, 2013 at 9:13 AM, Michael Weber wrote: > I wonder if anybody uses unattended [backup+]emerge as cron job. > I'm really temped to do so, but with users relying on these machines I'm > always chicken-out. > i've refrained from doing unattended upgrades for a long time, but i'm quite

Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass

On 01/18/2013 08:36 AM, Benedikt Böhm wrote: > On Fri, Jan 18, 2013 at 8:27 AM, Michael Weber > wrote: > I'd like to drop one strong suggestion about configuration management > that might be beneficial here: use version control software! > or even /etc/.git ... it s