Ed W wrote:
Hi
baselayout-2 was renamed to openrc when Roy left Gentoo as an
official dev.
Answering my own question (for the record). I found some explanation
here:
http://lycos.dropcode.net/gregarius/author.php?author=Roy_Marples__uberlord_
Does Roy hang out here? Roy: Is this
Ed W wrote:
Alon Bar-Lev wrote:
Check out OpenRC it is baselayout successor and works great!
Funnily enough I came across this earlier today for different
reasons. However, I hadn't realised that it was a full baselayout
competitor?
baselayout-2 was renamed to openrc when Roy left
Stefan Hellermann wrote:
Roy Marples schrieb:
Two small things happened here:
After Login I the shell looks like:
-bash-3.2#
when I start then bash again manually it looks nice, the environment is not
setup correctly the first time.
Doesn't sound like an OpenRC issue as such as bash
also the issue of not knowing for sure just what's
going to still be around in terms of config files and the like, since
unmerging baselayout isn't exactly an everyday thing.
FWIW, I took the jump anyway, and the etc-update seemed to go reasonably
well, but I've not rebooted yet...
--
Doug
Doug Klima wrote:
Doug Klima wrote:
Doug Klima wrote:
Bo Ørsted Andresen wrote:
For quite a while the KDE herd has had a modified version of
subversion.eclass in the kde overlay. During that time we have
added the following features to the eclass which we would like to
put back in gentoo
Doug Klima wrote:
Doug Klima wrote:
Doug Klima wrote:
Doug Klima wrote:
Bo Ørsted Andresen wrote:
For quite a while the KDE herd has had a modified version of
subversion.eclass in the kde overlay. During that time we have
added the following features to the eclass which we would like
Ciaran McCreesh wrote:
On Mon, 18 Feb 2008 18:15:18 -0500
Doug Klima [EMAIL PROTECTED] wrote:
How many people are running a Portage version released after
January 4?
Eventually, all of them.
And until then, how many users are going to get things going weirdly
wrong if workarounds aren't added
Ciaran McCreesh wrote:
On Tue, 19 Feb 2008 08:44:43 -0500
Doug Klima [EMAIL PROTECTED] wrote:
A better statement on your part would have been We need to ensure
compatibility for the greatest amount of users and requiring users to
have a version of Portage released after January 4th when
Bo Ørsted Andresen wrote:
For quite a while the KDE herd has had a modified version of subversion.eclass
in the kde overlay. During that time we have added the following features to
the eclass which we would like to put back in gentoo-x86 soon. Since the
changes are fairly extensive we decided
Doug Klima wrote:
Bo Ørsted Andresen wrote:
For quite a while the KDE herd has had a modified version of
subversion.eclass in the kde overlay. During that time we have added
the following features to the eclass which we would like to put back
in gentoo-x86 soon. Since the changes are fairly
Doug Klima wrote:
Howdy all,
We need to agree upon some syntax which we can mark an eclass as
deprecated and potentially point to a replacement or multiple
replacements.
Discuss.
Ok. I guess no one else has any feelings about this.
Potentially doing something like:
DEPRECIATED
Ciaran McCreesh wrote:
On Mon, 18 Feb 2008 15:43:56 -0500
Doug Klima [EMAIL PROTECTED] wrote:
Ok. I guess no one else has any feelings about this.
Potentially doing something like:
DEPRECIATED=$DEPRECATED $ECLASS
Deprecated != depreciated.
You caught my typo. You clearly still
wrong if workarounds aren't added to everything using the code?
I'd mutter something about EAPIs here, but really if people are having
difficulty understanding the necessity of the original commit, I
suspect it's a lost cause...
6
--
Doug Klima [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe
Howdy all,
We need to agree upon some syntax which we can mark an eclass as
deprecated and potentially point to a replacement or multiple replacements.
Discuss.
--
Doug
--
gentoo-dev@lists.gentoo.org mailing list
.
Since I have a feeling my changes or suggestions won't jive with the kde
herd, I'll offer mine up as svn.eclass
--
Doug Klima [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
gentoo-dev@lists.gentoo.org mailing list
Bernd Steinhauser wrote:
Doug Klima schrieb:
2) ESVN_OFFLINE which disables svn up.
Isn't this a bit of a hack? The point is for it to run svn up. Now
I've added support in a local refactor that I had started today that
if the working copy's revision matches the requested revision, that no
svn
Markus Meier wrote:
Hi
There are several eclasses missing quotes:
http://dev.gentoo.org/~maekke/eclass-quoting.txt
This is the same check as repoman does, so there might be more quotes
needed or false-positives.
Markus
Might want to cull that list of deprecated eclasses.
--
Markus Meier wrote:
On Wed, 13 Feb 2008 14:42:32 -0500
Doug Klima [EMAIL PROTECTED] wrote:
Markus Meier wrote:
Hi
There are several eclasses missing quotes:
http://dev.gentoo.org/~maekke/eclass-quoting.txt
Might want to cull that list of deprecated eclasses
() {
python_version
python_mod_cleanup ${ROOT}usr/lib/python${PYVER}/site-packages
}
Per python.eclass, prefixing ${ROOT} to python_mod_cleanup is incorrect.
Donnie and I were going to look into making stuff like this a bit more
consistent but haven't had a chance.
--
Doug Klima
Mike Frysinger wrote:
now that the mktemp binary has been moved out of debianutils and integrated
straight into coreutils, perhaps it's time to ask how important this package
is to everyone. current debianutils is part of system and provides:
- installkernel
- run-parts
- tempfile
-
. This sounds very reasonable and logical. And
hopefully if the tools in question are coded properly, it should be
compatible with older versions until users upgrade.
Good stuff Mike.
--
Doug Klima
Gentoo Developer
--
gentoo-dev@lists.gentoo.org mailing list
Alec Warner wrote:
On 1/8/08, William L. Thomson Jr. [EMAIL PROTECTED] wrote:
To keep it short and sweet. Our current structure is FUBARed.
Foundation? Trustees? Election? Nominees? Ball dropped, shall we pick it
up and resume a game?
Gentoo does not exist legally. NPO filings in New
Mark Loeser wrote:
Alec Warner [EMAIL PROTECTED] said:
One of the GLEP's primary goals is to provide a global use flag
definition and over-ride
it with a local definition. How does putting all flags in use.desc
and over-riding local flags in
use.local.desc not accomplish this?
use.local.desc gives us is a fast way to list packages
using some flags, but that's unreliable at best. If needed such a list
could be autogenerated.
Marius
--
Doug Klima [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
[EMAIL PROTECTED] mailing list
Roy Marples wrote:
On Tue, 2007-12-25 at 04:16 -0500, Ciaran McCreesh wrote:
On 12/25/07, Roy Marples [EMAIL PROTECTED] wrote:
Ok. So do you use an EAPI 0 environment to do the sourcing, or an EAPI
1 environment, or what?
If it's that such a big deal, then simply ensure
Luca Barbato wrote:
Marius Mauch wrote:
On Thu, 20 Dec 2007 08:10:13 +0100
Luca Barbato [EMAIL PROTECTED] wrote:
Ok, that seems a fine definition of what an eapi is. Everybody agrees on it?
Nope. EAPI (from my POV) defines the API that a package manager has to export
to an
do I want any). So I'd like if someone out there that used/had
zaptel hardware would pick up the ebuild. If you're interested, drop me
a line. I'll send you over a 1.4.x ebuild.
--
Doug Klima
Gentoo Developer
--
[EMAIL PROTECTED] mailing list
Luca Barbato wrote:
Rémi Cardona wrote:
I'll speak up then :)
What I _really_ would like to see ASAP :
1) Dropping digest-* files for real (ie, not even having them on the
master rsync server and CVS)
Slated for after 2007.1 is released.
2) Slotted deps (I had the feeling we
Petteri Räty wrote:
Doug Klima kirjoitti:
Since it doesn't appear the question was answered by the last thread.
I'm starting a new thread.
http://article.gmane.org/gmane.linux.gentoo.devel/52981/match=eapi
I think it was answered.
Regards,
Petteri
And I brough up valid
Ciaran McCreesh wrote:
On Tue, 11 Dec 2007 16:59:28 -0500
Doug Klima [EMAIL PROTECTED] wrote:
discuss.
* EAPI may only be set before the 'inherit' in an ebuild.
* Eclasses may not set EAPI.
* Eclasses may not assume a particular EAPI.
* If an eclass needs to work with multiple
Ciaran McCreesh wrote:
On Wed, 12 Dec 2007 09:20:02 -0500
Doug Klima [EMAIL PROTECTED] wrote:
And I brough up valid reasons with zmedico why putting it before the
inherit line was flawed currently since it could lead to some
seriously unexpected behavior.
It's only unexpected
Christian Faulhammer wrote:
Hi everyone,
this is a reminder especially for architecture people: Please use the
ChangeLog and really log everything you did. Don't do a change and
forget to document it. Oh and please don't forget to remove your
arches from the cc field if there is a bug.
William L. Thomson Jr. wrote:
On Wed, 2007-12-12 at 14:26 +0200, Alon Bar-Lev wrote:
On 12/12/07, Jan Kundrát [EMAIL PROTECTED] wrote:
Alon Bar-Lev wrote:
As I told you before, I wont slot these two.
Could you provide a link to reasons that lead you to this
Let's address the issue now, rather then having a broken tree 3
months from now that will require 500 commits to fix.
Cardoe I'll just send this to the ML now.
discuss.
--
Doug Klima
Gentoo Developer
--
[EMAIL PROTECTED] mailing list
Thomas Anderson wrote:
On Tuesday 11 December 2007 18:21:31 Markus Ullmann wrote:
Doug Klima schrieb:
Cardoe zmedico: what if I have EAPI=2 above the inherit but an eclass
has EAPI=1
if an eclass sets EAPI, then the ebuild shouldn't... make it two
eclasses if needed or plain bump them
Marius Mauch wrote:
On Tue, 11 Dec 2007 16:59:28 -0500
Doug Klima [EMAIL PROTECTED] wrote:
Since it doesn't appear the question was answered by the last thread.
I'm starting a new thread.
The only sane solution I can think of is that eclasses shouldn't be
allowed to change EAPI, but use
Piotr Jaroszyński wrote:
(Nelson impression...) haha, peper!
Start checkin out Ubuntu... compnerd says they apply 120 patches to this
driver..
Also, start fixing the issues it has with HAL 0.5.10 since that's going
to hit the tree for real shortly. If you need a version to test against,
Donnie Berkholz wrote:
On 07:20 Tue 04 Dec , Piotr Jaroszyński wrote:
On Tuesday 04 of December 2007 02:29:20 Donnie Berkholz wrote:
evdev input driver
I can take it unless someone else wants it more :)
It's yours. I'll start reassigning bugs over the next
that documentation should be provided before anything is committed.
I'd also like to note that documentation was provided with the USE flag
descriptions as well as an example metadata.xml with all the new
features being used was provided.
--
Doug Klima
Gentoo Developer
--
[EMAIL PROTECTED] mailing list
Chris Gianelloni wrote:
On Wed, 2007-11-14 at 13:22 -0700, Joe Peterson wrote:
(Sorry for the previous reply to announce..)
Let me take this opportunity to remind people to set a reply-to when
sending anything to gentoo-dev-announce so people replying will reply to
the proper
Donnie Berkholz wrote:
Hey all,
I've been wanting a GUI for eselect lately, so tonight I hacked up the
start of one called eselect_zenity [1]. It only works for the most
trivial modules so far -- it has to parse eselect output, so special
parsers need to be written for each type.
Markus Ullmann wrote:
Doug Klima schrieb:
While I haven't had much time to work on the bits, Gentopia does contain
PolicyKit (though the 0.7 snapshots that appear do have some issues and
you should stick to the 0.6 series). It's hopefully going to be the way
forward for Gentoo to use
Robin H. Johnson wrote:
On Thu, Nov 08, 2007 at 07:52:49PM +0100, Marijn Schouten (hkBst) wrote:
Isn't there supposed to be a search box too?
Does anybody actually read the FAQ?
- Short packages2 TODO list
- Search: match a given string against: a substring in packages
Mark Loeser wrote:
Hanno Boeck (hanno) [EMAIL PROTECTED] said:
hanno 07/11/06 01:01:35
Modified: 4Q-2007
Log:
move beryl packages to their corresponding compiz fusion packages
Revision ChangesPath
1.10 profiles/updates/4Q-2007
file :
44 matches
Mail list logo