Hi,
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 proposal would be to call it
dev-scm and put all version controls, direct frontend
On Thu, Mar 4, 2010 at 10:07, Christian Faulhammer 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 proposal would be to
> 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.
Ul
On Thu, 4 Mar 2010 10:32:47 +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 t
> 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 remov
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 w
On 03/04/2010 11:35 AM, Ciaran McCreesh wrote:
> On Thu, 4 Mar 2010 10:32:47 +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.
>>
>> B
On Thu, Mar 4, 2010 at 11:28, Petteri Räty 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 re-implementation of git libraries
Hi,
Dirkjan Ochtman :
> 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 your common
2010/3/4 Dawid Węgliński :
> 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 if
> ever
On 4 March 2010 08:27, Zeerak Mustafa Waseem 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, unless some
> appli
On 4 March 2010 08:08, Joshua Saddler 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.
> Printing is someth
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 (otherwis
On 4 March 2010 10:58, Alex Alexander 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
>
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
conta
On Thu, 4 Mar 2010 09:35:28 +
Ciaran McCreesh 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.
https://bugs.gentoo.org/show_bug.cgi?id=56967
On Thu, 4 Mar 2010 16:52:50 +0200, Theo Chatzimichos
wrote:
> The following issues raised though:
> 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
Content-Type: text/plain
Posted: 2010-04-03
Revision: 1
News-Item-Format: 1.0
Display-If-Profile: hardened/ppc
Display-If-Profile: hardened
> 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 o
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 s
On 03/04/10 10:35, Ciaran McCreesh wrote:
> On Thu, 4 Mar 2010 10:32:47 +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.
I like the
Hi,
Sebastian Pipping :
> 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 course), just
make
On 03/04/10 17:38, Christian Faulhammer wrote:
> Hi,
>
> Sebastian Pipping :
>> 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 the bug
On N, 2010-03-04 at 12:50 +0100, Ben de Groot wrote:
> 2010/3/4 Dawid Węgliński :
> > 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 goi
Ben de Groot posted on Thu, 04 Mar 2010 13:28:24 +0100 as excerpted:
> On 4 March 2010 08:08, Joshua Saddler 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.
>
> Toolki
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 wrote:
>>> Your logic is very thin here. By that same line of reasoning, neither
>>> are the gtk or qt f
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, doe
On 4 March 2010 18:23, Jeremy Olexa 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 pay for a
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
t
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
On Wed, 03 Mar 2010 13:35:10 +0200
Samuli Suominen wrote:
> # Samuli Suominen (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 for removal in 60 days.
> games-fp
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
Conte
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 b
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, ge
On Thu, Mar 4, 2010 at 17:47, Sebastian Pipping 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)
> -
This is a
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 4 March 2010 08:08, Joshua Saddler 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
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. Prep
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?
A
> 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 -
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 upstre
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.
>
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 contai
On Thu, Mar 4, 2010 at 22:38, Robin H. Johnson 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 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 an extra versi
On Thu, Mar 4, 2010 at 21:01, Dale 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 non-desktop profiles?
Ch
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On Thu, Mar 4, 2010 at 21:01, Dale 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
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)
>
On 4 March 2010 21:01, Dale 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 dependency is still there. Correct? So nothing is
> "fixed" by doing this.
What it fixes
Hi,
Sebastian Pipping :
> 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 course),
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 4 March 2010 21:01, Dale 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 dependency is still ther
On 4 March 2010 19:15, Samuli Suominen 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 fin
On 4 March 2010 22:16, Sebastian Pipping 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 still read
On 4 March 2010 23:34, Dale wrote:
[...]
>> What it does not fix is the case of users who enable both cairo and
>> cups useflags on a system where neither gtk+ nor cups is present
>> yet. [...]
>
> In the other post, I explained how this will not fix this at all.
So we agree there. You did not se
chrome://messenger/locale/messengercompose/composeMsgs.properties:
On 4 March 2010 23:34, Dale wrote:
[...]
What it does not fix is the case of users who enable both cairo and
cups useflags on a system where neither gtk+ nor cups is present
yet. [...]
In the other post, I explained
On 5 March 2010 00:27, Dale 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 the problem
> of circular dependencies.
What I wrote was:
>> What it fixes is (1) the circul
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, Dale 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 the problem
of circul
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 print
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)
>
> F
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
Hi,
On 2010-03-05 00:00 UTC Dale wrote:
> chrome://messenger/locale/messengercompose/composeMsgs.properties:
> > On 5 March 2010 00:27, Dale 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 m
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, Dale wrote:
But this issue can be discussed separately from whether cups
sho
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 firs
Richard Freeman 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 only have two
On Thu, 04 Mar 2010 22:08:06 +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.
>
> [stuff]
Al
On Thu, 4 Mar 2010 10:43:00 +0100
Ulrich Mueller 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 examp
chrome://messenger/locale/messengercompose/composeMsgs.properties:
Richard Freeman 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 i
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 u
On Thu, Mar 04, 2010 at 10:19:05PM -0600, Dale wrote:
> chrome://messenger/locale/messengercompose/composeMsgs.properties:
> > Richard Freeman writes:
> >
> >
> >> I think that is separate from the circular dependency issue. As long
> >> as we have an unresolved circular dependency I think cu
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
76 matches
Mail list logo
