Stefaan wrote:
Hi!
I'm having an issue with the openafs-ebuild, and I don't see a
solution for the moment. I wondered if someone on the list would:
Prerequisite:
The ebuild needs to create the /afs directory, and remove that same
directory when it is uninstalled.
The obvious solution
Petteri Räty wrote:
Stefaan wrote:
Hi!
I'm having an issue with the openafs-ebuild, and I don't see a
solution for the moment. I wondered if someone on the list would:
Prerequisite:
The ebuild needs to create the /afs directory, and remove that same
directory when it is uninstalled
Mike Myers wrote:
Hello!
Currently, as you all surely already know, KDE is currently handled with
metapackages or monolithic packages. The metapackages is very
convenient for a more complete install of KDE, and the monolithic
packages are better or a more modular install. However, with
http://bugs.gentoo.org/show_bug.cgi?id=75674#c8
http://bugs.gentoo.org/show_bug.cgi?id=48686#c1
Copied from second link:
I have announced the end-of-life for this package on gentoo-dev and
gentoo-user, as:
1) It only compiles against gtk+-1.2, which is highly outdated.
2) It only compiles
Petteri Räty wrote:
http://bugs.gentoo.org/show_bug.cgi?id=75674#c8
http://bugs.gentoo.org/show_bug.cgi?id=48686#c1
Copied from second link:
I have announced the end-of-life for this package on gentoo-dev and
gentoo-user, as:
1) It only compiles against gtk+-1.2, which is highly
Gustavo Felisberto wrote:
Gnophone is upstream dead. Does not build in amd64 (and probably other arches)
failling on configure.
I'm going to give this two weeks an then remove it if no one offers to solve
this problems. (There is no open bug so one should contact me directly)
What is
with the from sources version.
Regards,
Petteri Räty (Betelgeuse)
signature.asc
Description: OpenPGP digital signature
When migrating to new style virtuals you must revision bump everything
providing the new style virtual to get rid of the PROVIDE files in
/var/db/pkg.
./app-admin/gamin-0.1.7/PROVIDE:virtual/fam
If you do not do this, Portage considers the virtual installed without
actually looking at the new
Christel Dahlskjaer wrote:
Bordering with Germany, Austria, Slovakia and Poland you find the Czech
Republic, smack bang in the centre you find Prague, one of my all time
favourite places to go for a long weekend of cheap beer and much fun.
Beer isn't all that comes out of this place though,
On 24.11.2012 23.12, Pacho Ramos wrote:
# Pacho Ramos pa...@gentoo.org (24 Nov 2012)
# Doesn't build against recent kernels (#247898), all its supported
# devices are not supported by latest kernels. Removal in a month.
net-wireless/linux-wlan-ng-modules
net-wireless/linux-wlan-ng-utils
On 13.1.2013 0.49, Paweł Hajdan, Jr. wrote:
Please review attached automatically generated stabilization candidates
for January.
I don't want to annoy people with automatically filed bugs, and at the
same time I also received lots of positive feedback about the effort to
keep the stable
On 20.6.2013 14.01, Matthew Thode wrote:
On 06/20/2013 03:39 AM, Fabio Erculiani wrote:
The final outcome I would love to see is that everybody eventually
graduates from kindergarten :-)
And perhaps introduce a culture-fit score in the recruiting,
mentoring process.
As an employee that
On 20.6.2013 16.07, Matthew Thode wrote:
On 06/20/2013 07:49 AM, Petteri Räty wrote:
On 20.6.2013 14.01, Matthew Thode wrote:
On 06/20/2013 03:39 AM, Fabio Erculiani wrote:
The final outcome I would love to see is that everybody eventually
graduates from kindergarten :-)
And perhaps
Let's try something new. I would like to get opinions from as many
people as possible about GLEP 55 and alternatives listed here in order
to get some idea what the general developer pool thinks. Everyone is
only allowed to post a single reply to this thread in order to make it
easy to read
Also one point worth nothing here is that migrating from EAPI in the
file name to having it in a special place in the file can be scripted so
the change should be quite easy to do at a later point in time for the
main repository if wanted.
Regards,
Petteri
signature.asc
Description: OpenPGP
Donnie Berkholz wrote:
On 23:26 Sun 22 Feb , Donnie Berkholz wrote:
This is your friendly reminder! Same bat time (typically the 2nd 4th
Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish for us to chat about,
Ciaran McCreesh wrote:
On Wed, 25 Feb 2009 23:43:44 -0100
Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote:
Ciaran McCreesh wrote:
On Wed, 25 Feb 2009 16:02:46 -0800
Brian Harring ferri...@gmail.com wrote:
snip a few arguments
Ciaran and Brian,
please respect Pettery's request
Caleb Cushing wrote:
Are we to say that we shouldn't allow tools to have support for this. I
think that it is a nature progression that if we are to allow overlays to
extend the portage tree that we should allow overlays to extend other
overlays.
I probably shouldn't butt in...
first,
Mart Raudsepp wrote:
Hello,
I'm collecting ideas from the wider development and contributing
community on how to help maintainers and contributors get work done
quicker, or rephrased - how to get more done in the limited time we
have.
This RSS feed should be turned into a GLEP about a
Donnie Berkholz wrote:
I decided to try something a little different because I had some ideas
for improving the existing EAPI patches I've seen going into other
eclasses. So here is my patch for x-modular.eclass. I tested it with
ebuilds using EAPIs 0, 1, and 2, and it appeared to work
Petteri Räty wrote:
I suggest that we dedicate the next bugday in March to migrating as many
built_with_use calls to use dependencies as possible. Actively
maintained packages should have mostly been migrated by now and in
general it's better for the user experience to get rid of all those
Doug Goldstein wrote:
Granted the people I've recently talked to about this or the people I
remember bringing this issue up in the past had this happen to them
before we had this firm policy in place so really you're addressing a
lot of the issues.
But the whole act of making them go
Thomas Sachau wrote:
I would like to know, if there is some policy about editing skel.* files or
who owns/maintains them.
Additionally, i suggest some changes to skel.ebuild:
Posts diffs to gentoo-dev and if there are no objections -- commit.
Regards,
Petteri
signature.asc
Description:
Ciaran McCreesh wrote:
* what the plan is for Portage implementation of that feature, and the
likelihood of it making it
We should have someone dedicated to seeing each item implemented. For
example someone from the council.
Follows a quick list with hopefully no brain farts. In general
Ciaran McCreesh wrote:
So far, we've got this, by agreement of the Council:
* There will be a default src_install in EAPI 3
* It will have a DOCS variable, or something along those lines.
I'd like to suggest the following too:
* If DOCS is explicitly specified, it is an error if
Ciaran McCreesh wrote:
On Mon, 30 Mar 2009 18:33:48 +0200
Thomas Sachau to...@gentoo.org wrote:
Why do you want to force -j1 here?
Because any package using an old automake has a non-parallel-safe
install.
I would rather have detection in place for old automake in the build
system and
Ulrich Mueller wrote:
I am aware of the fact that we are late for EAPI 3 (partly because I
didn't expect that the change would require an EAPI bump). Question to
the council: is it still possible to include this? Considering that
there is a lot of breakage, as well as strange workarounds
Christian Faulhammer wrote:
Hi,
please see attached news item for review.
V-Li
s/emerging/updating/
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
However, we have toyed with other ideas. One of which is to introduce
IUSE=prefix in prefix.eclass similar to the USE=multilib approach. I
don't really like this idea because it exposes the use flag and we
don't want it exposed to the users.
If you don't want it exposed to users, then use
Fabian Groffen wrote:
On 04-04-2009 13:23:24 +0300, Petteri Räty wrote:
However, we have toyed with other ideas. One of which is to introduce
IUSE=prefix in prefix.eclass similar to the USE=multilib approach. I
don't really like this idea because it exposes the use flag and we
don't want
Fabian Groffen wrote:
On 04-04-2009 14:31:20 +0300, Petteri Räty wrote:
If prefix is in USERLAND then you have a userland_prefix use flag to use
that can be hidden.
It is not.
But can be added.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Fabian Groffen wrote:
On 04-04-2009 14:54:20 +0300, Petteri Räty wrote:
Fabian Groffen wrote:
On 04-04-2009 14:31:20 +0300, Petteri Räty wrote:
If prefix is in USERLAND then you have a userland_prefix use flag to use
that can be hidden.
It is not.
But can be added.
I think we talk about
Zac Medico wrote:
Petteri Räty wrote:
Fabian Groffen wrote:
On 04-04-2009 15:21:23 +0300, Petteri Räty wrote:
You can set USERLAND=GNU PREFIX
Prefix is not a userland, please understand that.
It's like pizza not being an elibc, or beer not being a kernel.
Sure it's not a user land like GNU
Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection
of functions. This way all eclasses don't have to duplicate the EAPI
detection code. If people find this useful, I will document it properly
with eclass-manpages etc.
Regards,
Petteri
# Copyright 1999-2009 Gentoo Foundation
#
Petteri Räty wrote:
Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection
of functions. This way all eclasses don't have to duplicate the EAPI
detection code. If people find this useful, I will document it properly
with eclass-manpages etc.
Regards,
Petteri
No need
Ciaran McCreesh wrote:
Still trying to stick to one subthread per item here.
On Tue, 21 Apr 2009 04:27:41 +0300
Petteri Räty betelge...@gentoo.org wrote:
* PKG-INFO
query. I have probably missed what's the use case for non installed
packages?
For some packages, when a bug report
Arun Raghavan wrote:
On Wed, 2009-04-22 at 16:35 +0300, Petteri Räty wrote:
Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection
of functions. This way all eclasses don't have to duplicate the EAPI
detection code. If people find this useful, I will document it properly
Brian Harring wrote:
On Wed, Apr 22, 2009 at 04:35:37PM +0300, Petteri R??ty wrote:
Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection
of functions. This way all eclasses don't have to duplicate the EAPI
detection code. If people find this useful, I will document it
Tom Stellard wrote:
I am trying to build the Gentoo cluster live CD using the overlay from
here: git://git.overlays.gentoo.org/proj/clustering-livecd.git I have run
into some problems with some of the ebuilds in this overlay. Here is a
patch to fix the beowulf-head ebuild.
-Tom Stellard
Jorge Manuel B. S. Vicetto wrote:
Hi.
As the KDE team prepares to add revised eclasses for the KDE3 ebuilds so
we can get 3.5.10 marked stable and then finally ask for KDE4
stabilization, we'd like to drop some old eclasses from the tree. We
plan to drop the kde-base, kde-dist, kde-i18n and
Jorge Manuel B. S. Vicetto wrote:
Petteri Räty wrote:
Jorge Manuel B. S. Vicetto wrote:
Hi.
As the KDE team prepares to add revised eclasses for the KDE3 ebuilds so
we can get 3.5.10 marked stable and then finally ask for KDE4
stabilization, we'd like to drop some old eclasses from the tree
Arfrever Frehtes Taifersar Arahesis wrote:
GnuTLS =2.7.1 doesn't contain 'libgnutls-config' and 'libgnutls-extra-config'
scripts so packages, which use them, usually fail to build.
(Sometimes `configure` scripts disable support for GnuTLS without failing.)
The list of packages depending on
Tiziano Müller wrote:
Am Montag, den 04.05.2009, 00:25 +0100 schrieb Roy Bamford:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2009.05.03 22:47, Tiziano Müller wrote:
This is your friendly reminder! Same bat time (typically the 2nd
4th
Thursdays at 2000 UTC / 1600 EST), same bat
Ciaran McCreesh wrote:
At the very least, before attempting any mass recruitment, the quiz
needs to be lengthened, brought up to date and split into answer these
on the spot on IRC without having seen the question before and
research allowed questions, and recruiters have to be prepared to
Christian Faulhammer wrote:
Hi,
any project lead/member can post an answer to this mail for a status
report:
Java:
- Too much stuff in overlays
- Beat caster with a stick
- Need more people to maintain our hundreds of packages
- Critical pkgs do have designated maintainers
- Beat all
Patrick Lauer wrote:
Then there's package management. (Your favourite topic, I guess, because you
want to keep complexifying it until one needs a PhD to write an ebuild
[which,
in a way, would be quite ironic])
At least for me new EAPIs have been / are making ebuild writing easier.
William Hubbs wrote:
On Fri, May 15, 2009 at 03:49:51AM -0700, Robin H. Johnson wrote:
On Fri, May 15, 2009 at 10:47:24AM +0200, Tiziano M?ller wrote:
Thanks Robin for finally pushing this in the tree, just didn't find the
time to.
Maybe it's a good time to emphasize this: Keep in mind that
Tiziano Müller wrote:
Am Freitag, den 15.05.2009, 23:30 +0300 schrieb Petteri Räty:
William Hubbs wrote:
On Fri, May 15, 2009 at 03:49:51AM -0700, Robin H. Johnson wrote:
On Fri, May 15, 2009 at 10:47:24AM +0200, Tiziano M?ller wrote:
Thanks Robin for finally pushing this in the tree, just
Duncan wrote:
Petteri Räty betelge...@gentoo.org posted 4a0dd0ed.1070...@gentoo.org,
excerpted below, on Fri, 15 May 2009 23:30:37 +0300:
Indeed there's no problem switching EAPIs as long as a stable Portage
supports the EAPI you are migrating to. Portage was buggy with this when
EAPI 2
Mounir Lamouri wrote:
Ulrich Mueller wrote:
The devmanual also says Where possible, try to keep lines no wider
than 80 positions. which would limit DESCRIPTION to 66 characters.
These are guidelines, not strict rules. Keep it shorter if it's
reasonably possible.
Even guidelines should
Sven wrote:
Gilles Dartiguelongue eva at gentoo.org writes:
so this wrapper could be installed in a separate eselect sort of
package ?
How exactly can this be done? If a gem creates five executables, would
this mean that this gem comes in six ebuilds?
well given the next answer, it sounds
Ciaran McCreesh wrote:
On Sat, 16 May 2009 02:31:45 +0300
Petteri Räty betelge...@gentoo.org wrote:
On the other hand you also have to make sure you have a stable
portage for a time long enough so mostly everyone has it installed.
Otherwise you could break users systems pretty badly depending
Ciaran McCreesh wrote:
On Mon, 18 May 2009 13:04:27 +0300
Alex Alexander alex.alexan...@gmail.com wrote:
Unfortunately we've got reports from paludis users stating that they
can't update QT from qting-edge anymore.
Paludis treats blocks as strong, the way Portage used to and the way
PMS
Ryan Hill wrote:
Masked this a couple weeks ago but forgot to announce it:
- old old old docs for the AFS file system, which get installed with
net-fs/openafs USE=doc anyways
- not touched since 2005
- unmaintained
Was this posted to -dev-announce as I see nothing there?
Regards,
Jesús Guerrero wrote:
On Wed, May 20, 2009 18:43, Petteri Räty wrote:
Jesús Guerrero wrote:
Hello,
This is a request for comments on a new project,
namely Gentoo Support Everywhere.
http://www.gentoo.org/proj/en/gse/
New projects must be announced via gentoo-dev-announce and I
Jesús Guerrero wrote:
Hello,
This is a request for comments on a new project,
namely Gentoo Support Everywhere.
http://www.gentoo.org/proj/en/gse/
New projects must be announced via gentoo-dev-announce and I haven't see
a mail although project pages exist. Also I don't see how this
A lot has changed from Baselayout version 1.x to 2.0.0, so all users
should take a look at the upgrade guide found at
http://www.gentoo.org/doc/en/openrc-migration.xml
to not break their systems. You will likely see an update of
sys-apps/baselayout in the near future: After
Christian Faulhammer wrote:
Hi,
Petteri Räty betelge...@gentoo.org:
there is no set date, but I want to post a GLEP 42 news item before
the actual stabilisation. Maybe other channels like the web page
can carry that news then, too. Please comment the attached news
item. Vapier wanted
William Hubbs wrote:
All,
I need some opinions about accessibility on our release media.
I am requesting that we add the following to all of our release media
for amd64 and x86:
app-accessibility/espeak (with portaudio in use so it supports alsa)
app-accessibility/espeakup
Andrew Gaffney wrote:
On 05/24/2009 05:32 AM, Roy Bamford wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2009.05.24 02:44, William Hubbs wrote:
[snip]
Random reply to thread
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
Put all the downloads for a minimal
I wrote support to the python eclass to make sure python version used to
install has support for needed use flags. With current EAPIs I can't
think of a way to do this without a pkg_setup check but feel free to
surprise me.
Regards,
Petteri
Index: python.eclass
Andrew Gaffney wrote:
On 05/25/2009 07:44 PM, Keith Hinton wrote:
Hello,
I'm afraidd I'm not seeing the size issues. Adding Speech to a
LiveCD should not effect the operations of the minimal installation
CDs that much.
However, one thing I would suggest is to please be aware of two things:
Hanno Böck wrote:
osm2mp was a tool needed for conversion of openstreetmap maps into an
intermediate format, which could be used for further conversion into garmin
maps with mkgmap.
Latest versions of mkgmap accept osm files as an input, osm2mp is not
maintained and imho not of any use
Federico Ferri wrote:
# Federico Ferri mescali...@gentoo.org (26 May 2008)
# Deprecated cause depending on unmaintained dev-tcltk/otcl.
# Everything being moved to 'abandonware' overlay.
# Possible replacement: net-misc/gns3 (sunrise overlay)
# Going for removal in ~30 days if no one objects.
lx...@sabayonlinux.org wrote:
So, :: vs @ apart, is it something that is worth looking and
implementing in future EAPIs?
I don't see the main tree referring to other repositories any time soon
so this is not a pressing issue. But as said earlier this makes sense
for /etc/portage stuff so
Petteri Räty wrote:
I wrote support to the python eclass to make sure python version used to
install has support for needed use flags. With current EAPIs I can't
think of a way to do this without a pkg_setup check but feel free to
surprise me.
Regards,
Petteri
No comments so committed
If you need python compiled with certain use flags, there's now better
support for checking those in the python eclass. The variables are:
PYTHON_USE_WITH
PYTHON_USE_WITH_OR
PYTHON_USE_WITH_OPT
For details on usage re-emerge eclass-manpages and see man python.eclass.
Regards,
Petteri
Alistair Bush wrote:
This patch removes the functionality within java-utils-2.eclass to
record and pass to java-config old style virtuals.
This functionality is not utilized within any repo that I know about and
is _most probably_ horribly broken anyway.
_ALL_ ebuilds that are using this
Doug Goldstein wrote:
All,
The current council meetings have gotten completely out of hand for
weeks meetings have become nothing more then a continuation of the
senseless bicker-fest that have become the e-mail threads on GLEP54,
GLEP55, and EAPI-3 without any real progress or sense coming
Ulrich Mueller wrote:
In last week's council meeting a policy for removal of old eclasses
has been defined:
,
| The council voted that to remove eclasses devs should take the
| following steps:
|1) Deprecate eclasses.
|2) Removal of all functionality relating to installing.
|
Jorge Manuel B. S. Vicetto wrote:
Petteri Räty wrote:
Ulrich Mueller wrote:
...
A quick scan shows that the following eclasses were deprecated more
than three years ago, and are used by no ebuild in the tree:
2002-05-25 inherit.eclass
2003-12-11 kde-i18n.eclass
2004-04-16
Sebastian Pipping wrote:
To count into the same bucket we use global identifiers for the
products that fall out of a package. Gentoo package dev-util/git
can produce product cpe://a:git:git, Debian's git-core can, too.
That string before is a CPE URI [1], a concept close to package naming
Robin H. Johnson wrote:
Hi folks,
This is a summary of how to detect Baselayout-2/OpenRC from within
init.d scripts. We raised it in January, without any actual final
agreement:
http://archives.gentoo.org/gentoo-dev/msg_5959bcfaf3ba566c551823039643f5c5.xml
How about we don't do runtime
Markos Chandras wrote:
Hello fellow devs,
Back in 2007 , a screenshot contest took place[1]. How about running a second
one this year?
As a quick draft, the following rules may apply
1) Users can submit only one screenshot
2) The deadline will be the 30th of July 2009
3) Developers
Sebastian Pipping wrote:
Petteri Räty wrote:
Sebastian Pipping wrote:
To count into the same bucket we use global identifiers for the
products that fall out of a package. Gentoo package dev-util/git
can produce product cpe://a:git:git, Debian's git-core can, too.
That string before is a CPE
Sebastian Pipping wrote:
Petteri Räty wrote:
I mean making metadata.xml the authoritative source for mapping CPE to
Gentoo packages. I don't want to see the situation when adding new
packages to the tree would need some mapping being done in an external
web service.
Well, it's a nothing
Sebastian Pipping wrote:
Can I have a few more voices on this?: Would you clearly feel more
comfortable and motivated to contribute to PackageMap if it works
at your distro's source package?
You are somewhat missing the point. My point is that most developers
probably don't want to care
Mounir Lamouri wrote:
So, where are we right now ?
The planning says every basic features should be done June 15th.
Actually, I still have to do 2 features : list update candidates and do
update. Every other basic features (install, remove, sync, details, dep,
reverse-dep, groups, ...) have
Denis Dupeyron wrote:
probably belongs in -project.
Not even in -project, it simply wasn't public mailing-list material.
For those who haven't understood yet, the -dev and -project mailing
lists are not for keeping us informed of your random thought of the
day or lamenting about
Sebastian Pipping wrote:
I start to understand the real benefits of moving a larger
part of the maintenance down to the distro level as you proposed.
Okay, let's add support for CPEs at distro package level
and sync up and down with the central packagemap database.
Please contact me for
Dale wrote:
Zac Medico wrote:
Vlastimil Babka wrote:
The question is what to do now, rename it? Users will then see it again,
and I don't know if there are even worse consequences.
AFAIK, seeing it again is the worst that will happen. The cvs -
rsync script will ensure that the incorrectly
Thomas Anderson wrote:
(This is late because I was traveling and dev-zero is/was on devaway.)
This is your friendly reminder! Same bat time (typically the 2nd 4th
Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish
Nirbheek Chauhan wrote:
On Fri, Jun 26, 2009 at 1:27 AM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Fri, 26 Jun 2009 01:20:09 +0530
Nirbheek Chauhan nirbh...@gentoo.org wrote:
Allowing him to proxy in a council meeting is both disallowed
(non-gentoo devs cannot be on the
Ciaran McCreesh wrote:
On Wed, 1 Jul 2009 17:00:35 +0300
Theo Chatzimichos tampak...@gentoo.org wrote:
On Wednesday 01 July 2009 16:25:11 Ciaran McCreesh wrote:
On Wed, 1 Jul 2009 15:45:29 +0300
Theo Chatzimichos tampak...@gentoo.org wrote:
Display-If-Installed: kde-base/kdelibs
Really?
Ben de Groot wrote:
Raúl Porcel wrote:
Since i don't have too much time nor motivation to fix packages(i prefer
doing arch work), i'm asking someone to take the following packages, i'm
dumping them to net-p2p atm, but its just Betelgeuse and me, so feel
free to maintain them.
net-p2p/deluge
Raúl Porcel wrote:
Hi guys,
Since there is always new people joining Gentoo, many of these people
tend to open keyword requests for a lot of arches on a package they
maintain or they are interested in until me or any other member of
alternative arches scream to them :) .
Seems like you
Ben de Groot wrote:
Dear fellow devs,
We would like to draw your attention to the fact that the Gentoo Qt team
now officially discourages further usage of Qt3. Version 3 is no longer
being developed or supported upstream. All users are strongly encouraged
to use Qt version 4 where
I run:
find /usr/portage/profiles/ -name make.defaults -exec grep ssl {} +
It seems quite a few profiles enable ssl. To me it seems makes sense to
enable it by default in base instead. If any profiles want it off by
default they can start disabling it. Any objections?
Regards,
Petteri
Nirbheek Chauhan wrote:
On Fri, Jul 31, 2009 at 9:11 PM, Samuli Suominenssuomi...@gentoo.org wrote:
I've just closed http://bugs.gentoo.org/show_bug.cgi?id=105016. But bugs
like these shouldn't be around in the first place. When you remove a
package from tree, please grep the profiles/
Arfrever Frehtes Taifersar Arahesis wrote:
Python 2.4 is deprecated. There are plans to mask for removal it when
remaining packages incompatible with Python 2.5 are fixed.
(We will announce masking of Python 2.4 at least 1 month before masking it.)
Please don't add new packages to the tree
As many of you know EAPI 3 has been waiting for Portage to implement it
for many months now and I asked zmedico for his estimate on whether it
will be done this year:
19:50 Betelgeuse zmedico: Let's put it this way. How likely in
percentages is EAPI 2 this year?
19:50 Betelgeuse s/2/3/
19:51
Arfrever Frehtes Taifersar Arahesis wrote:
2009-09-19 20:20:10 AllenJB napisał(a):
Dirkjan Ochtman wrote:
On Sat, Sep 19, 2009 at 19:06, Alex Legler a...@gentoo.org wrote:
What is the point of stabilizing it if users shouldn't use it as main
interpreter? Just leave it in ~arch until it can be
Alex Alexander wrote:
*On Sat, Sep 19, 2009 at 23:21, Robert Bridge rob...@robbieab.com wrote:
So the question isn't SHOULD python-3 be stabilised, it's what will break if
it is surely?
There seems to be a misunderstanding on what will happen if/when
python 3 gets stabilized.
The short
Ryan Hill wrote:
(Yes, this has EAPI in the title, so that means everyone will chime in)
I'd like to clarify and (eventually) set in stone our ideas of best practices
when it comes to bumping EAPI for system packages. I was of the belief that
we had decided that system packages should
Arfrever Frehtes Taifersar Arahesis wrote:
2009-09-20 16:44:09 Jesús Guerrero napisał(a):
On Sat, 19 Sep 2009 19:09:38 +0200, Dirkjan Ochtman d...@gentoo.org
wrote:
On Sat, Sep 19, 2009 at 19:06, Alex Legler a...@gentoo.org wrote:
What is the point of stabilizing it if users shouldn't use it
Josh Sled wrote:
Display-If-Installed: media-libs/jpeg
media-libs/jpeg-7, perhaps?
Yes there should be such a restriction to avoid hitting people who have
already upgraded.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Ulrich Mueller wrote:
On Tue, 22 Sep 2009, Dawid Węgliński wrote:
People may have upgraded but not have followed the advice in the
news item.
If they had upgraded, they also probably have it fixed already.
So for everybody it's obvious how to fix it? If you argue like this,
then you
Samuli Suominen wrote:
Łukasz P. Michalik wrote:
Oh, so there was a change in dependencies without a revbump?
Package managers have always picked up dep. changes without revbump.
-Samuli
s/Package managers have/Portage has/
Regards,
Petteri
signature.asc
Description: OpenPGP digital
I wrote a script to check which ebuilds use built_with_use and have
keywords in never versions making the ebuild unused. This means that
neither arch or ~arch users are likely to install the ebuild. The script
and the list of ebuilds is attached. I plan on removing all these
ebuilds two weeks from
Rémi Cardona wrote:
Le 02/10/2009 09:43, Ulrich Mueller a écrit :
On Fri, 02 Oct 2009, Rémi Cardona wrote:
We're pleased to announce the stabilization of xorg-server-1.6. Users
are strongly encouraged to read the following two guides before
upgrading:
GLEP 42 says that you should wrap
1 - 100 of 894 matches
Mail list logo
