Andrew Gaffney wrote:
Hanno Böck wrote:
I think compared to self-signed, having cacert-certificates would be
a big improvement. Many other free software projects (and more and
more other pages) use cacert, so it becomes more and more likely that
people will already have the cacert-root-cert
Robin H. Johnson wrote:
I went and processed a bunch of pending Bugzilla bugs, and thought folk
might be interested in the changes.
- Bug Reporting Guide is now linked from the front page as well as the
Choose Product page (during bug creation). [Bug #188687]
- The Log In link in the
Ravi Pinjala wrote:
Ryan Hill wrote:
There are several packages in portage (and even in base-system) that
fail
in src_test when userpriv/usersandbox is enabled or disabled. That
is, some
testsuites fail when run as root and some fail if not run as root.
I'd like a simple consistent
Donnie Berkholz wrote:
On 22:01 Mon 08 Oct , Doug Goldstein (cardoe) wrote:
1.1 sys-fs/evms/evms-2.5.5-r8.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-fs/evms/evms-2.5.5-r8.ebuild?rev=1.1view=markup
plain:
http://sources.gentoo.org/viewcvs.py/gentoo
Alec Warner wrote:
On 10/11/07, Torsten Veller [EMAIL PROTECTED] wrote:
Last council decided:
| Design phase for new projects: New projects need to post an RFC
| containing information about their goals, the plan on how to
| implement their goals and the necessary resources to -dev
antarus
you mention using Outlook in another thread and then you top post.
What e-mail infraction will you commit next? Writing e-mails in all
caps? Sending e-mails with blank subject lines?
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
[EMAIL PROTECTED] mailing list
made a request that
the GNOME herd should make and the herd should stick to.
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
[EMAIL PROTECTED] mailing list
Donnie Berkholz wrote:
On 18:55 Fri 12 Oct , Doug Goldstein (cardoe) wrote:
1.1 media-tv/mythtv/mythtv-0.20.2_p14668.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-tv/mythtv/mythtv-0.20.2_p14668.ebuild?rev=1.1view=markup
plain:
http
Donnie Berkholz wrote:
On 00:12 Sun 14 Oct , Doug Goldstein wrote:
Because if you pass the inverse the script blows up. It's ffmpeg's
configure script that's a hand written script and modified by the MythTV
developers.
Sigh. Any chance of getting things to move to autotools
Jonathan Adamczewski wrote:
Doug Goldstein wrote:
That's what this commits review list feels like.
Nearly every suggestion (from Donnie and others) has been over some
issue that relates directly to either correctness or maintainability.
It doesn't matter if you can rattle off
Alec Warner wrote:
On 10/15/07, Doug Goldstein [EMAIL PROTECTED] wrote:
Jonathan Adamczewski wrote:
Doug Goldstein wrote:
That's what this commits review list feels like.
Nearly every suggestion (from Donnie and others) has been over some
issue that relates
Christian Faulhammer wrote:
Doug Goldstein [EMAIL PROTECTED]:
Jonathan Adamczewski wrote:
Doug Goldstein wrote:
That's what this commits review list feels like.
Nearly every suggestion (from Donnie and others) has been over some
issue that relates directly
. This will break binary
packages.
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
[EMAIL PROTECTED] mailing list
Daniel Drake wrote:
Robin H. Johnson wrote:
Heya,
So now this is not a flamewar.
Jakub was originally going to complain at me for the upstream usbutils
adding support for gzipped usb.ids files, but a group of us (myself,
dsd, jakub, leio, steev) had a discussion about it, and came up with
Jose Luis Rivero wrote:
Hi all:
I've read on the planet the recently included support to document USE
flags in metadata. Seems like it was an idea from flameeyes and cardoe,
discussed on the planet [1][2] and performed by -infra (bug #199788).
While planet is a good medium to share ideas and
Christian Faulhammer wrote:
Hi,
is anyone working on eselect?
V-Li
peper told me he'd wrap up a few bugs and make a release this week after
I was about to go touching eselect all over when we know my C/C++ is
better then my bash.
--
gentoo-dev@lists.gentoo.org mailing list
Thomas Anderson wrote:
On Wednesday 05 March 2008 14:41:32 Petteri Räty wrote:
Thomas Anderson kirjoitti:
Please elaborate on how a full.fledged developer would differ from a
package maintainer technically. What requirements and/or
priviledges do you think could be reduced?
Marius
Thomas Anderson wrote:
On Wednesday 05 March 2008 14:59:55 Doug Goldstein wrote:
Thomas Anderson wrote:
On Wednesday 05 March 2008 14:41:32 Petteri Räty wrote:
Thomas Anderson kirjoitti:
Please elaborate on how a full.fledged developer would differ from a
package
Bo Ørsted Andresen wrote:
On Tuesday 11 March 2008 16:55:11 Ferris McCormick wrote:
Now that I've said I'm tired of this thread, let me add to it. I'd like
to add one more point, namely:
* Please explain in the ChangeLog what you are doing and why. In
this case, if I look at kdelibs
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
gentoo-dev@lists.gentoo.org mailing list
Roy Marples wrote:
On Thursday 20 March 2008 06:59:24 Josh Saddler wrote:
I'll be working on the migration guide with Cardoe (and possibly Roy, if
we can tag-team him into submission). As much of a pain as migration
will be, we'll definitely need a howto. Fun, fun.
I already provide
Josh Saddler wrote:
Doug Goldstein wrote:
It appears my migration plan was not good enough for Mike Frysinger
[EMAIL PROTECTED] and he went ahead and wrote his own version of
the OpenRC ebuild, differing from the one in the OpenRC layman repo,
and committed it to the tree this weekend
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Doug Goldstein wrote:
All,
This is a formal notice to everyone that OpenRC will be hitting the
Gentoo tree sooner rather then later. I would like to see *ALL* arch
teams give the current code a whirl on their systems
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Doug Goldstein wrote:
All,
This is a formal notice to everyone that OpenRC will be hitting the
Gentoo tree sooner rather
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
And by all upgrade paths would that include adding the bad
conversion of /etc/modules.autoload.d/
looks/tested correct to me
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
/etc/modules.autoload.d has always allowed module parameters to appear
after the module name.
/etc/conf.d/modules has allowed a completely different syntax requiring
variables based on the module name to be set
Doug Goldstein wrote:
All,
This is a formal notice to everyone that OpenRC will be hitting the
Gentoo tree sooner rather then later. I would like to see *ALL* arch
teams give the current code a whirl on their systems, which is
available via the layman module openrc.
I would also like
Robin H. Johnson wrote:
My specific interest in it is for having a sane UID/GIDs that are
identical between a set of machines, regardless of the order packages
are emerged in.
Same here. Which is why I'm hoping to revitalize GLEP 27.
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org
All,
I'll be adding sys-apps/openrc to info_pkgs in the profiles.
That's all.
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
gentoo-dev@lists.gentoo.org mailing list
All,
As per discussions with Guy Martin (gmsoft), the hppa/2006.1 profile has
been marked as deprecated and will be removed in 30 days time.
--
Doug Goldstein
Gentoo Linux
--
gentoo-dev@lists.gentoo.org mailing list
Ciaran McCreesh wrote:
On Sat, 19 Apr 2008 18:38:06 +0200
Marijn Schouten (hkBst) [EMAIL PROTECTED] wrote:
Every package dependency in DEPEND is installed and usable before
src_unpack starts, right? So is the question here whether or not they
can be uninstalled right before
Ciaran McCreesh wrote:
On Fri, 18 Apr 2008 21:45:13 -0700
Donnie Berkholz [EMAIL PROTECTED] wrote:
I'd go with RDEPEND only. Any other interpretation results in
installing build-time-only packages along with a binpkg, which
doesn't seem to make sense.
That's definitely not what we
Richard Freeman wrote:
Enrico Weigelt wrote:
I think, as long as there is no really minimal lzmadec available
yet (as standalone package), we should more standard compressors
like gzip or bzip2. Adding that whole bunch of deps just to save a
few bytes IMHO isn't worth it.
Keep in mind that
Ryan Hill wrote:
On Wed, 07 May 2008 16:23:12 +0300
Mart Raudsepp [EMAIL PROTECTED] wrote:
Hello,
Over the course of this year, a lzma-utils buildtime dependency has
been added to a few system packages, to handle .tar.lzma tarballs.
This has huge implications on the requirement of the
Ciaran McCreesh wrote:
On Thu, 08 May 2008 09:17:08 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
It's troubling to me that projects are using lzma when it's on disk
format isn't even final and the project has security issues.
You mean projects like 'GNU tar'?
As far as I know
Ciaran McCreesh wrote:
On Thu, 08 May 2008 09:32:34 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
Ciaran McCreesh wrote:
On Thu, 08 May 2008 09:17:08 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
It's troubling to me that projects are using lzma when it's on disk
format isn't
Doug Goldstein wrote:
Ciaran McCreesh wrote:
On Thu, 08 May 2008 09:17:08 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
It's troubling to me that projects are using lzma when it's on disk
format isn't even final and the project has security issues.
You mean projects like 'GNU tar
Donnie Berkholz wrote:
On 08:03 Tue 13 May , Rémi Cardona wrote:
We all know which devs/herds bugs should be assigned to, we all know most
bugs aren't complete if emerge --info is not provided, that sort of things.
But Real Bug Masters (tm) know all the dupes, know all the current
Mike Frysinger wrote:
On Thursday 10 April 2008, Mike Frysinger wrote:
gcc-4.3 seems to be standing up well. since the major gcc-ebuild-specific
issues seem to be resolved now, i'll probably do a sweep of bugs to see if
there's any patches i'm missing (if you guys know of a bug that should
Ciaran McCreesh wrote:
On Thu, 05 Jun 2008 20:54:23 +0200
[EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote:
6. Tell us one outstanding (in your own mind) contribution you made
to Gentoo in the last year.
Last year? Being a council member already, I'd say.
What did you
All,
Here's a GLEP for the addition of USE flag descriptions to package
metadata. It does not address any future ideas that others may have had
or suggested. It merely gives developers the necessary tools to
document their USE flag usage it better detail on a per package basis.
An clearly
Ciaran McCreesh wrote:
On Thu, 05 Jun 2008 02:35:16 -0700
Josh Saddler [EMAIL PROTECTED] wrote:
Now that nominations are officially open, I nominate the current
council members (again):
amne
betelgeuse
dberkholz
flameeyes
jokey
lu_zero
vapier
As per GLEP 39, I'd like all of the above
Marius Mauch wrote:
On Thu, 05 Jun 2008 15:42:24 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
All,
Here's a GLEP for the addition of USE flag descriptions to package
metadata. It does not address any future ideas that others may have
had or suggested. It merely gives developers
Marius Mauch wrote:
On Thu, 05 Jun 2008 17:01:00 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
Marius Mauch wrote:
On Thu, 05 Jun 2008 15:42:24 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
All,
Here's a GLEP for the addition of USE flag descriptions to package
metadata
William L. Thomson Jr. wrote:
On Tue, 2008-06-03 at 18:17 +0100, Ciaran McCreesh wrote:
On Tue, 3 Jun 2008 19:11:44 +0200
Jeroen Roovers [EMAIL PROTECTED] wrote:
Also, I would have thought there was a requirement to have been a
developer for at least a year, just like we require
Since there's so many places to comment and I have no intention of
hitting all these areas, I'll just create a new thread.
There's a lot to be said about being stuck in the grand design
mindset. I know many Gentoo, Portage, Exherbo, and Paludis developers
are clearly coming to that point in
Let's try to aim to do an EAPI=2 sometime soonish since Portage now has
USE flag depends in version 2.2 which is looming on the horizon. It'd be
nice to hit the ground running with supporting these. I know it'll be
trivial for the Paludis and pkgcore guys to make this work since they
already
Nirbheek Chauhan wrote:
On Tue, Jun 10, 2008 at 10:00 PM, Patrick Lauer
[EMAIL PROTECTED] wrote:
So EAPI 2 is not everything shiny, but a small iterative improvement to
EAPI 1.
Suggest features then and let's discuss!
For reference of existing ideas -- https://bugs.gentoo.org/174380
Ciaran McCreesh wrote:
On Tue, 10 Jun 2008 10:51:39 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
I urge you all to sit down and hammer out real use case situations
instead of the idealistic foo/bar/baz concepts.
The use cases are stated rather clearly in the GLEP, which you clearly
Fernando J. Pereda wrote:
On 10 Jun 2008, at 18:39, Doug Goldstein wrote:
Nirbheek Chauhan wrote:
On Tue, Jun 10, 2008 at 10:00 PM, Patrick Lauer
[EMAIL PROTECTED] wrote:
So EAPI 2 is not everything shiny, but a small iterative
improvement to
EAPI 1.
Suggest features then and let's
Diego 'Flameeyes' Pettenò wrote:
Łukasz Damentko [EMAIL PROTECTED] writes:
Nominations for the Gentoo Council 2008/2009 are open now and will be
open for the next two weeks (until 23:59 UTC, 18/06/2008).
I wish to nominate Halcy0n, Cardoe and leio.
I'll accept my nomination. I'll
Brian Harring wrote:
On Wed, Jun 11, 2008 at 03:06:17AM +, Mike Frysinger wrote:
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
Ciaran McCreesh wrote:
On Thu, 12 Jun 2008 15:34:56 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
I'd honestly like to see an official PMS project page i.e.
http://www.gentoo.org/proj/en/pms/
There's http://www.gentoo.org/proj/en/qa/pms.xml . Unfortunately, rane
decided to go
Doug Goldstein wrote:
Brian Harring wrote:
On Wed, Jun 11, 2008 at 03:06:17AM +, Mike Frysinger wrote:
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
Luca Barbato wrote:
Fabian Groffen wrote:
On 30-06-2008 17:35:08 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
How can you easily revert it in a profile?
You can set LDFLAGS= in a subprofiles's make.defaults.
How elegant... but I guess I'll have no choice.
Shouldn't possible have a
Donnie Berkholz wrote:
On 13:07 Wed 09 Jul , Arfrever Frehtes Taifersar Arahesis wrote:
You forgot about voting on adding some flags to default LDFLAGS.
http://thread.gmane.org/gmane.linux.gentoo.devel/57163/focus=57193
http://thread.gmane.org/gmane.linux.gentoo.devel/57092/focus=57169
Donnie Berkholz wrote:
On 01:40 Wed 09 Jul , Donnie Berkholz wrote:
On 05:30 Tue 01 Jul , Mike Frysinger wrote:
If you have something you'd wish for us to chat about, maybe even
vote on, let us know ! Simply reply to this e-mail for the whole
Gentoo dev list to see.
is to copy the current use.local.desc bits
into the respective metadata.xml's of each package. If maintainers want
to help, that'd be awesome.
[1] http://bugs.gentoo.org/show_bug.cgi?id=199788
--
Doug Goldstein [EMAIL PROTECTED]
http://dev.gentoo.org/~cardoe/
--
gentoo-dev@lists.gentoo.org mailing list
With the new split in Portage where system set packages are not
considered in an emerge -auDNv world unless something in world
RDEPENDs on it brings about a few issues.
i.e. Portage implicitly has a run time dependency on app-arch/tar,
app-arch/bzip2, app-arch/gzip, app-arch/lzma due to the
Marius Mauch wrote:
As a result of Cardoes earlier mail we talked a bit about possible
solutions in #gento-portage, and I suggested to let portage
automatically inject the deps based on SRC_URI pattern matching.
A mapping of extensions and their unpack deps would be kept in the tree
(e.g.
Ciaran McCreesh wrote:
On Tue, 15 Jul 2008 04:14:18 +0200
Marius Mauch [EMAIL PROTECTED] wrote:
As a result of Cardoes earlier mail we talked a bit about possible
solutions in #gento-portage, and I suggested to let portage
automatically inject the deps based on SRC_URI pattern matching.
A
Tiziano Müller wrote:
Donnie Berkholz wrote:
Hi all,
Here is the summary from Thursday's council meeting. The complete log
will show up at http://www.gentoo.org/proj/en/council/ shortly.
wrt GLEP 56:
i) I don't see a specification when use.local.desc is finally going to be
dropped
all,
I'm at the point that -Wl,-O1 appears to be successful. It's time to
toss on -Wl,--hash-style=gnu. The issue is that we need glibc 2.5 or
higher and not mips. So one solution is to put the following:
default/linux: LDFLAGS=-Wl,-O1,--hash-style=gnu
default/linux/mips: LDFLAGS=-Wl,-O1
Ryan Hill wrote:
On Tue, 15 Jul 2008 21:39:00 +0200
Fabian Groffen [EMAIL PROTECTED] wrote:
On 15-07-2008 15:32:32 -0400, Doug Goldstein wrote:
all,
I'm at the point that -Wl,-O1 appears to be successful. It's time
to toss on -Wl,--hash-style=gnu. The issue is that we need glibc
2.5
Doug Goldstein wrote:
all,
I'm at the point that -Wl,-O1 appears to be successful. It's time to
toss on -Wl,--hash-style=gnu. The issue is that we need glibc 2.5 or
higher and not mips. So one solution is to put the following:
default/linux: LDFLAGS=-Wl,-O1,--hash-style=gnu
default/linux
Tiziano Müller wrote:
Doug Goldstein wrote:
Tiziano Müller wrote:
Donnie Berkholz wrote:
Hi all,
Here is the summary from Thursday's council meeting. The complete log
will show up at http://www.gentoo.org/proj/en/council/ shortly.
wrt GLEP 56:
i) I don't
Philip Webb wrote:
I'm not sure whether anyone among Gentoo officials cares about this,
but IBM has an article
http://www.ibm.com/developerworks/linux/library/l-awk1.html
whose byline is very misleading may infringe on Gentoo's IP.
I have submitted a comment to IBM via their form at the
Robert Bridge wrote:
On Fri, 18 Jul 2008 11:34:11 +0900
Luca Barbato [EMAIL PROTECTED] wrote:
Adam Stylinski wrote:
The intel C Compiler (icc)
icc, xlc, llvm, sunstudio could be interesting fields of discovery.
Which are the pitfalls of using icc?
lu
If I recall
Olivier Crête wrote:
On Mon, 2008-07-14 at 18:01 -0400, Doug Goldstein wrote:
This brings out the fun of circular depends. I don't really know how to
address this but a lot of packages are going to have to be updated to
contain proper depends. i.e. C based apps will need
RDEPEND=virtual
Marius Mauch wrote:
On Fri, 18 Jul 2008 10:01:28 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
Olivier Crête wrote:
On Mon, 2008-07-14 at 18:01 -0400, Doug Goldstein wrote:
This brings out the fun of circular depends. I don't really know
how to address this but a lot
Marius Mauch wrote:
On Mon, 21 Jul 2008 11:02:57 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
Marius Mauch wrote:
Now that's a big exaggeration. It _might_ be missing from world
updates (there are still many cases where it will be included), but
that's not the only available
Please make sure you commit any changes to use.local.desc to
metadata.xml otherwise you risk the chance of having your changes lost.
I'm currently in the process of converting use.local.desc to
metadata.xml. After a category is converted, it will be auto-generated
EXCLUSIVELY from
Ulrich Mueller wrote:
On Mon, 28 Jul 2008, Doug Goldstein wrote:
After a category is converted, it will be auto-generated EXCLUSIVELY
from metadata.xml.
A minor issue: use.local.desc is not sorted properly anymore.
It should be sorted by category/package first
Marius Mauch wrote:
On Mon, 28 Jul 2008 12:50:01 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
Please make sure you commit any changes to use.local.desc to
metadata.xml otherwise you risk the chance of having your changes
lost. I'm currently in the process of converting use.local.desc
Arun Raghavan wrote:
Doug Goldstein wrote:
Please make sure you commit any changes to use.local.desc to
metadata.xml otherwise you risk the chance of having your changes lost.
I'm currently in the process of converting use.local.desc to
metadata.xml. After a category is converted
Josh Glover wrote:
2008/7/29 Doug Goldstein [EMAIL PROTECTED]:
This means it will be YOU QA error if you only commit to use.local.desc from
here
on out.
Is it possible to update repoman to complain about this? Otherwise,
people are likely to do the wrong thing just out of force
Alec Warner wrote:
On Mon, Jul 28, 2008 at 10:51 AM, Ulrich Mueller [EMAIL PROTECTED] wrote:
On Mon, 28 Jul 2008, Doug Goldstein wrote:
After a category is converted, it will be auto-generated EXCLUSIVELY
from metadata.xml.
A minor issue: use.local.desc is not sorted
As a follow up to everyone. If you complete a category, please let it be
known in the correct place in use.local.desc.
We're at 37 of 131 categories complete, which pegs us at just over 28%
Hey all,
We're currently at 52 out of 131 categories converted which puts us at
just shy of 40%. Only these 52 categories are currently being
auto-generated since the script works on a per category basis.
I'd still like thank everyone that's been updating individual packages
to use GLEP 56
Ben de Groot wrote:
Hanno Böck wrote:
So question, what are the showstoppers for qt 4.4? And more general comment,
especially on important packages that many people rely on, please provide
more informative comments in package mask, e.g. bug numbers.
Bug numbers should indeed have
that mandatory and
repoman would only have to check metadata.xml for your USE flag.
Comments, Suggestions, Input are all welcome.
--
Doug Goldstein
Gentoo Developer
Santiago M. Mola wrote:
On Wed, Aug 13, 2008 at 7:11 PM, Doug Goldstein [EMAIL PROTECTED] wrote:
Howdy all,
Further questions regarding use.desc have come up with regard to this GLEP.
My proposed solution would be a potential amendment to the GLEP to state
that
flag name='png' /
Would
Jeroen Roovers wrote:
On Wed, 13 Aug 2008 16:13:26 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
What is the benefit?
There is none really. Allow all use flags to exist in metadata.xml.
It's really more of a clarification to the GLEP if this is allowed.
snip
[1
Doug Goldstein wrote:
Hey all,
snip
Hey all (again),
After my long commit fest tonight I am proud to announce we're down to
only 10% of the tree (not package wise but category wise). The following
categories are the remaining ones left to convert. If anyone's feeling
ambitious and wants
Doug Goldstein wrote:
Doug Goldstein wrote:
Hey all,
snip
Hey all (again),
snip
Hey all (again... again),
It seems Mr_Bones and I got a bit crazy and finished off the rest of the
tree, along with some help from jer.
Thanks to everyone that converted a package, and a double thanks
Peter Volkov wrote:
Hello.
Is it allowed (good idea) to override global USE flags in metadata.xml?
Yes. That was the whole point of this. That's why I started it because
Halc0yn said we could not override global USE flags (use.desc) in local
USE flag (use.local.desc).
The devmanual has
Jorge Manuel B. S. Vicetto wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again.
Quoting Zac earlier in #gentoo-portage:
21:46 zmedico jmbsvicetto: I think we essentially have a spec already
that people can agree on. just take my draft and subtract the eapi*
functions and the gitweb
Tobias Scherbaum wrote:
Luca Barbato wrote:
Jorge Manuel B. S. Vicetto wrote:
Hi again.
Quoting Zac earlier in #gentoo-portage:
21:46 zmedico jmbsvicetto: I think we essentially have a spec already
that people can agree on. just take my draft and subtract the eapi*
functions
Jan Kundrát wrote:
Michael Hammer wrote:
But for me it's still questionable why we don't have a gentoo project
for this important task?
You mean something like http://www.gentoo.org/proj/en/qa/pms.xml ?
Cheers,
-jkt
This page is incomplete and needs some more details added to it. The
As some people may have already noticed, I have recently added OpenRC
0.3.0 to the tree. This will be the stabilization candidate in
approximately 30 days.
I encourage everyone to kick the tires on this one.
Current Bugs: *http://tinyurl.com/4housz*
Doug Goldstein wrote:
As some people may have already noticed, I have recently added OpenRC
0.3.0 to the tree. This will be the stabilization candidate in
approximately 30 days.
I encourage everyone to kick the tires on this one.
Current Bugs: *http://tinyurl.com/4housz*
I've created
Petteri Räty wrote:
Doug Goldstein kirjoitti:
As some people may have already noticed, I have recently added OpenRC
0.3.0 to the tree. This will be the stabilization candidate in
approximately 30 days.
I encourage everyone to kick the tires on this one.
Current Bugs: *http
Ciaran McCreesh wrote:
Unfortunately Portage and Pkgcore have broken EAPI 2 implementations.
snip
Ciaran, I would think at this point you know this since you've seen this
brought up hundreds of times on this list. The mailing list is not an
appropriate place to file bug reports. The proper
-server and then used the functions in the eclass.
So in summary, those are the changes I plan on making very shortly. If
someone's got some input, please speak up.
--
Doug Goldstein
Doug Goldstein wrote:
While the rule of thumb has been if an eclass needs something it should
provide it's own depends. However the virtualx eclass needs to be
different simply because in some cases it's only uses for tests (this is
it's most common usage in the whole) tree. When it's used
Diego 'Flameeyes' Pettenò wrote:
Doug Goldstein [EMAIL PROTECTED] writes:
It'd be a lot more consistent if ebuilds provided a USE flag or directly
depended on the xorg-server and then used the functions in the eclass.
So in summary, those are the changes I plan on making very shortly
Doug Goldstein wrote:
Diego 'Flameeyes' Pettenò wrote:
Doug Goldstein [EMAIL PROTECTED] writes:
It'd be a lot more consistent if ebuilds provided a USE flag or directly
depended on the xorg-server and then used the functions in the eclass.
So in summary, those are the changes I
Doug Goldstein wrote:
While the rule of thumb has been if an eclass needs something it should
provide it's own depends. However the virtualx eclass needs to be
different simply because in some cases it's only uses for tests (this is
it's most common usage in the whole) tree. When it's used
Doug Goldstein wrote:
Doug Goldstein wrote:
While the rule of thumb has been if an eclass needs something it should
provide it's own depends. However the virtualx eclass needs to be
different simply because in some cases it's only uses for tests (this is
it's most common usage
to resolve them.
--
Doug Goldstein
101 - 200 of 338 matches
Mail list logo
