On 16 January 2013 04:20, Sergey Popov pinkb...@gentoo.org 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
On Tue, Jan 15, 2013 at 10:42 PM, Peter Stuge pe...@stuge.se 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.
On Tue, 15 Jan 2013 21:10:12 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
On 1/15/13 4:55 AM, Alexis Ballier wrote:
On Mon, 14 Jan 2013 20:34:42 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
I'm trying to make Chromium be more compatible with more versions
of ffmpeg:
On Wed, Jan 16, 2013 at 6:54 AM, Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 21:10:12 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
What when chromium upstream uses code more recent than latest ffmpeg
release and it doesn't compile against latest release?
Blame
On 15/01/13 05:34, Paweł Hajdan, Jr. wrote:
I'm trying to make Chromium be more compatible with more versions of
ffmpeg:
https://groups.google.com/a/chromium.org/d/topic/chromium-dev/fm5Oe_AC3Sc/discussion
(although not stated there, that includes libav).
Now the initial response there is
On 14 January 2013 21:19, Mike Frysinger (vapier) vap...@gentoo.org 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:
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 if
On 16/01/13 12:54, Alexis Ballier wrote:
On Tue, 15 Jan 2013 21:10:12 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
On 1/15/13 4:55 AM, Alexis Ballier wrote:
On Mon, 14 Jan 2013 20:34:42 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
I'm trying to make Chromium be more
-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
-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 lots of
On Wed, Jan 16, 2013 at 8:32 AM, Panagiotis Christopoulos
pchr...@gentoo.org 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
-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
-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 opinion
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.
You
On Wed, Jan 16, 2013 at 10:19 AM, Tobias Klausmann klaus...@gentoo.org 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
On 01/15/2013 09:51 PM, Dirkjan Ochtman wrote:
On Tue, Jan 15, 2013 at 9:18 PM, Peter Stuge pe...@stuge.se 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
Il 16/01/2013 17:25, Mike Gilbert ha scritto:
On Wed, Jan 16, 2013 at 10:19 AM, Tobias Klausmann klaus...@gentoo.org 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,
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.
++
--
On Wed, Jan 16, 2013 at 4:59 AM, Rich Freeman ri...@gentoo.org wrote:
On Wed, Jan 16, 2013 at 6:54 AM, Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 21:10:12 -0800
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
What when chromium upstream uses code more recent than latest
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.
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 from
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 suggesting what I
-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_DEFAULT_OPTS lives).
-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 onto every
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.
-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_DEFAULT_OPTS lives).
-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 just
On Wed, Jan 16, 2013 at 5:58 AM, Rick Zero_Chaos Farina
zeroch...@gentoo.org 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.
On 16 January 2013 22:16, Rick Zero_Chaos Farina zeroch...@gentoo.org 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
On Mon, Jan 14, 2013 at 11:01 AM, Doug Goldstein car...@gentoo.org wrote:
On Mon, Jan 14, 2013 at 1:47 AM, Alexey Shvetsov ale...@gentoo.org wrote:
В письме от 14 января 2013 00:38:06 пользователь Doug Goldstein написал:
On Sun, Jan 13, 2013 at 1:45 PM, Alexey Shvetsov ale...@gentoo.org wrote:
On Wed, Jan 16, 2013 at 8:16 AM, Ian Stakenvicius a...@gentoo.org 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
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
On 01/16/2013 01:18 PM, Doug Goldstein wrote:
On Wed, Jan 16, 2013 at 8:16 AM, Ian Stakenvicius a...@gentoo.org 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
On Wed, Jan 16, 2013 at 2:18 PM, Doug Goldstein car...@gentoo.org wrote:
On Wed, Jan 16, 2013 at 8:16 AM, Ian Stakenvicius a...@gentoo.org 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
On Wed, 16 Jan 2013 12:40:02 + (UTC)
Tomas Chvatal (scarabeus) scarab...@gentoo.org 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
-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
pchr...@gentoo.org wrote:
On 00:36 Wed 16 Jan , Andreas K. Huettel wrote:
several people have pointed out to me that the 10.0 - 13.0
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
of
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
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.
On Wed, Jan 16, 2013 at 3:43 PM, Paul Varner fuzzy...@gentoo.org 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
On Wed, Jan 16, 2013 at 3:01 PM, Mike Gilbert flop...@gentoo.org 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
-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 complain
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 nay
On Wed, 16 Jan 2013 21:39:04 +0100
Luca Barbato lu_z...@gentoo.org 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
On Wed, Jan 16, 2013, at 03:57 PM, Ian Stakenvicius wrote:
[...]
+1 on the replace.
+1
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 an
On Wed, 16 Jan 2013 22:52:52 +0100
Luca Barbato lu_z...@gentoo.org 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
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 offering a
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 same
-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
-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
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
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
On Wed, Jan 16, 2013 at 06:36:59AM -0500, Rich Freeman wrote:
On Tue, Jan 15, 2013 at 10:42 PM, Peter Stuge pe...@stuge.se 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/*
On Wed, Jan 16, 2013 at 9:49 PM, Greg KH gre...@gentoo.org 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 pe...@stuge.se wrote:
Rich Freeman wrote:
Not that anybody is taking requests, but it would be really handy
if
On Wed, Jan 16, 2013 at 5:53 PM, Panagiotis Christopoulos
pchr...@gentoo.org 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
On Wed, Jan 16, 2013 at 7:00 PM, Michael Weber x...@gentoo.org 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
On 16/01/13 22:09, Alexis Ballier wrote:
On Wed, 16 Jan 2013 12:40:02 + (UTC)
Tomas Chvatal (scarabeus) scarab...@gentoo.org wrote:
scarabeus13/01/16 12:40:02
Modified: ChangeLog
Added:ffmpeg-9.ebuild
Removed: ffmpeg-0.10.2-r1.ebuild
On Wed, Jan 16, 2013 at 12:34 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk 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/
59 matches
Mail list logo