On 01/18/2013 08:36 AM, Benedikt Böhm wrote:
On Fri, Jan 18, 2013 at 8:27 AM, Michael Weber x...@gentoo.org
mailto:x...@gentoo.org wrote:
I'd like to drop one strong suggestion about configuration management
that might be beneficial here: use version control software!
or even
On Fri, Jan 18, 2013 at 9:13 AM, Michael Weber x...@gentoo.org 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,
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 ...
good
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
On Fri, Jan 18, 2013 at 6:13 AM, Paul Arthur
junk+use...@flowerysong.com 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
-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
On 18 January 2013 10:51, Michael Weber x...@gentoo.org 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
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
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 wouldn't
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
On Fri, Jan 18, 2013 at 9:41 AM, Michael Weber x...@gentoo.org 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
On Fri, Jan 18, 2013 at 2:13 PM, Benedikt Böhm hol...@gentoo.org wrote:
On Fri, Jan 18, 2013 at 9:41 AM, Michael Weber x...@gentoo.org 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
-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-2007 ,
-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 to
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 it
-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 names are
On 18 January 2013 04:24, Mike Frysinger vap...@gentoo.org 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
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
2013/1/17 Ben de Groot yng...@gentoo.org:
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
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
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:
*
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).
What
On Fri, Jan 18, 2013 at 12:49 PM, Andreas K. Huettel
dilfri...@gentoo.org 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
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
On Fri, 18 Jan 2013 21:37:10 +0100
Andreas K. Huettel dilfri...@gentoo.org 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
On Wed, 16 Jan 2013 00:36:18 +0100
Andreas K. Huettel dilfri...@gentoo.org 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
-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 profile.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 18 Jan 2013 15:18:25 -0800
Patrick McLean chutz...@gentoo.org 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
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
Am Freitag, 18. Januar 2013, 23:20:50 schrieben Sie:
On Fri, 18 Jan 2013 21:37:10 +0100
Andreas K. Huettel dilfri...@gentoo.org 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
On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org 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 Fri, Jan 18, 2013 at 11:55:07PM +, Markos Chandras wrote:
On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org 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
On Thu, 17 Jan 2013 15:02:48 -0500
Rich Freeman ri...@gentoo.org 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 -
On Fri, 18 Jan 2013 23:58:22 +
Aaron W. Swenson titanof...@gentoo.org 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
Markos Chandras schrieb:
On 18 January 2013 23:29, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org 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
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
chith...@gentoo.org wrote:
Because it should be enabled when the respective packages are
installed, and not depending on the
On Sat, 19 Jan 2013 00:47:09 +0100
Andreas K. Huettel dilfri...@gentoo.org wrote:
Am Freitag, 18. Januar 2013, 23:20:50 schrieben Sie:
On Fri, 18 Jan 2013 21:37:10 +0100
Andreas K. Huettel dilfri...@gentoo.org wrote:
FYI, the new 13.0 profiles are now all available in profiles.desc,
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
On Thu, Jan 17, 2013 at 1:21 PM, Pacho Ramos pa...@gentoo.org wrote:
# Pacho Ramos pa...@gentoo.org
# 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
-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
chith...@gentoo.org wrote:
Because it should be enabled when the respective packages are
installed, and
40 matches
Mail list logo
