[gentoo-dev] Lastrites: app-benchmarks/bootchart, dev-embedded/parapin-driver, dev-perl/adocman, media-tv/linuxtv-dvb

# Pacho Ramos (11 May 2012) # No GPL releases for a long time, bundles external classes (#162788) # Use app-benchmarks/bootchart2 instead. Removal in a month. app-benchmarks/bootchart # Pacho Ramos (11 May 2012) # Fails to build, bug #280920 and is unmaintained for a long time. # Removal in a

Re: [gentoo-dev] pushing fixes to stable before closing bugs

El sáb, 12-05-2012 a las 12:34 +0200, "Paweł Hajdan, Jr." escribió: > I noticed a general tendency to close bugs affecting stable before > pushing the fix to stable. > > One recent example is , > but there are more. > > The idea is that if you only

[gentoo-dev] Lastrites: media-video/undvd, media-sound/ssrc, net-firewall/ipchains, media-libs/libflash, net-fs/fusesmb, net-im/jabberd, app-mobilephone/galicesms, sys-boot/cromwell, net-misc/batmand,

# Pacho Ramos (13 May 2012) # Upstream dead, needs to be ported to mp4v2-1.9.1 or gpac utils. # Removal in a month. media-video/undvd # Pacho Ramos (13 May 2012) # Overflow (#337410), no new version for a long time and nothing # needs it. Removal in a month. media-sound/ssrc # Pacho Ramos (13

Re: [gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

El lun, 14-05-2012 a las 11:09 -0400, Mike Gilbert escribió: > On 5/14/2012 12:50 AM, Ben de Groot wrote: > > On 14 May 2012 04:27, Mike Gilbert wrote: > >> To make ebuilds utilizing python-distutils-ng.eclass usable > >> "out-of-the-box", the python team would like to add the following to > >> ma

Re: [gentoo-dev] RFC: new global USE flag: jit

El lun, 14-05-2012 a las 20:09 +0200, Agostino Sarubbo escribió: > On Monday 14 May 2012 14:05:12 Alexandre Rostovtsev wrote: > > I propose adding the following global USE flag: > > > > jit - Enable just-in-time compilation for improved performance. May > > prevent use of some PaX memory protectio

Re: [gentoo-dev] -Werror unwanted?

El lun, 14-05-2012 a las 20:24 +0200, Jeroen Roovers escribió: > On Mon, 14 May 2012 18:01:22 +0200 > Chí-Thanh Christopher Nguyễn wrote: > > > -Werror is basically saying that it is not safe to ship code which > > produces warnings. > > An upstream demanding -Werror should work means upstream w

Re: [gentoo-dev] Packages maintained by trapni need a co-maintainer

El dom, 06-05-2012 a las 18:38 +0200, Michael Weber escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 05/06/2012 05:35 PM, Pacho Ramos wrote: > > Well, in tree versions are still buggy and outdated, I would vote > > for either: 1. Mask them for re

[gentoo-dev] Packages up for grabs due gmsoft concentrating in hppa work

As talked with him via mail, he will concentrate in hppa work and won't have time to take care of the following packages: net-misc/dibbler net-misc/aiccu Feel free to get them Thanks signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: RFC: Enable FEATURES=config-protect-if-modified by default?

El mié, 16-05-2012 a las 11:42 +0200, Fabian Groffen escribió: > On 16-05-2012 12:36:03 +0300, Eray Aslan wrote: > > On 2012-05-16 12:13 PM, Andreas K. Huettel wrote: > > >>> make.conf(5) man page: > > >>> This causes the CONFIG_PROTECT behavior to be skipped for files that > > >>> have not bee

Re: [gentoo-dev] autotools.eclass:eautoreconf now runs autopoint for you

El lun, 21-05-2012 a las 02:41 -0400, Alexandre Rostovtsev escribió: > On Sun, 2012-05-20 at 06:32 -0400, Mike Frysinger wrote: > > i've extended eautoreconf to automatically call autopoint when the package > > uses gettext. the configure check might seem naïve, but this is how > > autoreconf >

Re: [gentoo-dev] autotools.eclass no longer inherits eutils; check your ebuilds!

El lun, 21-05-2012 a las 13:46 -0400, Alexandre Rostovtsev escribió: > On May 20, autools.eclass was changed to no longer inherit eutils, see > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/autotools.eclass?r1=1.133&r2=1.134 > > Relying on autotools.eclass for your eutils needs wa

Git migration (2012) (Was: Re: [gentoo-dev] Remove eclass/ChangeLog)

El mar, 22-05-2012 a las 11:22 +0200, Fabio Erculiani escribió: > On Tue, May 22, 2012 at 11:01 AM, Michael Weber wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > On 05/20/2012 03:55 PM, Andreas K. Huettel wrote: > >> Am Sonntag 20 Mai 2012, 15:30:45 schrieb Nirbheek Chauhan:

Re: [gentoo-dev] autotools.eclass no longer inherits eutils; check your ebuilds!

El lun, 21-05-2012 a las 12:25 -0700, Zac Medico escribió: > On 05/21/2012 12:04 PM, Pacho Ramos wrote: > > El lun, 21-05-2012 a las 13:46 -0400, Alexandre Rostovtsev escribió: > >> On May 20, autools.eclass was changed to no longer inherit eutils, see > >> http:/

Re: [gentoo-dev] Re: autotools.eclass no longer inherits eutils; check your ebuilds!

El mié, 23-05-2012 a las 06:39 +1000, Michael escribió: > On 2012-05-22 03:46, Alexandre Rostovtsev wrote: > > On May 20, autools.eclass was changed to no longer inherit eutils, see > > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/autotools.eclass?r1=1.133&r2=1.134 > > > > Relying

Re: [gentoo-dev] Re: autotools.eclass no longer inherits eutils; check your ebuilds!

El mié, 23-05-2012 a las 10:31 +0100, Markos Chandras escribió: > On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos wrote: > > El mié, 23-05-2012 a las 06:39 +1000, Michael escribió: > >> On 2012-05-22 03:46, Alexandre Rostovtsev wrote: > >> > On May 20, autools.eclass wa

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

El mié, 23-05-2012 a las 17:00 -0300, Ezequiel Garcia escribió: > On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan > wrote: > > I, for one, think we should stay with CVS and leave all this git > > Linusware to the new-fangled Fedora kids with their fancy init systems > > and tight coupling. CVS was

Re: [gentoo-dev] dev-libs/libusbx:1 the default provider for virtual/libusb:1 (for ~arch)

El dom, 27-05-2012 a las 17:16 -0700, Zac Medico escribió: > On 05/27/2012 11:12 AM, Samuli Suominen wrote: > > Fedora rawhide and ArchLinux switched to libusbx and followed suit in > > our virtual/libusb:1. > > Debian is considering the switch also. We'll see... > > > > I've been in contact with

Re: [gentoo-dev] [PATCH eutils] Move remove_libtool_files() from autotools-utils for wider use.

El lun, 28-05-2012 a las 09:58 +0200, Michał Górny escribió: > As autotools-utils exports phase functions, it will be better if > remove_libtool_files() functions would be somewhere else. > --- > eutils.eclass | 68 > + > 1 file changed, 6

[gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue

Hello, will send this to gentoo-dev mailing list per Zac's suggestion ;): Probably Zac already remembers my suggestion of: https://bugs.gentoo.org/show_bug.cgi?id=413619 Sorry for insisting a bit on it but this issue bites me periodically. Months ago, I was able to administrate myself some of my

[gentoo-dev] About forcing rebuilds of other packages issue

Hello, will send this to gentoo-dev mailing list per Zac's suggestion ;): Probably Zac already remembers my suggestion of: https://bugs.gentoo.org/show_bug.cgi?id=413619 Sorry for insisting a bit on it but this issue bites me periodically. Months ago, I was able to administrate myself some of my

Re: [gentoo-dev] About forcing rebuilds of other packages issue

El mar, 05-06-2012 a las 08:44 -0400, Aaron W. Swenson escribió: [...] > "There's never anything important in all that text." - Anonymous > Gentoo User > > We've already determined that the users don't read the output. This is > a known fact. Something I repeat in #gentoo more often than I care to

[gentoo-dev] Suggestion to drop "pcre" from default enabled USE flags in profiles

After reading: https://bugs.gentoo.org/show_bug.cgi?id=419795 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 its support is tagged as experimental: -P, --perl-regexp Interpret PATT

Re: [gentoo-dev] About forcing rebuilds of other packages issue

El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió: > On 06/05/2012 06:31 AM, Pacho Ramos wrote: > > El mar, 05-06-2012 a las 08:44 -0400, Aaron W. Swenson escribió: > >> The ideal solution is for the Ebuild to instruct the PMS to rebuild > >> the dependent packag

Re: [gentoo-dev] About forcing rebuilds of other packages issue

El mié, 06-06-2012 a las 06:33 +0100, Ciaran McCreesh escribió: > On Tue, 05 Jun 2012 15:31:01 +0200 > Pacho Ramos wrote: > > We all know what would be the "ideal solution", the problem is how to > > implement it (and how many years we need to wait to get it working)

Re: [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue

El mié, 06-06-2012 a las 02:51 +0200, Michael Weber escribió: [...] > > [1] if you forget the -X on module-rebuild, you might no longer have > the virtualbox-modules version installed in the tree (no packages > satisfy ...). virtualbox does remove old versions real quick. > > The fun part comes w

Re: [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue

El mar, 05-06-2012 a las 19:18 -0700, Zac Medico escribió: > 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 broken packages > > with tests)? > > I'd suggest a special ebuild phase

Re: [gentoo-dev] Suggestion to drop "pcre" from default enabled USE flags in profiles

El mié, 06-06-2012 a las 10:37 +0200, "Paweł Hajdan, Jr." escribió: > On 6/6/12 10:26 AM, Pacho Ramos wrote: > > After reading: > > https://bugs.gentoo.org/show_bug.cgi?id=419795 > > > > I think that would be interesting to try to not get grep build with p

Re: [gentoo-dev] About forcing rebuilds of other packages issue

El mié, 06-06-2012 a las 01:54 -0700, Zac Medico escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 06/06/2012 01:46 AM, Pacho Ramos wrote: > > El mar, 05-06-2012 a las 19:18 -0700, Zac Medico escribió: > >> On 06/05/2012 05:51 PM, Michael Weber wrote: &

Re: [gentoo-dev] About forcing rebuilds of other packages issue

El mié, 06-06-2012 a las 02:17 -0700, Zac Medico escribió: > On 06/06/2012 01:28 AM, Pacho Ramos wrote: > > El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió: > >> The "SLOT operator" dependencies that Ciaran has been advocating are > >> very close to

Re: [gentoo-dev] About forcing rebuilds of other packages issue

El mié, 06-06-2012 a las 18:16 +0100, Ciaran McCreesh escribió: > On Wed, 06 Jun 2012 11:48:26 +0200 > Pacho Ramos wrote: > > That looks nice, only two notes: > > - Looks like would be more sense on distinguish between "SLOT" and > > ABI_SLOT, for example: &g

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] Suggestion to drop "pcre" from default enabled USE flags in profiles

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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.

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] Suggestion to drop "pcre" from default enabled USE flags in profiles

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 >

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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 > >

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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,

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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 >

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

[gentoo-dev] Packages up for grabs due dang concentrating in gnome work

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

[gentoo-dev] net-misc/ntpclient up for grabs due solar concentrating in other packages

As talked with him via mail, thanks for taking it signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

[gentoo-dev] app-misc/lirc needs some love

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!

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] gtk3 useflag and support of older toolkits

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

Re: [gentoo-dev] About forcing rebuilds of other packages issue

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

Re: [gentoo-dev] gtk3 useflag and support of older toolkits

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

Re: [gentoo-dev] New global USE flag "ps"

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?

Re: [gentoo-dev] ebuild laziness and binpkg overhead

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

Re: [gentoo-dev] ebuild laziness and binpkg overhead

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

[gentoo-dev] Packages up for grabs due volkmar being unable to maintain them because of lack of time

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

[gentoo-dev] Packages up for grabs due cla retirement

net-misc/balance x11-themes/gentoo-artwork Feel free to get them Thanks signature.asc Description: This is a digitally signed message part

[gentoo-dev] Packages up for grabs due wormo taking care of bug wrangling only

app-admin/ulogd app-arch/pdv Feel free to get them Thanks signature.asc Description: This is a digitally signed message part

[gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] About what would be included in EAPI5

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

[gentoo-dev] Lastrites: net-libs/libtlen, net-im/gnugadu, net-im/tleenx2, dev-ada/gps-bin, dev-ruby/mmap, dev-python/psyco, net-analyzer/honeyd, x11-misc/service-discovery-applet, dev-util/sourcenav,

# 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

Re: [gentoo-dev] About what would be included in EAPI5

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 > &

[gentoo-dev] Lastrites: sys-kernel/cluster-sources

# 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

Re: [gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] About what would be included in EAPI5

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 > >

[gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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

Re: [gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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

Re: [gentoo-dev] About what would be included in EAPI5

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

Re: [gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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

Re: [gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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.

Re: [gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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

Re: [gentoo-dev] About what would be included in EAPI5

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 > > &

Re: [gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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: > >

Re: [gentoo-dev] Re: About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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

Re: [gentoo-dev] About using USE flags to pull in needed RDEPENDs being discouraged by devmanual

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. >

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] My wishlist for EAPI 5

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 >

Re: [gentoo-dev] My wishlist for EAPI 5

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 >

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] My wishlist for EAPI 5

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 > > > >

Re: [gentoo-dev] My wishlist for EAPI 5

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 > &

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] My wishlist for EAPI 5

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

Re: [gentoo-dev] RFC: PROPERTIES=funky-slots

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

Re: [gentoo-dev] RFC: PROPERTIES=funky-slots

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

Re: [gentoo-dev] RFC: PROPERTIES=funky-slots

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

Re: [gentoo-dev] prune_libtool_files is NOT a direct replacement for, example, find "${D}" -name '*.la' -delete

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

[gentoo-dev] About trying to prevent downgrades of packages that cause system breakage

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

Re: [gentoo-dev] About trying to prevent downgrades of packages that cause system breakage

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

Re: [gentoo-dev] About trying to prevent downgrades of packages that cause system breakage

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-

Re: [gentoo-dev] RFC: Enable FEATURES="userpriv usersandbox" by default?

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

Re: [gentoo-dev] RFC: Enable FEATURES="userpriv usersandbox" by default?

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

<    1   2   3   4   5   6   7   8   9   10   >