On 05/08/13 18:00, Michael Palimaka wrote:
On 5/08/2013 21:58, Samuli Suominen wrote:
On 05/08/13 13:56, Michael Palimaka wrote:
On 5/08/2013 19:33, Samuli Suominen wrote:
This is a friendly reminder.
I've found the tree again to have dependencies like:
dev-libs/openssl:=
virtual
On 05/08/13 13:56, Michael Palimaka wrote:
On 5/08/2013 19:33, Samuli Suominen wrote:
This is a friendly reminder.
I've found the tree again to have dependencies like:
dev-libs/openssl:=
virtual/jpeg:=
Is there any reason for the subslot operator being specified at all? I
don't
Picked random mail from this thread.
So, I've seen many people raising intrest in keeping IUSE="static" in
cryptsetup and lvm2 but I haven't really seen anyone working on it yet,
except _AxS_ committed one patch but that isn't enough.
Take eg. http://bugs.gentoo.org/show_bug.cgi?id=472692#c4
This is a friendly reminder.
I've found the tree again to have dependencies like:
dev-libs/openssl:=
virtual/jpeg:=
Neither of which are correct, since dev-libs/openssl has SLOT="0" and
SLOT="0.9.8" and virtual/jpeg has SLOT="0" and SLOT="62".
Need to pull in the SLOT that installs headers:
On 01/08/13 19:11, Luca Barbato wrote:
On 01/08/13 17:36, Michał Górny wrote:
So esystemd and ekmod now?
You know my stance on systemd, for me it is a jumble of bad and
interesting ideas not so soundly implemented, I do not have much time or
will to play with that thing.
kmod on the other han
On 29/07/13 23:57, Pacho Ramos wrote:
Hello
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=478476
Upstream is dropping static libs from udev and, then, sys-apps/udev is
currently reverting that commit downstream (even if upstream says some
problems could appear in the future as nobody
On 21/07/13 13:41, Andreas K. Huettel wrote:
Am Sonntag, 21. Juli 2013, 11:10:26 schrieb Pacho Ramos:
Due sbriesen lack of time:
(...)
media-gfx/exiv2
kde team can take this, however we'd be happy about co-maintainers... gnomies?
:)
You can (or should) add graphics@ as a fallback there too.
On 26/06/13 16:57, Luca Barbato (lu_zero) wrote:
lu_zero 13/06/26 13:57:03
Modified: ChangeLog cairo-.ebuild
Log:
Update live ebuild
(Portage version: 2.1.12.9/cvs/Linux x86_64, unsigned Manifest commit)
Revision ChangesPath
1.337x11-libs/ca
On 24/06/13 11:54, Gilles Dartiguelongue wrote:
Le samedi 22 juin 2013 à 15:48 +0800, Dennis Lan (dlan) a écrit :
On Fri, Jun 21, 2013 at 2:34 AM, Ian Stakenvicius wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 13/06/13 01:05 AM, Michał Górny wrote:
Dnia 2013-06-13, o godz. 09:35:
On 13/06/13 12:14, Ulrich Mueller wrote:
On Thu, 13 Jun 2013, Samuli Suominen wrote:
http://bugs.gentoo.org/show_bug.cgi?id=472938#c1
"I think we should eventually get rid of the eselect module and load
everything dynamically."
How do you enable and disable completion modules w
On 13/06/13 09:59, Ulrich Mueller wrote:
On Thu, 13 Jun 2013, Samuli Suominen wrote:
On 13/06/13 07:58, Michał Górny wrote:
Dnia 2013-06-13, o godz. 01:22:11 Samuli Suominen
napisał(a):
what $subject says,
"add support for pkg-config for migration to the new upstream
defined
On 13/06/13 07:58, Michał Górny wrote:
Dnia 2013-06-13, o godz. 01:22:11
Samuli Suominen napisał(a):
what $subject says,
"add support for pkg-config for migration to the new upstream defined
bash-completion directories (prereq for bug 472938)"
http://bugs.gentoo.org/472938
i
what $subject says,
"add support for pkg-config for migration to the new upstream defined
bash-completion directories (prereq for bug 472938)"
http://bugs.gentoo.org/472938
ie. the pkg-config file shipped *now* in portage is a hack from me to
postpone this
pretty tired so more eyes is cool
On 05/06/13 00:09, Pacho Ramos wrote:
It lacks a maintainer for a long time, also has some opened bugs and I
am unsure if it's still needed. I am not using it for months and never
saw any problem, also, portage fixes .la files by itself, and paludis
people don't approve lafilefixer.
Do we still
On 04/06/13 03:24, Zac Medico wrote:
Yeah. The news item now advises the user that it's a good practice to
run revdep-rebuild anyway, just to be safe.
And `revdep-rebuild --library libfoobar.so.0` is still useful,
unless Portage can replace targeted --library calls too?
Just saying I'm not see
On 30/05/13 17:25, Rick "Zero_Chaos" Farina wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/30/2013 06:26 AM, Samuli Suominen wrote:
On 30/05/13 11:58, Michał Górny wrote:
Hello,
Only replying in behalf of xfce_plugins. Our policy has been always to +
enable them by
On 30/05/13 11:58, Michał Górny wrote:
Hello,
Only replying in behalf of xfce_plugins. Our policy has been always to +
enable them by default as they are only used in Xfce specific packages
So setting XFCE_PLUGINS="" is a way to counter effect that policy
This has worked well for us and I do
On 13/05/13 07:46, Christian Faulhammer (fauli) wrote:
fauli 13/05/13 04:46:01
Modified: ChangeLog claws-mail-3.9.1.ebuild
Log:
move libnotify usage over to notification, forgotten in last commit
- $(use_enable libnotify notification-plugin)
+
On 03/05/13 20:56, Samuli Suominen wrote:
On 03/05/13 20:33, Justin Lecher (jlec) wrote:
jlec13/05/03 17:33:56
Modified: metadata.xml ChangeLog
Added:id3lib-3.8.3-r9.ebuild
Log:
media-libs/id3lib: Fix obsolete macros to work with automake-1.13
On 03/05/13 20:33, Justin Lecher (jlec) wrote:
jlec13/05/03 17:33:56
Modified: metadata.xml ChangeLog
Added:id3lib-3.8.3-r9.ebuild
Log:
media-libs/id3lib: Fix obsolete macros to work with automake-1.13, #467704;
bumped to EAPI=5 and autotools-util
On 23/04/13 14:19, Tobias Klausmann wrote:
bugs. The other option is to have a QA-like check for it, again
using the simplest possible binary to do so.
Now that you said it... "QA"
Have your script (the one you generated the current list with) to
generate it to http://qa-reports.gentoo.org/
On 23/04/13 13:24, viv...@gmail.com wrote:
On 04/22/13 13:03, Tobias Klausmann wrote:
Hi!
Since we probably will have to fix the files coming out of
tarballs until the various upstreams have fixed them, I propose
running a PNG fixer during or after the install phase. Since
having pngcrush as de
On 19/04/13 09:53, Nikos Chantziaras wrote:
On 18/04/13 21:24, Samuli Suominen wrote:
Short version:
If you see "PNG IDAT errors" like:
program: IDAT: invalid distance too far back `test1.png' @
WARNING **: Icon test1 missing: (0) Fatal error reading PNG image file:
Decompr
On 18/04/13 21:38, Ian Stakenvicius wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 18/04/13 02:24 PM, Samuli Suominen wrote:
Short version:
If you see "PNG IDAT errors" like:
program: IDAT: invalid distance too far back `test1.png' @
WARNING **: Icon test1 mis
Short version:
If you see "PNG IDAT errors" like:
program: IDAT: invalid distance too far back `test1.png' @
WARNING **: Icon test1 missing: (0) Fatal error reading PNG image file:
Decompression error in IDAT
Then you should use >=media-gfx/pngcrush-1.7.57 built with
USE="-system-libs" to i
On 11/04/13 14:05, Fabio Erculiani (lxnay) wrote:
lxnay 13/04/11 11:05:05
Modified: cups-1.5.0-systemd-socket-2.patch
Log:
fix systemd units path variable setup, see bug #465474
(Portage version: 2.2.0_alpha166/cvs/Linux x86_64, signed Manifest commit
with key ADC
alsaconf should die as it's useful only for ISA/PCMCIA and currently broken
see, http://bugs.gentoo.org/456214
does anyone have problems with dropping alsaconf and patching the
gentoo's alsa-guide.xml to tell users to edit /etc/modprobe.d/alsa
directly if they need?
udev will autoload the modu
On 09/04/13 22:31, Mike Frysinger wrote:
i doubt few people have noticed, but i've rewritten lddtree recently in
python.
I've opened http://bugs.gentoo.org/465310 for the failing new lddtree.
On 09/04/13 23:41, Samuli Suominen wrote:
On 09/04/13 22:31, Mike Frysinger wrote:
i doubt few people have noticed, but i've rewritten lddtree recently in
python. i did for speed, for fun, and to add a lot more functionality
that
would have driven the bash code base to new perverse l
On 09/04/13 22:31, Mike Frysinger wrote:
i doubt few people have noticed, but i've rewritten lddtree recently in
python. i did for speed, for fun, and to add a lot more functionality that
would have driven the bash code base to new perverse levels.
i've randomly stumbled across places in our co
I hope someone will save this thing. I would, but lack of time prevents.
# Samuli Suominen (09 Apr 2013)
# Broken. Should be bumped to 0.13.0 but needs a dedicated
# maintainer to look after it. See bug #465244.
# Removal in 30 days. Use dracut or genkernel instead.
On 06/04/13 00:17, Pacho Ramos wrote:
El vie, 05-04-2013 a las 23:44 +0300, Samuli Suominen escribió:
[...]
Plus some hundreds are completely without subslotting:
$ grep -r 'media-libs/libpng' */*/*.ebuild |grep -v ':.*='
output -> http://bpaste.net/show/89268/
Th
On 06/04/13 00:17, Pacho Ramos wrote:
El vie, 05-04-2013 a las 23:44 +0300, Samuli Suominen escribió:
[...]
Plus some hundreds are completely without subslotting:
$ grep -r 'media-libs/libpng' */*/*.ebuild |grep -v ':.*='
output -> http://bpaste.net/show/89268/
Th
libpng 1.6 is in portage, but temporarily without KEYWORDS, pending on
testign and this conversion, help would be much appericiated with
converting the tree to use automatic rebuilds for the upgrade
Because there is binary-only SLOT="1.2" of libpng, none of these are
correct:
$ grep -r 'medi
On 02/04/13 15:25, hasufell wrote:
bash-3.1 seems to break ebuild sourcing and is blocked in most package
managers. So I was wondering how can it still be stable then or even in
the tree? I'd say mask it with a note that this breaks the shit out of
gentoo, no matter what PM you use. Otherwise, ju
On 31/03/13 17:14, Pacho Ramos wrote:
Hello
Looks like this herd has some unattended bug for a long time (some for
some years), and looks not quite active. Is it still active? Should it
be dropped in favor of dedicated maintainers for its packages?
Thanks
I've just added myself back to net-p
On 31/03/13 04:06, Philip Webb wrote:
130329 Samuli Suominen wrote:
Attached new version again, more generic than before.
I find this difficult to decipher. Who is it aimed at ?
I've just updated to Udev 200 . Following the news item,
I renamed /etc/udev/rules.d/70-persistent-net.
On 29/03/13 18:21, Nuno J. Silva (aka njsg) wrote:
On 2013-03-29, Diego Elio Pettenò wrote:
On 29/03/2013 12:34, Chí-Thanh Christopher Nguyễn wrote:
Diego Elio Pettenò schrieb:
If my desktop only has one Ethernet interface, no matter how many kernel
changes happen, it'll always be eth0.
That
On 29/03/13 16:35, Rich Freeman wrote:
On Fri, Mar 29, 2013 at 9:44 AM, Samuli Suominen wrote:
What do you have there? We cover bunch of those in pkg_postinst of udev
already.
After a bunch of cleanup (after which I have yet to detect any
problems), I have:
70-persistent-cd.rules 70
On 29/03/13 15:30, Rich Freeman wrote:
On Fri, Mar 29, 2013 at 9:24 AM, Andreas K. Huettel
wrote:
Not really. Every time I modified anything in there, it just took a few udev
versions and suddenly I was flooded with deprecation warnings a la "things
work different now, find out on your own how
On 29/03/13 13:38, Diego Elio Pettenò wrote:
On 29/03/2013 12:29, Samuli Suominen wrote:
One you can control, the another you can't. So still not FUD.
You do not really control it any more than the kernel. The fact that me
and you can edit an udev ruleset to "control" it, doe
On 29/03/13 13:01, Diego Elio Pettenò wrote:
On 29/03/2013 11:50, Samuli Suominen wrote:
Not false, but configurable, and linked from the news item -- nobody
stopping you from eg. using MAC addresses instead of PCI slots for
defining the names, just like one would have renamed them using MAC
On 29/03/13 12:46, Diego Elio Pettenò wrote:
On 29/03/2013 11:26, Samuli Suominen wrote:
With the new predictable network interface naming scheme which upstream enabled
by default you don't have to rename anymore because the names will be static
and not randomly rename when you, for ex
On 29/03/13 12:24, Duncan wrote:
Samuli Suominen posted on Fri, 29 Mar 2013 10:09:27 +0200 as excerpted:
This feature will also replace the functionality of sys-apps/biosdevname
which you should uninstall. However, you can still keep using
sys-apps/biosdevname if you want.
I'd su
Thanks for looking into it!
Title: The new default predictable network interface naming with udev
Author: Samuli Suominen
Content-Type: text/plain
Posted: 2013-03-29
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: /dev/null
The output could be (and I'm only picking the most importan
This is from Fedora Devel Mailing List. I found it to be news worthy
also for Gentoo maintainers. So here it is:
Remi Collet Fedora at FamilleCollet.com
Thu Mar 28 10:39:52 UTC 2013
Previous versions
$ echo "==$(pkg-config --cflags-only-I openssl)=="
== ==
New version
$ echo "==$(pkg-config
[ ... sorry for stealing this message from the thread, but had deleted
earlier ones ... ]
There also seems to be issues with tvtime, udev, and /dev nodes for
sound, at least according to user(s) here:
http://forums.gentoo.org/viewtopic-p-7275100.html?sid=25b9d0f56a586743677d4f3ad7b1ebb9
That
On 22/03/13 10:23, Samuli Suominen wrote:
[ ... ]
The patch is committed since nobody objected
On 24/03/13 06:30, Ben de Groot wrote:
On 24 March 2013 09:17, Dale wrote:
Andreas K. Huettel wrote:
Am Samstag, 23. März 2013, 21:40:16 schrieb Markos Chandras:
Why not officially recommend SystemRescueCD instead?
Looks really bad to recommend another installation media (even if it
is base
update-modules is a script in files/ directory of module-init-tools for
Linux 2.4, but using 2.4 is not really possible for a long time now
without pulling stuff out from CVS Attic
kmod doesn't have it
the patch drops references to 2.4, modules.d directory, and the
/sbin/update-modules comman
On 21/03/13 14:10, Peter Stuge wrote:
Samuli Suominen wrote:
Samuli Suominen wrote:
it should always be enabled with 'kernel_linux' and let the
application itself do a runtime check if inotify is available or not
I think it's great if you are working on such patches for upstr
inotify provides notifications
for more than just file changes.
Samuli Suominen wrote:
it should always be enabled with 'kernel_linux' and let the
application itself do a runtime check if inotify is available or not
I think it's great if you are working on such patches for upstr
On 21/03/13 12:29, Ulrich Mueller wrote:
These packages have inotify as local USE flag:
app-editors/emacs-vcs
app-misc/recoll
app-misc/strigi
dev-libs/ecore
dev-vcs/git-annex
media-sound/mpd
net-im/ekg2
net-misc/mediatomb
sys-fs/aufs2
sys-fs/aufs3
sys-
On 16/03/13 19:56, James Cloos wrote:
"SS" == Samuli Suominen writes:
SS> # find /dev -group usb -exec ls -l {} +
SS> results nothing on every system tested
:; find /dev -group usb -ls
93030 crw-rw-r-- 1 root usb Mar 15 23:13
/dev/bus/usb/009/001
On 16/03/13 14:39, Samuli Suominen wrote:
I'm trying to find a reason to keep this line...
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GROUP="usb"
in /lib/udev/rules.d/40-gentoo.rules we have inherited from older udev,
going back some time now
I'm trying to find a reason to keep this line...
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GROUP="usb"
in /lib/udev/rules.d/40-gentoo.rules we have inherited from older udev,
going back some time now
# find /dev -group usb -exec ls -l {} +
results nothing on every system tested
and the
mkinitcpio seems to have lost maintainer, and it's badly behind at this
point
i'm not sure if the latest even works, as ArchLinux has moved to
systemd, but it might
if nobody steps up, say, before summer or it starts failing otherwise,
it'll propably have to be p.masked and lastrited
thanks (b
On 10/03/13 20:04, Jeroen Roovers wrote:
On Sun, 3 Mar 2013 12:44:18 +0100
Tomáš Chvátal wrote:
If I remember correctly the damn rule is to put it for 30 days into
testing, and as you said there was no previous version on arm so users
could've reported some issues, i agree that sometimes you h
Am I right to think we can finally let sys-fs/device-mapper go?
Everything up-to-date is already forcing up-to-date sys-fs/lvm2 where
the up-to-date device-mapper lives.
On 03/03/13 19:24, Ryan Hill wrote:
On Sun, 03 Mar 2013 15:42:56 +0100
hasufell wrote:
What do we have useflags for in gentoo?
Not for conditional patching, that's for sure.
Yet that is exactly what IUSE=vanilla is designed for... ;-)
On 03/03/13 16:42, hasufell wrote:
On 03/03/2013 08:11 AM, Alec Warner wrote:
There was a big ole' chat on #gentoo-dev regarding this. My
understanding of the summary is that the nvidia-driver Gentoo team
only supports kernels that nvidia themselves (upstream) support. The
Kernels > 3.4 are not
On 03/03/13 09:11, Alec Warner wrote:
On Sat, Mar 2, 2013 at 11:01 PM, Samuli Suominen wrote:
On 02/03/13 18:02, Doug Goldstein (cardoe) wrote:
cardoe 13/03/02 16:02:57
Modified: nvidia-drivers-313.18.ebuild ChangeLog
Log:
Revert non-maintainer changes per bug
-files/nvidia-drivers-313.18-linux-3.8+.patch, nvidia-drivers-313.18.ebuild:
+ Revert non-maintainer changes per bug #447566.
02 Mar 2013; Samuli Suominen
nvidia-drivers-313.18.ebuild, +files/nvidia-drivers-313.18-linux-3.8+.patch:
There was no reason for this commit and for reverti
On 02/03/13 16:35, Tom Wijsman wrote:
On Sat, 02 Mar 2013 15:29:38 +0200
Samuli Suominen wrote:
The embedded FFmpeg in avidemux is only patched to convert UNIX line
endings to DOS line endings to match rest of the avidemux source tree
Nope, it does various patches:
$ ls -1 avidemux_core
On 02/03/13 15:08, Tom Wijsman wrote:
On Sat, 2 Mar 2013 14:54:22 +0800
Ben de Groot wrote:
media-video/avidemux (bundled libs)
I like this application, but am not so sure about maintaining this... =/
Would it be reasonable to create a new package avidemux-ffmpeg in which
we create a versio
On 02/03/13 08:54, Ben de Groot wrote:
The Gentoo Qt Project wants your help!
sci-calculators/qalculator
This project died after the first betas. I propose treecleaning it. We
have plenty of more maintained calculators in tree.
On 28/02/13 13:48, Eray Aslan (eras) wrote:
eras13/02/28 11:48:53
Modified: mailutils-2.99.97.ebuild ChangeLog
Log:
Fix building with ncurses[tinfo] - bug #459526
(Portage version: 2.2.0_alpha163/cvs/Linux x86_64, signed Manifest commit
with key 0x77F1F175586A3B
On 24/02/13 16:17, hasufell wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/24/2013 11:11 AM, Diego Elio Pettenò wrote:
On 24/02/2013 11:06, Michał Górny wrote:
Then don't put 'autotools' in the name.
+1
That would be multilib-minimal.eclass then?
Sounds good to me.
ABCD al
On 24/02/13 02:34, hasufell wrote:
Some people seem to feel uncomfortable with autotools-multilib, because
it depends on autotools-utils.
Instead of arguing whether it makes sense or not I'd propose a similar
autotools related eclass.
I also attach an example conversion of media-libs/libexif (t
On 24/02/13 17:53, Michał Górny wrote:
I still try to use plain ebuilds without
inheritting autotools-utils.eclass as I usually don't need it, probably
others do the same and refuse to have to inherit it only for multilib
support :/ How do you plan to solve this problem?
You generally have two
On 17/02/13 12:05, Michał Górny wrote:
savedconfig is a cheap hack. It lacks all the features USE flags have.
Really. We're talking here about replacing well-organized packages with
one cheap hack for the laziness of a few developers. But that's how
Gentoo worked for a long time.
This is how yo
On 16/02/13 15:59, Peter Stuge wrote:
Diego Elio Pettenò wrote:
sys-firmware/iwl3945-ucode
I want this installed on my system.
sys-firmware/iwl4965-ucode
But not this.
could we just remove them
Please don't. I think it would suck to lose the higher resolution.
Having separate ebuil
On 15/02/13 00:27, Rick "Zero_Chaos" Farina wrote:
Remove firmware from users systems with no upgrade path and then ask
users to file a bug? That's pretty awesome, how can those people file a
You have very broken definition of removing/breaking users systems.
Masking is not breaking. The messa
On 14/02/13 09:26, Michael Weber wrote:
non-multilib/x86 installs to /lib, multilib is linked to /lib.
So please, stop using dramatizing this and use it as alibi for your
otherwise justified plans.
There is no guarantee multilib is linked to /lib whatsoever. Where did
you get that idea?
On 10/02/13 10:10, Samuli Suominen wrote:
# Samuli Suominen (10 Feb 2013)
# The firmware cleanup, part #1. Can be unmasked after
# cleaning up the package if it's still needed.
# Some of these install to wrong directory, /lib64/firmware
# as opposed to correct /lib/firmware
# Some of
On 10/02/13 05:08, Mike Gilbert (floppym) wrote:
floppym 13/02/10 03:08:22
- insinto /etc/udev/rules.d
+ insinto /lib/udev/rules.d
The udevdir is dynamic, not static, so:
inherit udev
insinto "$(get_udevdir)"/rules.d
Thanks
# Samuli Suominen (10 Feb 2013)
# The firmware cleanup, part #1. Can be unmasked after
# cleaning up the package if it's still needed.
# Some of these install to wrong directory, /lib64/firmware
# as opposed to correct /lib/firmware
# Some of these don't have maintainer
# Some of
On 09/02/13 18:36, Michael Palimaka wrote:
Eg. He wrote we should use 'media-libs/libpng:0=', but pre-subslots, the
:0 was often (incorrectly?) omitted.
I've at least been adding :0 to many packages, openssl, tiff, libpng ...
... pretty much ever since the libpng 1.4 "upgrade problem" in the p
On 09/02/13 14:15, Alexis Ballier wrote:
Dear fellow developers,
I didn't find anything to reply directly here, so sorry for stealing
this message.
I just wanted to point out that people have lately been adding deps like:
media-libs/libpng:=
dev-libs/openssl:=
That is wrong as it completel
On 09/02/13 11:11, J. Roeleveld wrote:
Ulrich Mueller wrote:
On Fri, 8 Feb 2013, Tomáš Chvátal wrote:
2013/2/8 Diego Elio Pettenò :
I would say that we might want to review linux-firmware, and if the
newest firmware _is_ there, just get rid of the split one.
That should be probably the b
On 09/02/13 11:06, Ulrich Mueller wrote:
On Fri, 8 Feb 2013, Tomáš Chvátal wrote:
2013/2/8 Diego Elio Pettenò :
I would say that we might want to review linux-firmware, and if the
newest firmware _is_ there, just get rid of the split one.
That should be probably the best approach, to actual
Any objections if I slap a generic package.mask on every firmware
package installing to wrong directory?
Half of them install to /$(get_libdir)/firmware as opposed to correct
/lib/firmware.
Most of them are maintainer-needed@ and very old.
Then intrested parties get to fix what they want and un
Feel free to grab dev-util/dwdiff if you want. Thanks! Perhaps
shell-tools@ herd?
On 04/02/13 16:41, Ian Delaney (idella4) wrote:
idella4 13/02/04 14:41:03
Modified: xen-4.2.0-r1.ebuild ChangeLog
Log:
Added acquired but missed sec patch 2012-5513-XSA-29.patch to set of sec
patches in 4.2.0-r1
(Portage version: 2.1.11.40/cvs/Linux x86_64, signed M
On 03/02/13 13:44, Pacho Ramos wrote:
Due tester lack of time the following packages are up for grabs:
media-libs/libgpod
this should have been under the pda herd all along, i'll add the missing
herd to metadata.xml
thanks!
# Samuli Suominen (28 Jan 2013)
# Uncompatible with current udev and baselayout
# Bug 220121 and the ones it Blocks
# Removal in 30 days
x11-misc/mkxf86config
On 27/01/13 18:00, Rich Freeman wrote:
On Sun, Jan 27, 2013 at 10:08 AM, Samuli Suominen wrote:
I see a lot of packages installing /etc/modprobe.d when it should be treated
like /etc/udev, so only generated files and users own files
On a related note, I just noticed that /etc/udev is loaded
I see a lot of packages installing /etc/modprobe.d when it should be
treated like /etc/udev, so only generated files and users own files
I'm suggesting converting ebuilds to install into /lib/modprobe.d and
then tell users to copy it to /etc/modprobe.d for editing and replacing
the run of the
On 23/01/13 21:06, Felix Kuperjans wrote:
Mike Gilbert:
On Wed, Jan 23, 2013 at 1:29 PM, Felix Kuperjans
wrote:
Samuli Suominen wrote:
please review this news item, seems we need one after all
Hello Samuli,
/dev/root is no longer available in this udev version, so people who put
this in
On 23/01/13 23:21, Pacho Ramos wrote:
El mié, 23-01-2013 a las 15:14 +0200, Samuli Suominen escribió:
please review this news item, seems we need one after all
Why don't you drop "~" from:
CONFIG_CHECK="~DEVTMPFS"
to ensure people really changes it in
On 23/01/13 15:44, Rich Freeman wrote:
On Wed, Jan 23, 2013 at 8:41 AM, Samuli Suominen wrote:
not for everyone, not everyone upgrades this often, and it's usually the
servers that get updated last
Agreed, but best to get this out ASAP.
Only question - display-if-installed is set to
On 23/01/13 15:34, Markos Chandras wrote:
On 23 January 2013 13:32, Dirkjan Ochtman wrote:
On Wed, Jan 23, 2013 at 2:14 PM, Samuli Suominen wrote:
please review this news item, seems we need one after all
+1, this would have been useful.
Looks ok but as the news item says, it's
please review this news item, seems we need one after all
Title: Upgrading udev from 171 (or older) to 197
Author: Samuli Suominen
Content-Type: text/plain
Posted: 2013-01-23
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: http://bugs.gentoo.org/453494
[2] http://www.freedesktop.org
# Samuli Suominen (22 Jan 2012)
# Remove coldplug, hotplug and hotplug-base in 30 days wrt bug #145809
sys-apps/ezusb2131
sys-apps/hotplug
sys-apps/hotplug-base
sys-apps/coldplug
On 17/01/13 15:57, Ben de Groot wrote:
Please let us know your thought on this.
+1
On 17/01/13 04:49, 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 deterministically labeled.
Does /de
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
On 16/01/13 08:52, Michael Palimaka wrote:
On 16/01/2013 10: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 easiest way to do this wou
On 16/01/13 01: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 easiest way to do this would be to
* just not copy the server profiles f
On 14/01/13 20:35, Kevin Chadwick wrote:
Debian having to patch KDE to use /etc for configs is simply wrong too.
huh huh, do you know if they have a fix for
http://bugs.gentoo.org/438790 to stop KDE from destroying upstream
polkit files?
201 - 300 of 1133 matches
Mail list logo