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'm not sure
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 support.
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 tree.
El mar, 16-09-2014 a las 07:26 -0400, Rich Freeman escribió:
On Tue, Sep 16, 2014 at 6:18 AM, hasufell hasuf...@gentoo.org 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
El mar, 16-09-2014 a las 09:55 -0400, Rich Freeman escribió:
On Tue, Sep 16, 2014 at 9:44 AM, Pacho Ramos pa...@gentoo.org 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
ChangeLog files
I removed them :/
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-db/firebird/firebird-2.5.2.26539.0.ebuild?hideattic=0view=log
All but the latest version that wasn't affected by security bug as per I
saw in bug #460780
07 Sep 2014; Pacho Ramos pa...@gentoo.org
-files/firebird
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
herd/ in favor of explicit maintainer/ using the alias. I don't know
if someone has other use of herds.xml but it the contents are either
outdated or
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.gentoo-${SLOT%/*} ${T}/README.gentoo
|| die
+ eval echo $(cat
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
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 address
El lun, 28-07-2014 a las 09:38 +0300, Samuli Suominen escribió:
On 27/07/14 14:33, Pacho Ramos wrote:
# Pacho Ramos pa...@gentoo.org (27 Jul 2014)
# Not buildable for a long time, bug #414903
# Removal in a month.
media-plugins/vdr-dxr3
media-video/dxr3config
media-video/em8300
# Pacho Ramos pa...@gentoo.org (27 Jul 2014)
# Upstream dead, fails tests, nothing needs it.
# Removal in a month (#336256)
app-crypt/opencdk
# Pacho Ramos pa...@gentoo.org (27 Jul 2014)
# Upstream dead for ages, fails to build due underlinking,
# nothing needs it (#367573). Removal in a month
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,
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
-
El dom, 27-07-2014 a las 07:31 -0700, Matt Turner escribió:
On Sun, Jul 27, 2014 at 7:02 AM, Pacho Ramos pa...@gentoo.org 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
bug reports were
El vie, 25-07-2014 a las 21:18 +0100, Ciaran McCreesh escribió:
On Fri, 25 Jul 2014 22:12:53 +0200
Pacho Ramos pa...@gentoo.org wrote:
Ah, ok, I was wondering why REQUIRED_USE was implemented then :/, I
guess it was for simplifying ebuilds?
It was a historical mistake: originally we were
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 the
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/25/14 15:28, Pacho Ramos wrote
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-2014 a las 15:38 -0400, Anthony G. Basile
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 can
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.
2) I like this plan. Its not that we'll drop
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
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 pa...@gentoo.org 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
their action
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
their action was needed
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
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 guess we will need to wait for the next Council
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 +0200, Andreas K. Huettel escribió:
Am Samstag, 26
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
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, -r1.1)
El mié, 23-07-2014 a las 14:33 +0100, Ciaran McCreesh escribió:
On Mon, 21 Jul 2014 23:06:07 +0200
Pacho Ramos pa...@gentoo.org 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
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
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 for most of the rest. This big
El vie, 25-07-2014 a las 20:46 +0100, Ciaran McCreesh escribió:
On Fri, 25 Jul 2014 21:44:02 +0200
Luis Ressel ara...@aixah.de 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
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 ara...@aixah.de
wrote:
Okay, I didn't think of that. I'm not sure
El mar, 22-07-2014 a las 07:39 +, Martin Vaeth escribió:
Pacho Ramos pa...@gentoo.org 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't change
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, whereby
El lun, 21-07-2014 a las 17:22 +0200, Jeroen Roovers escribió:
On Mon, 21 Jul 2014 17:07:24 +0200
Agostino Sarubbo a...@gentoo.org 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
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 dilfri...@gentoo.org 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
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 set in eclass depending on E_STATE=release
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 jue, 17-07-2014 a las 17:03 +0100, Ciaran McCreesh escribió:
On Thu, 17 Jul 2014 10:23:20 -0400
Rich Freeman ri...@gentoo.org 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
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, 15-07-2014 a las 07:40 -0400, Rich Freeman escribió:
On Tue, Jul 15, 2014 at 7:36 AM, Pacho Ramos pa...@gentoo.org wrote:
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
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 learned a lot
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 I
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
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
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 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 for 3
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 virtuals, and thus, converting the tree
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 +0300, Samuli Suominen escribió:
http
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 SONAME equal to the required by your
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
# Pacho Ramos pa...@gentoo.org (11 May 2014)
# Dead for ages, now in mjpegtools, bug #492886
# Removal in a month.
media-video/y4mscaler
# Mike Frysinger vap...@gentoo.org (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 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 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 ebuilds, and reporting bugs about possible
El lun, 07-04-2014 a las 08:37 +0300, Samuli Suominen escribió:
[...]
I agree, this is the best solution, something like
automaticstableno/automaticstable 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
# Pacho Ramos pa...@gentoo.org (06 Apr 2014)
# Masked since:
# Paul Varner fuzzy...@gentoo.org (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
El mié, 02-04-2014 a las 14:22 -0400, Mike Gilbert escribió:
On Wed, Apr 2, 2014 at 12:52 PM, Samuli Suominen ssuomi...@gentoo.org 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,
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 Foundation
# Distributed under the terms of the GNU General
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
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
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 some
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 power
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 09:03 -0500, Rich Freeman escribió:
On Sun, Feb 16, 2014 at 3:41 AM, Pacho Ramos pa...@gentoo.org 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
they will take
El dom, 16-02-2014 a las 15:46 +0100, Jeroen Roovers escribió:
On Sun, 16 Feb 2014 15:18:42 +0100
Pacho Ramos pa...@gentoo.org 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
situation is improved
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 current bugs, this needs a maintainer
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
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=499202
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 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):
KEYWORDS=~*
KEYWORDS=*
Currently
El dom, 19-01-2014 a las 01:21 +0100, Alexander Berntsen escribió:
Remove the --autounmask option from emerge. Please note that removing
the option does not mean that the variable used for keeping track of
autounmasking is not removed from depgraph.py.
If I understand the change correctly (I
El dom, 19-01-2014 a las 11:23 +0100, Alexander Berntsen escribió:
On 19/01/14 09:01, Pacho Ramos wrote:
If I understand the change correctly (I don't know much about
python but, but per the diff, looks like you are dropping the
option and making the code behave like it's always 'True
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
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 report still opened
and waiting
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 simply ignoring
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,
ages), I see this for really a lot
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 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 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 dom, 12-01-2014 a las 09:24 +0100, Michał Górny escribió:
Dnia 2014-01-12, o godz. 01:53:47
Ryan Hill dirtye...@gentoo.org 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
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 vap...@gentoo.org wrote:
how would moving it to base-system make any difference ? people doing it
wrong
wouldn't really care which
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 —
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,
ppc64
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
(-fstack-protector) by default. So we opened
El mar, 22-10-2013 a las 21:38 +0200, Pacho Ramos escribió:
Looks like it's empty for some time. If nobody joins to it, I will
proceed with dissolving the herd in a week or so
Thanks
The following are now orphan:
app-dicts/aspell-af
app-dicts/aspell-be
app-dicts/aspell-bg
app-dicts/aspell
Due tove lack of time:
dev-vcs/mr
dev-vcs/vcsh
www-apps/ikiwiki
Due ramereth lack of time:
app-admin/cronolog
app-admin/drush
app-emulation/ganeti-instance-debian-etch
app-emulation/ganeti-instance-image
sys-process/cronutils
www-apache/mod_fcgid
Due ford_prefect retirement:
app-misc/flyte-download-manager
media-libs/webrtc-audio-processing
media-sound/dbmeasure
sys-auth/rtkit
(pulseaudio is now in sound herd domain, if someone is interested on
it...)
https://bugs.gentoo.org/show_bug.cgi?id=197625#c14
This has reminded me that maybe we should switch to cronie from
vixie-cron as default and recommended cron provider in Handbook. Last
time I checked, vixie-cron upstream was died while cronie forked it
fixing some bugs :/
What do you think?
Hello
Is pam team still active? I wonder about this as, recently, we have
needed to go ahead and fix some bugs related, for example, with pambase
and pam_ssh
Thanks for the info :)
El dom, 08-12-2013 a las 18:19 +0100, Andreas K. Huettel escribió:
Am Sonntag, 8. Dezember 2013, 17:56:12 schrieb Tom Wijsman:
When our defaults force us down such path, that can't be good and it
affects the quality of our Portage tree; so, this makes me wonder, can
we change the default
301 - 400 of 1260 matches
Mail list logo
