Wulf C. Krueger wrote:
Hello!
I think flameeyes should have sent this himself in the first place, but
since he's clearly not going to do that and prefers to just force it on
our users I'm mailing this...
Have we not learn't! I hardly think that revdep-rebuild is an obvious
solution to th
Piotr Jaroszyński wrote:
Hello,
looks like every nominee wants the council to be more technical so I
have a few technical questions for you:
1. GLEP54
2. GLEP55
3. Most wanted changes in future EAPIs
4. Strategies to ensure that gentoo's package manager is able to
quickly/smartly/sainly supp
Patrick Lauer wrote:
On Tuesday 10 June 2008 16:54:49 Richard Brown wrote:
On Tue, Jun 10, 2008 at 17:39, Doug Goldstein <[EMAIL PROTECTED]> wrote:
At this point, we should really only discuss features that all 3 package
managers have implemented.
I'm not sure that's a good idea, only two ha
I was thinking about this a day or 2 ago and just noticed that a similar
situation has come up.
Please refer to https://bugs.gentoo.org/show_bug.cgi?id=239006 but
basically.
=dev-java/ant-antlr-1.7.1 was changed from EAPI="1" to EAPI="2" to take
advantage of the use flag dep functionality.
now,
Dawid Węgliński wrote:
> Hello fellow developers and users.
>
> I'd like to know your opinion of bug #243050 [1]
>
> 01:18:59 cla @| If user bothers to patch his kernel, he can bother
> to add proper package.keyword line, imo.
++
> 01:21:52 hparker @| Or maybe get the patches
Maciej Mrozowski wrote:
On Wednesday 31 of December 2008 17:28:09 Ciaran McCreesh wrote:
You could use the same argument to say "Gentoo must switch to RPM
because LSB says so".
No, I would be invalid argumentation - I know it - you know it, so let's not
continue with discussion of this kind
Dale wrote:
>
> I don't think Gentoo is broke. It may be a wrong setting or something
> misconfigured on your system but Gentoo works.
>
> I really think you need to take this to -user tho. This thread really
> needs to be there instead of on -dev.
>
> Dale
>
> :-) :-)
This thread doesn'
an "overlay metadata
file"? Default conf variables e.g ECLASSDIRS.
Any other comments?
Thanks
ali_bush
Alistair Bush
Gentoo Linux Developer
[1]
* ERROR: dev-java/commons-jelly-tags-util-1.0 failed.
* Call stack:
*ebuild.sh, line 1881: Called source
&#
Tiziano Müller wrote:
>> What is proposed in glep-55 seems to aim to solve both issues at the
>> same time (it isn't stated) by switching file extension every time the
>> eapi is changed. This is slightly against the principle of the least
>> surprise and apparently is disliked by enough peopl
Luca Barbato wrote:
> Luca Barbato wrote:
>> Ciaran McCreesh wrote:
>>> Because your proposal addresses none of the underlying problems which
>>> GLEP 55 was created to solve.
>
> let's get some numbers to have an idea of the dimension of the problem.
>
I just don't think those numbers tell us a
George Shapovalov wrote:
> (Ok this thread grew too long, so I gotta chime in :))
>
> We could start using extended attributes or mandate reiser4 for portage dir
> or
> some other special "in between" (the inside of file and its name) feature..
No.
1) I wouldn't use reiser4 so that would be the
Luca Barbato wrote:
> Alistair Bush wrote:
>> I just don't think those numbers tell us anything and that should be
>> obvious from anyone who has read GLEP 55[1], we ain't really attempting
>> to solve a problem that exists within the tree currently (well the bas
Petteri Räty wrote:
> 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
Donnie Berkholz wrote:
On 11:59 Sun 25 Jan , Alistair Bush wrote:
Possible Solution:
Merging java-overlay and java-experimental. From my perspective this
isn't a good one as we loss most of the benefits of java-experimental.
Combine this with package.mask. To me, experimental
Donnie Berkholz wrote:
On 19:18 Mon 02 Mar , Alistair Bush wrote:
Donnie Berkholz wrote:
Could you explain what you see as the important difference that makes
package.mask bad and a separate overlay good?
Contributors sometimes have difficulty following standards (hell even
dev&#
Caleb Cushing wrote:
I'd like to start with, I'm not trying to stir up trouble but since
questions were asked i'll answer them.
If you think neither should exist why do you have an opinion about this at all?
I merged the java-overlay into regen2 a couple of weeks ago. as of
right now I've n
Nirbheek Chauhan wrote:
On Sat, Mar 7, 2009 at 3:20 PM, Ulrich Mueller wrote:
On Fri, 06 Mar 2009, Donnie Berkholz wrote:
Any thoughts?
+ *)
+ die "Unknown EAPI ${EAPI}"
+ ;;
Is is safe to assume that an unknown EAPI will provide a "di
Michael Haubenwallner wrote:
Hi,
Reminder (for myself):
As long as we want/have to support PMs lacking EAPI detection in
'*.ebuild' to mask ebuilds with unknown EAPI, each approach to add EAPI
to an '*.ebuild' must be hackish. So we can try to find the least ugly
hack, or we need to change the
Ciaran McCreesh wrote:
>
> Unfortunately, it looks like this proposal's one of those things that
> some people will hate for ideological reasons no matter what. I just
> hope there're enough people on the Council for whom QA and user systems
> not breaking is sufficiently important that they'll vo
Mart Raudsepp wrote:
> Enabling tests by default feels like driving users away, because all of
> a sudden their upgrades taken even more time (possibly unexplained to
> them, as an EAPI bump in an ebuild introducing it is not visible to
> them), and they'd just say to hell with it and go to a bin
>
> You can't test FEATURES in an ebuild. It's portage-specific.
>
To 1) try and turn this thread into something a little more constructive
and a little less childish; and 2) help improve the tree. I present one
of the offending ebuilds dev-java/commons-io
Without posting the whole file her
Ben de Groot wrote:
> Patrick Lauer wrote:
>> For quite some time (over a year, actually) we've been discussing the
>> mysterious and often misunderstood GLEP55.
>> [http://www.gentoo.org/proj/en/glep/glep-0055.html]
>>
>> The proposed solution to a problem that is never refined,
>
> This, in my
Alex Alexander wrote:
> QT doesn't work well when mixed versions of its core libraries are
> installed. Usually an emerge -avDu world solves the problem, but some
> users tend to avoid this.
>
> For example, lets say you have parts of QT 4.4.2 on your system. QT
> 4.5.1 is available and a user d
Dale wrote:
>> The Gentoo subforum on LQ would help to collect the posts in one place.
>>
>
> That would be the point. Gentoo has its own forum so why have two
> forums? What would be the point in having two places to go look for
> answers? Better yet, why would Gentoo support both forums?
>
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 functionality (aka 0) should i
Firstly, fellow developer please review this eclass patch and read on if
you are interested in what it actually does.
Java developers:
The following patch adds 3 new values to our package.env
PVR and CATEGORY being the easy ones. These are being added because I
think they should be there and th
Nirbheek Chauhan wrote:
> On Fri, Jun 26, 2009 at 12:30 AM, Wulf C. Krueger wrote:
>> between both. This strengthening bridge of understanding can be seen in dev-
>> zero's move to appoint ciaranm as his proxy for today's council meeting.
>>
>
> Sorry to rain on your parade, but with ciaranm's
Ben de Groot wrote:
> I would think the only thing that matters is the best interest of
> Gentoo. This is after all the _Gentoo_ Council we're speaking of, not a
> body that is concerned with non-Gentoo matters.
++
> In my opinion it is in the best interest of Gentoo at this point to
> ignore
On Thursday 08 February 2007 10:38 pm, Jose San Leandro wrote:
> Hi all,
>
> A friend of mine and myself are willing to develop some tools to help
> ebuild development.
>
> We have some constraints, but we are thinking on something like:
> 1) A tool to ease writing ebuilds. It would take some param
Hi Alexandre.
I too would like to hear what your ideas are for the metastructure of
gentoo. Please if you dont feel up to "officially" submitting them then at
least submit them to this list.
Alistair
On 3/19/07, Seemant Kulleen <[EMAIL PROTECTED]> wrote:
Hi Alexandre,
Good luck in your new
Firstly...
>From http://devmanual.gentoo.org/general-concepts/use-flags/index.html
"Local and Global USE Flags
USE flags are categorised as either local or global. A global USE flag
must satisfy several criteria:
* It is used by many different packages.
* It has a general non-specific p
Ok, so I think I understand where you are coming from...
Firstly, USE flags are not meant to have a specific purpose. Enabling
python support is non-specific as it doesn't describe how it is enabled
or what python support actually is.
Lets compare 2 packages to demonstrate...
subversion has a p
I would like to commit a new java eclass within the next week.
This eclass is designed to support the functionality that Betelgeuse
outlined within a previous post.[1]
As you will be able to see, this eclass is very simple and only uses
functionality that will be provided by the java-utils-2.ecla
Petteri Räty wrote:
> Alistair Bush kirjoitti:
>> I would like to commit a new java eclass within the next week.
>>
>> This eclass is designed to support the functionality that Betelgeuse
>> outlined within a previous post.[1]
>>
>> As you will be able to s
Donnie Berkholz wrote:
> On 23:20 Thu 20 Sep , Alistair Bush wrote:
>> -# Create package.env
>> -(
>> -echo "DESCRIPTION=\"${DESCRIPTION}\""
>> -echo "GENERATION=\"2\&q
Donnie Berkholz wrote:
> On 06:58 Fri 21 Sep , Alistair Bush wrote:
>> normally java-pkg_do_write_ is called to write the package.env out, as
>> can be seen, and is the default behavior for the function. What I am
>> adding is the ability to _do_write of a "[v
Yes it is cool, and the eclass will be updated.
Thank you dberkholz
Duncan wrote:
> Donnie Berkholz <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on Thu, 04 Oct 2007
> 19:00:02 -0700:
>
>> You can use a neat trick with a code block here, along these lines:
>>
>> {
>> ech
> On 13:25 Fri 12 Oct , Remi Cardona (remi) wrote:
>> 1.1
>> dev-python/gnome-python-extras/gnome-python-extras-2.19.1-r1.ebuild
>>
>> file :
>> http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-python/gnome-python-extras/gnome-python-extras-2.19.1-r1.ebuild?rev=1.1&view=ma
On behalf of Elvanor ( a in the process New Developer ) I would like to
present the osgi.eclass.
What is OSGi, well
Copied directly from wikipedia [1]
"The Framework implements a complete and dynamic component model,
something that is missing in standalone Java/VM environments.
Applications
Tiziano Müller wrote:
Current state: "Deferred"
Wanted state: "Accepted/Implemented" (at least by me)
Open questions from last discussion (March 2006):
- Is it possible/should it be possible to have more than one
entry?
Yes
- Is recording an upstream-status (active/inact
Shaochun Wang wrote:
Hi all:
BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
any way to let us normal users get beagle up to date?
Im sure that there are more than a few dev that would be willing to
proxy maintain the package, if a user is prepared to standup and t
This is not a support channel and that, while an interesting picture,
provides absolutely no information whatsoever.
Please don't post to the gentoo-dev ml.
Alistair.
--
gentoo-dev@lists.gentoo.org mailing list
Simple patch as part of java-config's support for marking EOL and security
vulnerable vm's to be marked as 'build only'. Users setting these as either
their system or user vm will be warned of the risks of doing so.
The release of java-config with this functionality, this eclass and some
assoc
> Stabilization of Python 3.1.* will be requested at the beginning of
> november. There was a suggestion to create a news item which would inform
> users that temporarily they shouldn't switch to Python 3 as their main
> interpreter. Python ebuilds don't automatically activate Python 3, so I'm
>
>
> Someone here want people install paludis? because when I've switched to
> python 3.0 just out of curiosity, it broke totally that python written
> package manager who is portage.
> So another package manager was needed to re-install a sane portage.
No it wasn't. [1] You just didn't know that
> Hi,
>
> i would like to start a discussion about reducing the amount of
> default-enabled USE flags in profiles, especially in inherited basic
> profiles.
Sounds like a reasonable idea to me, for the base profiles at least.
> In addition, i see a trend to enabled more more more USE flags (ei
> Le 15/12/2009 08:09, Ulrich Mueller a écrit :
> >> On Tue, 15 Dec 2009, Peter Hjalmarsson wrote:
> >>
> >> On the other hand this may be something for treecleaners? A package
> >> that has not been bumped for 7 years? With at least three releases
> >> since, and a bumprequest open for at leas
> 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
> Solution
>
> 1) Add two new packages to the tree:
>- app-admin/geolizer (/usr/bin/geolizer)
>- app-admin/webalizer-xtended (/usr/bin/webalizer-xtended)
>
> 2) Bump webalizer to 2.21 while
> - no longer applying either feature patch
> - removing use flag "xtended"
> - keepi
# Alistair Bush (15 Mar 2010)
# Mask for removal (#309459). Does not compile
# and Dead upstream. Recommend icedtea jdk's for
# a free alternative.
dev-java/kaffe
-Alistair
> Zac Medico wrote:
>
> I think what most people want is for portage not to pull in a package
> that nothing uses. I'm not a dev nor a programmer but I have yet to see
> any good reason for installing something that is not being used. It's
> not being tested to see if it is stable. It would hav
I was just thinking how nice it could be if we acknowledged some of the
projects that contribute to gentoo but are actually developed primarily
outside of gentoo's dev community. How about a page on gentoo.org
So lets me start with a couple of obvious ones.
kportagetray
pkgcore
paludis
There
> On Saturday 27 of March 2010 21:58:41 William Hubbs wrote:
>
> It's really freaking silly to wait months for stabilization of some random
> php/perl library that's known to work.
Have you ever just considered closing the stabilization bug and ignoring the
arch. If they take so long to mark yo
> On Sun, Mar 28, 2010 at 07:31:10PM +1300, Alistair Bush wrote:
> > > On Saturday 27 of March 2010 21:58:41 William Hubbs wrote:
> > >
> > > It's really freaking silly to wait months for stabilization of some
> > > random php/perl library that&
>
> So you mention openrc, but don't have it on the list?
>
Yes because openrc isn't really gentoo-specific. I don't want the list
blowing out to include ever package in the entire tree. ie. Thanking gcc for
contributing to gentoo.
Note this doesn't mean that openrc won't be on the list.
>
> diffball (the basis of y'alls delta compression for tarball
> snapshots, progenitor of tarsync used by emerge-*webrsync, etc).
>
Thank you Brian for that pkg, its appreciated. My apologies if the rest is a
little less kind.
> > ps. I would like the packages to be specifically for gentoo,
> 1 - requirements
>
>
> In order to choose the best possible wiki implementation, we need to
> know our requirements. So what features do you think are essential or
> good to have? What syntax would we prefer to use?
>
> I myself am a big fan of reStructuredText, which is quite
> On 4/3/10 3:40 PM, Ben de Groot wrote:
> > Are there any other ideas on how to improve our recruitment process?
>
> The idea appeared before, but I think it's worth noting.
>
> Either merge the ebuild and end quizzes, or make the split actually
> meaningful. In my case I just finished both at t
> On 04/24/2010 09:14 PM, Alexis Ballier wrote:
> > On Sat, 24 Apr 2010 20:40:54 +0300
> >
> > Petteri Räty wrote:
> >> 17:34 < Betelgeuse> robbat2|na: how easy to it to prevent commits to
> >> CVS if the commit message doesn't match a certain pattern?
> >> 17:36 <@robbat2|na> go and checkout the
> Hi folks,
>
>
> I'm currently collecting a set of rules which upstream developers
> should follow to make distro maintainer's life easier.
>
> Comments welcomed :)
>
Is this language specific? would you be interested in comments about java,
ruby, python, etc, etc, etc or are you only inter
> On 09/11/2010 03:04 PM, Ciaran McCreesh wrote:
> > Or does the problem only occur if you mix keywords and ignore
> > dependencies?
>
> I think that if a package doesn't work in a mixed environment, that
> points to a likely dependency problem. Sooner or later there is a good
> chance it will bi
> Hi lads,
> due to recent situation about .la files status we would like to inform
> users about this situation. See attached file that we propose to be
> included as news item.
>
Would it not be a better solution to have this information documented
"properly" under Upgrade Guides or Gentoo Sys
> Any improvements to the text are welcome.
I think the following could be written clearer. Reading it made me have to
go off and check what week 50 was.
"If there is no interest the removal of Java support well be done during week
50 of year 2010."
why not say
'If there is no interest the r
> On 11/21/2010 04:57 AM, Ryan Hill wrote:
> > On Sun, 21 Nov 2010 01:38:23 +0200
> >
> > Nikos Chantziaras wrote:
> >> On 11/21/2010 12:46 AM, Ryan Hill wrote:
> >>> I'm unmasking sys-devel/gcc-4.5.1 tomorrow. I'd like to recommend
> >>> everyone who has already unmasked it to rebuild it now as
64 matches
Mail list logo
