El jue, 20-09-2012 a las 09:10 +0100, Ciaran McCreesh escribió:
> On Thu, 20 Sep 2012 08:43:11 +0200
> Pacho Ramos wrote:
> > El jue, 20-09-2012 a las 02:14 -0400, Alexandre Rostovtsev escribió:
> > > Revised to use a separate variable for the name of the flag instead
>
El jue, 20-09-2012 a las 10:14 -0400, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 20/09/12 09:52 AM, Ciaran McCreesh wrote:
> > On Thu, 20 Sep 2012 09:13:40 -0400 Ian Stakenvicius
> > wrote:
> >> PMS may not need to be fixed, just the spec
> >
> > PMS is
El jue, 20-09-2012 a las 14:52 +0100, Ciaran McCreesh escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Thu, 20 Sep 2012 09:13:40 -0400
> Ian Stakenvicius wrote:
> > PMS may not need to be fixed, just the spec
>
> PMS is the spec, and it doesn't need fixing, since it accurately
El jue, 20-09-2012 a las 09:13 -0400, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 20/09/12 03:41 AM, Michał Górny wrote:
> > On Thu, 20 Sep 2012 08:43:11 +0200 Pacho Ramos
> > wrote:
> >
> >> El jue, 20-09-2012
El jue, 20-09-2012 a las 03:33 -0400, Alexandre Rostovtsev escribió:
> On Thu, 2012-09-20 at 08:43 +0200, Pacho Ramos wrote:
> > El jue, 20-09-2012 a las 02:14 -0400, Alexandre Rostovtsev escribió:
> > > Revised to use a separate variable for the name of the flag instead of
>
El jue, 20-09-2012 a las 02:14 -0400, Alexandre Rostovtsev escribió:
> Revised to use a separate variable for the name of the flag instead of
> reading IUSE, as suggested by Ciaran McCreesh. As a result of this
> change, vala.eclass now defaults to assuming that vala support is
> optional (which is
El lun, 17-09-2012 a las 14:47 +0300, Samuli Suominen escribió:
> On 17/09/12 12:03, Peter Stuge wrote:
> > Pacho Ramos wrote:
> >>>>>> # Pacho Ramos (16 Sep 2012)
> >>>>>> # Upstream keeps inactive for ages and, then, it has broke again
> &g
El lun, 17-09-2012 a las 07:56 +0200, Peter Stuge escribió:
> Ben de Groot wrote:
> > On 16 September 2012 23:40, Peter Stuge wrote:
> > > Pacho Ramos wrote:
> > >> # Pacho Ramos (16 Sep 2012)
> > >> # Upstream keeps inactive for ages and, then, it
# Pacho Ramos (16 Sep 2012)
# Dead upstream, fails tests (#315565), wasn't updated
# for recent MythTV versions. Removal in a month.
media-libs/gmyth
media-plugins/gst-plugins-mythtv
# Pacho Ramos (16 Sep 2012)
# Fails old-elibtoolize sanity check (#341721), has security
# issues. Removal
El jue, 13-09-2012 a las 15:48 +0200, Alex Legler escribió:
> On 12.09.2012 19:59, Pacho Ramos wrote:
> > Hello
> >
> > Currently, package maintainers are CCed to security bugs when their are
> > needed. The problem is that, once maintainers add a fixed version and
>
El jue, 13-09-2012 a las 03:43 +0200, Jeroen Roovers escribió:
> On Wed, 12 Sep 2012 20:53:20 +0200
> Pacho Ramos wrote:
>
> > > You can un-CC yourself. I don't see why security@ should be doing
> > > the legwork.
> >
> > It shouldn't be so hard t
El mié, 12-09-2012 a las 18:30 -0400, Sean Amoss escribió:
> On 09/12/2012 02:54 PM, Pacho Ramos wrote:
> > El jue, 13-09-2012 a las 04:30 +1000, Michael Palimaka escribió:
> >> On 2012-09-13 03:59, Pacho Ramos wrote:
> >>> Hello
> >>>
> >>> Cu
El mié, 12-09-2012 a las 18:30 -0400, Sean Amoss escribió:
> On 09/12/2012 02:54 PM, Pacho Ramos wrote:
> > El jue, 13-09-2012 a las 04:30 +1000, Michael Palimaka escribió:
> >> On 2012-09-13 03:59, Pacho Ramos wrote:
> >>> Hello
> >>>
> >>> Cu
El mié, 12-09-2012 a las 14:42 -0400, Rich Freeman escribió:
> On Wed, Sep 12, 2012 at 2:29 PM, Jeroen Roovers wrote:
> >
> > So you would want to be re-CC'd when it is time to remove the vulnerable
> > versions, I guess.
>
> Isn't this done shortly after keywording is complete? I think the
> co
El jue, 13-09-2012 a las 04:30 +1000, Michael Palimaka escribió:
> On 2012-09-13 03:59, Pacho Ramos wrote:
> > Hello
> >
> > Currently, package maintainers are CCed to security bugs when their are
> > needed. The problem is that, once maintainers add a fixed version and
El mié, 12-09-2012 a las 20:29 +0200, Jeroen Roovers escribió:
> On Wed, 12 Sep 2012 19:59:01 +0200
> Pacho Ramos wrote:
>
> > Hello
> >
> > Currently, package maintainers are CCed to security bugs when their
> > are needed. The problem is that, once maintainers
Hello
Currently, package maintainers are CCed to security bugs when their are
needed. The problem is that, once maintainers add a fixed version and
tell security team they are ok to get it stabilized, maintainers are
kept CCed until bug is closed by security team. This usually means
getting a lot
El mié, 12-09-2012 a las 08:44 -0400, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 11/09/12 06:23 PM, Rich Freeman wrote:
> > On Tue, Sep 11, 2012 at 5:01 PM, William Hubbs
> > wrote:
> >>
> >> I can agree that a server would probably want a static
> >> c
El mar, 31-07-2012 a las 22:31 +0200, Maciej Grela escribió:
> 2012/7/31 Amadeusz Żołnowski :
> > I have taken it recently, but realised I'm not going to use aiccu on
> > Gentoo any time soon. Sorry for mess-up.
>
> Hi,
>
> I'd like to volunteer for being a proxy maintainer for this package.
> I
El vie, 27-07-2012 a las 13:24 -0400, Mike Frysinger escribió:
> On Friday 27 July 2012 08:13:16 Chí-Thanh Christopher Nguyễn wrote:
> > Ulrich Mueller schrieb:
> > > As I had pointed out before [1], changing from POSIX to an en_US
> > > locale will have undesirable side effects, like commas as tho
El mié, 25-07-2012 a las 18:38 +0200, Ulrich Mueller escribió:
[...]
> The single exception to this is IUSE, which
> is required to be present in an ebuild even if it's empty. Maybe we
> should drop this requirement, too.
+1
signature.asc
Description: This is a digitally signed message part
El lun, 23-07-2012 a las 15:08 -0700, Diego Elio Pettenò escribió:
> Il 23/07/2012 14:10, Peter Stuge ha scritto:
> > Did anyone report it upstream?
>
> Not me ... because I wouldn't know which one to care about. The problem
> with upstream is that you have what they call master that is not really
It has security bugs opened for a long time:
https://bugs.gentoo.org/show_bug.cgi?id=408507
Also, current version fails to build, and the same occurs while trying
to bump to the latest version:
https://bugs.gentoo.org/show_bug.cgi?id=421861
Help with this is needed, otherwise we will probably nee
As explained at:
https://bugs.gentoo.org/show_bug.cgi?id=284822
There are multiple issues with sys-apps/man that could be solved
switching to sys-apps/man-db instead, the problem is that the process
looks to be blocked by:
https://bugs.gentoo.org/show_bug.cgi?id=289884
After checking that bug rep
Several packages are using it with the same sense (support connman),
maybe we should move it from local to global USEs, what do you think?
signature.asc
Description: This is a digitally signed message part
El dom, 08-07-2012 a las 21:06 -0400, Anthony G. Basile escribió:
> On 07/08/2012 08:57 PM, Jeroen Roovers wrote:
> > On Sun, 08 Jul 2012 23:29:35 +0200
> > Pacho Ramos wrote:
> >
> >> El dom, 08-07-2012 a las 21:49 +0200, Diego Elio Pettenò escribió:
> &
El dom, 08-07-2012 a las 22:59 +0200, René Neumann escribió:
> Am 08.07.2012 22:10, schrieb Michał Górny:
> > On Sun, 08 Jul 2012 19:49:25 +0200
> > René Neumann wrote:
> >
> >> Hi all,
> >>
> >> I'd like just to receive a short clarification about the 'status' of
> >> base.eclass: Is this eclass
El dom, 08-07-2012 a las 21:49 +0200, Diego Elio Pettenò escribió:
> Il 08/07/2012 20:13, Chí-Thanh Christopher Nguyễn ha scritto:
> > Please report a removal bug for this, so any issues concerning users of
> > netkit-tftp can be tracked.
>
> Here it is:
> https://bugs.gentoo.org/show_bug.cgi?id=4
For a long time I have been observing ppc team reacts really slowly to
stabilization requests, causing us to need to keep old ebuilds for a
long time. Maybe it's time to start dropping stable keywords for ppc as
looks like team doesn't have enough man power to keep stable updated.
What do you thin
After reading:
https://bugs.gentoo.org/show_bug.cgi?id=424719
https://bugs.gentoo.org/show_bug.cgi?id=397973
Looks like there is not consensus about how to handle this cases,
probably a PROPERTIES variable for this would help :-/
Any ideas on this kind of issue?
signature.asc
Description: This
El lun, 02-07-2012 a las 13:45 -0700, Zac Medico escribió:
> On 07/02/2012 01:36 PM, viv...@gmail.com wrote:
> > Il 02/07/2012 22:01, Zac Medico ha scritto:
> >> On 07/02/2012 12:48 PM, Pacho Ramos wrote:
> >>> El lun, 28-05-2012 a las 14:34 -0700, Zac Medico escribi
El lun, 28-05-2012 a las 14:34 -0700, Zac Medico escribió:
> Hi,
>
> In case you aren't familiar with FEATURES=userpriv, here's the
> description from the make.conf(5) man page:
>
> Allow portage to drop root privileges and compile packages as
> portage:portage without a sandbox (unless users
El sáb, 30-06-2012 a las 13:46 -0400, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 30/06/12 01:30 PM, Pacho Ramos wrote:
> > El sáb, 30-06-2012 a las 13:17 -0400, Ian Stakenvicius escribió:
> >> -BEGIN PGP SIGNED MESSAGE-
El sáb, 30-06-2012 a las 13:17 -0400, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 30/06/12 11:16 AM, Mike Frysinger wrote:
> > On Saturday 30 June 2012 07:22:39 Zac Medico wrote:
> >> On 06/30/2012 04:07 AM, Pacho Ramos w
I would like to discuss a bit more issues like:
https://bugs.gentoo.org/show_bug.cgi?id=423087
Even if there are "a lot" of packages that can cause this breakage when
downgraded, I think it should be prevented and package managers
shouldn't try to downgrade this kind of packages as they will later
El jue, 28-06-2012 a las 10:26 +0200, Michał Górny escribió:
> On Wed, 27 Jun 2012 22:12:34 +0300
> Samuli Suominen wrote:
>
> > The logic in prune_libtool_files is not perfect[1].
>
> Define 'perfect'.
>
> > To clarify:
> >
> > Use `prune_libtool_files --all` instead of plain
> > `prune_libto
El sáb, 23-06-2012 a las 18:45 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 19:43:10 +0200
> Pacho Ramos wrote:
> > > It treats -r300 as being newer than -r200, and so will treat "the
> > > gtk3 version" or "the jruby version" as being newer
El sáb, 23-06-2012 a las 18:30 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 19:23:57 +0200
> Pacho Ramos wrote:
> > Did you send this proposal seriously or only to troll comparing it
> > with what you think tommy did with multilib thread?
>
> Uhm, this proposal
El sáb, 23-06-2012 a las 17:53 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 18:47:26 +0200
> Justin wrote:
> > On 23.06.2012 18:17, Ciaran McCreesh wrote:
> > > On Sat, 23 Jun 2012 18:13:23 +0200
> > > Justin wrote:
> > >> Did you read what you wrote and thought about what you request f
El sáb, 23-06-2012 a las 13:16 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 14:11:28 +0200
> Pacho Ramos wrote:
> > Looks like you have now opted to use Brian's comment as a kind of
> > "shield" of similar and discuss only about multilib, even when thi
El sáb, 23-06-2012 a las 12:59 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 13:52:24 +0200
> Peter Stuge wrote:
> > Ciaran McCreesh wrote:
> > > bring this to the point where we can say something other than
> > > "huh?".
> >
> > You can accelerate by making one guess about each thing on
El sáb, 23-06-2012 a las 12:37 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 13:38:09 +0200
> Peter Stuge wrote:
> > If you don't understand something of what thus far has been written,
> > then why not ask specific questions to fill those gaps, and move on?
>
> The multilib material isn
El sáb, 23-06-2012 a las 11:31 +0100, Ciaran McCreesh escribió:
> On Sat, 23 Jun 2012 12:24:32 +0200
> Pacho Ramos wrote:
> > As Peter explains, I think it is now clear enough what I was demanding
> > (about clarifying what is needed to get things in next EAPI to prevent
> &
El sáb, 23-06-2012 a las 12:24 +0200, Pacho Ramos escribió:
> El sáb, 23-06-2012 a las 11:53 +0200, Peter Stuge escribió:
> > Ciaran McCreesh wrote:
> > > What is hurting is people demanding features without specifying what
> > > the problem is
> >
> >
El sáb, 23-06-2012 a las 11:53 +0200, Peter Stuge escribió:
> Ciaran McCreesh wrote:
> > What is hurting is people demanding features without specifying what
> > the problem is
>
> Part of enabling progress is to show a strong will to communicate,
> with the goal of extracting common understanding
El jue, 21-06-2012 a las 11:27 +0200, Alec Warner escribió:
> On Thu, Jun 21, 2012 at 9:25 AM, Pacho Ramos wrote:
> > El jue, 21-06-2012 a las 08:00 +0100, Ciaran McCreesh escribió:
> >> On Thu, 21 Jun 2012 08:08:55 +0200
> >> Pacho Ramos wrote:
> >> > Als
El jue, 21-06-2012 a las 19:15 +0800, Patrick Lauer escribió:
> On 06/21/12 15:25, Pacho Ramos wrote:
> > El jue, 21-06-2012 a las 08:00 +0100, Ciaran McCreesh escribió:
> >> On Thu, 21 Jun 2012 08:08:55 +0200
> >> Pacho Ramos wrote:
> >>> Also, if I rememb
El jue, 21-06-2012 a las 08:39 +0100, Ciaran McCreesh escribió:
> On Thu, 21 Jun 2012 09:25:10 +0200
> Pacho Ramos wrote:
> > Then, looks clear to me that the way to get things approved in newer
> > EAPIs is not clear enough as looks like a lot of devs (like me) don't
>
El jue, 21-06-2012 a las 08:00 +0100, Ciaran McCreesh escribió:
> On Thu, 21 Jun 2012 08:08:55 +0200
> Pacho Ramos wrote:
> > Also, if I remember correctly, Tommy asked for this some months ago,
> > you asked for what he sent some days ago and now you require more and
>
El mié, 20-06-2012 a las 23:43 +0200, Justin escribió:
> On 20.06.2012 22:35, Ciaran McCreesh wrote:
> > On Wed, 20 Jun 2012 16:25:30 -0400
> > Richard Yao wrote:
> >> Multilib (and/or multiarch) support
> >>The current binaries cause a great deal of pain, particularly
> >> when a user does no
El sáb, 16-06-2012 a las 22:10 +0200, Peter Stuge escribió:
> Pacho Ramos wrote:
> > > I guess the point is that it is not really a dependency.
> >
> > No, it's a dependency only when you want ppp support working,
>
> Logically, but not technically.
>
El sáb, 16-06-2012 a las 22:07 -0500, Dale escribió:
> Duncan wrote:
> >
> > Looking at the broader picture, the problem of extraneous packages in the
> > world file has always concerned me. If it were to be done over again,
> > and I think Zac would likely agree, emerge would use --oneshot by
El sáb, 16-06-2012 a las 22:36 +0200, Michał Górny escribió:
> On Sat, 16 Jun 2012 20:49:10 +0200
> Pacho Ramos wrote:
>
> > El sáb, 16-06-2012 a las 19:07 +0200, Michał Górny escribió:
> > > On Sat, 16 Jun 2012 18:30:55 +0200
> > > Pacho Ramos wrote:
> >
El sáb, 16-06-2012 a las 17:46 +0100, Ciaran McCreesh escribió:
> On Sat, 16 Jun 2012 18:41:51 +0200
> Pacho Ramos wrote:
> > > The :*/:= feature was designed to solve one specific problem: if a
> > > user has foo installed, and foo deps upon bar, and bar:1 is
> > &
El sáb, 16-06-2012 a las 20:55 +0300, Samuli Suominen escribió:
> On 06/16/2012 06:59 PM, Pacho Ramos wrote:
> > This was noticed recently when getting:
> > https://bugs.gentoo.org/show_bug.cgi?id=420569
> >
> > Also hit this problem today while trying to bump bluez a
El sáb, 16-06-2012 a las 19:50 +0200, Peter Stuge escribió:
> Pacho Ramos wrote:
> > Also hit this problem today while trying to bump bluez and noticed we
> > are using elog messages to tell people to manually install
> > net-dialup/ppp if they want ppp working with bluez.
El sáb, 16-06-2012 a las 19:07 +0200, Michał Górny escribió:
> On Sat, 16 Jun 2012 18:30:55 +0200
> Pacho Ramos wrote:
>
> > El sáb, 16-06-2012 a las 18:09 +0200, hasufell escribió:
> > > It breaks the useflag philosophy, IMO.
> > >
> > > Useflags were
El sáb, 16-06-2012 a las 17:24 +0100, Ciaran McCreesh escribió:
> On Sat, 16 Jun 2012 17:16:34 +0200
> Pacho Ramos wrote:
> > El sáb, 16-06-2012 a las 15:52 +0100, Ciaran McCreesh escribió:
> > > On Sat, 16 Jun 2012 16:48:20 +0200
> > > Pacho Ramos wrote:
> &g
El sáb, 16-06-2012 a las 18:09 +0200, hasufell escribió:
> It breaks the useflag philosophy, IMO.
>
> Useflags were meant as switches. You can turn things on and off. Pulling
> in optional dependencies via useflags does not allow the user to turn
> something off when he sets USE="-foo" emerge fuqb
This was noticed recently when getting:
https://bugs.gentoo.org/show_bug.cgi?id=420569
Also hit this problem today while trying to bump bluez and noticed we
are using elog messages to tell people to manually install
net-dialup/ppp if they want ppp working with bluez.
I am unsure about the disadva
El sáb, 16-06-2012 a las 17:16 +0200, Pacho Ramos escribió:
> El sáb, 16-06-2012 a las 15:52 +0100, Ciaran McCreesh escribió:
> > On Sat, 16 Jun 2012 16:48:20 +0200
> > Pacho Ramos wrote:
> > > Regarding the comparison with using only SLOT, the most clear example
> >
El sáb, 16-06-2012 a las 15:52 +0100, Ciaran McCreesh escribió:
> On Sat, 16 Jun 2012 16:48:20 +0200
> Pacho Ramos wrote:
> > Regarding the comparison with using only SLOT, the most clear example
> > of how that solution was a bit worse was that glib vs
> > dbus-gl
El sáb, 16-06-2012 a las 15:31 +0100, Ciaran McCreesh escribió:
> On Sat, 16 Jun 2012 16:29:09 +0200
> Pacho Ramos wrote:
> > I thought last Zac suggestion of ABI_SLOT modified to use
> > "SLOT=ble/bla" was clear enough and we reached a consensus.
>
&g
# Pacho Ramos (16 Jun 2012)
# No needed since kernel-3.2, bug#411405#c6
# Removal in a month.
sys-kernel/cluster-sources
signature.asc
Description: This is a digitally signed message part
El sáb, 16-06-2012 a las 14:48 +0100, Ciaran McCreesh escribió:
> On Sat, 16 Jun 2012 15:37:44 +0200
> Pacho Ramos wrote:
> > > > About suggesting new item (like forcing rebuilding of other
> > > > packages as discussed some days ago and crosscompile support
> &
# Pacho Ramos (16 Jun 2012)
# Bundles unsecure libexpat, all packages still needing it
# are dead, orphan and have replacements. See bug #251433.
# Removal in 30 days.
net-libs/libtlen
net-im/gnugadu
net-im/tleenx2
# Pacho Ramos (16 Jun 2012)
# Bundles python-2.3 and other libs affected by
El sáb, 16-06-2012 a las 13:43 +0100, Ciaran McCreesh escribió:
> On Sat, 16 Jun 2012 14:26:16 +0200
> Pacho Ramos wrote:
> > OK, would you let me to create a tracker bug for eapi5 accepted item?
>
> No. We're working on the PMS list. We don't need yet another p
El sáb, 16-06-2012 a las 14:12 +0200, Ulrich Mueller escribió:
> >>>>> On Sat, 16 Jun 2012, Pacho Ramos wrote:
>
> > I would like to know if there is some place where things going to be
> > included (or proposed to be included) for eapi5 are listed (if such
&g
El sáb, 16-06-2012 a las 13:13 +0200, Agostino Sarubbo escribió:
> On Saturday 16 June 2012 12:55:22 Pacho Ramos wrote:
> > Hello
> >
> > I would like to know if there is some place where things going to be
> > included (or proposed to be included) for eapi5 are liste
Hello
I would like to know if there is some place where things going to be
included (or proposed to be included) for eapi5 are listed (if such
place exists). Currently, looks like there is no eapi5 tracker :-/
Thanks a lot for the info :)
signature.asc
Description: This is a digitally signed me
app-admin/ulogd
app-arch/pdv
Feel free to get them
Thanks
signature.asc
Description: This is a digitally signed message part
net-misc/balance
x11-themes/gentoo-artwork
Feel free to get them
Thanks
signature.asc
Description: This is a digitally signed message part
The following packages are now orphan:
app-emulation/playonlinux
app-emulation/vboxgtk
dev-libs/xmlrpc-epi
dev-util/bam
media-libs/pnglite
media-video/miro
net-misc/plowshare
Feel free to get them
Thanks
signature.asc
Description: This is a digitally signed message part
El vie, 15-06-2012 a las 09:03 +0200, Pacho Ramos escribió:
> El mar, 12-06-2012 a las 23:02 -0400, Mike Frysinger escribió:
> > i've noticed a growing trend where people put setup of variables into
> > pkg_setup that only matter to src_* funcs presumably so they don
El mar, 12-06-2012 a las 23:02 -0400, Mike Frysinger escribió:
> i've noticed a growing trend where people put setup of variables into
> pkg_setup that only matter to src_* funcs presumably so they don't have to
> call the respective src_* func from an inherited eclass. unfortunately this
> add
El vie, 15-06-2012 a las 05:43 +0300, Samuli Suominen escribió:
> On 06/15/2012 05:02 AM, Mike Frysinger wrote:
> > On Thursday 14 June 2012 21:16:31 Samuli Suominen wrote:
> >> So how about renaming USE="gs" consumers to USE="ps" and making USE="ps"
> >> global flag with the proposed description?
El lun, 11-06-2012 a las 18:08 +0100, Ciaran McCreesh escribió:
> On Mon, 11 Jun 2012 13:15:40 +0100
> Nirbheek Chauhan wrote:
> > On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
> > wrote:
> > > On Sun, 10 Jun 2012 21:45:27 +0100
> > > Nirbheek Chauhan wrote:
> > >> It's a simple workaround fo
El dom, 10-06-2012 a las 13:25 +0100, Ciaran McCreesh escribió:
> On Sat, 09 Jun 2012 13:55:53 -0700
> Zac Medico wrote:
> > A dependency atom will have optional SLOT and ABI_SLOT parts. Using
> > the dbus-glib depedency on glib:2 as an example [1], the dbus-glib
> > dependency will be expressed w
El dom, 10-06-2012 a las 11:45 +0300, Maxim Kammerer escribió:
> Just to illustrate the USE=gtk3 confusion, on packages I has personal
> experience with:
>
[...]
> gnome-base/librsvg
> --> flag for gtk3 libraries *and* executables (independent USE=gtk; an
> example of a package that should be slot
El sáb, 09-06-2012 a las 12:46 +0200, Pacho Ramos escribió:
> El vie, 08-06-2012 a las 12:31 -0700, Zac Medico escribió:
> > On 06/08/2012 12:23 PM, Pacho Ramos wrote:
> > > El vie, 08-06-2012 a las 12:16 -0700, Zac Medico escribió:
> > >> On 06/08/2012 01:38 AM, Pac
El vie, 08-06-2012 a las 12:31 -0700, Zac Medico escribió:
> On 06/08/2012 12:23 PM, Pacho Ramos wrote:
> > El vie, 08-06-2012 a las 12:16 -0700, Zac Medico escribió:
> >> On 06/08/2012 01:38 AM, Pacho Ramos wrote:
> >>> El jue, 07-06-2012 a las 12:33 -0700, Zac Me
Hello
Is anyone familiarized with lirc? Due all their opened bugs:
https://bugs.gentoo.org/buglist.cgi?quicksearch=lirc&list_id=1087335
and, specially:
https://bugs.gentoo.org/show_bug.cgi?id=160134
that is also affecting 0.9, all lirc versions in the tree are broken for
a long time.
Thanks!
El vie, 08-06-2012 a las 12:16 -0700, Zac Medico escribió:
> On 06/08/2012 01:38 AM, Pacho Ramos wrote:
> > El jue, 07-06-2012 a las 12:33 -0700, Zac Medico escribió:
> >> On 06/07/2012 12:24 PM, Pacho Ramos wrote:
> >>> El jue, 07-06-2012 a las 12:09 -0700, Zac Me
As talked with him via mail, thanks for taking it
signature.asc
Description: This is a digitally signed message part
As talked with him via mail, he will concentrate in gnome work and won't
have time to take care of the following packages:
app-admin/logrotate
sys-apps/usermode-utilities
Feel free to get them
Thanks
signature.asc
Description: This is a digitally signed message part
El jue, 07-06-2012 a las 12:33 -0700, Zac Medico escribió:
> On 06/07/2012 12:24 PM, Pacho Ramos wrote:
> > El jue, 07-06-2012 a las 12:09 -0700, Zac Medico escribió:
> >> On 06/07/2012 12:00 PM, Pacho Ramos wrote:
> >>> El jue, 07-06-2012 a las 19:44 +0100, Ciaran Mc
El jue, 07-06-2012 a las 12:09 -0700, Zac Medico escribió:
> On 06/07/2012 12:00 PM, Pacho Ramos wrote:
> > El jue, 07-06-2012 a las 19:44 +0100, Ciaran McCreesh escribió:
> >> On Thu, 07 Jun 2012 20:43:54 +0200
> >> Pacho Ramos wrote:
> >>>> I would pref
El jue, 07-06-2012 a las 19:44 +0100, Ciaran McCreesh escribió:
> On Thu, 07 Jun 2012 20:43:54 +0200
> Pacho Ramos wrote:
> > > I would prefer, as a workaround, allow reverse deps to RDEPEND on
> > > glib:2.* instead. That way it would cover more cases when more than
>
El jue, 07-06-2012 a las 20:16 +0200, Pacho Ramos escribió:
> El jue, 07-06-2012 a las 11:03 -0700, Zac Medico escribió:
> > On 06/07/2012 10:40 AM, Ciaran McCreesh wrote:
> > > On Thu, 07 Jun 2012 09:43:32 -0700
> > > Zac Medico wrote:
> > >> I can imagin
El jue, 07-06-2012 a las 11:03 -0700, Zac Medico escribió:
> On 06/07/2012 10:40 AM, Ciaran McCreesh wrote:
> > On Thu, 07 Jun 2012 09:43:32 -0700
> > Zac Medico wrote:
> >> I can imagine that ABI_SLOT operator deps will be a lot more popular
> >> than SLOT operator deps, since ABI_SLOT operator d
El jue, 07-06-2012 a las 20:04 +0200, Wulf C. Krueger escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07.06.2012 19:47, Zac Medico wrote:
> > And, I suspect that they'd be handling with ABI_SLOT operator deps,
> > if they were available.
>
> No, we wouldn't.
>
> Best regards,
El jue, 07-06-2012 a las 10:42 -0700, Zac Medico escribió:
> On 06/06/2012 10:28 PM, Ciaran McCreesh wrote:
> > On Wed, 06 Jun 2012 14:21:40 -0700
> > Zac Medico wrote:
> >>> You'd have a slot per ABI, and be encouraged to allow multiple
> >>> versions of glib to be installed in parallel. If you r
El jue, 07-06-2012 a las 18:40 +0100, Ciaran McCreesh escribió:
> On Thu, 07 Jun 2012 09:43:32 -0700
> Zac Medico wrote:
> > I can imagine that ABI_SLOT operator deps will be a lot more popular
> > than SLOT operator deps, since ABI_SLOT operator deps will accommodate
> > the common practice of al
El mié, 06-06-2012 a las 14:59 -0700, Brian Harring escribió:
> On Tue, Jun 05, 2012 at 07:18:01PM -0700, Zac Medico wrote:
> > On 06/05/2012 05:51 PM, Michael Weber wrote:
> > > Is there any chance to detect this ZLIB_VERSION problem with
> > > revdep-rebuild (worst case: add a list of possibly br
El mié, 06-06-2012 a las 20:23 +0100, Ciaran McCreesh escribió:
> On Wed, 06 Jun 2012 21:16:05 +0200
> Pacho Ramos wrote:
> > Well, I think reading this thread is more or less clear what it would
> > be supposed to do, also Zac suggested it and looks to have an idea
> >
El mié, 06-06-2012 a las 14:53 -0400, Mike Frysinger escribió:
> On Wednesday 06 June 2012 14:06:47 Pacho Ramos wrote:
> > The problem is that grep keeps linked against libpcre and it can cause
> > problems like pointed in referred bug report, and it's really risky as
>
El mié, 06-06-2012 a las 19:33 +0100, Ciaran McCreesh escribió:
> On Wed, 06 Jun 2012 20:30:52 +0200
> Pacho Ramos wrote:
> > > > Also, how could this be handled in dbus-glib side? I mean, would
> > > > we need to update dbus-glib update from RDEPENDing on glib
El mié, 06-06-2012 a las 19:15 +0100, Ciaran McCreesh escribió:
> On Wed, 06 Jun 2012 20:02:24 +0200
> Pacho Ramos wrote:
> > Probably other gnome team could reply this better than me, but I don't
> > think slotting every glib-2 due ABI changes deserves the huge effort.
El mié, 06-06-2012 a las 13:23 -0400, Mike Frysinger escribió:
> On Wednesday 06 June 2012 04:26:11 Pacho Ramos wrote:
> > I think that would be interesting to try to not get grep build with pcre
> > support by default, specially after reading "man grep" and seeing that
El mié, 06-06-2012 a las 18:19 +0100, Ciaran McCreesh escribió:
> On Wed, 06 Jun 2012 10:32:08 +0200
> Pacho Ramos wrote:
> > > We do? Please tell us. I was under the impression that we still
> > > didn't fully know what the problem was.
> >
> > Well, c
801 - 900 of 1265 matches
Mail list logo