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 sep
El sáb, 01-11-2014 a las 10:47 +, Diego Elio Pettenò escribió:
> On 1 November 2014 00:18, Rich Freeman 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 retrieves buil
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
> > res
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 ca
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 i
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.
> Whi
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 explicit
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 afterw
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 kwallet and gnome-keyring
> (e.g. darktable, subversion). So I'
Hello
I am wondering about current status of keyring related USE flags:
- gnome-keyring USE is listed as global USE
- libsecret is a local USE
- wallet is local (only used by one package now)
I think we should simply have a "keyring" USE flag to enable what most
people will want -> keyring suppor
El mar, 30-09-2014 a las 13:47 +0400, Sergey Popov escribió:
[...]
> I think you are get some things wrong - they are masked not instead of
> GLSA, but prior to it.
>
> Let me explain the process on behalf on my security hat - before
> releasing GLSA we should rid of all vulnerable versions in tre
El mar, 16-09-2014 a las 09:55 -0400, Rich Freeman escribió:
> On Tue, Sep 16, 2014 at 9:44 AM, Pacho Ramos wrote:
> >
> > Maybe one option would be to kill Changelogs and provide a script to let
> > people get git messages and reformat them in a way similar as current
>
El mar, 16-09-2014 a las 07:26 -0400, Rich Freeman escribió:
> On Tue, Sep 16, 2014 at 6:18 AM, hasufell wrote:
> > Ulrich Mueller:
> >>
> >> ChangeLogs are aimed at users
> >
> > Did any1 ask them if they care?
> >
>
> I'm sure somebody will reply and say that they care.
>
> It still seems like
g part of the
> masks because of broken deps.
>
> Cheers,
> Andreas
>
I removed them :/
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-db/firebird/firebird-2.5.2.26539.0.ebuild?hideattic=0&view=log
All but the latest version that wasn't affected by security
El mar, 09-09-2014 a las 21:45 +0200, Michał Górny escribió:
[...]
> I believe it would be benfiicial to just deprecate and eventually drop
> in favor of explicit using the alias. I don't know
> if someone has other use of herds.xml but it the contents are either
> outdated or redundant. Therefor
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=460780
dev-db/firebird
dev-db/flamerobin
El dom, 31-08-2014 a las 14:29 +0200, Ulrich Mueller escribió:
> >>>>> On Sun, 31 Aug 2014, Pacho Ramos wrote:
>
> > This tries to solve:
> > https://bugs.gentoo.org/show_bug.cgi?id=519682
>
> - cp "${FILESDIR}/README.gento
This tries to solve:
https://bugs.gentoo.org/show_bug.cgi?id=519682
Looks to do the job but maybe there are shorter or saner ways of doing
it
Thanks for your help
--- readme.gentoo.eclass~ 2014-07-17 09:01:10.0 +0200
+++ readme.gentoo.eclass 2014-08-31 14:10:36.0 +0200
@@ -73,9 +7
El lun, 04-08-2014 a las 18:03 -0400, Anthony G. Basile escribió:
> Hi everyone,
>
> The ppc and ppc64 team members just had a meeting. One of our main
> issues was reconstituting those teams because they were in a state of
> disorganization. We've come up with a plan to move forward and addre
El lun, 28-07-2014 a las 09:38 +0300, Samuli Suominen escribió:
> On 27/07/14 14:33, Pacho Ramos wrote:
> > # Pacho Ramos (27 Jul 2014)
> > # Not buildable for a long time, bug #414903
> > # Removal in a month.
> > media-plugins/vdr-dxr3
> > media-video/dxr3config
El dom, 27-07-2014 a las 07:31 -0700, Matt Turner escribió:
> On Sun, Jul 27, 2014 at 7:02 AM, Pacho Ramos wrote:
> > Recently I saw some cases where some bugs reported were getting blocked
> > by some arch teams being slow to reply. The issue is that this pending
> >
Recently I saw some cases where some bugs reported were getting blocked
by some arch teams being slow to reply. The issue is that this pending
bug reports were only related with changes that weren't arch dependent.
Some cases that comes to my mind now:
- Changes only adding systemd unit files
- Ch
Today some user on IRC noted that there were some doubts about if
developers are allowed to stabilize packages they maintain when they are
able to test on relevant arches (I guess this would benefit amd64 and
x86 mostly as it's likely more spread).
If I don't misremember amd64 team allows that, b
# Pacho Ramos (27 Jul 2014)
# Upstream dead, fails tests, nothing needs it.
# Removal in a month (#336256)
app-crypt/opencdk
# Pacho Ramos (27 Jul 2014)
# Upstream dead for ages, fails to build due underlinking,
# nothing needs it (#367573). Removal in a month.
net-dialup/gnome-ppp
# Pacho
El sáb, 26-07-2014 a las 16:29 -0400, Anthony G. Basile escribió:
> On 07/26/14 09:44, Pacho Ramos wrote:
> > El sáb, 26-07-2014 a las 09:37 -0400, Anthony G. Basile escribió:
> >> On 07/26/14 09:28, Pacho Ramos wrote:
> >>> El sáb, 26-07-2014 a las 14:55 +020
El sáb, 26-07-2014 a las 09:37 -0400, Anthony G. Basile escribió:
> On 07/26/14 09:28, Pacho Ramos wrote:
> > El sáb, 26-07-2014 a las 14:55 +0200, Andreas K. Huettel escribió:
> >> Am Samstag, 26. Juli 2014, 13:56:02 schrieb Pacho Ramos:
> >>
> >>> I
El sáb, 26-07-2014 a las 12:00 +, Martin Vaeth escribió:
[...]
> Probably there are many more examples than 1.-4, but I hope
> that the point becomes clear: Whenever packages split, merge,
> or can substitute each other, dependency changes are necessary,
> and rebuilds caused by these are unnec
El sáb, 26-07-2014 a las 14:55 +0200, Andreas K. Huettel escribió:
> Am Samstag, 26. Juli 2014, 13:56:02 schrieb Pacho Ramos:
>
> > I guess we will need to wait for the next Council to officially decide
> > to do this as it will be a big change for ppc* users :/ (I remember
&g
El sáb, 26-07-2014 a las 08:23 -0400, Rich Freeman escribió:
> On Sat, Jul 26, 2014 at 7:56 AM, Pacho Ramos wrote:
> >
> > I guess we will need to wait for the next Council to officially decide
> > to do this as it will be a big change for ppc* users :/ (I remember
> >
El sáb, 26-07-2014 a las 13:57 +0200, Manuel Rüger escribió:
[...]
> +1 from ruby.
>
> How do we solve keyword requests?
> https://bugs.gentoo.org/show_bug.cgi?id=477648 is ~ 12 months and hasn't
> seen any reply from the ppc* teams.
> https://bugs.gentoo.org/show_bug.cgi?id=497396 ~ 6 months
> ht
El sáb, 26-07-2014 a las 07:47 -0400, Anthony G. Basile escribió:
> On 07/26/14 07:36, Pacho Ramos wrote:
> > El sáb, 26-07-2014 a las 06:22 -0400, Anthony G. Basile escribió:
> > [...]
> >> 1) I don't think we need to drop to exp if we do this right.
> >>
&
El sáb, 26-07-2014 a las 06:22 -0400, Anthony G. Basile escribió:
[...]
> 1) I don't think we need to drop to exp if we do this right.
>
> 2) I like this plan. Its not that we'll drop the whole arch to ~ at
> once but trim at our discretion. Less chance of breaking everything.
>
Looks like we
El sáb, 26-07-2014 a las 10:36 +0200, Pacho Ramos escribió:
> El vie, 25-07-2014 a las 15:07 -0500, William Hubbs escribió:
> > On Fri, Jul 25, 2014 at 03:57:20PM -0400, Anthony G. Basile wrote:
> > > On 07/25/14 15:50, Pacho Ramos wrote:
> > > > El vie, 25-07-201
El vie, 25-07-2014 a las 15:07 -0500, William Hubbs escribió:
> On Fri, Jul 25, 2014 at 03:57:20PM -0400, Anthony G. Basile wrote:
> > On 07/25/14 15:50, Pacho Ramos wrote:
> > > El vie, 25-07-2014 a las 15:38 -0400, Anthony G. Basile escribió:
> > >> On 07/
El sáb, 26-07-2014 a las 08:05 +, Duncan escribió:
> Ian Stakenvicius posted on Fri, 25 Jul 2014 14:49:44 -0400 as excerpted:
>
> > Hey all.. So, putting aside for now how much of a mess this would be to
> > implement in the virtuals' ebuilds themselves, what do people think of
> > changing t
El vie, 25-07-2014 a las 21:18 +0100, Ciaran McCreesh escribió:
> On Fri, 25 Jul 2014 22:12:53 +0200
> Pacho Ramos wrote:
> > Ah, ok, I was wondering why REQUIRED_USE was implemented then :/, I
> > guess it was for simplifying ebuilds?
>
> It was a historical mistake: ori
El vie, 25-07-2014 a las 15:54 -0400, Ian Stakenvicius escribió:
> On 25/07/14 03:51 PM, Pacho Ramos wrote:
> > El vie, 25-07-2014 a las 20:46 +0100, Ciaran McCreesh escribió:
> >> On Fri, 25 Jul 2014 21:44:02 +0200 Luis Ressel
> >> wrote:
> >>> Okay, I di
El vie, 25-07-2014 a las 20:46 +0100, Ciaran McCreesh escribió:
> On Fri, 25 Jul 2014 21:44:02 +0200
> Luis Ressel wrote:
> > Okay, I didn't think of that. I'm not sure if the blocker deps or the
> > REQUIRED_USE would be more helpful for Portage, but generally I think
> > that the REQUIRED_USE er
El vie, 25-07-2014 a las 15:38 -0400, Anthony G. Basile escribió:
> On 07/25/14 15:28, Pacho Ramos wrote:
> > That is the reason for me thinking that maybe the way to go would be to
> > do the opposite -> keep only base-system and a few others stable and
> > drop stable fo
Hello
With last gnome maintained packages stabilization round I noticed some
pending stabilizations/keywordings for really a long time waiting for
ppc* teams. For example:
https://bugs.gentoo.org/show_bug.cgi?id=470768 -> it's waiting for more
than a year and it's blocking from dropping old versio
El mié, 23-07-2014 a las 14:33 +0100, Ciaran McCreesh escribió:
> On Mon, 21 Jul 2014 23:06:07 +0200
> Pacho Ramos wrote:
> > Maybe this could be solved by having two kinds of revisions:
> > - One would rebuild all as usually (for example, -r1...)
> > - The other one would
El vie, 25-07-2014 a las 00:06 +0200, Michał Górny escribió:
[...]
> > Maybe this could be solved by having two kinds of revisions:
> > - One would rebuild all as usually (for example, -r1...)
> > - The other one would only regenerate VDB and wouldn't change the
> > installed files (for example, -r
El mar, 22-07-2014 a las 23:56 +0200, Tom Wijsman escribió:
[...]
> Useless triggers are the problem; why are the rev bumps needed, why are
> dependencies forgotten, ...? Sounds like a developer work flow issue...
>
> https://bugs.gentoo.org/show_bug.cgi?id=499852
>
There are lots of cases of up
El mar, 22-07-2014 a las 10:32 +0200, Kristian Fiskerstrand escribió:
[...]
> I find it somewhat curious that the difference between ~arch and
> stable hasn't been brought up in this discussion yet. IMHO a user on
> ~arch should expect a higher number of rebuilds, it _is_ after all
> testing, where
El mar, 22-07-2014 a las 07:39 +, Martin Vaeth escribió:
> Pacho Ramos wrote:
> >
> > Maybe this could be solved by having two kinds of revisions:
> > - One would rebuild all as usually (for example, -r1...)
> > - The other one would only regenerate VDB and wouldn
El lun, 21-07-2014 a las 20:55 +0100, Ciaran McCreesh escribió:
> On Mon, 21 Jul 2014 21:53:04 +0200
> "Andreas K. Huettel" wrote:
> > Revision must be bumped when the on-disk files installed by the
> > ebuild are changed.
> > Nothing about dependencies.
> >
> > This has been policy for a LONG t
El lun, 21-07-2014 a las 17:22 +0200, Jeroen Roovers escribió:
> On Mon, 21 Jul 2014 17:07:24 +0200
> Agostino Sarubbo wrote:
>
> > I don't see where I asked about -Werror instead of only -
> > Wformat.
>
> It's been enabled in stable GCC for four years and in unstable and the
> hardened profile
El jue, 17-07-2014 a las 23:14 +0200, Thomas Sachau escribió:
> Pacho Ramos schrieb:
> > I recently noticed this:
> > https://bugs.gentoo.org/show_bug.cgi?id=502836
> >
> > imlib2 ebuild can only be stabilized in one round for all arches as
> > KEYWORDS are s
El jue, 17-07-2014 a las 17:03 +0100, Ciaran McCreesh escribió:
> On Thu, 17 Jul 2014 10:23:20 -0400
> Rich Freeman wrote:
> > I think that sticking KEYWORDS in an eclass is something that should
> > probably never happen.
>
> It used to be banned by PMS, for other reasons...
>
I have just foun
I recently noticed this:
https://bugs.gentoo.org/show_bug.cgi?id=502836
imlib2 ebuild can only be stabilized in one round for all arches as
KEYWORDS are set in eclass depending on E_STATE="release". That has an
important drawback as forces all arches to be done at the same time and,
since some are
El mar, 15-07-2014 a las 07:40 -0400, Rich Freeman escribió:
> On Tue, Jul 15, 2014 at 7:36 AM, Pacho Ramos wrote:
> > El mar, 15-07-2014 a las 13:31 +0200, Alexander Berntsen escribió:
> > [...]
> >> To alleviate this I needed to run "systemd-tmpfiles --create"
El mar, 15-07-2014 a las 13:31 +0200, Alexander Berntsen escribió:
[...]
> To alleviate this I needed to run "systemd-tmpfiles --create". This
> was non-obvious to me. Sounds like a packaging issue that I need to do
> it in the first place?
It's:
https://bugs.gentoo.org/show_bug.cgi?id=462118
The
El mar, 08-07-2014 a las 17:15 +, hasufell escribió:
> Samuli Suominen:
> >
> > It seems to me like people aren't making the effort of joining to the
> > team and meeting the high quality
> > ebuild syntax they've kept up...
> >
>
> There is no games _team_. There is Mr_Bones_ (and I have le
El dom, 15-06-2014 a las 07:00 -0400, Rich Freeman escribió:
> I debated where to post this, but the topic is fairly dev-oriented and
> has big long-term impact so I landed here. This really isn't
> organizational in nature.
>
> During the council meeting there was a bit of a philosophical debate
El sáb, 14-06-2014 a las 12:50 -0400, Alexandre Rostovtsev escribió:
[...]
> A solution to unnecessary rebuilds in these situations, as well as for
> case (1), might be in the form of subslots as a key:value list, with
> different users subscribing to be rebuilt for specific keys.
I guess https://
El sáb, 14-06-2014 a las 16:41 +0200, Michał Górny escribió:
> Hi,
>
> Some time ago we've got bug #510780 [1] asking us to bump subslot
> on LLVM even though the new version was ABI-compatible with previous
> one. It was because it introduced new APIs which applications could
> make use of. Since
mail-client/mail-notification is up for grabs. If anyone volunteers to
take it, that would be nice
Thanks
El dom, 01-06-2014 a las 13:59 +0100, Markos Chandras escribió:
> On 06/01/2014 01:07 PM, Pacho Ramos wrote:
> > El dom, 01-06-2014 a las 13:00 +0100, Markos Chandras escribió:
> >> On 06/01/2014 12:33 PM, Pacho Ramos wrote:
> >>> El dom, 01-06-2014 a las 14:18 +
El dom, 01-06-2014 a las 13:00 +0100, Markos Chandras escribió:
> On 06/01/2014 12:33 PM, Pacho Ramos wrote:
> > El dom, 01-06-2014 a las 14:18 +0300, Samuli Suominen escribió:
> >> http://bugs.gentoo.org/show_bug.cgi?id=505962#c6 is blocking
> >> stabilizing the new vir
El dom, 01-06-2014 a las 14:18 +0300, Samuli Suominen escribió:
> http://bugs.gentoo.org/show_bug.cgi?id=505962#c6 is blocking stabilizing
> the new virtuals,
> and thus, converting the tree, and also blocking stabilization of the
> already converted packages (gnome seems to have some)
> pending fo
Due weaver lack of the time following packages are not looking for a new
maintainer:
net-libs/libs3
sys-power/powerman
El mar, 13-05-2014 a las 15:23 -0400, Ian Stakenvicius escribió:
> On 13/05/14 03:19 PM, Pacho Ramos wrote:
> > El dom, 11-05-2014 a las 20:56 +0200, Michał Górny escribió: [...]
> >> 4. whenever possible, depend on the specific subslot that is
> >> known to provide SONA
El dom, 11-05-2014 a las 20:56 +0200, Michał Górny escribió:
[...]
> 4. whenever possible, depend on the specific subslot that is known to
> provide SONAME equal to the required by your package, e.g. for
> libgcrypt.so.20 you depend on libgcrypt:0/20,
[...]
Why is this needed? Thanks for the expla
El dom, 11-05-2014 a las 19:46 +0200, Michał Górny escribió:
> Hello, developers.
>
> I'd like to raise the following item for discussion: making .xz
> the default compressor used by portage for documentation, man pages
> and info files. That is, the equivalent of:
>
> PORTAGE_COMPRESS=xz
>
>
# Pacho Ramos (11 May 2014)
# Dead for ages, now in mjpegtools, bug #492886
# Removal in a month.
media-video/y4mscaler
# Mike Frysinger (28 Apr 2014)
# Use app-emulation/qemu instead. It has USE=static-user to support
building
# static user helpers. See #508098 for more info. Removal in a month
app-emulation/qemu-user
As talked with net-mail people, the following two packages are now
maintainer-needed:
net-mail/courier-imap
mail-filter/bogofilter
El mar, 08-04-2014 a las 22:25 +0300, Samuli Suominen escribió:
> On 08/04/14 22:26, Pacho Ramos wrote:
> > El mar, 08-04-2014 a las 16:14 +0300, Samuli Suominen escribió:
> >> It would take considerably amount of time to start extracting tarballs,
> >> installing ebuild
El mar, 08-04-2014 a las 16:14 +0300, Samuli Suominen escribió:
> It would take considerably amount of time to start extracting tarballs,
> installing ebuilds, and reporting bugs about possible
> broken .png files within packages.
> The problem is broken IDAT lenght, an error that libpng15 still
>
El lun, 07-04-2014 a las 08:37 +0300, Samuli Suominen escribió:
[...]
> I agree, this is the best solution, something like
> no that can
> then be parsed by whatever scripts.
> I could work with that, and to ease that, I believe it should be part of
> the default metadata.xml template in a way of
>
# Pacho Ramos (06 Apr 2014)
# Masked since:
# Paul Varner (06 Apr 2009)
# Dead upstream and has issues with newer portages.
# Still nobody stepped to maintain it and it's now
# completely broken (bug #172611). Removal in a month.
app-portage/udept
# Pacho Ramos (06 Apr 2014)
# Upstream
El mié, 02-04-2014 a las 14:22 -0400, Mike Gilbert escribió:
> On Wed, Apr 2, 2014 at 12:52 PM, Samuli Suominen wrote:
> > The "30 days maintainer time out" stabilization policy isn't working
> > when package has multiple SLOTs, because
> > the bugs are filed for only latest SLOT, where as some pa
El lun, 31-03-2014 a las 08:59 +0200, Ulrich Mueller escribió:
> >>>>> On Sun, 30 Mar 2014, Pacho Ramos wrote:
>
> > Index: monit-5.7-r1.ebuild
> > ===
> > # Copyright 1999-2014 Gentoo Foundati
Due to nirbheek's lack of time the following packages are now up for
grabs:
app-arch/snappy
dev-python/snappy
x11-themes/gtk-engines-murrine
x11-themes/murrine-themes
Thanks
Due swegener lack of time the following packages are now up for grabs:
x11-misc/3dfb
x11-misc/alltray
x11-misc/superswitcher
dev-libs/uulib
app-misc/actkbd
app-editors/ne
net-analyzer/sbd
net-misc/shmux
dev-db/opendbx
app-crypt/sign
app-doc/xmltoman
app-benchmarks/tiobench
app-arch/cfv
app-arch/pa
El vie, 07-03-2014 a las 22:12 +0100, Thomas Kahle escribió:
> Hi,
>
> What's the best practice (if any) for the EnvironmentFile key in
> systemd unit files?
>
> A grep suggests that something under /etc/conf.d/ is popular, but
> shouldn't this be reserved for OpenRC exclusively?
>
> Note that s
El dom, 16-02-2014 a las 15:46 +0100, Jeroen Roovers escribió:
> On Sun, 16 Feb 2014 15:18:42 +0100
> Pacho Ramos wrote:
>
> > I think that, if they delete del old version without breaking the tree
> > (and, then, moving the package to testing for that arch), the
> >
El dom, 16-02-2014 a las 09:03 -0500, Rich Freeman escribió:
> On Sun, Feb 16, 2014 at 3:41 AM, Pacho Ramos wrote:
> > Also, keeping the bugs assigned to package maintainers will still allow
> > them to try to get that pending bugs fixed (or resolved in some way) as
> > the
Due elvanor lack of time:
app-misc/basenji
dev-libs/dbus-c++
dev-libs/log4c
net-voip/sflphone
x11-libs/hippo-canvas
El dom, 16-02-2014 a las 00:37 +0100, Jeroen Roovers escribió:
[...]
> > If we want a separate assignee for old stabilizations, what about a
> > separate project that handles this, or maybe we could assign the bugs
> > to m-n or something until the arch teams catch up?
>
> Again, where is the man
El sáb, 15-02-2014 a las 14:30 +0100, Jeroen Roovers escribió:
[...]
> The only reasonable course of action is to start dropping stable
> keywords for $ARCH, after a reasonable timeout. It gets tricky if this
> involves removing many keywords on dependencies, but if that's what you
> have to do to
El mar, 11-02-2014 a las 19:33 -0500, Chris Reffett escribió:
[...]
> This doesn't make sense to me at all. I can't see why slotted
> libraries can't just use USE flags to specify what toolkit they're
> built against, just like any other package in the tree (so, for
> example, a package that needs
They were being bumped by gnome team but none of us is really using them
or interested on them. Will be moved to maintainer needed then, feel
free to add you to their metadata:
dev-libs/librep
x11-libs/rep-gtk
x11-wm/sawfish
El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió:
> * Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr:
> >Currently, there is no really working version of it in the tree:
> >https://bugs.gentoo.org/show_bug.cgi?id=494624
> >
> >But due its bumps and
Currently, there is no really working version of it in the tree:
https://bugs.gentoo.org/show_bug.cgi?id=494624
But due its bumps and current bugs, this needs a maintainer...
otherwise, I would treeclean it (the problem is that looks like some
people use it, but without none of them willing to ma
El sáb, 25-01-2014 a las 11:13 -0500, Mike Gilbert escribió:
> It seems having XDG variables like XDG_CONFIG_HOME set in the
> environment when calling emerge has a tendency to cause sandbox
> violations. For example, see the bugs blocking bug 499202.
>
> https://bugs.gentoo.org/show_bug.cgi?id=49
El dom, 19-01-2014 a las 10:46 +0100, Ulrich Mueller escribió:
> >>>>> On Sun, 19 Jan 2014, Pacho Ramos wrote:
>
> > El dom, 19-01-2014 a las 03:36 -0500, Mike Frysinger escribió:
> >> you mean * ? this already works today (at least with portage):
> >
El dom, 19-01-2014 a las 03:36 -0500, Mike Frysinger escribió:
> On Friday 17 January 2014 02:02:51 gro...@gentoo.org wrote:
> > Maybe, a good solution is to introduce a special arch, "noarch", for such
> > packages (similar to what's done in the rpm world). Then, if a package is
> > ~noarch, it is
El sáb, 18-01-2014 a las 13:57 -0500, Chris Reffett escribió:
[...]
> We prefer that the maintainers do the drop in case there's some
> dependency situation we're not aware of, but we will drop if
> maintainers are unresponsive.
>
[...]
> By all means, maintainer should be the one to call for the
El sáb, 18-01-2014 a las 19:35 +0100, Pacho Ramos escribió:
[...]
> They helped for sure :) and I appreciate them, I simply thought nothing
> was being worked out as I explained in previous mail (I was still saying
> long delays)
-> seeing (not sure why I type so wrongly :S)
El sáb, 18-01-2014 a las 19:19 +0100, Alex Legler escribió:
[...]
> So you observed correctly there's still plenty of delays. There are
> three parts to an advisory that take time:
> - Drafting: Collecting information, linking references, getting package
> versions done right (slots are a huge pain
El sáb, 18-01-2014 a las 18:26 +0100, Alex Legler escribió:
> On 18.01.2014 17:30, Pacho Ramos wrote:
> > […]
> >
> > What I want to achieve is to try to get this problem solved, I don't
> > think has any sense to have pending GLSA bugs waiting for ages (yes,
&g
El sáb, 18-01-2014 a las 17:30 +0100, Pacho Ramos escribió:
[..]
> The issue is still present even if we don't talk about it and keep
> simply ignoring all bug reports assigned to security and accumulating
> for years.
[Bah, the touchpad]
I was referring the, until know, I was s
El sáb, 18-01-2014 a las 17:02 +0100, Alex Legler escribió:
> On 18.01.2014 16:34, Pacho Ramos wrote:
> > Was looking to existing gedit bug reports and I found:
> > https://bugs.gentoo.org/show_bug.cgi?id=257004
> >
> > That is only one more example of a really old bug
Was looking to existing gedit bug reports and I found:
https://bugs.gentoo.org/show_bug.cgi?id=257004
That is only one more example of a really old bug report still opened
and waiting for a GLSA. Was wondering what really causes this long
delays, can't GLSA be done automatically? Would a GLSA even
El dom, 12-01-2014 a las 09:24 +0100, Michał Górny escribió:
> Dnia 2014-01-12, o godz. 01:53:47
> Ryan Hill napisał(a):
>
> > fortran:
> > Do we want to keep enabling fortran by default? The majority of users will
> > never get the urge to install a fortran package, and the fortran eclass
> >
El sáb, 11-01-2014 a las 11:07 +, Diego Elio Pettenò escribió:
> If we limit it to the virtual, pam and pambase, I'm happy to stick
> maintaining them, the others I don't use, which is why I don't care
> about them as much.
>
> Diego Elio Pettenò — Flameeyes
> flamee...@flameeyes.eu — http://b
El sáb, 11-01-2014 a las 10:57 +, Markos Chandras escribió:
> On 01/10/2014 11:14 PM, Diego Elio Pettenò wrote:
> > On 10 January 2014 22:20, Mike Frysinger wrote:
> >
> >> how would moving it to base-system make any difference ? people doing it
> >> wrong
> >> wouldn't really care which her
El jue, 09-01-2014 a las 17:06 -0500, Anthony G. Basile escribió:
> On 01/09/2014 04:57 PM, Pacho Ramos wrote:
> > El jue, 09-01-2014 a las 21:58 +0100, Magnus Granberg escribió:
> >> Hi
> >>
> >> Some time ago we discussed that we should enable stack smashing
El jue, 09-01-2014 a las 21:58 +0100, Magnus Granberg escribió:
> Hi
>
> Some time ago we discussed that we should enable stack smashing
> (-fstack-protector) by default. So we opened a bug to track this [1].
> The affected Gcc version will be 4.8.2 and newer. Only amd64, x86, mips, ppc,
> pp
301 - 400 of 1265 matches
Mail list logo
