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 obviou
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
# Ryan Hill (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 effect
wxwidgets @ ge
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
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 ri
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 lib
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 ea
On 5 March 2010 21:51, Maciej Mrozowski 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 poppler[utils] from
> COMMON
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 pe
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 l
On Fri, 5 Mar 2010 13:37:28 +0100
Ben de Groot wrote:
> On 5 March 2010 12:24, Zac Medico 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
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 t
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 them. Don't ask me why. I have things I deprecate
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 make.c
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. The
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 reasona
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'
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
On Friday 05 March 2010 07:57:32 Ben de Groot wrote:
> On 5 March 2010 09:28, Joshua Saddler 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 o
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
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.
(portage
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 i
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 profi
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.
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.
> kernel-mo
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.
> >
> >
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 inst
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 wrote:
> > > Feel free to submit some documentation patches now that all our docs are
> > > #...@ed. Thanks.
> >
> > No need for the
> On 5 March 2010 12:24, Zac Medico 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 no
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 monot
On Thu, 04 Mar 2010 22:08:06 +0100
Sebastian Pipping 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 (now or open
On 5 March 2010 16:23, Markos Chandras 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
> "territory" and this is
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 wi
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 Friday 05 March 2010 17:06:21 Ben de Groot wrote:
> On 5 March 2010 15:22, Markos Chandras 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
>
>
-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 5 March 2010 15:22, Markos Chandras 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 security bugs and
pa
On Friday 05 March 2010 15:17:06 Ben de Groot wrote:
> On 4 March 2010 19:17, Victor Ostorga 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!
>
> C
On Friday 05 March 2010 14:57:32 Ben de Groot wrote:
> On 5 March 2010 09:28, Joshua Saddler 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 o
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 :
> Hi,
>
> Serkan Kaba :
>> I'm hitting a repoman failure
>>
>> repoman: dev-vcs is not an official category. Skipping QA checks in
>>
On 4 March 2010 19:17, Victor Ostorga 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, media, lxde, desk
On 5 March 2010 04:18, Graham Murray 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 form essential, so
On 5 March 2010 09:28, Joshua Saddler 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 added to docs that
On 5 March 2010 12:24, Zac Medico 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
> new slot.
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 wh
On 03/05/2010 11:54 AM, Peter Hjalmarsson wrote:
>
> I have start to question why should we care about overlays more then the
> actual portage tree?
My comments do not imply caring more about overlays than the actual
portage tree.
>
> Take for example the kernel or Xorg.
> They give themselves
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 unstabl
On Fri, Mar 5, 2010 at 11:14, Joshua Saddler 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 same
> situation. Y
On Fri, 5 Mar 2010 10:56:23 +0100
Dirkjan Ochtman 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 with all
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,
On Fri, Mar 5, 2010 at 10:41, Joshua Saddler 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 Python.
>>
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 wrote:
> Removing eclass functions like this is not allowed by current
> policy. If you want to do it, you should discuss about
On Fri, 5 Mar 2010 10:10:00 +0100
Dirkjan Ochtman 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 people masking
Hi,
Serkan Kaba :
> 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.
> -
> Af
On Fri, Mar 5, 2010 at 09:25, Joshua Saddler 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 want to package thos
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
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 p
On Thu, 4 Mar 2010 16:52:50 +0200
Theo Chatzimichos 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 that all our docs ar
On Thu, 4 Mar 2010 19:22:41 +0100
Arfrever Frehtes Taifersar Arahesis 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 versio
59 matches
Mail list logo