On Saturday 14 October 2006 21:46, Ciaran McCreesh wrote:
As opposed to having to keep multiple ebuilds in sync, which is even
harder because they're not all in the same location.
what are you talking about ? the point of having per-package defaults is so
that you can enable a flag by default
Christian Heim wrote:
[..]
So please welcome David as a new fellow developer among us!
Welcome aboard, ompy. Now we can discuss openbox-related packaging tips
together. ^_^
--
Peter Gordon (codergeek42)
Gentoo Forums Global Moderator
GnuPG Public Key ID: 0xFFC19479 / Fingerprint:
DD68 A414
I hereby request every person make suggestions. Please note, that
Dolphin will be a CLI-based CD only, so no X-Applications will be taken
into consideration.
i'd like to see debootstrap on there as well. debian is PITA, but
sometimes that is out of our control. having a familiar install CD
Christian Heim wrote:
So please welcome David as a new fellow developer among us!
You are welcome, David! It is nice to see another of the sunrise people join
Gentoo.
Also thanks to Christian - you are doing an awesome job these days handling
new developers. Delays are no longer an issue. You
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I updated my xorg yesterday.
Does it build?
yes
Does it run?
yes
Will it damage your system?
I don't think so, my system survived the update ;)
Pablo
Pablo Yánez Trujillo
http://klingsor.informatik.uni-freiburg.de/
Joshua Baergen wrote:
Alle 21:12, sabato 14 ottobre 2006, Christian Heim ha scritto:
Its my pleasure to introduce to you David Shakaryan (also known as omp),
our latest addition joining to help out with desktop-misc and the
commonbox-herd.
He hails from Glendale (that's in the Los Angeles area as he told me).
So
Tach Matthew, 0x2B859DE3 (PGP-PK-ID)
Matthew Kennedy schrieb:
We hope users will contribute to our Darcs overlay instead of simply
filing bugs.
I asked to include the overlay in the official layman configuration.
V-Li
--
Fingerprint: 68C5 D381 B69A A777
Hello,
After long holidays I recalled that I have written a new eclass. It's name
says pretty much everything, it simplifies handling of linguas in ebuilds. I
hope it's well documented, but I have also written a simple bash script and
made a patch for mozilla-firefox-2.0_rc2.ebuild to show how
On Sat, 14 Oct 2006 23:14:34 -0400 Alec Warner [EMAIL PROTECTED]
wrote:
| I don't think there is The One Correct Way here; it's purely an
| arbitrary choice. I'd prefer to let people do it either way.
And I'd prefer that it all be kept in one place, to avoid making what's
already fairly
On Sun, 15 Oct 2006 02:09:58 -0400 Mike Frysinger [EMAIL PROTECTED]
wrote:
| what are you talking about ? the point of having per-package
| defaults is so that you can enable a flag by default in one package
| only
package != ebuild.
| to take the oss example, we would want to remove that from
On Sunday 15 October 2006 14:16, Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 02:09:58 -0400 Mike Frysinger [EMAIL PROTECTED]
| what are you talking about ? the point of having per-package
| defaults is so that you can enable a flag by default in one package
| only
package != ebuild.
| to
On Sun, 15 Oct 2006 15:09:32 -0400 Mike Frysinger [EMAIL PROTECTED]
wrote:
| On Sunday 15 October 2006 14:16, Ciaran McCreesh wrote:
| On Sun, 15 Oct 2006 02:09:58 -0400 Mike Frysinger
| [EMAIL PROTECTED]
| | what are you talking about ? the point of having per-package
| | defaults is so that
On Sun, Oct 15, 2006 at 08:22:01PM +0100, Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 15:09:32 -0400 Mike Frysinger [EMAIL PROTECTED]
wrote:
| On Sunday 15 October 2006 14:16, Ciaran McCreesh wrote:
| On Sun, 15 Oct 2006 02:09:58 -0400 Mike Frysinger
| [EMAIL PROTECTED]
| | what are you
On Sun, 15 Oct 2006 12:27:20 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| Ebuilds already have a boatload of duplication;
They have no duplication related to whether a USE flag is enabled.
| bit of a red herring
| however complaining about a single char in IUSE to indicate a flag
| defaults
On Sun, Oct 15, 2006 at 08:37:48PM +0100, Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 12:27:20 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| Ebuilds already have a boatload of duplication;
They have no duplication related to whether a USE flag is enabled.
...Because until up until now, THEY
On Sun, 15 Oct 2006 13:05:09 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| On Sun, Oct 15, 2006 at 08:37:48PM +0100, Ciaran McCreesh wrote:
| On Sun, 15 Oct 2006 12:27:20 -0700 Brian Harring
| [EMAIL PROTECTED] wrote:
| | Ebuilds already have a boatload of duplication;
|
| They have no
Ciaran McCreesh napsal(a):
On Sun, 15 Oct 2006 13:05:09 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| On Sun, Oct 15, 2006 at 08:37:48PM +0100, Ciaran McCreesh wrote:
| On Sun, 15 Oct 2006 12:27:20 -0700 Brian Harring
| [EMAIL PROTECTED] wrote:
| | Ebuilds already have a boatload of
On Sun, 15 Oct 2006 22:35:10 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| Which is why I suggested changing Portage's behaviour earlier in the
| thread. Like it or not, overlays are already getting complex enough
| that they'd benefit from profile behaviour.
|
| Because maintaining your own
Ciaran McCreesh wrote:
Yup. Default USE flags are profile dependent data. The sensible default
value varies depending upon conditions like arch and system role.
I disagree; they are not all profile dependent. The point here being
you can argue all your like; it's like me liking pink rather
On Sun, 15 Oct 2006 17:01:58 -0400 Alec Warner [EMAIL PROTECTED]
wrote:
| Ciaran McCreesh wrote:
| Yup. Default USE flags are profile dependent data. The sensible
| default value varies depending upon conditions like arch and system
| role.
|
|
| I disagree; they are not all profile
just is dead stream, and it have a xmms hardepend...
so if somebody is interested in the ebuild it is updated and must work.
regards
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh napsal(a):
On Sun, 15 Oct 2006 22:35:10 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| Which is why I suggested changing Portage's behaviour earlier in the
| thread. Like it or not, overlays are already getting complex enough
| that they'd benefit from profile behaviour.
|
|
On Sun, 15 Oct 2006 23:19:03 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| You mean, than sticking a + before foo in IUSE in every ebuild, and
| ensuring that changes are kept in sync and consistent with the
| behaviour of every single existing profile.
|
| Erm, what are you talking about here?
Ciaran McCreesh napsal(a):
On Sun, 15 Oct 2006 23:19:03 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| You mean, than sticking a + before foo in IUSE in every ebuild, and
| ensuring that changes are kept in sync and consistent with the
| behaviour of every single existing profile.
|
| Erm,
On Sun, 15 Oct 2006 23:44:09 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| Ciaran McCreesh napsal(a):
| On Sun, 15 Oct 2006 23:19:03 +0200 Jakub Moc [EMAIL PROTECTED]
| wrote:
| | You mean, than sticking a + before foo in IUSE in every ebuild,
| | and ensuring that changes are kept in sync and
On Sun, 15 Oct 2006 14:15:19 -0700 Daniel Ostrow [EMAIL PROTECTED]
wrote:
| On Sun, 2006-10-15 at 22:01 +0100, Ciaran McCreesh wrote:
| On Sun, 15 Oct 2006 22:35:10 +0200 Jakub Moc [EMAIL PROTECTED]
| wrote:
| | Which is why I suggested changing Portage's behaviour earlier
| | in the thread.
Ciaran McCreesh napsal(a):
The profiles change over time. Currently, when the profiles change, the
only thing that has to be checked for conflicting USE behaviour is
subprofiles. With IUSE defaults, the person making the change will also
have to do a sanity check over the entire tree.
Uh,
On Mon, 16 Oct 2006 00:25:42 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| Ciaran McCreesh napsal(a):
| The profiles change over time. Currently, when the profiles change,
| the only thing that has to be checked for conflicting USE behaviour
| is subprofiles. With IUSE defaults, the person making
Jakub Moc wrote:
Ciaran McCreesh napsal(a):
The profiles change over time. Currently, when the profiles change, the
only thing that has to be checked for conflicting USE behaviour is
subprofiles. With IUSE defaults, the person making the change will also
have to do a sanity check over the
Ciaran McCreesh wrote:
On Mon, 16 Oct 2006 00:25:42 +0200 Jakub Moc [EMAIL PROTECTED] wrote:
| Ciaran McCreesh napsal(a):
| The profiles change over time. Currently, when the profiles change,
| the only thing that has to be checked for conflicting USE behaviour
| is subprofiles. With IUSE
Am Montag, 16. Oktober 2006 00:59 schrieb Alec Warner:
Ciaran McCreesh wrote:
|
| Uh, what kind of conflicting behaviour and what sanity checks are
| you talking about here? Did you _really_ miss the whole point of
| this feature?
Before changing default values for USE flags, arch and
On Sunday 15 October 2006 19:54, Danny van Dyk wrote:
From my point of view as an architecture dev and releng member: Having
all default USE-flags at one spot (per profile) _is_ easier to maintain.
these arent arch or profile specific issues ... these are maintainers
themselves being able to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danny van Dyk wrote:
From my point of view as an architecture dev and releng member: Having
all default USE-flags at one spot (per profile) _is_ easier to maintain.
Ciaran has a point here: Default useflags have annoyed me in the past
while
Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 17:01:58 -0400 Alec Warner [EMAIL PROTECTED]
wrote:
| Ciaran McCreesh wrote:
| Yup. Default USE flags are profile dependent data. The sensible
| default value varies depending upon conditions like arch and system
| role.
|
|
| I disagree;
On Sun, 15 Oct 2006 18:59:27 -0400 Alec Warner [EMAIL PROTECTED]
wrote:
| I don't see how the location of the default USE affects these things.
Searching across an entire tree, plus in things that can be defined in
eclasses, is a pain in the ass.
| However I still believe there exist examples
On Sun, 15 Oct 2006 20:43:19 -0400 Mike Frysinger [EMAIL PROTECTED]
wrote:
| per-package IUSE defaults comes after everything else ... so if you
| want to change the default in the profile, nothing is stopping you
| from doing exactly that
Which means that arch people are screwed if they need to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 20:43:19 -0400 Mike Frysinger [EMAIL PROTECTED]
wrote:
| per-package IUSE defaults comes after everything else ... so if you
| want to change the default in the profile, nothing is stopping you
| from
Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 18:59:27 -0400 Alec Warner [EMAIL PROTECTED]
wrote:
| I don't see how the location of the default USE affects these things.
Searching across an entire tree, plus in things that can be defined in
eclasses, is a pain in the ass.
| However I still
On Sunday 15 October 2006 22:17, Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 20:43:19 -0400 Mike Frysinger [EMAIL PROTECTED]
| per-package IUSE defaults comes after everything else ... so if you
| want to change the default in the profile, nothing is stopping you
| from doing exactly that
Ciaran McCreesh wrote:
On Sun, 15 Oct 2006 18:56:00 -0700 Donnie Berkholz
[EMAIL PROTECTED] wrote:
| There is a solution that provides all of the functionality of the
| other, along with some functionality that the other does not
| provide, without the drawbacks. That is a better solution.
Tobias Scherbaum wrote:
As some modern server machines doesn't ship with a cd/dvd-rom drive per
default also providing an usb-stick image (fitting on 128MB sticks?)
makes sense and would help a lot :)
In these days of $40 USD one gig USB drives I see the CD as the size
limiting factor. :-)
41 matches
Mail list logo