On Thu, Mar 4, 2010 at 10:07, Christian Faulhammer fa...@gentoo.org wrote:
as dev-util is really crowded, maybe splitting off a category for
source code management systems would be a good idea. They are more
important today than some years ago.
Are any of you against such a split? My
On Thu, 4 Mar 2010, Christian Faulhammer wrote:
My proposal would be to call it dev-scm and put all version
controls, direct frontends, plugins and the like into that.
Better call it dev-vcs to avoid confusion with both the Scheme
language and with software configuration management.
Ulrich
On Thu, 4 Mar 2010 10:32:47 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Thu, 4 Mar 2010, Christian Faulhammer wrote:
My proposal would be to call it dev-scm and put all version
controls, direct frontends, plugins and the like into that.
Better call it dev-vcs to avoid confusion with
On Thu, 04 Mar 2010, Petteri Räty wrote:
I think removal of functions is a special case of Adding and
Updating Eclasses and we already have a policy for this.
Removing functions needs a migration plan. For example how long to
have a warning there, how long before it can be removed etc.
On Thu, Mar 04, 2010 at 10:32:47AM +0100, Ulrich Mueller wrote:
On Thu, 4 Mar 2010, Christian Faulhammer wrote:
My proposal would be to call it dev-scm and put all version
controls, direct frontends, plugins and the like into that.
Better call it dev-vcs to avoid confusion with both the
On 03/04/2010 11:35 AM, Ciaran McCreesh wrote:
On Thu, 4 Mar 2010 10:32:47 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Thu, 4 Mar 2010, Christian Faulhammer wrote:
My proposal would be to call it dev-scm and put all version
controls, direct frontends, plugins and the like into that.
On Thu, Mar 4, 2010 at 11:28, Petteri Räty betelge...@gentoo.org wrote:
I would let the people maintaining the packages in the new category
decide what to call it.
As the primary maintainer for mercurial, hgsubversion and hg-git, I
would prefer dev-vcs.
I wonder, would a Python
Hi,
Dirkjan Ochtman d...@gentoo.org:
As the primary maintainer for mercurial, hgsubversion and hg-git, I
would prefer dev-vcs.
Yes, I agree now, too.
I wonder, would a Python re-implementation of git libraries belong in
dev-vcs or in dev-python (it's currently dev-python/dulwich)?
Up to
2010/3/4 Dawid Węgliński c...@gentoo.org:
On Wednesday 03 March 2010 22:51:10 Ben de Groot wrote:
I'm not talking about selectively disabling cups. My proposal is
to no longer enable the cups useflag in the base profile.
How is that going to fix circular dependency problem? What will you do
On 4 March 2010 08:27, Zeerak Mustafa Waseem zeera...@gmail.com wrote:
Isn't the split of the desktop profile, into KDE and gnome profiles, whilst
leaving a base Desktop profile, exactly meant for the purpose that if you're
not building KDE/Gnome, then you don't need to set the qt flags,
On 4 March 2010 08:08, Joshua Saddler nightmo...@gentoo.org wrote:
Your logic is very thin here. By that same line of reasoning, neither are the
gtk or qt flags, since you don't need 'em if you're building, say, a *box
desktop.
Toolkits are more directly useful to a desktop than printing.
At Wed, 03 Mar 2010 21:19:42 -0600,
Dale wrote:
Now watch some geek find a really simple solution next week. ;-)
I'm not very expirienced at gentoo development, but I just thought of (I
hope) a possible solution to this.
A circular dependency should always be caused by some USE flags
On 4 March 2010 10:58, Alex Alexander wi...@gentoo.org wrote:
Nice idea, +1.
I too prefer dev-vcs as the category name.
My thoughts exactly.
Cheers,
--
Ben de Groot
Gentoo Linux developer (qt, media, lxde, desktop-misc)
__
Ulrich Mueller dixit (2010-03-04, 10:32):
On Thu, 4 Mar 2010, Christian Faulhammer wrote:
My proposal would be to call it dev-scm and put all version
controls, direct frontends, plugins and the like into that.
Better call it dev-vcs to avoid confusion with both the Scheme
language and
On 03/03/2010 07:45 PM, Mart Raudsepp wrote:
I don't think there was any such problem until poppler maintainers
decided to unsplit poppler into one big packages with USE flags again
instead of the nice split poppler, poppler-glib (that should have been
named poppler-cairo probably instead),
Hello
I have managed to split the desktop profile to gnome and kde submenus. The
result can be found in kde-crazy overlay (not in layman) [1]
I splitted every desktop/ folder i found. The following issues raised though:
1) I didn't touch the hardened and selinux directories although they do
On Thu, 4 Mar 2010 09:35:28 +
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
And this is why the move wasn't done five years ago: by the time we'd
worked out everything we'd need to do by hand because epkgmove was
broken, the whole thing got bikeshedded to death.
On Thu, 4 Mar 2010 16:52:50 +0200, Theo Chatzimichos
tampak...@gentoo.org
wrote:
snip
The following issues raised though:
snip
3) There were no desktop dirs for bsd/prefix etc.
That is not an issue for any prefix profiles. It is this way on purpose.
Thanks,
Jeremy
Attached you can find the news item for up coming profile cleanup.
Title: Up coming removal of deprecated 2008.0 and hardened profiles
Author: Samuli Suominen ssuomi...@gentoo.org
Content-Type: text/plain
Posted: 2010-04-03
Revision: 1
News-Item-Format: 1.0
Display-If-Profile: hardened/ppc
Users using these profiles are expected to migrate to a new profile
before 2010-01-04, at which point the profiles will be removed.
I think you want another date here, unless you invented time travel :p
--
Ben de Groot
Gentoo Linux developer (qt, media, lxde, desktop-misc)
On 03/04/2010 06:10 PM, Ben de Groot wrote:
Users using these profiles are expected to migrate to a new profile
before 2010-01-04, at which point the profiles will be removed.
I think you want another date here, unless you invented time travel :p
nice one
Title: Up coming removal of
On Thursday 04 March 2010 18:08:52 Samuli Suominen wrote:
Attached you can find the news item for up coming profile cleanup.
don't you need a Display-If-Profile here or something similar?
btw it will be very handy if we could define a date until news items will be
shown and then deleted from
On 03/04/10 10:35, Ciaran McCreesh wrote:
On Thu, 4 Mar 2010 10:32:47 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Thu, 4 Mar 2010, Christian Faulhammer wrote:
My proposal would be to call it dev-scm and put all version
controls, direct frontends, plugins and the like into that.
I like the
Hi,
Sebastian Pipping sp...@gentoo.org:
Agreed, scm is a bad choice.
So it is really tracked in
http://bugs.gentoo.org/show_bug.cgi?id=56967 now. If there is
anything to comment do it there. Anyone can start moving the packages
over properly to dev-vcs (with profiles/updates entries of
On 03/04/10 17:38, Christian Faulhammer wrote:
Hi,
Sebastian Pipping sp...@gentoo.org:
Agreed, scm is a bad choice.
So it is really tracked in
http://bugs.gentoo.org/show_bug.cgi?id=56967 now. If there is
anything to comment do it there.
Is that a good idea?
Maybe we should restrict
On N, 2010-03-04 at 12:50 +0100, Ben de Groot wrote:
2010/3/4 Dawid Węgliński c...@gentoo.org:
On Wednesday 03 March 2010 22:51:10 Ben de Groot wrote:
I'm not talking about selectively disabling cups. My proposal is
to no longer enable the cups useflag in the base profile.
How is that
Ben de Groot posted on Thu, 04 Mar 2010 13:28:24 +0100 as excerpted:
On 4 March 2010 08:08, Joshua Saddler nightmo...@gentoo.org wrote:
Your logic is very thin here. By that same line of reasoning, neither
are the gtk or qt flags, since you don't need 'em if you're building,
say, a *box
On Thu, 4 Mar 2010 17:04:17 + (UTC), Duncan 1i5t5.dun...@cox.net
wrote:
Ben de Groot posted on Thu, 04 Mar 2010 13:28:24 +0100 as excerpted:
On 4 March 2010 08:08, Joshua Saddler nightmo...@gentoo.org wrote:
Your logic is very thin here. By that same line of reasoning, neither
are the
Theo Chatzimichos posted on Thu, 04 Mar 2010 16:52:50 +0200 as excerpted:
For example, I don't really like the
firefox flag in kde, and I'd suggest a -firefox (ugly, I know) in kde's
make.defaults
That's not particularly practical, unfortunately. konqueror seems to be
dropping behind,
On 4 March 2010 18:23, Jeremy Olexa darks...@gentoo.org wrote:
On Thu, 4 Mar 2010 17:04:17 + (UTC), Duncan 1i5t5.dun...@cox.net
wrote:
Indeed. Some (many?) of us use printing uncommonly enough that it's
cheaper to put it on a thumb drive and take it to a printer than buy a
printer -- and
On 03/04/10 15:52, Theo Chatzimichos wrote:
Hello
I have managed to split the desktop profile to gnome and kde submenus.
How about XFCE (and LXDE)?
The
result can be found in kde-crazy overlay (not in layman) [1]
If this is ever going to be used as a real overlay please set repo_name
to
On 03/04/2010 07:59 PM, Sebastian Pipping wrote:
On 03/04/10 15:52, Theo Chatzimichos wrote:
Hello
I have managed to split the desktop profile to gnome and kde submenus.
How about XFCE (and LXDE)?
Pointless.
We (xfce) are fine with plain desktop/ profile (now, and after the gnome
and kde
On Wed, 03 Mar 2010 13:35:10 +0200
Samuli Suominen ssuomi...@gentoo.org wrote:
# Samuli Suominen ssuomi...@gentoo.org (03 Mar 2010)
# Masked for QA, security
#
# Internal copies of vuln. zlib, jpeg, speex and likely
# others
#
# http://bugs.gentoo.org/show_bug.cgi?id=255453
#
# Masked
All problems, which were blocking stabilization of Python 3, have been fixed.
Stabilization of Python 3.1.2 is currently scheduled on 2010-04-19.
I'm attaching the news item for Python 3.1.
--
Arfrever Frehtes Taifersar Arahesis
Title: Python 3.1
Author: Arfrever Frehtes Taifersar Arahesis
On 3/4/10 7:22 PM, Arfrever Frehtes Taifersar Arahesis wrote:
Setting Python 3.1 as main active version of Python is currently unsupported.
When it will change, a separate news item will be created to notify users.
I'd suggest s/users/you
'eselect python COMMAND --python3 [ARGUMENTS]' can be
On 2010.03.01 21:17, Ioannis Aslanidis wrote:
Hello,
[snip]
Bug Day, followed by an announcement the week before and a reminder
the day before. This needs to happen in publicly visible places (and
has happened in some of them as far as I recall): forums, gentoo-
user,
gentoo-dev,
On Thu, Mar 4, 2010 at 17:47, Sebastian Pipping sp...@gentoo.org wrote:
There seems to be a lot more to it:
- Updating eclasses?
- Updating documentation
- Updating reverse dependencies?
- Pushing news out to Gentoo users (and developers)
- Update package names used in Layman (my task)
-
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 4 March 2010 08:08, Joshua Saddlernightmo...@gentoo.org wrote:
Your logic is very thin here. By that same line of reasoning, neither are the
gtk or qt flags, since you don't need 'em if you're building, say, a *box
Hi all,
i'd like to add NGINX_MODULES to USE_EXPAND. If there are no
objections i will commit it end of the week.
Thanks,
Bene
Hello!
So now that we have a new category dev-vcs we need to move suitable
stuff over there. Moving packages is complex and error prone:
This mail tries to guide you through and summarize the process, please
read on.
HINT: Please keep CVS' radius of operation small to reduce risks.
0.
On 03/04/10 19:22, Arfrever Frehtes Taifersar Arahesis wrote:
All problems, which were blocking stabilization of Python 3, have been fixed.
Stabilization of Python 3.1.2 is currently scheduled on 2010-04-19.
#python on Freenode still reads It's too early to use Python 3.x.
Are they wrong?
Are
On Thu, 04 Mar 2010, Sebastian Pipping wrote:
2. Switch
=
- Update reverse dependencies
http://tinderbox.dev.gentoo.org/misc/dindex/dev-util/${PN}
http://tinderbox.dev.gentoo.org/misc/rindex/dev-util/${PN}
^^^
fgrep -w
Hi Benedikt
Did you look at the nginx ebuild in my overlay? I already created an
ebuild with USE flags for the different features and with USE_EXPANDable
flags in mind.
Even though there are only 3 mail modules I'd prefer two USE_EXPAND
vars: NGINX_HTTP_MODULES and NGINX_MAIL_MODULES, since
On Thursday 04 March 2010 23:08:06 Sebastian Pipping wrote:
Hello!
So now that we have a new category dev-vcs we need to move suitable
stuff over there. Moving packages is complex and error prone:
This mail tries to guide you through and summarize the process, please
read on.
HINT:
On Thu, Mar 04, 2010 at 10:08:06PM +0100, Sebastian Pipping wrote:
So now that we have a new category dev-vcs we need to move suitable
stuff over there. Moving packages is complex and error prone:
This mail tries to guide you through and summarize the process, please
read on.
This contains a
On Thu, Mar 4, 2010 at 22:38, Robin H. Johnson robb...@gentoo.org wrote:
This contains a critical bug...
cvs add and the matching commit aren't mentioned anywhere...
Well, it *is* a summary.
Thanks for the guide, that'll be useful.
Cheers,
Dirkjan
On Thu, Mar 4, 2010 at 22:16, Sebastian Pipping sp...@gentoo.org wrote:
Are we at a point already where we can feed 90% of the Python 2.x code
out there to Python 3 without problems?
No, and that point will never come, but this is not a problem right now.
Python 3 will be installed slotted, as
On Thu, Mar 4, 2010 at 21:01, Dale rdalek1...@gmail.com wrote:
Sounds like your argument is more like a opinion. I built my desktop about
Since people keep talking about not wanting cups disabled for the
desktop profiles, can we at least agree that it should be disabled by
default for the
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On Thu, Mar 4, 2010 at 21:01, Dalerdalek1...@gmail.com wrote:
Sounds like your argument is more like a opinion. I built my desktop about
Since people keep talking about not wanting cups disabled for the
desktop
On Thu, Mar 04, 2010 at 10:08:06PM +0100, Sebastian Pipping wrote:
1. Copy
===
- Duplicate any traces of dev-util/${PN} in profiles/ to dev-vcs/${PN}
(fgrep -Rw dev-util/${PN} profiles/)
- Copy complete package dev-util/${PN} to dev-vcs/${PN}
(watch out CVS directories)
2.
Hi,
Sebastian Pipping sp...@gentoo.org:
Is that a good idea?
Maybe we should restrict the bug to status updates on moving and keep
discussions on here?
I don't expect too many discussions. :)
Anyone can start moving the packages
over properly to dev-vcs (with profiles/updates entries of
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 4 March 2010 21:01, Dalerdalek1...@gmail.com wrote:
Removing the cups USE flag still doesn't fix the problem I pointed out in
another reply. If you unpack the tarball and set the USE line as you
should, the circular
On 4 March 2010 19:15, Samuli Suominen ssuomi...@gentoo.org wrote:
On 03/04/2010 07:59 PM, Sebastian Pipping wrote:
On 03/04/10 15:52, Theo Chatzimichos wrote:
Hello
I have managed to split the desktop profile to gnome and kde submenus.
How about XFCE (and LXDE)?
Pointless.
We (xfce) are
On 4 March 2010 22:16, Sebastian Pipping sp...@gentoo.org wrote:
On 03/04/10 19:22, Arfrever Frehtes Taifersar Arahesis wrote:
All problems, which were blocking stabilization of Python 3, have been fixed.
Stabilization of Python 3.1.2 is currently scheduled on 2010-04-19.
#python on Freenode
On 03/04/10 12:53, Ben de Groot wrote:
Exactly. The last time I owned a printer is over 5 years ago. So I don't
think cups warrants to be in the standard desktop profile.
Cheers,
I print almost daily, but I'm not sure if printers are commonplace
enough for cups to be a default. Some users may
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 5 March 2010 00:27, Dalerdalek1...@gmail.com wrote:
But this issue can be discussed separately from whether cups
should be enabled in profiles.
Actually, it is the problem. You want to remove cups to solve
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 03/04/10 12:53, Ben de Groot wrote:
Exactly. The last time I owned a printer is over 5 years ago. So I don't
think cups warrants to be in the standard desktop profile.
Cheers,
I print almost daily, but I'm not sure if
On 03/04/10 23:19, Christian Faulhammer wrote:
That is the normal procedure when pkgmoving a package. So nothing
special. :)
I'm a bit worried because I assume that moving packages is not an
everyday action for most developers.
- Pushing news out to Gentoo users (and developers)
For
On 03/04/10 22:38, Robin H. Johnson wrote:
This contains a critical bug...
cvs add and the matching commit aren't mentioned anywhere...
That's a valid complaint, yes.
I left it out knowingly, maybe not for the better.
Sebastian
On Thu, Mar 04, 2010 at 06:07:17PM -0600, Dale wrote:
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 03/04/10 12:53, Ben de Groot wrote:
Exactly. The last time I owned a printer is over 5 years ago. So I don't
think cups warrants to be in the standard desktop profile.
Hi,
On 2010-03-05 00:00 UTC Dale wrote:
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 5 March 2010 00:27, Dalerdalek1...@gmail.com wrote:
But this issue can be discussed separately from whether cups
should be enabled in profiles.
Actually, it is the problem.
On 03/04/2010 08:57 PM, Patrick Nagel wrote:
Obviously, users who re-install Gentoo the way you do will have less
difficulties resolving a circular dependency than those who are just following
the guide and getting their first Gentoo experience.
I think that the cups issue is probably worth
chrome://messenger/locale/messengercompose/composeMsgs.properties:
Hi,
On 2010-03-05 00:00 UTC Dale wrote:
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 5 March 2010 00:27, Dalerdalek1...@gmail.com wrote:
But this issue can be discussed separately
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 03/04/2010 08:57 PM, Patrick Nagel wrote:
Obviously, users who re-install Gentoo the way you do will have less
difficulties resolving a circular dependency than those who are just
following
the guide and getting their first
Richard Freeman ri...@gentoo.org writes:
I think that is separate from the circular dependency issue. As long
as we have an unresolved circular dependency I think cups should be
off the list. However, I'd be the first to agree that this is a
short-term solution.
The problem is that we
On Thu, 04 Mar 2010 22:08:06 +0100
Sebastian Pipping sp...@gentoo.org wrote:
So now that we have a new category dev-vcs we need to move suitable
stuff over there. Moving packages is complex and error prone:
This mail tries to guide you through and summarize the process, please
read on.
On Thu, 4 Mar 2010 10:43:00 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Thu, 04 Mar 2010, Petteri Räty wrote:
I think removal of functions is a special case of Adding and
Updating Eclasses and we already have a policy for this.
Removing functions needs a migration plan. For example
chrome://messenger/locale/messengercompose/composeMsgs.properties:
Richard Freemanri...@gentoo.org writes:
I think that is separate from the circular dependency issue. As long
as we have an unresolved circular dependency I think cups should be
off the list. However, I'd be the first to
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.
-
After hitting it for the first time I
On Thu, Mar 04, 2010 at 10:19:05PM -0600, Dale wrote:
chrome://messenger/locale/messengercompose/composeMsgs.properties:
Richard Freemanri...@gentoo.org writes:
I think that is separate from the circular dependency issue. As long
as we have an unresolved circular dependency I
On 03/04/2010 11:28 PM, Markos Chandras wrote:
On Thursday 04 March 2010 23:08:06 Sebastian Pipping wrote:
- Update reverse dependencies
http://tinderbox.dev.gentoo.org/misc/dindex/dev-util/${PN}
http://tinderbox.dev.gentoo.org/misc/rindex/dev-util/${PN}
This might require too much
On 03/02/2010 03:22 PM, Sebastian Pipping wrote:
Hello!
I've been playing with Git conversions of the portage repository.
The current demo conversion from anon SVN is up here:
http://git.goodpoint.de/?p=portage.git;a=summary
NOTE: Do not use it for development, yet - it's a demo!
72 matches
Mail list logo