El jue, 14-05-2009 a las 03:32 +0300, Mart Raudsepp escribió:
> Hello,
>
> I have had this project in my mind for a while, so it's about time to
> get it out there, as to see if feedback finds it a good one - and if
> that is so, if there are people who want to make it happen.
> It is worded as a
[Snip]
> Maybe you just want Sunrise in the main tree instead of as a dedicated,
> supervised overlay. There were people with VERY strong feelings against
> Sunrise, to the point I believe at least one dev opposing it resigned
> over it
Yes, one did. Some people just need a good excuse to leave :
Nikos Chantziaras posted gufm71$un...@ger.gmane.org,
excerpted below, on Thu, 14 May 2009 02:47:55 +0300:
> My posts to gmane.linux.gentoo.devhelp don't seem to get through. Does
> someone know if something is wrong with the list's subscription on
> GMane? All other GMane Gentoo lists seem to
Jeremy Olexa posted 4a0b783c.2000...@gentoo.org,
excerpted below, on Wed, 13 May 2009 20:47:40 -0500:
> I don't see any reason to create a team that duplicates the sunrise
> work. Keep in mind, I am against pretty much any overlay, I think work
> should be kept in the main tree. But, for ebuild
Mart Raudsepp wrote:
Hello,
I have had this project in my mind for a while, so it's about time to
get it out there, as to see if feedback finds it a good one - and if
that is so, if there are people who want to make it happen.
Hmm, I wonder what the point is when there is 400 maintainer-neede
Mart Raudsepp wrote:
Hello,
I have had this project in my mind for a while, so it's about time to
get it out there, as to see if feedback finds it a good one - and if
that is so, if there are people who want to make it happen.
It is worded as a hypothetical project description for the purpose of
Hi,
The project would be very beneficial if it gets live.
But from the very start its name should be unambigious,
I would suggest "community-maintained" as the name, including both the
developer community and user community.
And also, the project should advise the sunrise overlay for packages wit
Hello,
I have had this project in my mind for a while, so it's about time to
get it out there, as to see if feedback finds it a good one - and if
that is so, if there are people who want to make it happen.
It is worded as a hypothetical project description for the purpose of
the text perhaps being
Daniel Pielmeier wrote:
Also this question is not appropriate for this list. The gentoo-devhelp
mailing-list or #gentoo-dev-help on IRC are better places for this kind
of questions.
My posts to gmane.linux.gentoo.devhelp don't seem to get through. Does
someone know if something is wrong with
Daniel Pielmeier wrote:
Nikos Chantziaras schrieb am 13.05.2009 23:31:
I have a package that uses qmake (from Qt 3) as its build system and
that installs into /usr/local by default (as any well packaged software
should do). This of course can be overridden at build time. In this
case, with:
Mounir Lamouri wrote:
Nikos Chantziaras wrote:
I have a package that uses qmake (from Qt 3) as its build system and
that installs into /usr/local by default (as any well packaged
software should do). This of course can be overridden at build time.
In this case, with:
qmake PREFIX=/usr proj
> I have a package that uses qmake (from Qt 3) as its build system and
> that installs into /usr/local by default (as any well packaged software
> should do). This of course can be overridden at build time. In this
> case, with:
>
>qmake PREFIX=/usr projectfile.pro
>
> In order to install int
Nikos Chantziaras schrieb am 13.05.2009 23:31:
> I have a package that uses qmake (from Qt 3) as its build system and
> that installs into /usr/local by default (as any well packaged software
> should do). This of course can be overridden at build time. In this
> case, with:
>
> qmake PREFIX=/
Nikos Chantziaras wrote:
> I have a package that uses qmake (from Qt 3) as its build system and
> that installs into /usr/local by default (as any well packaged
> software should do). This of course can be overridden at build time.
> In this case, with:
>
> qmake PREFIX=/usr projectfile.pro
>
>
I have a package that uses qmake (from Qt 3) as its build system and
that installs into /usr/local by default (as any well packaged software
should do). This of course can be overridden at build time. In this
case, with:
qmake PREFIX=/usr projectfile.pro
In order to install into /usr (as
Michael,
> Yeah, this indeed could work!
>
> But there is one restriction:
> This .uselect folder must be able to be checked in into some VCS, so it
> should not contain symlinks, but plain (text?) files only.
> We also want to use this on Windows based filesystems where symlinks
> don't work at
Sven posted loom.20090513t143352-...@post.gmane.org,
excerpted below, on Wed, 13 May 2009 14:34:20 +:
> Yet meanwhile I'd love to get some feedback on my original proposition:
> Is it feasable and acceptable to expand Portage by the possibility to
> declare a file shared between slots and on
Gilles Dartiguelongue gentoo.org> writes:
> > > so this wrapper could be installed in a separate eselect sort of
> > > package ?
> > How exactly can this be done? If a gem creates five executables, would
> > this mean that this gem comes in six ebuilds?
>
> well given the next answer, it sounds
On Tue, May 12, 2009 at 08:35:41AM +0200, Patrick Lauer wrote:
> On Tuesday 12 May 2009 00:31:36 Ciaran McCreesh wrote:
> > On Mon, 11 May 2009 23:17:32 +0100
> >
> > George Prowse wrote:
> > > An equilibrium seems to have been reached which currently works.
> >
> > An equilibrium has been reached
Le mardi 12 mai 2009 à 22:55 +0200, Sven Schwyn a écrit :
> Gilles wrote:
> > so this wrapper could be installed in a separate eselect sort of
> > package ?
> How exactly can this be done? If a gem creates five executables, would
> this mean that this gem comes in six ebuilds?
well given the nex
Patrick Lauer wrote:
>
> Then there's package management. (Your favourite topic, I guess, because you
> want to keep complexifying it until one needs a PhD to write an ebuild
> [which,
> in a way, would be quite ironic])
>
At least for me new EAPIs have been / are making ebuild writing easier.
On Tue, 2009-05-12 at 21:45 +0100, Sérgio Almeida wrote:
> How about having the profile switch automatic whenever
> you call "uselect something" getting the current profile settings from
> current dir's .uselect folder?
Yeah, this indeed could work!
But there is one restriction:
This .uselect fo
This is your one-day friendly reminder ! The monthly Gentoo Council
meeting is tomorrow in #gentoo-council on irc.freenode.net. See the
channel topic for the exact time (but it's probably 2000 UTC).
If you're supposed to show up, please show up. If you're not supposed
to show up, then show up a
23 matches
Mail list logo
