On Thu, 4 Mar 2010 19:22:41 +0100
Arfrever Frehtes Taifersar Arahesis arfre...@gentoo.org wrote:
Python 3 is a new major version of Python and is intentionally incompatible
with Python 2. Many external modules have not been ported yet to Python 3, so
currently Python 3.1 should not be set as
On Thu, 4 Mar 2010 16:52:50 +0200
Theo Chatzimichos tampak...@gentoo.org wrote:
I'll give three days max for the suggestions here etc, and then I'll proceed
in creating the news item. So I guess it will be committed in a week max.
Thanks
Feel free to submit some documentation patches now
Hi Tiziano,
i already implemented it in my overlay too, but it seems you have done
more DEPEND research ;-)
at first i had NGINX_MODULES with stuff like http_rewrite and
mail_pop3 in my ebuild. then i found an ebuild on bugzilla which just
used rewrite and pop3 not caring about the http or mail
Ben de Groot posted on Thu, 04 Mar 2010 23:56:46 +0100 as excerpted:
Personally I am recommending people to locally mask python-3*. I think
we should consider to add it to our package.mask, unless we can find
some other solution.
I am not against it being marked stable, but I am against
On Fri, Mar 5, 2010 at 09:25, Joshua Saddler nightmo...@gentoo.org wrote:
So . . . why the heck are you stabilizing it?
Because 'stable' denotes that it works as intended, that it can be
installed easily, etc. All of these are true now for python3. There
are applications being written for it. We
Hi,
Serkan Kaba ser...@gentoo.org:
I'm hitting a repoman failure
repoman: dev-vcs is not an official category. Skipping QA checks in
this directory.
Please ensure that you add dev-vcs to
/home/firari/Desktop/çalışma/gentoo/gentoo-x86/profiles/categories
if it is a new category.
On Fri, 5 Mar 2010 10:10:00 +0100
Dirkjan Ochtman d...@gentoo.org wrote:
Because 'stable' denotes that it works as intended, that it can be
installed easily, etc. All of these are true now for python3. There
are applications being written for it. We want to package those too.
I'm fine with
ons 2010-03-03 klockan 17:46 +0200 skrev Petteri Räty:
On 03/03/2010 02:47 PM, Ciaran McCreesh wrote:
On Wed, 03 Mar 2010 09:47:37 +0100
Tomáa Chvátal scarab...@gentoo.org wrote:
Removing eclass functions like this is not allowed by current
policy. If you want to do it, you should discuss
On Fri, Mar 5, 2010 at 10:41, Joshua Saddler nightmo...@gentoo.org wrote:
Python 3 is a new major version of Python and is intentionally incompatible
with Python 2. Many external modules have not been ported yet to Python 3,
so
currently Python 3.1 should not be set as main active version of
On 03/05/2010 01:41 AM, Joshua Saddler wrote:
If it's stable, then users get it by default, assuming they run the stable
tree. They install a recent stage3, build their system, run emerge -uD world.
Bam, a useless version of Python is now installed. Nothing on their systems
will use it, so
On Fri, 5 Mar 2010 10:56:23 +0100
Dirkjan Ochtman d...@gentoo.org wrote:
No one has said yet why this is. So . . . direct question, gimme a direct
answer: why?
Because in my opinion stable means that the people who package this
are stating that hey, we did some testing with this, it works
On Fri, Mar 5, 2010 at 11:14, Joshua Saddler nightmo...@gentoo.org wrote:
Aaaand none of my packages that are installed want to use it. That's what
I'm sayin'. Maybe if I ran ~arch they'd ask for Python 3.x, but I run stable,
so *nothing* wants to use it. Every other stable user is in the
On Friday 05 of March 2010 11:22:18 Dirkjan Ochtman wrote:
I *am* a stable user, and I do want to install python3 (without having
to override keywords -- because my packager, the gentoo python team,
says it works!). I recognize the cruft problem, but I don't think
keeping things in unstable
On 03/05/2010 03:09 AM, Maciej Mrozowski wrote:
Now on more serious note, ideally python could be treated just like any other
non-leaf package (in dependency tree), just like library. In such case it's
completely reasonable to stabilize the newest version of such 'library',
especially when
On 5 March 2010 12:24, Zac Medico zmed...@gentoo.org wrote:
It won't be pulled in by sys-apps/portage dependencies which look
like this:
|| ( dev-lang/python:2.8 dev-lang/python:2.7 dev-lang/python:2.6
=dev-lang/python-3 )
If you already have python:2.6 installed then it will not pull in a
On 5 March 2010 09:28, Joshua Saddler nightmo...@gentoo.org wrote:
Feel free to submit some documentation patches now that all our docs are
#...@ed.
Thanks.
No need for the drama, my friend. A couple of more choices in
profiles does not fuck up all our docs. Some clarification will need
to be
On 5 March 2010 04:18, Graham Murray gra...@gmurray.org.uk wrote:
Is there not a third, maybe obvious, solution to circular dependencies
on initial install?
3. Include one or both of the packages in the stage tarball.
None of the packages involved (gtk+, cups and poppler) is in any
shape or
On 4 March 2010 19:17, Victor Ostorga vosto...@gentoo.org wrote:
0.8.5 was released on february 23, 2010 and the patch at bug
255453 seems to work fine.
Please don't remove one of the greatest open source games.
So step up and maintain it!
Cheers,
--
Ben de Groot
Gentoo Linux developer (qt,
repoman was referencing the main tree for that (or maybe the overlays
additionally) and the issue was fixed when I syced.
2010/3/5 Christian Faulhammer fa...@gentoo.org:
Hi,
Serkan Kaba ser...@gentoo.org:
I'm hitting a repoman failure
repoman: dev-vcs is not an official category.
On Friday 05 March 2010 14:57:32 Ben de Groot wrote:
On 5 March 2010 09:28, Joshua Saddler nightmo...@gentoo.org wrote:
Feel free to submit some documentation patches now that all our docs are
#...@ed. Thanks.
No need for the drama, my friend. A couple of more choices in
profiles does not
On Friday 05 March 2010 15:17:06 Ben de Groot wrote:
On 4 March 2010 19:17, Victor Ostorga vosto...@gentoo.org wrote:
0.8.5 was released on february 23, 2010 and the patch at bug
255453 seems to work fine.
Please don't remove one of the greatest open source games.
So step up and maintain
On 5 March 2010 15:22, Markos Chandras hwoar...@gentoo.org wrote:
On Friday 05 March 2010 15:17:06 Ben de Groot wrote:
So step up and maintain it!
games herd already maintains that package . At least this is what I see on
metadata.xml
Nominally, yes. But if a package has open QA and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi fellows,
as I am no longer using boinc myself I am going to step back from its
maintainership.
Since it is not exactly easy package I ask for some dev who is using it
and willing to play with it. (I can give you my tarball creation script
at least
On Friday 05 March 2010 17:06:21 Ben de Groot wrote:
On 5 March 2010 15:22, Markos Chandras hwoar...@gentoo.org wrote:
On Friday 05 March 2010 15:17:06 Ben de Groot wrote:
So step up and maintain it!
games herd already maintains that package . At least this is what I see
on
Hello!
All of these tools had maintainer-needed in metadata.xml when I checked
yesterday:
dev-util/aegis
dev-util/archway
dev-util/cvsspam
dev-util/guilt
dev-util/stgit
dev-util/svk
dev-util/svnmailer
If anyone feels like adopting one or two of these: properly moving them
over to
On 2010.03.04 02:17, Dale wrote:
[snip]
Let just think of it this way. I have to reinstall say from a dead
hard
drive. I have copies of my make.conf and world file. I install my
new
drive, download the tarball and unpack it. I copy over make.conf and
world. Naturally cups will be
On 5 March 2010 16:23, Markos Chandras hwoar...@gentoo.org wrote:
I assume that only members of QA can actually step up and fix the problem.
Otherwise the games heard will complain that random devs are touching their
packages. I just assume that but I am not willing to step into their
On Thu, 04 Mar 2010 22:08:06 +0100
Sebastian Pipping sp...@gentoo.org wrote:
4. Notify
=
- Report back problems with this process
- Mail fellow maintainers of dev-util/${PN} about the move
- If ${PN} is a big one (Subversion, Git, you know the list)
- Update documentation
On 03/05/10 18:10, Jeroen Roovers wrote:
4. Notify
=
[..]
This step should probably include correcting all open bug
reports' Summaries to point to the new category, so that CAT/PN can be
found using the simple search interface.
Good catch. Thanks for fixing those on monotone (and
On 5 March 2010 12:24, Zac Medico zmed...@gentoo.org wrote:
It won't be pulled in by sys-apps/portage dependencies which look
like this:
|| ( dev-lang/python:2.8 dev-lang/python:2.7 dev-lang/python:2.6
=dev-lang/python-3 )
If you already have python:2.6 installed then it will
On Fri, Mar 05, 2010 at 03:46:50PM +0200, Theo Chatzimichos wrote:
On Friday 05 March 2010 14:57:32 Ben de Groot wrote:
On 5 March 2010 09:28, Joshua Saddler nightmo...@gentoo.org wrote:
Feel free to submit some documentation patches now that all our docs are
#...@ed. Thanks.
No need
On Friday 05 March 2010 17:12:23 Roy Bamford wrote:
That's not a new install as per the handbook. Neither are you a new
user as you have a premade make.conf and world file and some experience
with Gentoo.
Put yourself in the place of a brand new Gentoo user doing his/her
first install.
El vie, 05-03-2010 a las 19:03 +0100, Dawid Węgliński escribió:
On Friday 05 March 2010 17:12:23 Roy Bamford wrote:
That's not a new install as per the handbook. Neither are you a new
user as you have a premade make.conf and world file and some experience
with Gentoo.
Put yourself
Peter Hjalmarsson posted on Fri, 05 Mar 2010 10:54:23 +0100 as excerpted:
I have start to question why should we care about overlays more then the
actual portage tree?
Take for example the kernel or Xorg.
They give themselves a period of time to clean up their own code (i.e.
On Monday 01 March 2010 00:30:01 Mike Frysinger wrote:
thought i disabled this ... oh well, fixed now
-mike
signature.asc
Description: This is a digitally signed message part.
On Thursday 04 March 2010 11:08:52 Samuli Suominen wrote:
Attached you can find the news item for up coming profile cleanup.
do profiles really need to be culled this often ? we used to let the tail run
longer and no one complained. it's easier to upgrade an old system when the
current
sometimes i have optional patches (ignoring the patches should always be
applied) where autotools should be run. always inheriting autotools is
currently annoying because it always adds the related dependencies. USE based
inherits are obviously out.
so unless there's some burgeoning standard
Zeerak Mustafa Waseem posted on Fri, 05 Mar 2010 18:59:39 +0100 as
excerpted:
How about the Handbook? As far as I remember you're asked to choose a
profile :-) I can file a bug it needs to be done :-) Just let me know
That's part 1 (installing), chapter 6 (base system), section 6.b.
On Friday 05 March 2010 21:01:09 Duncan wrote:
Zeerak Mustafa Waseem posted on Fri, 05 Mar 2010 18:59:39 +0100 as
excerpted:
How about the Handbook? As far as I remember you're asked to choose a
profile :-) I can file a bug it needs to be done :-) Just let me know
That's part 1
On Friday 05 March 2010 07:57:32 Ben de Groot wrote:
On 5 March 2010 09:28, Joshua Saddler nightmo...@gentoo.org wrote:
Feel free to submit some documentation patches now that all our docs are
#...@ed. Thanks.
No need for the drama, my friend. A couple of more choices in
profiles does not
On Wednesday 03 March 2010 03:47:37 Tomáš Chvátal wrote:
Dne 3.3.2010 08:52, Ryan Hill napsal(a):
On Wed, 03 Mar 2010 08:52:55 +0200 Petteri Räty wrote:
On 03/02/2010 08:27 PM, Arfrever Frehtes Taifersar Arahesis wrote:
Members of Gentoo Python Project have agreed to deprecate the following
On Fri, Mar 05, 2010 at 07:01:09PM +, Duncan wrote:
Zeerak Mustafa Waseem posted on Fri, 05 Mar 2010 18:59:39 +0100 as
excerpted:
How about the Handbook? As far as I remember you're asked to choose a
profile :-) I can file a bug it needs to be done :-) Just let me know
That's part 1
Zac Medico posted on Fri, 05 Mar 2010 03:24:29 -0800 as excerpted:
On 03/05/2010 03:09 AM, Maciej Mrozowski wrote:
Now on more serious note, ideally python could be treated just like any
other non-leaf package (in dependency tree), just like library. In such
case it's completely reasonable to
On Sat, Mar 06, 2010 at 06:23:03AM +1300, Alistair Bush wrote:
[...]
Guys you should remember that we like to call gentoo a metadistribution [1].
Our users should be taking an active role in the maintenance of the own distro
[...]
As a user I have to thank you very much for this statement.
chrome://messenger/locale/messengercompose/composeMsgs.properties:
El vie, 05-03-2010 a las 19:03 +0100, Dawid Węgliński escribió:
On Friday 05 March 2010 17:12:23 Roy Bamford wrote:
That's not a new install as per the handbook. Neither are you a new
user as you have a premade
On Fri, 05 Mar 2010 13:12:36 +0200
Petteri Räty betelge...@gentoo.org wrote:
Because there is so little benefit from removing old functions. What is
so bad about having them grouped at the bottom of the file inside a
deprecated section?
Because then people use them. Don't ask me why. I have
On 03/04/10 23:11, Brian Harring wrote:
Random sidenote, anyone looked at using an alternate vcs to do the
work, then proxy it back? Specifically thinking of workflow like svk
(or in this case hg cvs,
https://wiki.mozilla.org/Using_Mercurial_locally_with_CVS ). The
reason I ask is that
On Fri, 5 Mar 2010 13:37:28 +0100
Ben de Groot yng...@gentoo.org wrote:
On 5 March 2010 12:24, Zac Medico zmed...@gentoo.org wrote:
It won't be pulled in by sys-apps/portage dependencies which look
like this:
|| ( dev-lang/python:2.8 dev-lang/python:2.7 dev-lang/python:2.6
On Monday 01 of March 2010 22:24:56 Ben de Groot wrote:
For some reason beyond my understanding, we have the cups useflag
enabled by default in profiles. This has started to generate circular
dependencies, at least for desktop profile users (gtk - cups -
poppler - gtk). I propose we no longer
On Friday 05 March 2010 15:14:33 Ryan Hill wrote:
On Fri, 05 Mar 2010 13:12:36 +0200 Petteri Räty wrote:
Because there is so little benefit from removing old functions. What is
so bad about having them grouped at the bottom of the file inside a
deprecated section?
Because then people use
On 5 March 2010 21:51, Maciej Mrozowski reave...@gmail.com wrote:
poppler[utils] are just pdfto*sth converters, and they're most likely pure
runtime depedencies for net-print/cups. Could someone from printing herd
verify?
If so, then it's sufficient to fix cups dependencies (move
On 05/03/2010 18:54, Mike Frysinger wrote:
On Thursday 04 March 2010 11:08:52 Samuli Suominen wrote:
Attached you can find the news item for up coming profile cleanup.
do profiles really need to be culled this often ? we used to let the tail run
longer and no one complained. it's
On 03/05/2010 11:26 AM, Duncan wrote:
Zac Medico posted on Fri, 05 Mar 2010 03:24:29 -0800 as excerpted:
On 03/05/2010 03:09 AM, Maciej Mrozowski wrote:
Now on more serious note, ideally python could be treated just like any
other non-leaf package (in dependency tree), just like library. In
Ed W posted on Fri, 05 Mar 2010 23:33:43 + as excerpted:
I think I have mostly upgraded my machines, but I completely agree - I
sometimes let some old virtual machines sit unbooted for a year and then
suddenly want to use them and bring them up to date and occasionally
this can be a right
On 03/05/2010 10:14 PM, Ryan Hill wrote:
Because then people use them. Don't ask me why. I have things I deprecated
over two years ago still being used by a dozen ebuilds bumped within the last
three months. You should be familiar with this behaviour wrt.
built_with_use. So, when I'm
# Ryan Hill dirtye...@gentoo.org (05 March 2010)
# No release since 2004, succeeded by nicotine+
# Removal April 5, 2010 - bug #307971
net-p2p/pysoulseek
--
fonts,by design, by neglect
gcc-porting, for a fact or just for
On 03/05/2010 07:18 PM, Sebastian Pipping wrote:
On 03/05/10 18:10, Jeroen Roovers wrote:
4. Notify
=
[..]
This step should probably include correcting all open bug
reports' Summaries to point to the new category, so that CAT/PN can be
found using the simple search interface.
On 03/05/2010 08:59 PM, Mike Frysinger wrote:
sometimes i have optional patches (ignoring the patches should always be
applied) where autotools should be run. always inheriting autotools is
currently annoying because it always adds the related dependencies. USE based
inherits are obviously
On 03/05/10 04:58, Zac Medico wrote:
http://git.goodpoint.de/?p=portage.git;a=summary
NOTE: Do not use it for development, yet - it's a demo!
It looks very nice to me. I noticed that it preserved continuity
when branches got moved around, so the history seems like it will be
fully
On Fri, Mar 05, 2010 at 04:33:14PM +0100, Sebastian Pipping wrote:
I don't feel like proposing anything on that matter at the moment. With
that said: what do you and Robin think?
Here's a related question.
Did the previous CVS - SVN question generate the svn:ignore files from
.cvsignore, or
60 matches
Mail list logo