2008/9/4 Zac Medico [EMAIL PROTECTED]:
* The 'unpack' helper function recognizes ;sf=tbz2 and ;sf=tgz
extensions, for interoperability with gitweb.
* SRC_URI supports a syntax extension which allows customization
of output file names by using a - operator.
Is it useful to have both of
2008/9/5 Zac Medico [EMAIL PROTECTED]:
Both approaches are essentially equivalent but it's a little simpler
for ebuild writer if they don't have to customize the output file name.
But is it so much simpler as to justify adding a special
gitweb-specific hack to the package managers?
On Monday 25 August 2008 20:36:34 Zac Medico wrote:
Zac Medico [EMAIL PROTECTED] wrote:
Looking at the dependencies of kde-base/kde, it seems like it would
be eligible to exhibit the virtual property.
I'm inclined toward virtual since it's more brief and I think it
might strike a chord
2008/8/14 Donnie Berkholz [EMAIL PROTECTED]:
Why aren't fired developers banned from the channels where they
displayed this behavior?
Isn't this one effectively withdrawn? I asked yngwin which devs he
was referring to, and he said there weren't any, so is there anything
left to discuss?
2008/8/11 Alec Warner [EMAIL PROTECTED]:
Many folks are happy at the current pace of development. I imagine
these two folks were frustrated at the lack
of new features in the ebuild spec that were readily available in
kdebuild-1 and decided to move on. More power to them I say.
I'm pretty
On Wednesday 06 August 2008 07:37:26 Joe Peterson wrote:
You are trying to say it's a 'live' ebuild (i.e. it gets the sources from a
live source) - that's all. The locking issues are a technical detail
No, the locking issues are the whole point. There are other reasons to want
the package
On Tuesday 05 August 2008 16:16:25 Alec Warner wrote:
That being said you are free to chat to Zac about the changes
We've already spoken to him about the changes several times, and it's quite
clear that he either can't or won't understand why it's bad to make
incompatible changes without
On Tuesday 05 August 2008 20:45:33 Ben de Groot wrote:
It really baffles me that some developers are forcefully retired for
anti-social behavior, but are not consequently banned from the places
where they display this behavior, such as our MLs and IRC channels.
I'm not aware of any
On Thursday 19 June 2008 08:41:34 Luca Barbato wrote:
The point is to avoid breaking Portage versions that users might
reasonably be using, even if only briefly. Do you really expect /all/
users doing a new installation to choose the scary beta instead of the
nice safe release?
What
On Thursday 19 June 2008 08:44:41 Luca Barbato wrote:
Chris Gianelloni wrote:
On Fri, 2008-06-13 at 12:22 +0200, Luca Barbato wrote:
Care to share the logic and wise reasoning ?
[ ${IDEA_ORIGIN} != Ciaran ] die
I tend to agree.
The reason has already been explained multiple times,
On Thursday 19 June 2008 08:46:02 Luca Barbato wrote:
David Leverton wrote:
On Thursday 19 June 2008 04:09:26 George Prowse wrote:
In the end, PMS is just a way for them to spread their own agenda
Lies and FUD.
No
Yes.
...are you issuing a press release for exherbo?
What the hell
On Thursday 19 June 2008 08:51:15 Luca Barbato wrote:
We could either pick a week and do a major ebuild update to remove .la
files when unnecessary or just append a notice about revdep rebuild.
How do you decide when they're unnecessary?
--
gentoo-dev@lists.gentoo.org mailing list
On Thursday 19 June 2008 10:36:12 Luca Barbato wrote:
1 getting static libraries (pkg-config replaces this use)
Not for library consumers that use libtool but not pkgconfig.
2 load plugins using libtool support
Why only plugins? What's to stop an application from loading a normal
library
On Thursday 19 June 2008 11:39:44 Luca Barbato wrote:
Corner cases as usual...
What's that supposed to mean?
--
gentoo-dev@lists.gentoo.org mailing list
On Thursday 19 June 2008 13:08:09 Rémi Cardona wrote:
David Leverton a écrit :
Not for library consumers that use libtool but not pkgconfig.
I'd be in favor of having a _default_ configuration for Gentoo where
static binaries are never built except for some key packages (mainly for
rescue
On Thursday 19 June 2008 14:02:13 Nirbheek Chauhan wrote:
The point is that their replies to the mailing list waste a lot of
time and energy since people will *always* reply to them.
Replies? On a mailing list? Whatever is the world coming to?
I completely agree. They should stop pushing it
On Thursday 19 June 2008 14:19:32 Nirbheek Chauhan wrote:
On Thu, Jun 19, 2008 at 6:40 PM, David Leverton
[EMAIL PROTECTED] wrote:
On Thursday 19 June 2008 14:02:13 Nirbheek Chauhan wrote:
The point is that their replies to the mailing list waste a lot of
time and energy since people
On Thursday 19 June 2008 14:52:01 Nirbheek Chauhan wrote:
oh noes, too many posts with the same 3 people replying everywhere
and spreading their minority irrelevant opinion as though it really
mattered! What a gargantuan waste of time and energy11!~
If you disagree with people's opinions,
On Thursday 19 June 2008 18:06:17 Jeroen Roovers wrote:
In this case the attacks seem to be targeting a person who has been
attacking an entire ~300 person project for a few years now.
Is it considered acceptable to attack someone as long as the attacker thinks
they deserve it?
I honestly
On Thursday 19 June 2008 04:09:26 George Prowse wrote:
In the end, PMS is just a way for them to spread their own agenda
Lies and FUD.
maybe it would be best for all if paludis and it's developers were to
concentrate on making paludis for a different distro. Trollix may be a
good place to
On Thursday 19 June 2008 01:23:33 Chris Gianelloni wrote:
Considering that the most recent official release is 2008.0_beta2, I
don't see where you have a point, at all.
http://www.gentoo.org/proj/en/releng/#doc_chap5
The latest release of Gentoo Linux is:
Gentoo Linux 2007.0 for Alpha, AMD64,
On Thursday 19 June 2008 02:21:24 Chris Gianelloni wrote:
It seems that everything these days is an EAPI scope change.
Everything change that has the potential to break existing packages, or to
make new packages incompatible with existing package managers, is an EAPI
scope change. That is the
On Sunday 15 June 2008 15:42:28 Peter Volkov wrote:
For example, currently, PMS team does not include anybody from portage
team - official PM team and thus this team can't represent Gentoo
interests.
The Portage team is perfectly welcome to contribute if they wish. zmedico is
on the alias,
On Friday 13 June 2008 03:20:23 Brian Harring wrote:
1) http://bugs.gentoo.org/show_bug.cgi?id=171291
metadata/cache (hence labeled flat_list cache format) mtime
requirements.
The current spec attempts to handle things as well as possible on the package
manager side. If you'd like it to be
On Friday 13 June 2008 11:10:46 Nirbheek Chauhan wrote:
Interesting to note, however, that Paludis doesn't accept inline
comments, and this behaviour predates PMS.
There's a reason for Paludis not accepting them, and the same reason applies
to the question of allowing them in PMS or not,
On Friday 13 June 2008 11:18:53 Nirbheek Chauhan wrote:
Wait, what?
Where possible ?
You'd prefer us to do impossible things too?
PMS is supposed to be a specification which is as close to Gentoo's
Official Package manager's behaviour as possible while (preferably)
leaving out deprecated
On Friday 13 June 2008 11:23:29 Nirbheek Chauhan wrote:
On Fri, Jun 13, 2008 at 3:49 PM, David Leverton
There's a reason for Paludis not accepting them, and the same reason
applies to the question of allowing them in PMS or not, therefore PMS
doesn't allow them. There's no evil conspiracy
On Thursday 12 June 2008 08:36:18 Markus Ullmann wrote:
After investing more than two hours to just read the Mails that popped
up yesterday regarding this stuff, I'd say we can't really take this
serious. The PMS maintainers were withholding information on
compatibility issues they've seen.
On Thursday 12 June 2008 18:14:21 Mike Frysinger wrote:
he was told to remove kdebuild-1 from the repo and this has yet to happen
I just checked the April meeting log, and while I admit I didn't read every
word from start to finish, all I could see was that kdebuild couldn't be in
the final,
On Thursday 12 June 2008 22:21:48 Wernfried Haas wrote:
Agreed, if this is the way PMS is done, we should either get rid of it
or do it differently.
The current status as presented here is inacceptable.
Could someone please explain what's wrong with PMS, other than needs moar
XML and I hate
2008/6/13 Duncan [EMAIL PROTECTED]:
In this instance, it's the pulling teeth to get info on a claimed known
bug from PMS folks on pkgcore, while at the same time, complaints about
the non-clarity of PMS is met with remarks (by the same group of people)
of (paraphrased) filed a patch yet?
In
On Wednesday 11 June 2008 12:11:33 Brian Harring wrote:
Effectively, we've watched it essentially progress into a standard
that effectively only the paludis folk are adherent to (if in doubt,
ask portage folk, my sending this mail is indicative of the pkgcore
standpoint)- it's about time the
On Thursday 12 June 2008 02:46:03 Jim Ramsay wrote:
David Leverton [EMAIL PROTECTED] wrote:
Since at least one ebuild has already been modified specifically to
work around the bug, I'd say it's pretty real.
For those of us trying to play along at home, which one is this?
http://tinyurl.com
On Monday 09 June 2008 11:28:03 Josh Saddler wrote:
Let's change all that hideous, barely readable multiple brace/bracket
abuse into something more human-readable, shall we?
Please explain why angle brackets are readable but braces aren't.
pre caption=Environment state between functions
On Thursday 05 June 2008 19:21:24 Albert Zeyer wrote:
Are you sure that Squeak really depends on libffi?
I just compiled it (squeak-3.9.7) fine without having libffi on my
system and with disabled libffi USE-flag.
According to my reading of the code, it doesn't use libffi on x86-linux,
On Saturday 31 May 2008 11:14:33 Luca Barbato wrote:
Ciaran McCreesh wrote:
Fact: the underlying issue is a libtool bug.
Wrong, it isn't just that, --as-needed and libtool are unrelated.
The issue that as-needed tries to solve is libraries being linked to binaries
or other libraries that
On Friday 30 May 2008 13:22:15 Diego 'Flameeyes' Pettenò wrote:
The only thing that can be broken by using --as-needed is code that
assumes the order in calling the .init sections of a set of shared
objects. Such an order is not only changed by --as-needed usage but by
any other change in the
On Friday 30 May 2008 17:29:49 Diego 'Flameeyes' Pettenò wrote:
This really is backward, solution-wise: you expect the core
application to know enough of the plugins to link them together, but
not enough to call their init functions...
Why should it call their init functions, when a static
On Tuesday 15 April 2008 12:14:57 Marijn Schouten (hkBst) wrote:
There are several option to handle this. I could use a less common
delimiter or I could escape it: ${D//_/\_} instead of ${D}. I could use a
sed expression that doesn't suffer from this problem (thanks to dleverton):
sed -ne
On Friday 14 March 2008 07:14:23 Rémi Cardona wrote:
- the gnome2 eclass now has a pkg_preinst, if you do multiple
inherits, make sure that gnome2_pkg_preinst is called too. The
_games_eclass_ is one of those.
Maybe worth adding a dummy to the current version of the eclass so that
ebuilds
On Friday 14 March 2008 12:14:39 Petteri Räty wrote:
David Leverton kirjoitti:
Maybe worth adding a dummy to the current version of the eclass so that
ebuilds can be updated now, instead of suddenly all at once as soon as
the new eclass is committed?
And break a bunch of ebuilds to stable
On Friday 14 March 2008 12:20:15 Rémi Cardona wrote:
David Leverton a écrit :
Maybe worth adding a dummy to the current version of the eclass so that
ebuilds can be updated now, instead of suddenly all at once as soon as the
new eclass is committed?
Good idea, I'll see what I can do
Roy Marples wrote:
On Fri, 09 Feb 2007 01:03:04 -0800
Donnie Berkholz [EMAIL PROTECTED] wrote:
How about this?
replace=
'4d 1280 768 24'
'5c 1400 1050 16'
Actually, that may work better than my delimited with ; approach.
We could then do
eval set -- ${replace}
for x in $@
Donnie Berkholz wrote:
Kinda makes you think they shouldn't be specific to types of plugin,
doesn't it? There could be an eselect browser-plugin module that can
select various types of browser plugins. Not sure how a 4th level would
fit in with eselect as far as usability etc goes, though.
Hi,
(Sorry if this is a dupe. I tried sending it before, but it seems to
have disappeared into /dev/null.)
I wrote an eselect module for choosing between the browser plugins from
net-www/gnash and net-www/netscape-flash, and I was wondering if it
could be included in Gentoo (probably not in
Olivier Crête wrote:
On Tue, 2006-24-10 at 21:57 -0400, Olivier Crête wrote:
On Fri, 2006-20-10 at 21:08 +0100, [EMAIL PROTECTED] wrote:
Hi,
I wrote an eselect module for choosing between the browser plugins from
net-www/gnash and net-www/netscape-flash, and I was wondering if it could
be
101 - 146 of 146 matches
Mail list logo