[gentoo-dev] Lastrites: =dev-db/sqlite-2*

# Pacho Ramos <pa...@gentoo.org> (01 Jan 2016) # Nothing requires this obsolete versions, bug #249418 # Removal in a month. =dev-db/sqlite-2*

[gentoo-dev] Lastrites: dev-ada/adasockets, net-dns/noip-updater, dev-util/cocom, dev-ada/booch_components, dev-java/istack-commons-tools, dev-java/jax-ws-tools, dev-java/jaxb-tools, sys-libs/nss-db,

# Pacho Ramos <pa...@gentoo.org> (01 Jan 2016) # Fails to build in multiple ways, bug #250055 # Removal in a month. dev-ada/adasockets # Pacho Ramos <pa...@gentoo.org> (01 Jan 2016) # Security issues, without maintainer, upstream dead, bug #261194 # Removal in a month. net-dns/

[gentoo-dev] Lastrites: net-misc/gip, media-sound/gnomoradio, app-office/passepartout, media-video/bombono-dvd, sci-electronics/gspeakers

# Pacho Ramos <pa...@gentoo.org> (31 Dec 2015) # Upstream dead, doesn't compile with libsigc++-2.6, bug #567092 # Removal in a month. net-misc/gip # Pacho Ramos <pa...@gentoo.org> (31 Dec 2015) # Upstream dead, doesn't compile with libsigc++-2.6, bug #568796 # Removal in a month.

[gentoo-dev] Package up for grabs

We are not taking care of this package for a long time, feel free to take it if you want: net-misc/sparkleshare

Re: [gentoo-dev] [PATCH] readme.gentoo-r1.eclass: Do not inherit eutils.

El dom, 20-12-2015 a las 13:13 +0100, Ulrich Mueller escribió: > > > > > > On Sun, 20 Dec 2015, Michał Górny wrote: > > > > Besides, the "set -f" code in the eclass works just fine and has > > > been tested for several years by now. > > > Sure. Relying on implicit word splitting which is a side

Re: [gentoo-dev] News for Gentoo CI and pull request CI

El vie, 11-12-2015 a las 23:13 +0100, Michał Górny escribió: > Hi, everyone. > > I'd like to make a short announcement that in the last few days I've > been using my little free time to hack on my CI scripts, and they had > a few major improvements. Most notably: > > 1. pkgcheck now checks for

[gentoo-dev] Lastrites: net-proxy/webscarab, app-emulation/skyeye, net-p2p/btpd, app-eselect/eselect-esd, dev-tex/latex-unicode

# Pacho Ramos <pa...@gentoo.org> (09 Nov 2015) # Not properly installed, dead for ages, upstream # ask people to use Zed Attack Proxy Project instead # Removal in a month. Bug #185919 net-proxy/webscarab # Pacho Ramos <pa...@gentoo.org> (09 Nov 2015) # Nobody willing to maintain/bump

Re: [gentoo-dev] ChangeLog

El dom, 01-11-2015 a las 14:25 +0100, Patrick Lauer escribió: > > On 11/01/2015 01:53 PM, Rich Freeman wrote: > > On Sun, Nov 1, 2015 at 7:33 AM, Мисбах-Соловьёв Вадим > > wrote: > > > And why don't just only generate them on rsync mirrors, but > > > remove them from git repo

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-dns/bind/files/, net-dns/bind/

El dom, 04-10-2015 a las 11:34 +0200, hasufell escribió: > On 10/04/2015 10:29 AM, Pacho Ramos wrote: > > commit: 7f2d82c0ec3bea388511cf190c7426fa2815ea89 > > Author: Pacho Ramos gentoo org> > > AuthorDate: Sun Oct 4 08:28:58 2015 +0000 > > Commit

Re: [gentoo-dev] Always specify SLOT we know a package is compatible with (even if only one SLOT exists at the moment ebuild is added)

El sáb, 19-09-2015 a las 12:51 +0200, Pacho Ramos escribió: > El sáb, 19-09-2015 a las 12:40 +0200, hasufell escribió: > > On 09/19/2015 12:36 PM, hasufell wrote: > > > > > > > > > I personally think > > > it is enough to do that for multislot packag

[gentoo-dev] Always specify SLOT we know a package is compatible with (even if only one SLOT exists at the moment ebuild is added)

Hello With we trying to move to finally disable dymamic-deps and stop relying on them completely, an old problem will be a bit more noticeable now: - Tons of package RDEPEND on A - Long time after that, A starts to have a new SLOT - As most reverse deps need to be ported, we need to fix it

Re: [gentoo-dev] Always specify SLOT we know a package is compatible with (even if only one SLOT exists at the moment ebuild is added)

El sáb, 19-09-2015 a las 12:40 +0200, hasufell escribió: > On 09/19/2015 12:36 PM, hasufell wrote: > > > > > > I personally think > > it is enough to do that for multislot packages. > > > > And afais repoman already emits a warning for those on EAPI=5. > Yes, I know... this is about always

Re: [gentoo-dev] RFI: A better workflow for github pull requests

El lun, 14-09-2015 a las 00:19 +0300, Andrew Savchenko escribió: [...] > Yes, but as long as choice of core components and infrastructure is > free one. Read Gentoo Social Contract: > > https://www.gentoo.org/get-started/philosophy/social-contract.html > > "However, Gentoo will never depend upon

[gentoo-dev] Please review patch to fix bug #534088 (autotools.eclass: autoreconf fails to reconfigure libltdl after libtoolizing it in)

Hello We are currently unable to stabilize newer graphviz versions because of this autotools.eclass bug: https://bugs.gentoo.org/show_bug.cgi?id=534088 mgorny kindly provided a patch some months ago but, sadly, looks like it's still waiting for being reviewed and, then, I was wondering if maybe

Re: [gentoo-dev] [RFC] New Project: MATE

El jue, 02-07-2015 a las 15:40 -0400, NP-Hardass escribió: Greetings all, Looking for some feedback on creating a new project and herd for the MATE Desktop environment. The goal, like many other DE based projects, is to provide up to date packaging and as complete an offering of the DE's

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-backup/deja-dup: deja-dup-34.0.ebuild ChangeLog

El sáb, 27-06-2015 a las 13:06 -0400, Alexandre Rostovtsev escribió: On Sat, 2015-06-27 at 17:00 +, Pacho Ramos (pacho) wrote: pacho 15/06/27 17:00:47 Modified: deja-dup-34.0.ebuild ChangeLog Log: Also looks to work fine with vala-0.28 (as other

Re: [gentoo-dev] News item review: SquashDelta syncing support

El sáb, 16-05-2015 a las 20:38 +0200, Alexis Ballier escribió: On Sat, 16 May 2015 10:59:20 -0400 Michael Orlitzky m...@gentoo.org wrote: On 05/15/2015 10:51 AM, Michał Górny wrote: Title: SquashDelta syncing support Do we need a news item for this at all? Everything is backward

Re: [gentoo-dev] Sparc and Ia64 keyword clean up

El jue, 14-05-2015 a las 16:33 -0700, Jack Morgan escribió: I'm actively working on stablereq for sparc and ia64. It took some weeks to get my systems and process working. I hope to reduce the open bugzilla in the next several weeks. Please don't just drop stable keywords, even though the

Re: [gentoo-dev] Hey arch teams, we need your input!

El mar, 28-04-2015 a las 11:07 +0200, Tobias Klausmann escribió: [...] There is one corner case where that format is not enough: multiple ebuilds/versions with non-homogenic archs, i.e.: cat-egory/packageA-1.2.3amd64 x86 alpha cat-egory/packageB-2.3.9amd64 alpha

[gentoo-dev] Does DisplayIfInstalled (from news items) support slots?

Currently, when people install media-libs/libpng:1.2 or 1.5 compat slots they wrongly get the old libpng news item: https://www.gentoo.org/support/news-items/2011-10-15-libpng15.html This could be avoided by setting: Display-If-Installed: media-libs/libpng-1.5:0 But, looking to all news item, I

Re: [gentoo-dev] Hey arch teams, we need your input!

El sáb, 11-04-2015 a las 21:50 +0200, Andreas K. Huettel escribió: Hi all, the debate about arches, keywording and stabilization procedures is coming up again. People have told me that the whole debate seems to turn into some sort of arch-team bashing. That is definitely not the plan.

Re: [gentoo-dev] Hey arch teams, we need your input!

El dom, 26-04-2015 a las 08:04 -0400, Rich Freeman escribió: On Sun, Apr 26, 2015 at 5:59 AM, Pacho Ramos pa...@gentoo.org wrote: Currently, a problem is that everybody uses different formatting for stabilization bug reports making them more difficult to be parsed. For clarity, are we

[gentoo-dev] Packages up for grabs

Due to iksaif not having enough time to maintain this, the following package if up for grabs now: sys-fs/dfc Thanks

Re: [gentoo-dev] Becoming a Gentoo developer?

El jue, 16-04-2015 a las 19:27 +0200, hasufell escribió: [...] To reply to the topic: If the only reason you want to become a gentoo developer is contributing ebuilds, then you should reconsider that, because there are easier ways to do that. But if you are interested in politics, PMS, EAPI

Re: [gentoo-dev] Becoming a Gentoo developer?

El mié, 15-04-2015 a las 05:33 +0200, Yanestra escribió: Hi, after a talk with some of the persons present here, it appears, Gentoo Linux is actually something like a Freemason lodge. Many secrets, inaugurations, and obviously magic. People, I can only conclude you are not sane. This

[gentoo-dev] Packages up for grabs

Due to teiresias retirement the following packages are up for grabs now: media-gfx/sane-backends Thanks

Re: [gentoo-dev] Becoming a Gentoo developer?

El dom, 12-04-2015 a las 14:17 +0200, Yanestra escribió: Hi, I am long time user of Gentoo and I tinker with the idea of becoming Gentoo developer. I am a software developer by profession, but I am not quite sure if I should involve with Gentoo ebuild development. To be honest, I have

Re: [gentoo-dev] Hey arch teams, we need your input!

El sáb, 11-04-2015 a las 21:50 +0200, Andreas K. Huettel escribió: Hi all, the debate about arches, keywording and stabilization procedures is coming up again. People have told me that the whole debate seems to turn into some sort of arch-team bashing. That is definitely not the plan.

Re: [gentoo-dev] Looking for a generic solution to non-USE-conditional circular deps

El sáb, 11-04-2015 a las 14:28 +0200, Michał Górny escribió: Hello, I know of two cases of circular deps that can be solved -- as far as I know -- only by bundling: 1. dev-util/pkgconfig - dev-libs/glib:2, 2. dev-util/cmake - dev-libs/jsoncpp. The former is solved via having

Re: [gentoo-dev] Importance of SLOTs on Java dependencies

El dom, 05-04-2015 a las 17:16 +0100, James Le Cuirot escribió: Hello all, Firstly, I would like to take this opportunity to remind all devs touching ebuilds with Java .jar dependencies about the importance of restricting these dependencies to specific SLOTs. There is no cross-platform or

Re: [gentoo-dev] libressl status

El lun, 06-04-2015 a las 23:31 +0100, Diego Elio Pettenò escribió: On 6 April 2015 at 23:07, Jason A. Donenfeld zx...@gentoo.org wrote: Packages that will compile against either one get || (openssl libressl). Packages that require a specific one will just have that one listed. Openssl will

Re: [gentoo-dev] RFC News item: FFmpeg default

El mar, 07-04-2015 a las 09:00 +0200, Alexis Ballier escribió: [...] I'd rather drop entirely that part about mplayer/mpv; I agree this is something users need to be aware of if we recommend mpv but with ffmpeg as default the mplayer hard requires ffmpeg is no longer an issue. Otherwise, we

Re: [gentoo-dev] Last rites: app-emulation/emul-linux-x86*

El sáb, 28-03-2015 a las 23:03 +0100, Michał Górny escribió: # Michał Górny mgo...@gentoo.org (14 Sep 2014) # on behalf of gx86-multilib project multi...@gentoo.org # Mask emul-linux-x86 packages along with unported old versions # of reverse dependencies for removal in 60 days, bug #544876. #

Re: [gentoo-dev] Cluster tinderbox poc

El sáb, 28-03-2015 a las 17:20 +0100, Magnus Granberg escribió: Hi As some of you may know, I have been working on code for a tinderbox with frontend support. I think its time to move it to a offcial project. The Proof-Of-Concept (poc) is almost ready, but it still have alot of the

Re: [gentoo-dev] collab herd for cooperative pkg maintenance

El vie, 27-03-2015 a las 21:03 +, Robin H. Johnson escribió: On Fri, Mar 27, 2015 at 09:45:25PM +0100, Pacho Ramos wrote: El mié, 25-03-2015 a las 21:25 +, Robin H. Johnson escribió: [...] - timeout: this is how long you we suggest you wait for the maintainer/team

Re: [gentoo-dev] collab herd for cooperative pkg maintenance

El mié, 25-03-2015 a las 21:25 +, Robin H. Johnson escribió: [...] - timeout: this is how long you we suggest you wait for the maintainer/team to comment on your change. Format should be a short duration specifier per ISO8601 I'd like to default it to 1 week: 'P1W'. [...] I would

Re: [gentoo-dev] collab herd for cooperative pkg maintenance

El lun, 23-03-2015 a las 13:22 -0400, Tim Harder escribió: Hey all, Having been around for a few years I've inherited or added quite a few pkgs to the tree that I wouldn't mind other people fixing/bumping/etc that don't fall into any current herds. With that in mind, I think it would be

[gentoo-dev] Lastrites: www-servers/publicfile, www-apache/mod_roaming, gnome-base/gnome-js-common, dev-libs/seed, net-irc/xchat-gnome, app-backup/rdiff-backup, app-backup/pybackpack, sys-fs/rdiff-bac

# Pacho Ramos pa...@gentoo.org (22 Mar 2015) # Cannot be fetched, also has licensing issues (#531270). # Removal in a month. www-servers/publicfile # Pacho Ramos pa...@gentoo.org (22 Mar 2015) # Not compatible with apache-2.4, Netscape Communicator is obsolete # for ages (#532862). Removal

[gentoo-dev] Lastrites: media-video/maven-prog, net-im/ntame, media-plugins/blop, net-im/imcom, net-misc/geekcredit, sci-chemistry/webmo, net-irc/tirc, games-board/aisleriot, dev-lang/pike, media-tv/n

# Pacho Ramos pa...@gentoo.org (19 Mar 2015) # Dead for years, unmaintained, doesn't respect CFLAGS, # bug 240842. Removal in a month. media-video/maven-prog # Pacho Ramos pa...@gentoo.org (19 Mar 2015) # Dead, doesn't build, doesn't respect CFLAGS (#240902). # Removal in a month. net-im/ntame

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-strategy/freeciv: metadata.xml ChangeLog freeciv-2.5.0.ebuild

El jue, 19-03-2015 a las 22:56 +0100, hasufell escribió: On 03/19/2015 10:17 PM, Michael Sterrett wrote: We're following the upstream default for that. When the upstream default changes to gtk+:3 then so will the ebuild. Currently the gtk+:3 gui is listed as experimental. I don't

Re: [gentoo-dev] Re: About reducing or even removing stable tree for some arches

El mié, 18-02-2015 a las 03:11 +, Duncan escribió: Pacho Ramos posted on Mon, 16 Feb 2015 14:34:50 +0100 as excerpted: The current policy of maintainers dropping keywords after 90 days is simply not applied because it leads up to that maintainer needing to kill himself that keyword

Re: [gentoo-dev] About reducing or even removing stable tree for some arches

El lun, 16-02-2015 a las 10:36 -0500, Anthony G. Basile escribió: On 02/16/15 08:34, Pacho Ramos wrote: Hello Every day I am hitting tons of blockers stabilizations and keywording requests for alpha, sparc, ia64, ppc and ppc64. The powerpc team figured we'd deal with this by being lax

Re: [gentoo-dev] Making more repoman checks fatal

El lun, 16-02-2015 a las 21:00 +0800, Patrick Lauer escribió: [...] I agree

[gentoo-dev] About reducing or even removing stable tree for some arches

Hello Every day I am hitting tons of blockers stabilizations and keywording requests for alpha, sparc, ia64, ppc and ppc64. Again, I would suggest to either decrease radically the amount of stable packages of some of that arches or even make them testing only. For reducing their stable tree,

Re: [gentoo-dev] About reducing or even removing stable tree for some arches

El lun, 16-02-2015 a las 10:09 -0500, Rich Freeman escribió: On Mon, Feb 16, 2015 at 8:34 AM, Pacho Ramos pa...@gentoo.org wrote: The current policy of maintainers dropping keywords after 90 days is simply not applied because it leads up to that maintainer needing to kill himself

Re: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libusbhp: ChangeLog Manifest libusbhp-1.0.2.ebuild metadata.xml

El lun, 16-02-2015 a las 06:39 -0500, Mike Frysinger escribió: [...] Anyway, wouldn't have been much more useful for all to spend the effort used in remove the package on simply fixing the header? :/

Re: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libusbhp: ChangeLog Manifest libusbhp-1.0.2.ebuild metadata.xml

El lun, 16-02-2015 a las 12:46 +0100, Pacho Ramos escribió: El lun, 16-02-2015 a las 06:39 -0500, Mike Frysinger escribió: [...] Anyway, wouldn't have been much more useful for all to spend the effort used in remove the package on simply fixing the header? :/ Ah, ok, I guess it's

Re: [gentoo-dev] Re: vmware team needs help

El sáb, 14-02-2015 a las 20:19 +0100, Michał Górny escribió: http://cgit.gentooexperimental.org/ Thanks, I wasn't aware of it :D

Re: [gentoo-dev] Suggestion about how to tell ATs that a package can be stabilized on all arches at the same time

El mié, 11-02-2015 a las 09:22 +0100, Jeroen Roovers escribió: On Sun, 08 Feb 2015 11:17:19 +0100 Pacho Ramos pa...@gentoo.org wrote: Many times has raised the question about how we could handle those packages (like icon packs, wallpapers...) that are not arch dependent and, then, could

[gentoo-dev] Suggestion about how to tell ATs that a package can be stabilized on all arches at the same time

Hello Many times has raised the question about how we could handle those packages (like icon packs, wallpapers...) that are not arch dependent and, then, could be stabilized all at the same time by the first arch team that is going to stabilize it. Some months ago it was suggested that this

Re: [gentoo-dev] Re: ffmpeg vs libav choice of default

El dom, 08-02-2015 a las 12:19 +, Ian Whyman escribió: [...] So long as libav is effectively dictating the API then by defaulting to ffmpeg we are just delaying the inevitable breakage htting the tree. I know there are people who think we shouldn't break unstable, but I personally prefer a

Re: [gentoo-dev] ffmpeg vs libav choice of default

El mié, 04-02-2015 a las 17:24 +0800, Ben de Groot escribió: [...] From an upstream that I care about: https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav Based on that I would say we should switch back the default to ffmpeg. Thanks a lot for the link

Re: [gentoo-dev] ffmpeg vs libav choice of default

El mié, 04-02-2015 a las 11:40 +0100, Michał Górny escribió: [...] It's easiest to look at the trackers: - ffmpeg-2 [1] -- 26/26 fixed, - ffmpeg-2.4 [2] -- 3/3 fixed (but unsure if there won't be more), - libav-9 [3] -- 55/55 fixed, - libav-10 [4] -- 11/25 fixed. No offense here but in

Re: [gentoo-dev] toolchain.eclass: need to revert fixincludes commit

El sáb, 31-01-2015 a las 16:48 -0500, Anthony G. Basile escribió: Hi everyone, We need to revert the following change to toolchain.eclass: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/toolchain.eclass?r1=1.647r2=1.648 It turns out that bsd and prefix need fixincludes

Re: [gentoo-dev] Review: USE=libav news item

El sáb, 24-01-2015 a las 00:39 +0100, Michał Górny escribió: Title: USE=libav introduction As people could get blockers on upcoming emerge -avuDN world I would add some hint to the news item to suggest that one will help to solve that blockers. Maybe something like USE=libav introduction to

Re: [gentoo-dev] Review: USE=libav news item

El sáb, 24-01-2015 a las 11:20 +0100, Michał Górny escribió: Dnia 2015-01-24, o godz. 11:07:34 Pacho Ramos pa...@gentoo.org napisał(a): El sáb, 24-01-2015 a las 00:39 +0100, Michał Górny escribió: Title: USE=libav introduction As people could get blockers on upcoming emerge -avuDN

Re: [gentoo-dev] Review: USE=libav news item

El sáb, 24-01-2015 a las 12:06 +0100, Michał Górny escribió: [...] Sorry, ulm just corrected me it's 44 chars :D. Maybe without 'usage'. Manage ffmpeg/libav conflict with USE=libav ;)

Re: [gentoo-dev] Packages up for grabs

El mar, 20-01-2015 a las 11:21 +0100, Hanno Böck escribió: [...] maintainer-wanted or if they're likely broken anyway just removed. s/-wanted/-needed/ :)

[gentoo-dev] Packages up for grabs

Due to mduft retirement the following packages are up for grabs now: app-emulation/rex-client net-proxy/cntlm Thanks

Re: [gentoo-dev] RFC: USE=libav as replacement for broken || ( libav:= ffmpeg:= )

El lun, 19-01-2015 a las 23:40 +0100, Michał Górny escribió: Dnia 2015-01-19, o godz. 23:09:55 Rémi Cardona r...@gentoo.org napisał(a): Why not : libav? ( media-libs/libav:= ) ffmpeg? ( media-libs/ffmpeg:= ) + REQUIRED_USE=^^ ( libav ffmpeg ) I for one would never expect

Re: [gentoo-dev] Things one could be upset about

El sáb, 17-01-2015 a las 19:35 +0800, Patrick Lauer escribió: [...] * stable genkernel still doesn't enable all useful kernel features e.g. accounting statistics are absent, so iotop doesn't work ootb See for example #442936 (from 2012 ?!) Fix: Stable newer versions I see there

Re: [gentoo-dev] Things one could be upset about

El sáb, 17-01-2015 a las 13:44 +0100, Dirkjan Ochtman escribió: [...] Also, I hate something like ['dev-python/restkit[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']. What the hell kind of warning is that? I guess maybe these are the results of USE_EXPAND trickery and what

Re: [gentoo-dev] Re: qa last rites -- long list

El dom, 11-01-2015 a las 08:11 -0500, Rich Freeman escribió: [...] The main issue I see is that the main objective of using games.eclass is to keep games being used by people in games group... but this point if broken as soon as we allow packages to not use that eclass and, then, I see no

Re: [gentoo-dev] Re: qa last rites -- long list

El vie, 09-01-2015 a las 23:31 +0100, Michał Górny escribió: [...] If I don't misremember Council allowed finally people to not be mandated by that games team policies and, then, I guess that could finally allow to drop that security issue no? :/ If it were that simple... but we need to

Re: [gentoo-dev] Re: qa last rites -- long list

El mié, 07-01-2015 a las 19:19 -0500, Jonathan Callen escribió: [...] The only reason there is a security issue with nethack (and other games like it) on Gentoo, and only on Gentoo, is that the games team policy requires that all games have permissions 0750, with group games, and all users

Re: [gentoo-dev] Packages up for grabs

El lun, 01-12-2014 a las 12:00 +0100, Pacho Ramos escribió: El vie, 14-11-2014 a las 04:02 +0100, Tom Wijsman escribió: On Tue, 11 Nov 2014 16:59:46 +0200 Pavlos Ratis daster...@gentoo.org wrote: I will also drop myself from the net-proxy herd. Drawing extra attention

[gentoo-dev] About qmail herd being a candidate to be dissolved

Hello Looks like this herd has some unattended bugs for years (for example applying to qmail-scanner and some others). I was wondering if maybe the herd should be dissolved and people should take the packages they are really taking care of :/ I would do that in a week if nobody wants to join

Re: Removal of gpe-* (Was: [gentoo-dev] stepping out)

El mar, 06-01-2015 a las 20:20 +0100, Manuel Rüger escribió: [...] Should I fill a bug requesting the removal of gpe-*? From a treecleaner point of view, please do, to ensure we don't forget about this (also, if possible, pointing to the mail thread for future reference).

Re: [gentoo-dev] Gentoo-sources - should we stable?

El vie, 02-01-2015 a las 12:25 -0500, Mike Pagano escribió: Hello, Everyone, Are there solid arguments for stabilizing any version of gentoo-sources? I think the valid arguments for not stabilizing gentoo-sources can be garnered from the thread about not stabilizing vanilla-sources[1].

Re: [gentoo-dev] Gentoo-sources - should we stable?

El sáb, 03-01-2015 a las 10:14 -0500, Mike Pagano escribió: [...] Hi, Pacho, I think if you read further in the thread and find Ian's suggestion, it should cover your needs nicely. Mike Yeah, that suggestion looks nice to me, thanks :)

Re: [gentoo-dev] Planned changes to waf-utils.eclass

El vie, 26-12-2014 a las 11:55 +0100, Michał Górny escribió: [...] A few examples: [...] I see the eqawarnings are only pointing to the first example, did you consider copying all this examples to a wiki page and, then, point people to there from the qa warnings to let them know all the

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror

El lun, 08-12-2014 a las 14:46 -0500, Rich Freeman escribió: On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky m...@gentoo.org wrote: It doesn't look like it's going to work so well without cpufrequtils. There's a new homepage with a few new releases at: Are there any actual issues with

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror

El mar, 09-12-2014 a las 06:28 -0500, Rich Freeman escribió: [...] Hmm, looks like thermald might solve the problem now. Not sure if it was around yet the last time I looked for a substitute. I really just need something that will adjust the governor settings when the CPU gets hot (room and

[gentoo-dev]

Hi! We found out that pulseaudio ebuild was modified by QA without QA talking to the maintainers (gnome team) and without considering/updating the relevant bugzilla issue at https://bugs.gentoo.org/show_bug.cgi?id=519530 In that link it's explained a bit more why the ebuild was written in that

[gentoo-dev] Re: About reversion of last pulseaudio ebuild change

El vie, 05-12-2014 a las 11:59 +0100, Pacho Ramos escribió: Hi! We found out that pulseaudio ebuild was modified by QA without QA talking to the maintainers (gnome team) and without considering/updating the relevant bugzilla issue at https://bugs.gentoo.org/show_bug.cgi?id=519530

[gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, ne

# Pacho Ramos pa...@gentoo.org (01 Dec 2014) # Doesn't work ok, upstream dead since 2007 (#321277). # Removal in a month. net-im/linpopup # Pacho Ramos pa...@gentoo.org (01 Dec 2014) # Multiple pending bugs, #380435, #460508, #481150, # #481310, #481312, #530856. Removal in a month (#380435) app

Re: [gentoo-dev] Packages up for grabs

El vie, 14-11-2014 a las 04:02 +0100, Tom Wijsman escribió: On Tue, 11 Nov 2014 16:59:46 +0200 Pavlos Ratis daster...@gentoo.org wrote: I will also drop myself from the net-proxy herd. Drawing extra attention to this sentence; it looks like the herd is (once again) going to be empty, as

Re: [gentoo-dev] scheme herd needs your help (or maybe be dissolved?)

El dom, 02-11-2014 a las 12:59 +0100, Pacho Ramos escribió: I have hit this: https://bugs.gentoo.org/show_bug.cgi?id=465348 that is present for really a long time, apart of that is the guile:2 migration that never ends and still blocks aisleriot from being unmasked, and also many other bug

Re: [gentoo-dev] scheme herd needs your help (or maybe be dissolved?)

El lun, 01-12-2014 a las 13:16 +0200, Panagiotis Christopoulos escribió: On 12:01 Mon 01 Dec , Pacho Ramos wrote: El dom, 02-11-2014 a las 12:59 +0100, Pacho Ramos escribió: I have hit this: https://bugs.gentoo.org/show_bug.cgi?id=465348 that is present for really a long time

[gentoo-dev] Wondering if a news item is needed for NM update

Hello We are wondering if a news item will be needed for people updating to latest networkmanager to remember them that they will need to reconfigure their networks *after* NM is updated. We currently show this messages in ebuild itself: ewarn Ifnet plugin is now disabled because of it being

Re: [gentoo-dev] Reverted python3.4 defaults

El dom, 23-11-2014 a las 20:56 -0500, Mike Gilbert escribió: Just a heads-up: I have reverted PYTHON_TARGETS to contain python2_7 and python3_3 (removing python3_4). The stable tree is not quite ready for python3_4; there are many packages that need to have python3_4 added to PYTHON_COMPAT,

Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386

El jue, 20-11-2014 a las 23:04 +0100, Michał Górny escribió: [...] Here's how games-r1 would look like. However, now that I think about it, it may be actually useful to commit such an eclass. Otherwise people will keep thinking games.eclass is the way to go. Why isn't games.eclass deprecated

Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386

El vie, 21-11-2014 a las 11:03 +0100, Pacho Ramos escribió: El jue, 20-11-2014 a las 23:04 +0100, Michał Górny escribió: [...] Here's how games-r1 would look like. However, now that I think about it, it may be actually useful to commit such an eclass. Otherwise people will keep thinking

Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386

El vie, 21-11-2014 a las 10:10 -0500, Tim Harder escribió: On 2014-11-21 09:54, hasufell wrote: There are users who seem to like it and the games team wants to keep it as well, so I don't see a reason to push into that direction. The main thing is that you cannot turn off all the

Re: [gentoo-dev] Deps on slotted executables (implicit @system tangent)

El vie, 14-11-2014 a las 19:23 +, Ciaran McCreesh escribió: [...] It *also* isn't an issue on any other source based distribution. This is entirely down to Gentoo libstdc++ silliness. However, the right way to do this isn't to toggle some global setting - it is to just apply specific

Re: [gentoo-dev] Unify keyring related USE flags

El dom, 12-10-2014 a las 10:38 +0200, Pacho Ramos escribió: El dom, 12-10-2014 a las 00:13 +0400, Alexander Tsoy escribió: [...] I think we should simply have a keyring USE flag to enable what most people will want - keyring support. Some apps have optional support for both

Re: [gentoo-dev] Unify keyring related USE flags

El jue, 13-11-2014 a las 14:12 +0300, Alexander Tsoy escribió: В Thu, 13 Nov 2014 11:53:56 +0100 Pacho Ramos pa...@gentoo.org пишет: El dom, 12-10-2014 a las 10:38 +0200, Pacho Ramos escribió: El dom, 12-10-2014 a las 00:13 +0400, Alexander Tsoy escribió: [...] I think we

[gentoo-dev] Java7 stabilization

Hello I would like to see if we could finally try to stabilize java7 on Gentoo as some external tools start to require it. There is currently this tracker opened: https://bugs.gentoo.org/show_bug.cgi?id=384609 I am unsure why: https://bugs.gentoo.org/show_bug.cgi?id=483018 should block the

[gentoo-dev] Packages up for grabs

Due kingtaco lack of time this package is now up for grab: net-misc/rwhoisd

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 01-11-2014 a las 21:10 -0400, Ian Stakenvicius escribió: [...] Not at the moment ; I'm going to want to do a fair bit of cleanup before i let anyone else's eyes on it.. :) It's just a bash script, though -- i use 'pybugz search' to get a list of the bugs Diego's filed (using --offset

[gentoo-dev] scheme herd needs your help (or maybe be dissolved?)

I have hit this: https://bugs.gentoo.org/show_bug.cgi?id=465348 that is present for really a long time, apart of that is the guile:2 migration that never ends and still blocks aisleriot from being unmasked, and also many other bug reports assigned to them. I am not sure if anyone would be

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El dom, 02-11-2014 a las 13:07 +, Diego Elio Pettenò escribió: How do you strip the html code? I was unsure about to do that :/ You should have asked. There is no need to strip. I upload both HTML and text alike. Ah, ok. Anyway, if AxS can tell me how was doing that would be

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 01-11-2014 a las 10:47 +, Diego Elio Pettenò escribió: On 1 November 2014 00:18, Rich Freeman ri...@gentoo.org wrote: So, if there is a better way, I'm all ears for constructive suggestions. By constructive I mean that somebody who comes up with a script that automatically

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 01-11-2014 a las 14:54 -0400, Ian Stakenvicius escribió: On 31/10/14 10:37 PM, Ian Stakenvicius wrote: Sorry for top posting. I volunteer to write something to get the logs attached to bugs. I'll do it next week. Whether it be something the tinderbox can run or something separate

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 18-10-2014 a las 12:35 +0100, Diego Elio Pettenò escribió: I can spend some time with the tinderbox on 4.9 but the maintainers will have to accept that the logs will be linked and not attached. (This being the main reason why I stopped bothering unless people asked me explicitly,

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 18-10-2014 a las 14:15 +0100, Diego Elio Pettenò escribió: If you write the code for that, be my guest. But the code is in Ruby and does not open the bug directly (only links to a pre-filled bug form). When I wrote it, Python was definitely not among my strong languages. While I

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 18-10-2014 a las 18:00 +0100, Diego Elio Pettenò escribió: All the stack is at https://github.com/gentoo/tboxanalysis The opening of the bug report is done by a piece of meatware called me. The UI displays a link that I can click to pre-fill the bug report. The rest of the

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 18-10-2014 a las 13:19 -0400, Michael Orlitzky escribió: On 10/18/2014 01:00 PM, Diego Elio Pettenò wrote: All the stack is at https://github.com/gentoo/tboxanalysis The opening of the bug report is done by a piece of meatware called me. The UI displays a link that I can click to

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

El sáb, 18-10-2014 a las 14:03 -0400, Michael Orlitzky escribió: On 10/18/2014 01:34 PM, Pacho Ramos wrote: Supposedly we always must attach files to bug reports to ensure they are kept forever with that bug reports instead of relying on external resources that could disappear

Re: [gentoo-dev] News item review: bash-completion-2.1-r90

El lun, 13-10-2014 a las 11:35 +0200, Michał Górny escribió: Please review the following news item. [...] The current eselect-bashcomp setup will *not* be migrated. It may be necessary to rebuild packages installing completions after the upgrade, and remove old configuration symlinks

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