On 16/01/2013 10:36, Andreas K. Huettel wrote:
Hi,
several people have pointed out to me that the 10.0 - 13.0 transition would
be a good moment to finally remove the (also in my opinion rather useless)
server profiles.
The easiest way to do this would be to
* just not copy the server profiles
On 17/01/2013 19:35, Dirkjan Ochtman wrote:
On Thu, Jan 17, 2013 at 12:59 AM, Andreas K. Huettel
dilfri...@gentoo.org wrote:
my 2ct:
* dri and cups should probably be moved to desktop profile
* pppd is a local useflag and should be enabled by default in the capi ebuild
Definitely agree. Can
On 18/01/2013 01:11, Alexander Berntsen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
- -1 here.
It's a too specific category name. I can appreciate it easing the
headaches for the maintainers, but from a design POV I dislike it.
(For the record I also dislike
On 18/01/2013 21:51, Michael Weber wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/12/2013 09:47 PM, Andreas K. Huettel wrote:
10) add 13 to the selectable Versions in Bugzilla.
Not that anybody cares, but 10 and 10.1 are in there.
Maybe we could drop these values (dropping
On 20/01/2013 20:19, Pacho Ramos wrote:
Hello
Looks like no package is inside this herd, I think would be safe to drop
it. What do you think?
Thanks
+1
On 20/01/2013 20:23, Pacho Ramos wrote:
Looks like no package is included in it, I think we should drop that
herd then
Do you agree?
+1
On 20/01/2013 20:32, Pacho Ramos wrote:
Looks like no package is included in it, I think we should drop that
herd then
Do you agree?
+1
On 20/01/2013 20:26, Pacho Ramos wrote:
Looks like no package is included in it, I think we should drop that
herd then
Do you agree?
+1
On 20/01/2013 21:34, Pacho Ramos wrote:
Feel free to join for taking care of its packages. If nobody joins, will
move that packages to maintainer-needed in a week
Thanks
Hi,
I will join this herd.
People who are interested in specific packages should still feel free to
add themselves
On 20/01/2013 20:21, Pacho Ramos wrote:
Looks like it's still listed in herds.xml even being empty and with no
packages inside it. Probably it's time to safely remove it completely.
OK with that?
Best regards
+1
On 20/01/2013 20:10, Pacho Ramos wrote:
Only one package is inside it:
net-misc/capi4hylafax
It should probably be moved to kingtaco (if he is still interested...
are you?) or maintainer-needed until any other steps up as maintainer.
What do you think about removing this herd?
+1
On 2/02/2013 00:36, Wulf C. Krueger wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.02.2013 14:26, Rich Freeman wrote:
As long as it builds on 80%+ of systems and has no serious issues
(security in particular) there is no reason to remove a package.
And how will you get to know
Hi,
On 9/02/2013 23:15, Alexis Ballier wrote:
Dear fellow developers,
I hope this will be trivial to most of you but after seeing bug #455900
and the vast majority of developers not even thinking twice before
sedding their dep strings, I believe this needs some attention.
What is wrong with
On 10/02/2013 00:47, Samuli Suominen wrote:
On 09/02/13 14:15, Alexis Ballier wrote:
Dear fellow developers,
I didn't find anything to reply directly here, so sorry for stealing
this message.
I just wanted to point out that people have lately been adding deps like:
media-libs/libpng:=
On 9/02/2013 23:52, Alexis Ballier wrote:
On Sat, 09 Feb 2013 23:38:35 +1100
Michael Palimaka kensing...@gentoo.org wrote:
I even noticed some maintainers adding subslots dependencies on
libraries that do not yet define subslots. This too seems reasonable,
given that there would be no impact
On 10/02/2013 03:06, Zac Medico wrote:
On 02/09/2013 06:05 AM, Michael Palimaka wrote:
Is there a difference in behaviour between 'media-libs/libpng:=' and
'media-libs/libpng' with no slot information at all?
I don't know if you phrased your question as intended. Anyway, yes, the
difference
On 27/02/2013 11:39, Pavlos Ratis wrote:
Hello everyone,
I would like to announce you a new try to 'revive' the Bugday event.
As most of the open source projects have their own bugday, I thought
it would be great to have this event back. For those who don't know,
its a monthly 24h event that
On 1/04/2013 04:29, Denis M. wrote:
Hello,
(I was redirected from gentoo-doc@ to ask this here.)
I think it's a good idea to expand the categories' descriptions (found
in the corresponding metadata.xml files) with more accurate descriptions
of which packages are welcome to fit in which
On 31/03/2013 16:59, Mike Frysinger wrote:
one option would be to make the makeinfo stuff into a USE flag so all the perl
junk isn't pulled in by default. only the packages that actually generate
info pages can DEPEND on that.
it'd be simpler if we just dropped it altogether from @system. if
# Michael Palimaka kensing...@gentoo.org (01 Apr 2013)
# Obsoleted by kde-base/print-manager. Removal in 30 days.
kde-base/printer-applet
kde-base/system-config-printer-kde
On 7/04/2013 04:22, Markos Chandras wrote:
On 6 April 2013 19:08, Michał Górny mgo...@gentoo.org wrote:
Hello,
...
What are your thoughts?
Maybe it is time to setup a patch tracking system like Debian[1]?
Sometimes it is really hard to understand what patches are applied by
an ebuild
On 7/04/2013 16:53, Kacper Kowalik wrote:
On 06.04.2013 20:08, Michał Górny wrote:
Hello,
As far as I'm aware, we don't really have much of a patch maintenance
policy in Gentoo. There a few loose rules like «don't put awfully big
files into FILESDIR» or the common sense «use unified diff», but
On 7/04/2013 07:01, Robin H. Johnson wrote:
On Sat, Apr 06, 2013 at 08:08:43PM +0200, Michał Górny wrote:
The above-listed policy will apply to the patches kept in the gx86 tree
(in FILESDIRs) and patch archives created by Gentoo developers. They
will not apply to the patch archives created
On 13/05/2013 02:08, Rich Freeman wrote:
Second, I think this really points to there being value for something
like Gerrit available on Gentoo, which might be the best of both
worlds. I've never used it myself but I'm tempted to install it just
to start messing with it personally. I'd be
On 13/05/2013 03:20, Peter Stuge wrote:
I agree that Java is sucky, but I don't think that rejecting Gerrit
for that reason alone makes sense. Look at what the application does
and how it works, to determine if it fits the project or not.
I agree, but if infra is not willing to maintain
On 13/05/2013 04:24, Peter Stuge wrote:
Michael Palimaka wrote:
I agree that Java is sucky, but I don't think that rejecting Gerrit
for that reason alone makes sense. Look at what the application does
and how it works, to determine if it fits the project or not.
I agree, but if infra
On 19/05/2013 23:40, Jeroen Roovers wrote:
OS: Linux
Status: CONFIRMED
Severity: enhancement
Is a stabilisation an enhancement per se?
Usually I think so yes. If it is an urgent stabilisation there is
priority field.
If all stabilisations are
On 22/05/2013 18:58, Tom Wijsman wrote:
On Tue, 21 May 2013 18:57:20 -0600
Ryan Hill dirtye...@gentoo.org wrote:
Huh? The severity of the bug is it's an enhancement.
Yes stabilizations are enhancements. Always have been.
Why are they enhancements? Them having been this way is not a reason
On 22/05/2013 19:22, viv...@gmail.com wrote:
On 05/21/13 23:38, Andreas K. Huettel wrote:
Am Dienstag, 21. Mai 2013, 15:38:44 schrieb Thomas Sachau:
And if a maintainer is not responding within 30 days, you can ping him
or, without a response, try to get a different maintainer. Just assuming
On 22/05/2013 20:07, viv...@gmail.com wrote:
On 05/22/13 11:43, Michael Palimaka wrote:
On 22/05/2013 19:22, viv...@gmail.com wrote:
On 05/21/13 23:38, Andreas K. Huettel wrote:
Am Dienstag, 21. Mai 2013, 15:38:44 schrieb Thomas Sachau:
And if a maintainer is not responding within 30 days
On 22/05/2013 20:41, Thomas Sachau wrote:
Michael Palimaka schrieb:
On 22/05/2013 20:07, viv...@gmail.com wrote:
On 05/22/13 11:43, Michael Palimaka wrote:
On 22/05/2013 19:22, viv...@gmail.com wrote:
On 05/21/13 23:38, Andreas K. Huettel wrote:
Am Dienstag, 21. Mai 2013, 15:38:44 schrieb
On 22/05/2013 21:00, Tom Wijsman wrote:
On Wed, 22 May 2013 11:07:26 +0200
Ulrich Mueller u...@gentoo.org wrote:
Is a stabilisation an enhancement per se? If all stabilisations
are enhancements, then why isn't Severity set to Normal instead?
(What is an enhanced severity to begin with,
Hi all,
Qt 5 has been available for some time, and we are making preparations to
move it to the tree. As we will be supporting user choice where packages
can be build against both Qt 4 and Qt 5, we will require a new global
USE flag:
qt5 - Adds support for the Qt 5 application and UI
On 28/05/2013 01:34, Nikos Chantziaras wrote:
On 27/05/13 18:06, Michael Palimaka wrote:
Hi all,
Qt 5 has been available for some time, and we are making preparations to
move it to the tree. As we will be supporting user choice where packages
can be build against both Qt 4 and Qt 5, we
Hi,
I have set up a Review Board instance[1] for testing / evaluation /
whatever-you-want purposes.
If you are not familiar with what happens in a review, there are a
number of established Review Boards to look at.[2]
This instance is currently configured for gentoo-x86, as well as a
On 29/05/2013 02:07, Alexey Shvetsov wrote:
Hi!
Cool! I didnt use RB before, but i use gerrit. Do you pan to integrate it to
g.o.g.o? It seems can be done by git commit hooks
What sort of integration did you have in mind?
On 29/05/2013 21:18, Alexey Shvetsov wrote:
Yep I'm thinking about gerrit like workflow. But seems it doesnt make sense
with RB and CVS.
Yes, Review Board and Gerrit target different things.
On 28/05/2013 01:35, Jonathan Callen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
A quick reminder for anyone using python-r1.eclass or
python-single-r1.eclass:
These eclasses provide a ${PYTHON_REQUIRED_USE} variable that should
be included in REQUIRED_USE under the same USE
On 30/05/2013 01:06, hasufell wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/29/2013 04:51 PM, Michael Palimaka wrote:
Would it be possible to add repoman checks for this, and other
common failures like missing PYTHON_USEDEP?
The latter is impossible. Repoman has no way
On 14/06/2013 09:05, Alexis Ballier wrote:
On Thu, 13 Jun 2013 18:48:21 -0400
Chris Reffett creff...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/13/2013 06:37 PM, Alexis Ballier wrote:
At the beginning of July, the KDE team will be removing EAPI 0/1
support from
On 15/06/2013 23:47, Ulrich Mueller wrote:
On Sat, 15 Jun 2013, Diego Elio Pettenò wrote:
restrict+http: (as suggested by the OP) is probably not enough
because it doesn't distinguish between fetch and mirror
restriction.
nofetch+http and nomirror+http ?
Or the other way around:
On 16/06/2013 23:02, g...@malth.us wrote:
There'd be no problem resurrecting it from the grave, if need be, would there?
Please note that being unmaintained does not mean the package will be
removed. That would only happen if there are long term unresolved issues
with the package.
Best
On 16/06/2013 10:24, Zac Medico wrote:
How about it we add a src_fetch phase, so that the VCS intricacies can
be delegated to ebuilds/eclasses (like they are now, but without having
to abuse src_unpack). If we include a way for src_fetch to communicate
changes in VCS revisions to the package
On 22/06/2013 11:42, Robin H. Johnson wrote:
This needs to be in the above data:
So we have:
Who = {ANYTHING_GOES, REQUIRES_DEV, REQUIRES_HERD, REQUIRES_MAINTAINER}
What = {NONE, TRIVIAL, MINOR_FEATURES, VERSION_BUMP, MAJOR_FEATURES}
So most of my packages might be coded with:
nmu-policy
On 24/06/2013 07:30, Pavlos Ratis wrote:
That's why I'd like to propose Gentoo Hangouts. Gentoo Hangouts will
be Google+ video Hangouts(video calls) held by teams or developers
independent of a team. The main goal is to have the teams introduce
themselves and discuss about different issues in
On 25/06/2013 22:42, Egg Plant wrote:
I don't know whether a new gentoo user like me have any say here, I would like
to point out some problems about this proposal !
1. Video requires high bandwidth internet, so useless in developing countries,
where even today you can not think of 24x7
On 26/06/2013 01:09, Egg Plant wrote:
According to Pavlos Ratis proposal, it will be another channel of
communication. I am not protesting to setup an unofficial channel there.
I am fearing that it will gradually become an avenue for talent show, similar
to other binary distros. That is why I
On 15/07/2013 03:17, Rich Freeman wrote:
I agree that precedence alone isn't really a good basis for this. I
don't really have concerns with the initial category size so much as
the general lack of a definition for this category.
I agree. The boundaries between games-rpg and games-adventure,
On 15/07/2013 03:38, Damien Levac wrote:
What immediately comes to mind as a decent way to split games is the
wikipedia page for video game genres:
http://en.wikipedia.org/wiki/Video_game_genres
That would make 7 categories and the game description could include the
subcategory if necessary.
On 25/07/2013 05:17, Michał Górny wrote:
Actually per PMS you are required to revbump (and therefore require
upgrade on users' side) whenever you change the deps and don't expect
to add a new version soon enough.
Can you please provide a link/reference to that part? I am interested in
reading
On 5/08/2013 19:33, Samuli Suominen wrote:
This is a friendly reminder.
I've found the tree again to have dependencies like:
dev-libs/openssl:=
virtual/jpeg:=
Is there any reason for the subslot operator being specified at all? I
don't see those packages defining any subslots.
On 5/08/2013 21:58, Samuli Suominen wrote:
On 05/08/13 13:56, Michael Palimaka wrote:
On 5/08/2013 19:33, Samuli Suominen wrote:
This is a friendly reminder.
I've found the tree again to have dependencies like:
dev-libs/openssl:=
virtual/jpeg:=
Is there any reason for the subslot operator
On 6/08/2013 01:06, Samuli Suominen wrote:
The plan is to change SLOT of virtual/jpeg from 0 to eg. 0/1 after
next SONAME change in the default of the virtual, so it's useful to have
everything depend on virtual/jpeg:0= ready, to get the benefits of the
subslot.
Does that mean that anyone that
On 6/08/2013 01:07, Rich Freeman wrote:
I suspect most maintainers would rather upgrade their package once to
EAPI5 and not keep checking back every month to see if there is a new
opportunity to add another slot operator dep. If maintainers don't
add them up-front even with the deps don't
On 6/08/2013 02:13, Ciaran McCreesh wrote:
On Tue, 06 Aug 2013 02:03:28 +1000
Michael Palimaka kensing...@gentoo.org wrote:
How often does this situation even come up? If 9/10 times the
libraries are set up as maintainers expect them to be, it is
probably better to deal with the odd
On 7/08/2013 20:34, Kacper Kowalik wrote:
* every atom needs a = in front, and
* Please stabilize XXX should always be replaced by XXX stabilization.
Those two are actually useful. There are many scripts used by ATs that
parse title field. One could argue: Fix your damn scripts but in the
end
On 7/08/2013 07:46, Jeroen Roovers wrote:
Besides the finer technical points of bug maintenance, it simply
infuriates me that anyone would think of bug reports in the possessive.
This is not the way to improve the distro. You're on the wrong track
there. And you weren't being friendly.
In this
On 7/08/2013 22:18, Tom Wijsman wrote:
We usually take it a step further, putting the actual error there; if
the maintainer reads the error, it will be clear it failed to build:
=kde-base/kmail-4.8.10 with GCC 4.8 - File:Line:Char: Error: Reason
Is there any benefit to adding = in this case?
On 7/08/2013 22:41, hasufell wrote:
You are a bug wrangler and should have the
authority to mess with anything in bugzilla.
Don't forget that anybody can start a project, even if it conflicts with
other projects. While Jeroen's experience certainly gives him a more
insight regarding bugzilla
On 8/08/2013 07:52, Gilles Dartiguelongue wrote:
Guys, please, if you want to bikeshed about bug summary, please do it in
a constructive way and get the automated bug assignment project going.
I think at least one bug wrangler already uses a local script to do
something similar to that.
Any
Now that portage-2.2 is in ~arch, we should now be able to add sets to
the tree.
How should we go about doing this? In some overlays, the repository root
has sets/{foo,bar,etc} and sets.conf which might look like this:
[gentoo sets]
class = portage.sets.files.StaticFileSet
multiset = true
On 14/08/2013 23:02, Michał Górny wrote:
No, we can't. Sets are portage-specific, the tree needs to follow PMS.
Are you saying we can't use sets at all in the tree, or we can't use
them to replace existing meta packages?
On 21/08/2013 05:31, Tom Wijsman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Aug 2013 14:28:15 -0400
Ian Stakenvicius a...@gentoo.org wrote:
I see a few issues with ~arch - table migrations:
#1 - things just sit in ~arch. The auto-stablereq script should help
with this
On 21/08/2013 05:24, Tom Wijsman wrote:
On Tue, 20 Aug 2013 13:19:10 -0500
William Hubbs willi...@gentoo.org wrote:
All,
I'm not really sure what the answer to this problem is, so I want to
know what the group thinks about how we can handle it.
During the last release of OpenRC, I learned
On 21/08/2013 17:54, Sergey Popov wrote:
Why we should bring new half-stable, half-testing keyword for this? I
think that this is no way to go. We should improve current situation
with arches by some other ways(e.g., recruiting people). Maybe drop some
damn-bad understaffed arches to unstable
On 21/08/2013 18:10, Tom Wijsman wrote:
On Wed, 21 Aug 2013 16:51:37 +1000
Michael Palimaka kensing...@gentoo.org wrote:
On 21/08/2013 05:31, Tom Wijsman wrote:
On Tue, 20 Aug 2013 14:28:15 -0400
Ian Stakenvicius a...@gentoo.org wrote:
That script has been running for long enough now
On 21/08/2013 18:30, Tom Wijsman wrote:
On Wed, 21 Aug 2013 17:04:45 +1000
Michael Palimaka kensing...@gentoo.org wrote:
We would probably benefit from formalising a clearer definition of
arch/~arch - it seems to mean a lot of different things to different
people.
http://devmanual.gentoo.org
On 21/08/2013 07:05, Tom Wijsman wrote:
See `imlate --mtime=180 -s | less`. (From app-portage/gentoolkit-dev)
I quote:
==
4392 Stable candidates for 'gentoo' on 'amd64'
==
Let's double the number to a
On 21/08/2013 20:31, Tom Wijsman wrote:
On Wed, 21 Aug 2013 20:13:00 +1000
Michael Palimaka kensing...@gentoo.org wrote:
For those not familiar with imlate, please note that these numbers
include packages that have never been stabilised.
True, this brings up two questions:
1. How do we
On 21/08/2013 21:04, Markos Chandras wrote:
I propose the following arches to lose their stable keywords
- s390
- sh
- ia64
- alpha
- m68k
- sparc
+1
On 22/08/2013 01:56, Michael Weber wrote:
On 08/21/2013 01:04 PM, Markos Chandras wrote:
The manpower on these arches is below acceptable levels and they often
block stabilizations
for many months. This also causes troubles to developers trying to get
rid of old versions of
packages.
I am
On 22/08/2013 01:32, Matt Turner wrote:
I want some level between stable and completely supported and loses
all its stable keywords., at least for alpha.
Is switching their profiles to dev the way to do that?
What would you feel about instead of dropping stable completely,
re-evaluating which
On 9/09/2013 02:40, Markos Chandras wrote:
Moreover, I don't think raising this issue to the mailing list
is appropriate as a first step.
Based on the number of replies to -commits that end up on here, it's no
surprise that it can appear appropriate to raise an issue like this here
On 16/09/2013 23:01, Markos Chandras wrote:
On 16 September 2013 13:41, Andreas K. Huettel dilfri...@gentoo.org wrote:
Please stop pointless bugspam.
Am Montag, 16. September 2013, 14:20:51 schrieben Sie:
DO NOT REPLY TO THIS EMAIL. Also, do not reply via email to the person
whose email is
On 16/09/2013 23:33, Alex Legler wrote:
On 16.09.2013 15:19, Rich Freeman wrote:
Additionally, can anybody who knows more about bugzilla comment on how
easy it would be to have some way to mark modifications as trivial,
and take this into account in the bugspam? Either make it
configurable as
On 17/09/2013 15:58, Duncan wrote:
Note that it wasn't JUST punctuation/capitalization that changed in the
given example, but the version number, 1.2.3 = 1.7.3, as well. Is that
still a trivial change?
Altho I'm not sure whether kensington changed the version number in his
example
On 21/09/2013 10:49, Duncan wrote:
In addition to what the others have said, FEATURES= ?? AFAIK, FEATURES
is PM-implementation-specific and not part of PMS. It's not something
ebuilds/eclasses should be messing with or care about at all, as it's PM-
private-implementation domain, not ebuild
On 22/09/2013 00:26, Michał Górny wrote:
This is just another of portage's deviations from the standard. PMS
doesn't list RESTRICT=binchecks, and I suppose this makes using it in
the tree at least a little wrong.
It does however say: Package managers may recognise other tokens, but
ebuilds may
On 23/09/2013 22:03, Ciaran McCreesh wrote:
On Mon, 23 Sep 2013 13:59:37 +0200
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
Jack Morgan schrieb:
I find this confusing and hope to clear it up. According to
emerge/portage man pages we have stable keywords (ARCH) and
unstable packages
On 23/09/2013 21:34, Samuli Suominen wrote:
[ ... ]
Stealing random mail from this thread.
Because I've seen some commits today for reverting the mentioned
KEYWORDS to ~arch in some ebuilds I'm not sure if everyone is aware that
the arch status is set using profiles/profiles.desc and as I'm
On 23/09/2013 22:52, Ulrich Mueller wrote:
On Mon, 23 Sep 2013, Samuli Suominen wrote:
Because I've seen some commits today for reverting the mentioned
KEYWORDS to ~arch in some ebuilds I'm not sure if everyone is aware that
the arch status is set using profiles/profiles.desc and as I'm
On 26/09/2013 20:55, Ciaran McCreesh wrote:
On Thu, 26 Sep 2013 20:51:26 +1000
Michael Palimaka kensing...@gentoo.org wrote:
There isn't a 100% perfect solution currently, and I agree that
hurrying people will simply move us from not enough rebuilds to
too many rebuilds.
This is still a huge
On 27/09/2013 00:12, Ian Stakenvicius wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26/09/13 06:51 AM, Michael Palimaka wrote:
On 26/09/2013 17:53, Michał Górny wrote:
How do we handle packages which install multiple libraries? I'm
afraid forcing such a policy and/or hurrying
On 2012-05-23 22:42, Michael Weber wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
i've looked at the blockers of [TRACKER] portage migration to git
[1] and want to discuss testing git-cvsserver [2].
There are two proposed scenarios how to migrate the developers write
access to the
On 2012-06-07 23:06, Samuli Suominen wrote:
On 06/07/2012 04:06 PM, Michael Palimaka (kensington) wrote:
kensington 12/06/07 13:06:48
Modified: metadata.xml ChangeLog
Added: kid3-2.1.ebuild
Log:
Version bump. Add upstream metadata.
(Portage version: 2.1.10.65/cvs/Linux x86_64)
Revision
Hi,
A number of package using cmake and qmake currently do something like this:
LANGS=en de fr
for x in ${LANGS}; do
IUSE=${IUSE} linguas_${x}
done
This is ugly, so for some time the loop has been included in qt4-r2, and
I'd also like to add it to cmake-utils.
As far as I can see,
On 2012-06-24 18:34, Ben de Groot wrote:
We at qt@ have been discussing this on and off. We would like to
see a linguas.eclass happen, because already now we start having
code duplication. So instead of this duplication of code between
qt4-r2 and cmake-utils eclasses, why not put this into a
On 2012-06-24 18:48, Michał Górny wrote:
Of course, another question is whether LINGUAS does actually benefit
users. If compiling another .po files takes a lot of time, probably
yes. If it doesn't, I would think about getting rid of that and just
installing everything. Additional removal can be
On 2012-06-27 17:51, Federico fox Scrinzi wrote:
Hi everybody!
I'm working on a GSoC project for enhancing Euscan
(http://euscan.iksaif.net/). Euscan allows to check if a given
package/ebuild has new upstream versions or not. It uses different
heuristic to scan upstream and grab new versions
# Michael Palimaka kensing...@gentoo.org (15 Jul 2012)
# Bundles dev-python/pexpect (bug #315843)
# Replaced by ssh-copy-id from net-misc/openssh.
# Removal in 30 days.
net-misc/ssh-installkeys
Autodep[1][2] is a current implementation of this idea, with library
hook and FUSE options.
Would definitely love to see more development in this area. :)
[1]: https://dev.gentoo.org/~neurogeek/guidexml/
[2]: http://git.overlays.gentoo.org/gitweb/?p=proj/autodep.git;a=summary
# Michael Palimaka kensing...@gentoo.org (7 Aug 2012)
# Fails to build with GCC 4.7 (bug #430250)
# Bundles utilities from dev-util/pccts
# Dead upstream. Removal in 30 days.
dev-util/
On 2012-09-13 03:59, Pacho Ramos wrote:
Hello
Currently, package maintainers are CCed to security bugs when their are
needed. The problem is that, once maintainers add a fixed version and
tell security team they are ok to get it stabilized, maintainers are
kept CCed until bug is closed by
# Michael Palimaka kensing...@gentoo.org (18 Oct 2012)
# md5 module breaks on 64-bit through improper types (bug #320253),
# libwww-config fails to mention libssl (bug #327377),
# poor programming practices (bug #259287).
# Dead upstream, masked for removal in 30 days.
net-libs/libwww
Hi all,
In bug #304435[1], hwoarang suggested merging the devrel handbook[2]
into the devmanual[3].
As the project has grown, so has the amount - and dispersion - of
development information. I believe consolidation of this information
into a single point will make everyone's (especially new
Hi all,
With regards to bug #304435[1], we would like to formalise the policy
for touching arch profiles' files.
The key suggested points:
* Archs profiles should generally only be touched by members of that
arch team, unless prior permission is given
* Exception: anyone may add a mask to
Hi,
On 2012-11-11 18:44, Mike Frysinger (vapier) wrote:
--- package.mask11 Nov 2012 02:03:39 - 1.14217
+++ package.mask11 Nov 2012 07:44:58 - 1.14218
-# Michael Weber xmw-abrp7r+bbdudnm+yrof...@public.gmane.org (9 Jun 2012)
-# The mentioned versions fail to
On 21/10/2013 09:43, Tom Wijsman wrote:
An alternative would probably be gerrit which vapier seems to be a fan
of. But we don't even have an ebuild.
Since I have just noticed this is Java, CC-ed us on the bug and this is
on my list; but given its size, I can't make any promises as to when we
On 31/10/2013 09:10, Robin H. Johnson wrote:
dev-util/checkbashisms
As described in bug #426828, this package currently uses an abandoned
upstream, with a much more recent version maintained by Debian. I'd like
to, at a minimum, update to a newer version. The better long-term
solution is to
On 12/11/2013 08:13, Pacho Ramos wrote:
Reading:
https://bugs.gentoo.org/show_bug.cgi?id=489044
https://bugs.gentoo.org/show_bug.cgi?id=489040
I don't know what should be preferred, personally I use net-misc/ntp
simply because I have always being using it, also looks like we don't
have any
1 - 100 of 431 matches
Mail list logo