On Wed, Feb 21, 2007 at 05:10:49AM +, George Prowse wrote:
Bryan Østergaard wrote:
On Tue, Feb 20, 2007 at 11:46:32AM +0100, Francesco Riosa wrote:
Snipped silly inflamatory bit
Ciaran McCreesh ha scritto:
It is widely perceived that Gentoo has a huge problem with slacker
archs
What do you think about custom-cflags global USE?
app-emulation/xen-tools:custom-cflags - Use CFLAGS from /etc/make.conf
rather than the default Xen CFLAGS (not supported)
app-emulation/xen:custom-cflags - Use CFLAGS from /etc/make.conf rather
than the default Xen CFLAGS (not supported)
Hello list,
I filed bug 165561 [1] to ask for the musicbrainz useflag to be made global,
and in reply I was asked to have it discussed here, so here it goes.
According to use.local.desc, the useflag is used in 4 different ebuilds for
the same purpose :
app-cdr/k3b, media-sound/amarok,
While Diego did an awesome job with converting many packages to Manifest2 there
are still about 400 packages that aren't converted yet. If you maintain any
package in the attached list please update it to use Manifest2.
To update a package make sure that you're using portage-2.1.2-r9 or later,
On Wed, Feb 21, 2007 at 03:16:27PM +0100, Marius Mauch wrote:
While Diego did an awesome job with converting many packages to
Manifest2 there are still about 400 packages that aren't converted
yet. If you maintain any package in the attached list please update
it to use Manifest2.
To
On Wed, 21 Feb 2007 08:28:51 +0100
Denis Dupeyron [EMAIL PROTECTED] wrote:
You forgot to mention that the small group is either a subset of the
interested parties or is commissioned by them. Which doesn't appear to
be the case here.
Given that people wouldn't be working on it if they weren't
Bruno Roggeri [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Wed, 21 Feb
2007 14:21:23 +0100:
I filed bug 165561 [1] to ask for the musicbrainz useflag to be made
global, and in reply I was asked to have it discussed here, so here it
goes. According to use.local.desc, the
On Wed, 21 Feb 2007 08:28:51 +0100 Denis Dupeyron
[EMAIL PROTECTED] wrote:
| You forgot to mention that the small group is either a subset of the
| interested parties or is commissioned by them. Which doesn't appear to
| be the case here.
Sure it is.
| Because there are a lot of people with
On Wed, 21 Feb 2007 07:31:44 +0100 Luca Barbato [EMAIL PROTECTED]
wrote:
| Now, I think we could wait even a bit more, but there is much interest
| in seeing it complete so is natural that more people are willing to
| help speeding up at least the first release.
The question is not whether they
On Wed, 21 Feb 2007 14:32:56 +0100 Timothy Redaelli [EMAIL PROTECTED]
wrote:
| What do you think about custom-cflags global USE?
I think it encourages policy violations.
http://devmanual.gentoo.org/general-concepts/user-environment/index.html
--
Ciaran McCreesh
Mail
Ciaran McCreesh wrote:
On Wed, 21 Feb 2007 14:32:56 +0100 Timothy Redaelli [EMAIL PROTECTED]
wrote:
| What do you think about custom-cflags global USE?
I think it encourages policy violations.
http://devmanual.gentoo.org/general-concepts/user-environment/index.html
I know the policy, but
Marius Mauch wrote:
While Diego did an awesome job with converting many packages to Manifest2 there
are still about 400 packages that aren't converted yet. If you maintain any
package in the attached list please update it to use Manifest2.
To update a package make sure that you're using
Am Mittwoch, 21. Februar 2007 18:25 schrieb Timothy Redaelli:
Ciaran McCreesh wrote:
On Wed, 21 Feb 2007 14:32:56 +0100 Timothy Redaelli
[EMAIL PROTECTED]
wrote:
| What do you think about custom-cflags global USE?
I think it encourages policy violations.
How about we just leave them as local use flags and move on? global
vs. local is more then just about number of packages using the flag.
It has more to do with, Is this flag globally useful and relevant.
So far, I haven't seen a recently suggest local use flag that cries out
to be made global.
Mike Doty wrote:
Marius Mauch wrote:
While Diego did an awesome job with converting many packages to
Manifest2 there are still about 400 packages that aren't converted
yet. If you maintain any package in the attached list please update it
to use Manifest2.
To update a package make sure that
Danny van Dyk napsal(a):
What about making custom-cflags default in the base profile?
Uhm? Maybe re-read the description of the flags? It's unsupported and
breaks stuff, that's why the use flag exists...
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
On Wed, 21 Feb 2007 18:53:47 +0100 Jakub Moc [EMAIL PROTECTED] wrote:
| Danny van Dyk napsal(a):
| What about making custom-cflags default in the base profile?
|
| Uhm? Maybe re-read the description of the flags? It's unsupported and
| breaks stuff, that's why the use flag exists...
And not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Feb 2007, Marius Mauch wrote:
Updated versions of the list will be available at
dev.gentoo.org/~genone/reports/mf2
Please provide complete URLs. It's not so hard to type an extra 7
characters :)
Also your mail client does not
On Wed, 21 Feb 2007 09:40:43 -0800
Mike Doty [EMAIL PROTECTED] wrote:
Are people using old versions of portage? when flameeyes worked on
this, he did all but *4*(not 4%) so I'm wondering how it creeped back up.
Most likely he didn't detect all packages (haven't seen his script).
Marius
--
Everybody say hi, or alternative greetings of your choice, to our new
recruit, Richard Brown, who will be helping with various QA-related
projects and possibly attempting to kick some life into the Ruby herd.
He, in his own words, works and lives in Hampshire in the UK, doing a
mix of website
Am Mittwoch, 21. Februar 2007 20:10 schrieb Stephen Bennett:
Please welcome Richard to our ranks, or accuse him of being an evil
cabalist (he works on Paludis, particularly maintaining its Ruby
bindings), as you see fit.
Welcome aboard Richard!
Danny
--
Danny van Dyk [EMAIL PROTECTED]
pcheck -r $PORTDIR '*' -c Manifest2Transition
I am trying to finish the transition:
- cvs up a category
- try(some of them are unfetchable) to fix all pkgs that pcheck reports
Hope it goes smoothly.
--
Best Regards,
Piotr Jaroszyński
--
gentoo-dev@gentoo.org mailing list
Welcome rbrown!!!
--
Alexander Færøy
Bugday Lead
Alpha/IA64/MIPS Architecture Teams
User Relations, Quality Assurance
pgp0TphwDE5Yr.pgp
Description: PGP signature
Stephen Bennett wrote:
Everybody say hi, or alternative greetings of your choice, to our new
Yet another minion^Wfellow developer joining the horde^Wour circle...
Ehm, welcome, thank you for joining, I hope we could have lots of fun,
if you can stand Ciaran in his bad moments you could stand
Ciaran McCreesh wrote:
On Wed, 21 Feb 2007 18:53:47 +0100 Jakub Moc [EMAIL PROTECTED] wrote:
| Danny van Dyk napsal(a):
| What about making custom-cflags default in the base profile?
|
| Uhm? Maybe re-read the description of the flags? It's unsupported and
| breaks stuff, that's why the
A number of ebuilds do things like this:
inherit foo
VAR=${FOO_VAR}
src_compile()
{
emake blah=${VAR}
}
where foo.eclass looks like this:
foo_pkg_setup()
{
export FOO_VAR=baz
}
and where VAR is usually one of the KV variables from linux-info.
Ciaran,
It looks like a fairly trivial thing to fix in ebuilds.
I think the problem you may be having is that people don't have any
incentive to make short-term changes to their ebuilds just so you can
get Paludis to work with them. It needs to be part of a larger
interoperability plan that
On Wednesday 21 February 2007, Ciaran McCreesh wrote:
A number of ebuilds do things like this:
inherit foo
VAR=${FOO_VAR}
where foo.eclass looks like this:
foo_pkg_setup()
export FOO_VAR=baz
Is this something that has to work (at the expense of never allowing
eclass
Stephen Bennett wrote:
Please welcome Richard to our ranks, or accuse him of being an evil
cabalist (he works on Paludis, particularly maintaining its Ruby
bindings), as you see fit.
Welcome, Richard. Excellent choice of programming language! :)
--
David Shakaryan
GnuPG Public Key:
Brian Harring wrote:
Offhand, if the council (majority, no offense meant but not just
one council member who is also a paludis dev) is happy with the state
of things and timelines, then I'll gladly retract the request.
Is this the case; are the majority of the council happy?
--
Ciaran McCreesh wrote:
| Are you really saying that you won't be releasing this information
| until such time as *Paludis* meets it, even though portage/pkgcore
| may not? Isn't the *point* of this spec to try to bring everyone on
| the same page?
I'm saying that until there is an
On Thu, 22 Feb 2007 04:04:37 + Steve Long
[EMAIL PROTECTED] wrote:
| I'm saying that until there is an independent implementation, the
| specification is worthless and will contain huge numbers of errors.
|
| Seriously? Without an implementation, your spec of what should happen
| will have
On 2/21/07, Ciaran McCreesh [EMAIL PROTECTED] wrote:
Are you insane? What on earth could Jakub possibly contribute? If you
want a rough indication of Jakub's level of ebuild understanding, take
a look at bug 160328.
Is there any process in place to ban people from the gentoo-dev
mailing list
On Wed, 21 Feb 2007 21:48:49 -0700 Daniel Robbins
[EMAIL PROTECTED] wrote:
| On 2/21/07, Ciaran McCreesh [EMAIL PROTECTED] wrote:
| Are you insane? What on earth could Jakub possibly contribute? If
| you want a rough indication of Jakub's level of ebuild
| understanding, take a look at bug
Clearly you are more concerned about getting Paludis ready. spb has other
priorities, fair enough, but this is something that seems fairly important
for gentoo as a whole.
In process terms, I can't understand why the team working on it isn't a
pkgcore dev (eg marienz if you can't
Some time ago the development version of portage used to source the
ebuild only once. I very much liked this and in the process fixed some
ebuilds like you described it.
Sadly this feature was removed from portage again - nice to see it
coming up again. Please fix or point out ebuilds that
36 matches
Mail list logo