El dom, 21-07-2013 a las 13:57 +0200, Michał Górny escribió:
[...]
5. I have doubts about 'emerge -1vDtu @world' speed. It is very
subjective feeling but I feel like reiserfs was actually faster in this
regard. However, space savings would surely benefit our users.
I also feel it faster (or,
El dom, 21-07-2013 a las 16:46 +0200, justin escribió:
On 7/21/13 4:26 PM, Michael Weber wrote:
On 07/21/2013 01:42 PM, Pacho Ramos wrote:
Would be possible to generate and provide squashed files at the
same time tarballs with portage tree snapshots are generated?
mksquashfs can take
The problem I hit usually:
There are some packages that rely on X for some tests, that way, when I
for example emerge tk, it's nearly impossible to keep working because I
get tons of windows opened and closed.
Wouldn't be better to make that tests *always* use virtual X?
Thanks for your
El jue, 04-07-2013 a las 01:07 +0200, Michael Weber escribió:
[...]
I contacted fonts alias and, as mentioned on the bug and irc, Ben de
Groot (yngwin) does not object and says that font team lead Peter
Volkov (pva) is non-active.
Why fonts team doesn't elect a new lead then? Thanks for the
El lun, 01-07-2013 a las 21:55 +0200, Fabio Erculiani escribió:
I believe that end users would benefit more from kernel binary ebuilds
(ebuilds building an actual kernel with an official config), rather
than all this.
I don't see them exclusionary, look different issues to me :/ (with
# @MAINTAINER:
# Gnome team gn...@gentoo.org
# @AUTHOR:
# Author: Pacho Ramos pa...@gentoo.org
# @BLURB: An eclass to build gnome-games.
# @DESCRIPTION:
# An eclass to build gnome-games using proper phases from gnome2 and
# games eclasses.
case ${EAPI:-0} in
0|1)
die Unsupported EAPI
El jue, 27-06-2013 a las 22:38 +0200, hasufell escribió:
On 06/27/2013 10:25 PM, Pacho Ramos wrote:
Another try that finally fixes pending problems
--localstatedir=/var \
is there a problem with
--localstatedir=${GAMES_STATEDIR} \
Yes, it ends up being /var/games/games because
After talking with WilliamH yesterday, I have this opinion:
- Playing with /sbin/init (instead of /sbin/einit) has two interesting
advantages:
1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if
I do a typo, it would fallback to /sbin/init. If /sbin/init is provided
by
El sáb, 22-06-2013 a las 00:06 +, Robin H. Johnson escribió:
[...]
I'm not going into review systems here at all, I'm simply trying to have
a policy of what changes are welcomed/blocked WITHOUT interaction from
the listed maintainer(s) of a given package/herd.
[...]
In my case I would like
dev-libs/igraph
El vie, 21-06-2013 a las 13:19 +0200, Fabio Erculiani escribió:
For me, the big selling points of eselect-init are:
1. as release engineer, i can prepare images that use either systemd
or openrc (at present time these are the two supported options) and do
it reliably, programmatically.
2.
El jue, 14-02-2013 a las 19:19 +0100, Tomáš Chvátal escribió:
Hi,
I added the bug queries to http://qa-reports.gentoo.org/ based by year of
last
being touched.
Take look, try to close the oldest ones/invalid ones and so on.
I think it is lame we have bugs last touched in 2k5 :-P
El vie, 21-06-2013 a las 09:59 -0400, Mike Gilbert escribió:
On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel
dilfri...@gentoo.org wrote:
Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos:
Will drop it in two weeks if nobody joins
Thanks
I've added myself to the vmware herd
El vie, 21-06-2013 a las 09:36 -0500, William Hubbs escribió:
[...]
No, he has his own versions of the systemd and sysvinit ebuilds which
move some of the installation to non-standard places as part of this
machinery, so it is not opt-in.
Also, there was an email on this thread showing that
El dom, 17-03-2013 a las 11:02 -0400, Mike Gilbert escribió:
I just dropped myself due to lack of interest.
If anyone cares for any of the packages please take them over.
Will dissolve it next week if nobody joins then
El lun, 17-06-2013 a las 01:05 -0400, Mike Frysinger escribió:
[...]
ELT-PATCHES is only used by elibtoolize which means it requires an explicit
call to patch things
you're basically talking about the same type of problem that
https://bugs.gentoo.org/220040 tried to address. maybe we
El dom, 16-06-2013 a las 11:38 +0800, Patrick Lauer escribió:
On 06/16/2013 04:37 AM, Pacho Ramos wrote:
# Pacho Ramos pa...@gentoo.org (15 Jun 2013)
# Upstream dead for ages, nothing requires it, wrongly
# generated .la files (#201440). Removal in a month.
rox-base/rox-clib
Due ramereth lack of time:
sys-block/megacli
net-misc/stunnel
app-admin/mcollective
Due nixphoeni lack of time the following package is up for grabs:
app-misc/gourmet
Feel free to join to it or will be removed in two weeks
Thanks!
Due ferringb retirement the following packages are up for grabs:
app-arch/tarsync
dev-python/snakeoil
dev-util/bsdiff
dev-util/diffball
sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained
and neither has eapi5 support)
Due elvanor lack of time the following packages are up for grabs:
app-office/openerp-server
net-print/xerox-drivers
media-gfx/iscan-plugin-gt-f720
net-libs/pjsip
El vie, 24-05-2013 a las 21:19 +0200, Pacho Ramos escribió:
I noticed the following addition to mono-env.eclass would be needed to
let us kill go-mono.eclass (setting now obsolete SRC_URI and build
phases relying on base.eclass)
Patch attached
Done
El lun, 03-06-2013 a las 21:48 +0200, Pacho Ramos escribió:
It's widely used in gnome related packages with similar purposes, its
description could be:
Enable bindings for pkgdev-lang/vala/pkg
Are you ok with moving it to global?
Done
El dom, 16-06-2013 a las 12:03 +0200, Pacho Ramos escribió:
Due elvanor lack of time the following packages are up for grabs:
app-office/openerp-server
net-print/xerox-drivers
media-gfx/iscan-plugin-gt-f720
net-libs/pjsip
Also:
app-office/openerp-client
app-office/openerp-web
Will drop it in two weeks if nobody joins
Thanks
El dom, 16-06-2013 a las 05:19 -0700, g...@malth.us escribió:
On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped:
Due ramereth lack of time:
net-misc/stunnel
Pretty sure my (dead, eventually to be revived) server uses stunnel. I've
never officially maintained anything
El dom, 16-06-2013 a las 12:42 +, Duncan escribió:
Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
[Snipped as my comment refers to the subject]
Could you split-up announcements like this into multiple announcements,
so the subject lines remain a reasonable length
El dom, 16-06-2013 a las 14:09 +, Duncan escribió:
Pacho Ramos posted on Sun, 16 Jun 2013 15:19:26 +0200 as excerpted:
El dom, 16-06-2013 a las 12:42 +, Duncan escribió:
Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
[Snipped as my comment refers
El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
[...]
Thank you for considering helping. I have stayed away form the
intricate details of package management in the past, but I also do not
like how long portage is taking now for dep calculations.
And, cannot that efforts be put
El sáb, 15-06-2013 a las 12:50 +0100, Diego Elio Pettenò escribió:
On Sat, Jun 15, 2013 at 9:56 AM, Vadim A. Misbakh-Soloviov
m...@mva.name wrote:
And, moreover, I guess, SRC_URI can even be used for VCS:
SRC_URI=
# Pacho Ramos pa...@gentoo.org (15 Jun 2013)
# Upstream dead for ages, nothing requires it, wrongly
# generated .la files (#201440). Removal in a month.
rox-base/rox-clib
# Pacho Ramos pa...@gentoo.org (15 Jun 2013)
# No downstream maintainer for a long time, please move
# to sys-kernel/linux
El mar, 11-06-2013 a las 11:55 +0200, Pacho Ramos escribió:
Hello
Because of:
https://bugs.gentoo.org/show_bug.cgi?id=432848
We discovered an old bug affecting intltool that causes prefix of
localedir to be always hardcoded to the same location instead of
respecting configure flags
Hello
Because of:
https://bugs.gentoo.org/show_bug.cgi?id=432848
We discovered an old bug affecting intltool that causes prefix of
localedir to be always hardcoded to the same location instead of
respecting configure flags.
The patch is fixed by intltool upstream in their master branch but
Due a problem in my mail system, I lost most of the mails sent at Friday
7 then, if you sent my a private mail or change anything important in a
bug I could be involved (mainly, gnome and dotnet), please ping me again
via private mail if you think it's needed
Thanks!
El dom, 09-06-2013 a las 11:13 +0200, Tom Wijsman escribió:
On Sun, 09 Jun 2013 10:44:36 +0200
Pacho Ramos pa...@gentoo.org wrote:
Due a problem in my mail system, I lost most of the mails sent at
Friday 7 then, if you sent my a private mail or change anything
important in a bug I could
El lun, 03-06-2013 a las 17:24 -0700, Zac Medico escribió:
[...]
Yeah. The news item now advises the user that it's a good practice to
run revdep-rebuild anyway, just to be safe.
I would also suggest people to report bugs when they find cases not
catched by preserve-libs as they can be a real
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 need it?
El lun, 03-06-2013 a las 00:35 +0200, Luca Barbato escribió:
[...]
To not make this a waste of time here a summary of the whole thing:
- eselect init will be opt-in for the time being, people can be left on
their own tools if the want it
- the default init will stay sysvinit. Discussion
It's widely used in gnome related packages with similar purposes, its
description could be:
Enable bindings for pkgdev-lang/vala/pkg
Are you ok with moving it to global?
Due c1pher lack of time the following packages are now up for grabs:
app-benchmarks/ramspeed
app-text/mht-rip
net-analyzer/ostinato
net-wireless/mdk
Due peper lack of time the following packages are now up for grabs:
app-dicts/libydpdict
app-dicts/ydpdict
Due Lack lack of time the following packages are now up for grabs:
net-dns/openresolv
x11-misc/etm
x11-misc/ipager
x11-misc/nts
Due Lack inactivity for a long time, rox herd is now empty. If nobody
joins in two weeks, we will proceed with removing that herd and moving
its packages to maintainer-needed
Thanks
Due cedk lack of time the following packages are now up for grabs:
app-admin/eselect-audicle
app-admin/eselect-chuck
app-admin/eselect-miniaudicle
app-admin/eselect-sndpeek
app-misc/hachoir-metadata
app-misc/hachoir-subfile
app-misc/hachoir-urwid
app-misc/lsx
app-office/calcurse
dev-db/pg_top
El mié, 29-05-2013 a las 11:46 -0400, Ian Stakenvicius escribió:
On 29/05/13 11:43 AM, Vadim A. Misbakh-Soloviov wrote:
I think, it'll be nice to have a way to suggest some packages to
user, when (s)he installs something. For now it is only way to do
that by something like:
El lun, 27-05-2013 a las 11:35 -0400, Jonathan Callen escribió:
A quick reminder for anyone using python-r1.eclass or
python-single-r1.eclass:
These eclasses provide a ${PYTHON_REQUIRED_USE} variable that should
be included in REQUIRED_USE under the same USE conditionals (if any)
that
El dom, 26-05-2013 a las 15:15 +0800, Ben de Groot escribió:
On 26 May 2013 01:00, Pacho Ramos pa...@gentoo.org wrote:
We can now have long discussions about upstream decisions, how to handle
devrel problems... but I think it's much more easy: this kind of
boycott attitudes should stop
El dom, 26-05-2013 a las 09:22 +0200, Tiziano Müller escribió:
[...]
Can I ask the systemd people to design a working solution for opting
out? I can't support this initiative without such a solution and I
would be happy to work with the systemd people to reach it, ie I'll test.
El dom, 26-05-2013 a las 15:23 +0800, Ben de Groot escribió:
[...]
But it isn't even like that. I'm not taking away anyone's freedom to
use systemd.
You are doing as you are forcing them to have a semi-usable setup when
merging packages.
You can do so if you wish. You can add unit files to
El dom, 26-05-2013 a las 08:55 +0200, Michał Górny escribió:
[...]
As far as resisting systemd, why is that so bad? Vertical integration is
generally a bad idea with the sole exception of when your use case(s)
line up perfectly with the ivory tower and you need all of the offered
features.
El sáb, 25-05-2013 a las 11:54 +0200, Luca Barbato escribió:
Hi, since the whole discussion got somehow sidetracked on where and if
to install for everybody the rc system specific files for everybody
(that should be an implementation detail for the specific dohelper
IMHO), I'm back to the
El sáb, 25-05-2013 a las 14:03 +0200, Tom Wijsman escribió:
On Sat, 25 May 2013 13:13:36 +0200
Pacho Ramos pa...@gentoo.org wrote:
I use e4rat and, for that, I need to add
init=/sbin/e4rat-preload
to my grub.conf, I guess this wouldn't change with this, no? :/
Thanks
El dom, 26-05-2013 a las 00:14 +0800, Ben de Groot escribió:
I'm taking this from https://bugs.gentoo.org/412697 to the dev mailing
list, since this discussion doesn't really belong on bugzilla.
Some background copied from the bug report:
[...]
Probably your following comment in bug report
El dom, 19-05-2013 a las 12:31 +0200, Pacho Ramos escribió:
El dom, 14-04-2013 a las 11:40 +0200, Pacho Ramos escribió:
Due reasons explained here:
https://bugs.gentoo.org/show_bug.cgi?id=462052#c1
We would like to start a process of simplifying dotnet maintained
eclasses a lot because
I noticed the following addition to mono-env.eclass would be needed to
let us kill go-mono.eclass (setting now obsolete SRC_URI and build
phases relying on base.eclass)
Patch attached
--- mono-env.eclass~ 2013-05-24 20:44:55.0 +0200
+++ mono-env.eclass 2013-05-24 21:18:01.0 +0200
El dom, 14-04-2013 a las 11:40 +0200, Pacho Ramos escribió:
Due reasons explained here:
https://bugs.gentoo.org/show_bug.cgi?id=462052#c1
We would like to start a process of simplifying dotnet maintained
eclasses a lot because they are currently really hard to maintain. As a
start point, we
El mar, 14-05-2013 a las 23:54 +0200, Pacho Ramos escribió:
El mar, 14-05-2013 a las 23:27 +0200, Ulrich Mueller escribió:
On Tue, 14 May 2013, Pacho Ramos wrote:
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
we need a way to inform users the ebuild
El mié, 15-05-2013 a las 20:28 -0500, Matthew Thode escribió:
On 05/15/13 19:27, William Hubbs wrote:
On Wed, May 15, 2013 at 10:16:01PM +0800, Ben de Groot wrote:
We don't control upstreams, but we still have choices. At this point I
only see Gnome and udev upstreams who are forcing their
El mié, 15-05-2013 a las 15:41 +0200, Fabio Erculiani escribió:
Are we realizing that in order to keep systemd out of our way, we're
currently writing and maintaining drop-in replacements for the
features that systemd is already providing in an actively maintained
state? openrc-settingsd was
El mié, 15-05-2013 a las 15:02 -0400, Rich Freeman escribió:
[...]
No comment on that...
Maybe another way of saying things is that really the onus is on those
who want others to change their behavior to explain why they should
change. So, if you're seeking a change in behavior be up-front
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
we need a way to inform users the ebuild is installing a README.gentoo
file with needed information for configuration tips and so. Attached
patch does it.
--- readme.gentoo.eclass~ 2013-03-05 23:31:15.0 +0100
+++
El mar, 14-05-2013 a las 23:27 +0200, Ulrich Mueller escribió:
On Tue, 14 May 2013, Pacho Ramos wrote:
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
we need a way to inform users the ebuild is installing a README.gentoo
file with needed information
El mié, 08-05-2013 a las 20:59 -0400, Mike Frysinger escribió:
On Wednesday 05 December 2012 18:02:51 Doug Goldstein wrote:
- if grep -q disable-scrollkeeper configure; then
+ if grep -q disable-scrollkeeper ${ECONF_SOURCE:-.}/configure; then
ECONF_SOURCE should be quoted
-mike
If it
El jue, 09-05-2013 a las 18:44 +0200, Michał Górny escribió:
[...]
A similar variant is implemented in app-portage/install-mask which maps
names obtained from ${FILESDIR} to paths.
Didn't know that utility :O, thanks! (maybe, at least, a blog entry
could have been added when you did this tool
El mié, 08-05-2013 a las 23:49 +0800, Ben de Groot escribió:
[...]
It sounds more wrong to me to be asking normal package maintainers to
test and maintain unit files, while they don't use systemd themselves,
nor have it installed. Nor would most of our users need this.
And I believe the
El sáb, 04-05-2013 a las 15:05 +0200, Fabio Erculiani escribió:
[...]
- networkmanager need not to install/remove files depending on
USE=systemd but rather detect systemd at runtime, which is a 3 lines
script.
Sounds sensible.
Also, I forgot that I wrote a NetworkManager patch that
# Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/python-single-r1.eclass,v 1.16
2013/04/07 17:02:52 mgorny Exp $
# @ECLASS: gnome-games
# @MAINTAINER:
# Gnome team gn...@gentoo.org
# @AUTHOR:
# Author: Pacho
El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió:
On 05/02/2013 12:41 PM, Pacho Ramos wrote:
gnome-games was splitted in separate packages per game and, then, we
need an eclass to also set proper settings inherited from gnome2 and
games eclasses. This should also solve:
https
El jue, 02-05-2013 a las 15:54 +0200, hasufell escribió:
On 05/02/2013 03:40 PM, Pacho Ramos wrote:
El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió:
On 05/02/2013 12:41 PM, Pacho Ramos wrote:
gnome-games was splitted in separate packages per game and, then, we
need an eclass
El jue, 02-05-2013 a las 17:16 +0200, hasufell escribió:
On 05/02/2013 05:12 PM, Pacho Ramos wrote:
El jue, 02-05-2013 a las 15:54 +0200, hasufell escribió:
On 05/02/2013 03:40 PM, Pacho Ramos wrote:
El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió:
On 05/02/2013 12:41 PM, Pacho
El mié, 01-05-2013 a las 12:04 +0200, Fabio Erculiani escribió:
[...]
- other ~490 systemd units are missing at this time and writing them
could also be a great GSoC project (don't look at me, I'm busy
enough).
[...]
Can't them be stolen from other distros running systemd?
[...]
The only
El mié, 01-05-2013 a las 13:00 +0200, Fabio Erculiani escribió:
[...]
The only remaining problem is about eselect-sysvinit, for this reason,
I am probably going to create a new separate pkg called
_sysvinit-next_, that contains all the fun stuff many developers were
not allowed to commit
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/
Thanks,
Samuli
Do all packages really require rebuilding?
El mar, 02-04-2013 a las 00:42 +0200, Andreas K. Huettel escribió:
[...]
I will try to remember the issue, but not sure if probably a bug or a
tracker bug would be better to prevent this from being forgotten
again :/
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
El jue, 28-03-2013 a las 19:15 +0100, Michał Górny escribió:
Hello,
As discussed with ulm, I'd like to start a thread for collecting
initial items for EAPI 6. Preferably items which are either almost
ready or are easy to implement and are non-controversial. In other
words, thing which are
El lun, 25-03-2013 a las 01:39 +, Jorge Manuel B. S. Vicetto
escribió:
[...]
In the meantime, anyone interested in new stages / isos, are free and
welcome to test the ones built on my own server (using the official
specs)[1].
Why not point officially to your ISOs then? They look official
Today I tried to boot latest install ISO (from January) and hit this
bug:
https://bugs.gentoo.org/show_bug.cgi?id=455924
This breaks a lot of hardware requiring firmwares (like some wireless
drivers)
Could a new ISO set be released?
Thanks
signature.asc
Description: This is a digitally signed
El sáb, 23-03-2013 a las 14:40 -0400, Rick Zero_Chaos Farina escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/23/2013 02:06 PM, Pacho Ramos wrote:
Today I tried to boot latest install ISO (from January) and hit this
bug:
https://bugs.gentoo.org/show_bug.cgi?id=455924
El sáb, 23-03-2013 a las 21:28 +0100, Andreas K. Huettel escribió:
Am Samstag, 23. März 2013, 21:11:14 schrieb Michael Orlitzky:
The installation media has been totally useless on a large bit of
hardware for over three months. We should just suggest SystemRescueCD
if no one can be
We are really understaffed and don't have much time to work on dotnet
packages, if anybody is willing to join, please do :)
Thanks a lot
signature.asc
Description: This is a digitally signed message part
After talking with Caster. Feel free to get it
Thanks
signature.asc
Description: This is a digitally signed message part
After talking with serkan the following packages are now up for grabs:
x11-libs/gtkhotkey
gnome-extra/file-browser-applet
app-mobilephone/ganyremote
signature.asc
Description: This is a digitally signed message part
As wschlich no longer has enough time for that packages, this herd is
now empty. If you want to help, please join the herd. If nobody joins, I
will proceed with dropping it and moving its packages maintainer-needed
letting everybody want the packages they prefer.
Thanks
signature.asc
El dom, 03-03-2013 a las 22:42 +0100, Tom Wijsman escribió:
On Sun, 3 Mar 2013 21:00:19 +0200
Pavlos Ratis daster...@gentoo.org wrote:
I am interested in joining the herd. Now we can be 2 members. :)
Added us both to the net-proxy herd and mail alias.
With kind regards,
Tom
Due:
http://gentoo.2317880.n4.nabble.com/rox-herd-looks-inactive-for-a-long-time-td257264.html
This is the list:
rox-base/mime-editor
rox-base/oroborox
rox-base/pager
rox-base/rox-autostart
rox-base/rox-clib
rox-base/rox-launch
rox-base/rox-lib
rox-base/rox-media
rox-base/rox-session
rox-base/rox
El mié, 27-02-2013 a las 15:01 +0200, Samuli Suominen escribió:
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
El mié, 27-02-2013 a las 18:10 +0100, hasufell escribió:
I don't want to start another useless rant here, because I perfectly
understand the issue with ABI specific headers.
The problem is:
a) if you break a provider on purpose, then you should feel
somehow responsible for the consumers
El mié, 27-02-2013 a las 19:27 +0100, Alexis Ballier escribió:
[...]
The reason I bring this up again is that there was a strong argument
yesterday in #gentoo-dev, so it seems the situation is NOT clear.
What are these arguments ? The IRC conspiracy is hard to follow :)
I also read that
El mié, 27-02-2013 a las 18:58 +0100, Alexis Ballier escribió:
On Wed, 27 Feb 2013 18:10:30 +0100
hasufell hasuf...@gentoo.org wrote:
I don't want to start another useless rant here, because I perfectly
understand the issue with ABI specific headers.
The problem is:
a) if you break
I would like to ask about adding systemd USE flag to use.stable.mask
to let us stop needing to revbump packages with optional systemd support
when stabilizing them.
Are you ok with that?
signature.asc
Description: This is a digitally signed message part
El dom, 24-02-2013 a las 15:17 +0100, hasufell escribió:
-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
El dom, 24-02-2013 a las 09:35 -0500, Rich Freeman escribió:
On Sun, Feb 24, 2013 at 9:23 AM, Pacho Ramos pa...@gentoo.org wrote:
I would like to ask about adding systemd USE flag to use.stable.mask
to let us stop needing to revbump packages with optional systemd support
when stabilizing
El dom, 24-02-2013 a las 15:57 +0100, Michał Górny escribió:
[...]
d) the previous point will also allow to convert go-mono.eclass packages
without introducing yet another eclass for that
So you're introducing a hacky eclass just because you're too lazy to
convert go-mono packages properly
El dom, 24-02-2013 a las 16:53 +0100, Michał Górny escribió:
On Sun, 24 Feb 2013 16:12:18 +0100
Pacho Ramos pa...@gentoo.org wrote:
El dom, 24-02-2013 a las 15:57 +0100, Michał Górny escribió:
[...]
d) the previous point will also allow to convert go-mono.eclass packages
without
El mar, 19-02-2013 a las 14:27 -0800, Zac Medico escribió:
On 02/19/2013 12:12 PM, Pacho Ramos wrote:
Hello
For some time I am running portage-2.1.x with preserve-libs enabled to
test it and try to prevent revdep-rebuild usage. Until now, I haven't
had any problems with it, but I
Hello
For some time I am running portage-2.1.x with preserve-libs enabled to
test it and try to prevent revdep-rebuild usage. Until now, I haven't
had any problems with it, but I started to test it after being running
udev-19x for a long time. Yesterday, my father mailed me because he got
udev
Regarding licensing issues, maybe we could take fedora package as
reference for clarifying firmware licenses and so:
http://pkgs.fedoraproject.org/cgit/linux-firmware.git/tree/linux-firmware.spec
signature.asc
Description: This is a digitally signed message part
Due pva lack of time the following packages are now up for grabs:
app-dicts/stardict-freedict-eng-rus
app-doc/gimp-help
app-emulation/e-uae
app-emulation/uae
app-text/cuneiform (proxy maintained)
app-text/mathtex
app-text/yagf
dev-db/gigabase
dev-libs/guiloader-c++
dev-libs/guiloader
dev-libs/judy
501 - 600 of 1260 matches
Mail list logo
