On Fri, Jan 13, 2006 at 06:57:24AM -0500, Mike Frysinger wrote:
as one of the new sane features of the next portage-2.1_pre release, we're
looking to cut out use.defaults support
Could you add a USE_ORDER without auto to /etc/make.globals for that
release, please, or alternatively provide some
On Thu, Jan 19, 2006 at 05:56:47PM -0500, Mike Frysinger wrote:
- USE=debug *never* changes CFLAGS or LDFLAGS or what have you, it *only*
enables additional runtime code (such as assert()'s or helpful debug
output) ...
I'd like to see cases such as use debug append-flags -DDEBUG
explicitly
On Mon, Jan 30, 2006 at 06:17:36AM +0100, Diego 'Flameeyes' Pettenò wrote:
[ebuild R ] media-tv/kdetv-0.8.8-r1 USE=-arts -debug -lirc -opengl
-xinerama -zvbi LINGUAS=it% -bg% -br% -ca% -cs% -cy% -da% -de% -el% -en_GB%
-es% -et% -fi% -fr% -ga% -gl% -hu% -is% -lt% -mt% -nb% -nl% -pa% -pl%
On Sat, Mar 04, 2006 at 05:43:22PM +0200, Dan Armak wrote:
Has anyone actually complained that too many docs are installed by
default?
Don't know about docs, but if examples count here too, see bug #111508.
pgpWPL45zC4Dq.pgp
Description: PGP signature
On Tue, Apr 25, 2006 at 09:53:58AM +0300, Alin Nastac wrote:
Lets say a package foo depends on bar, both at compile time and run time.
Shouldn't DEPEND _and_ RDEPEND of the foo package reflect that
dependency? I usually set DEPEND=$RDEPEND ... or vice-versa (depending
on which is the most
On Fri, May 05, 2006 at 09:20:08AM +0200, Bart Braem wrote:
Michael Kirkland wrote:
I think the problem is that Gentoo is falling into the same sandtrap the
Debian project has been mired in forever. arch and ~arch are
polarizing into stable, but horribly out of date, and maybe it will
On Sun, May 14, 2006 at 11:32:13AM +0200, Kevin F. Quinn (Gentoo) wrote:
[...]
In summary, for Duncan's issue I suggest adding:
# Xorg server is unaviodably suid with lazy bindings
RESTRICT=stricter
to the xorg-server ebuild to stop it dying for people with
FEATURES=stricter (the comment
On Mon, May 15, 2006 at 12:09:09PM -0700, Tuan Van wrote:
The other day spyderous was looking for a tool to remove extra .po
that he doesn't need. I recommended him to set LINGUAS in make.conf.
Then I realized some package doesn't respect that variable (ie eject)
Would it be better (easier)
On Wed, May 17, 2006 at 10:06:54AM -0400, Chris Gianelloni wrote:
On Wed, 2006-05-17 at 01:42 +0100, Stephen Bennett wrote:
paludis/packages:
-*=sys-apps/portage-2.0.51.22
-*sys-apps/portage would be best
Everything after the - must be *exactly* what is already specified in
base/packages,
On Fri, May 19, 2006 at 11:38:06AM +0200, Stefan Schweizer wrote:
Hi,
there are at least two problems with how portage currently handles locales:
- Firstly some packages fail to build with obscure LC_* settings
The continuous stream of et_EE bugs is annoying: http://tinyurl.com/jsqzb
-
On Fri, May 19, 2006 at 09:09:08AM -0400, Patrick McLean wrote:
No, it's needlessly unfriendly to users, and encourages broken packages.
et_EE breakage should be fixed, and slowly but surely is, and as for
unreadable error messages, getting German gcc output in a German locale
is a
On Fri, May 19, 2006 at 03:13:48PM +0200, Stefan Schweizer wrote:
Marc Hildebrand wrote:
Otoh LC_ALL=C could help if you intend to use a .utf-8 locale as root,
though. So if it does help solving bugs and causes no trouble, why not.
ok, we have prepared a patch now, so everyone can have a
On Fri, May 19, 2006 at 02:44:03PM +0100, Daniel Drake wrote:
Harald van Dijk wrote:
and as for
unreadable error messages, getting German gcc output in a German locale
is a feature, not a bug.
I agree - but only when you use gcc on the command line, or in a
Makefile, or in some other
On Fri, May 19, 2006 at 04:17:38PM +0100, Chris Bainbridge wrote:
On 19/05/06, Andrew Gaffney [EMAIL PROTECTED] wrote:
Chris Bainbridge wrote:
It is a single signature across the entire portage tree. It means that
after rsync emerge can check the signature against the retrieved tree
to
On Fri, May 19, 2006 at 05:44:34PM +0200, Stefan Schweizer wrote:
Harald van Dijk wrote:
[..] encourages broken packages.
et_EE breakage should be fixed, and slowly but surely is[..]
That is your main problem here and I have discussed this in IRC with you and
it is true in my opinion
On Fri, May 19, 2006 at 06:50:34PM +0200, Marius Mauch wrote:
On Fri, 19 May 2006 15:13:15 +0100
Chris Bainbridge [EMAIL PROTECTED] wrote:
find /usr/portage -path '/usr/portage/metadata' -prune -o -path
'/usr/portage/distfiles' -prune -o -path '/usr/portage/packages'
-prune -o -type f
On Tue, May 23, 2006 at 12:38:55PM +0200, Diego 'Flameeyes' Pettenò wrote:
So, right now virtual/eject is the old-style virtual that gets listed in
virtuals file in the profiles, defaulting to sys-apps/eject that is Linux
only.
I would like to move it to a new-style virtual to make it
On Tue, May 23, 2006 at 07:12:53AM -0700, Donnie Berkholz wrote:
Harald van Dijk wrote:
How does it help? New-style virtuals have several disadvantages, and the
usual advantages of new-style virtuals don't apply here. If it actually
provides real benefits, then no objections from me, but how
On Sun, Jun 04, 2006 at 08:36:57PM -0400, Doug Goldstein wrote:
Jakub Moc wrote:
Matteo Azzali wrote:
Repoman considers lots of local variables as an error, I was pointed
to expanded vars as a solution.
If no developers has something against I'll be happy to use 28 local
flags
On Sun, Jun 04, 2006 at 04:09:44PM -0400, Alec Warner wrote:
Slipping this in before 2.1 goes stable, it's a small check.
Basically if your ebuild inherits a VCS eclass ( currently darcs,
subversion, cvs ) AND your ebuild has stable keywords on any arches
repoman will report an error.
On Mon, Jun 05, 2006 at 03:45:50AM -0400, Mike Frysinger wrote:
On Monday 05 June 2006 02:07, Harald van Dijk wrote:
Some gnustep stuff inherits cvs, but uses -D in the cvs options to
always download exactly the same thing.
then arent you just adding overhead to the poor gnustep cvs servers
On Mon, Jun 05, 2006 at 01:54:08AM -0700, Brian Harring wrote:
On Mon, Jun 05, 2006 at 10:19:41AM +0200, Harald van Dijk wrote:
On Mon, Jun 05, 2006 at 03:45:50AM -0400, Mike Frysinger wrote:
On Monday 05 June 2006 02:07, Harald van Dijk wrote:
Some gnustep stuff inherits cvs, but uses -D
On Mon, Jun 05, 2006 at 02:24:24AM -0700, Brian Harring wrote:
On Mon, Jun 05, 2006 at 11:14:45AM +0200, Harald van Dijk wrote:
On Mon, Jun 05, 2006 at 01:54:08AM -0700, Brian Harring wrote:
On Mon, Jun 05, 2006 at 10:19:41AM +0200, Harald van Dijk wrote:
On Mon, Jun 05, 2006 at 03:45:50AM
On Mon, Jun 05, 2006 at 12:57:08PM +0100, Ciaran McCreesh wrote:
On Mon, 5 Jun 2006 11:56:16 +0200 Harald van Dijk [EMAIL PROTECTED]
wrote:
| The devmanual states that they should not generally be added to the
| tree softmasked or unmasked. It does not state that they should never
| be added
On Mon, Jun 05, 2006 at 01:51:31PM +0100, Ciaran McCreesh wrote:
On Mon, 5 Jun 2006 14:41:43 +0200 Harald van Dijk [EMAIL PROTECTED]
wrote:
| I then said that *you* say there can be legitimate reasons for them.
| So why do *I* have to come up with examples of it?
Well that's just it. I
On Mon, Jun 05, 2006 at 06:03:57PM +0200, Stefan Schweizer wrote:
Hi,
today I would like to propose a few default keywords for removal. They are
outdated and no longer needed on current systems:
-imlib - imlib depends on gtk-1, which imo should not be installed in a
default gentoo
On Mon, Jun 05, 2006 at 06:59:22PM +0200, Carsten Lohrke wrote:
Any comments/objections - any outdated useflags I forgot?
Have a look at /usr/portage/profiles/default-linux/x86/2006.0/make.defaults
for the list of current default use flags.
I think gtk2 should be finally removed¹ from all
On Tue, Jun 06, 2006 at 12:07:42AM -0400, Mike Frysinger wrote:
On Monday 05 June 2006 21:23, Chris Gianelloni wrote:
On Mon, 2006-06-05 at 18:03 +0200, Stefan Schweizer wrote:
-oss - oss is a legacy audio interface that has been superseeded by alsa
in most current installs, a default use
On Tue, Jun 06, 2006 at 01:48:37AM -0400, Mike Frysinger wrote:
On Tuesday 06 June 2006 01:31, Harald van Dijk wrote:
On Tue, Jun 06, 2006 at 12:07:42AM -0400, Mike Frysinger wrote:
On Monday 05 June 2006 21:23, Chris Gianelloni wrote:
On Mon, 2006-06-05 at 18:03 +0200, Stefan Schweizer
On Thu, Jun 08, 2006 at 01:58:07AM -0700, Robin H. Johnson wrote:
In the present devmanual, for src_install, it notes that
make install DESTDIR=${D}
is the preferred way to fire off the install, and to not use emake, for
fear of parallel issues.
Actually, it uses `make DESTDIR=${D}
On Wed, Jun 14, 2006 at 09:13:34AM -0400, Chris Gianelloni wrote:
A great example of this are web-based applications. The web-apps project
does not own all the web-based packages in the Portage tree. There are many
such packages in the tree that are managed by developers that are not part
On Wed, Jun 14, 2006 at 05:13:48PM -0400, Chris Gianelloni wrote:
On Wed, 2006-06-14 at 15:54 +0200, Harald van Dijk wrote:
On Wed, Jun 14, 2006 at 09:13:34AM -0400, Chris Gianelloni wrote:
A great example of this are web-based applications. The web-apps
project
does not own all
On Thu, Jun 15, 2006 at 02:32:36PM -0400, Mike Frysinger wrote:
On Thursday 15 June 2006 11:21, Diego 'Flameeyes' Pettenò wrote:
On Thursday 15 June 2006 16:50, Mike Frysinger wrote:
this is dead as it's been integrated into portage
Can gnuconfig_update calls go away from new ebuilds,
On Thu, Jun 15, 2006 at 04:25:10PM -0400, Mike Frysinger wrote:
On Thursday 15 June 2006 14:48, Harald van Dijk wrote:
On Thu, Jun 15, 2006 at 02:32:36PM -0400, Mike Frysinger wrote:
On Thursday 15 June 2006 11:21, Diego 'Flameeyes' Pettenò wrote:
On Thursday 15 June 2006 16:50, Mike
On Sat, Jun 17, 2006 at 12:35:30AM -0400, Thomas Cort wrote:
What is the proper quoting style for using epatch? In the tree there
are about 3 different styles...
epatch ${FILESDIR}/some-fix.patch # used by 7326 ebuilds
epatch ${FILESDIR}/some-fix.patch# used by 3092
On Fri, Jun 16, 2006 at 11:31:27PM -0700, Drake Wyrm wrote:
Harald van D??k [EMAIL PROTECTED] wrote:
Any is fine, there is no word splitting or wildcard expansion in
shell variable assignments.
$ foo=bar * baz
$ wombat=$foo
$ echo $wombat
bar somedir somefile baz
The wildcard
On Sat, Jun 17, 2006 at 01:57:33PM +0200, Diego 'Flameeyes' Pettenò wrote:
On Saturday 17 June 2006 13:43, Luca Barbato wrote:
you can use unions or rewrite completely the line using it in another
way, in certain case the type pun is the quickest solution so it's
better to append
On Sat, Jun 17, 2006 at 03:32:36PM +0200, Kevin F. Quinn wrote:
Easiest way to find these is to stick -Wall in global CFLAGS (or just
-Wstrict-aliasing if you want to be more specific), and grep the build
log for 'will break strict aliasing' (LC_ALL=C obviously).
That warning is given for
On Sat, Jun 17, 2006 at 02:28:28PM +0100, Ciaran McCreesh wrote:
On Sat, 17 Jun 2006 15:20:52 +0200 Harald van Dijk [EMAIL PROTECTED]
wrote:
| and then accessing {first, null}, or {null, last} as a struct dl_node
| the way to fix the code would be to rewrite the code to use arrays
On Sat, Jun 17, 2006 at 01:15:58PM -0400, Mike Frysinger wrote:
On Saturday 17 June 2006 06:17, Luca Barbato wrote:
Long term solution:
1- check your new package for aliasing compliance, and if you have time
fix it in the code or in the makefile, if you haven't append
-fno-strict-aliasing
On Tue, Jun 20, 2006 at 06:56:58PM +0200, Diego 'Flameeyes' Pettenò wrote:
On Tuesday 20 June 2006 18:40, Stefan Schweizer wrote:
3) split the qt flag into a qt3 and a qt4 flag. This allows users to
specifically pick qt3 or qt4 and the flag meanings are obvious - downsides
are it is a lot
On Wed, Jun 21, 2006 at 05:20:47PM +0200, Carsten Lohrke wrote:
On Wednesday 21 June 2006 15:44, Stefan Schweizer wrote:
qt3 - enable optional qt3 support
qt4 - enable optional qt4 support
That will be a mess to support in the long run.
Why?
--
gentoo-dev@gentoo.org mailing list
On Fri, Jun 23, 2006 at 08:43:23AM -0400, Seemant Kulleen wrote:
First of all, I'm not sure why devrel was involved in a technical
decision without actually having all the interested parties there, but
aside from that, when Gentoo developers become a bunch of 5 year olds?
What is this
On Fri, Jun 23, 2006 at 03:27:53PM +0100, Ciaran McCreesh wrote:
On Fri, 23 Jun 2006 15:09:24 +0200 Harald van Dijk [EMAIL PROTECTED]
wrote:
| You're suggesting jakub maybe shouldn't even be a Gentoo dev because
| he *doesn't* give one unofficial overlay special treatment over
| another
On Fri, Jun 23, 2006 at 11:11:15AM -0400, Seemant Kulleen wrote:
On Fri, 2006-06-23 at 15:09 +0200, Harald van Dijk wrote:
You're suggesting jakub maybe shouldn't even be a Gentoo dev because he
*doesn't* give one unofficial overlay special treatment over another?
The jave unofficial
On Fri, Jun 23, 2006 at 01:33:21PM -0400, Seemant Kulleen wrote:
On Fri, 2006-06-23 at 18:07 +0200, Harald van Dijk wrote:
On Fri, Jun 23, 2006 at 11:11:15AM -0400, Seemant Kulleen wrote:
On Fri, 2006-06-23 at 15:09 +0200, Harald van Dijk wrote:
You're suggesting jakub maybe shouldn't even
On Thu, Jul 06, 2006 at 02:21:43PM +0200, Diego 'Flameeyes' Pettenò wrote:
On Thursday 06 July 2006 13:58, Donnie Berkholz wrote:
Well, there are enough in the tree
There are ebuilds for non-gcc compilers. There's no support in using them for
anything like building stuff. Let's think to all
On Thu, Jul 06, 2006 at 11:41:26AM -0400, Ned Ludd wrote:
On Thu, 2006-07-06 at 04:40 -0700, Donnie Berkholz wrote:
Diego 'Flameeyes' Pettenò wrote:
echo | $(tc-getCC) ${CFLAGS} -dM -E - 2/dev/null
Thoughts? Comments?
How will you handle non-gcc compilers?
Non gcc
On Thu, Jul 06, 2006 at 09:42:20PM +0200, Kevin F. Quinn wrote:
On Thu, 6 Jul 2006 21:06:18 +0200
Harald van Dijk [EMAIL PROTECTED] wrote:
The GNU toolchain is not supported by Gentoo, and in fact gets
actively broken with unsupported command-line options. Only the GNU
toolchain
On Thu, Jul 06, 2006 at 04:03:26PM -0400, Stephen P. Becker wrote:
Harald van Dijk wrote:
On Thu, Jul 06, 2006 at 09:42:20PM +0200, Kevin F. Quinn wrote:
On Thu, 6 Jul 2006 21:06:18 +0200
Harald van Dijk [EMAIL PROTECTED] wrote:
The GNU toolchain is not supported by Gentoo, and in fact gets
On Thu, Jul 06, 2006 at 07:44:34PM -0400, Mike Frysinger wrote:
On Thursday 06 July 2006 16:14, Harald van Dijk wrote:
Gentoo's gcc with the vanilla flag isn't the official GCC. Most patches
don't get appplied, but some do. Plus, gcc[vanilla] isn't a supported
compiler in Gentoo.
you're
On Fri, Jul 07, 2006 at 04:00:09PM +0200, Kevin F. Quinn wrote:
On Fri, 7 Jul 2006 07:46:16 +0200
Harald van Dijk [EMAIL PROTECTED] wrote:
On Thu, Jul 06, 2006 at 07:44:34PM -0400, Mike Frysinger wrote:
On Thursday 06 July 2006 16:14, Harald van Dijk wrote:
Gentoo's gcc with the vanilla
On Fri, Jul 07, 2006 at 01:55:03PM -0400, Ned Ludd wrote:
Keep pushing this and the only thing you will end up with is the
vanilla flag being removed all together..
Is that a threat? If not, is there a reason behind this?
You want a pure 100%
vanilla(POS) non working toolchain then go
On Fri, Jul 07, 2006 at 03:57:51PM -0400, Ned Ludd wrote:
On Fri, 2006-07-07 at 20:40 +0200, Harald van Dijk wrote:
On Fri, Jul 07, 2006 at 01:55:03PM -0400, Ned Ludd wrote:
Keep pushing this and the only thing you will end up with is the
vanilla flag being removed all together
On Fri, Jul 07, 2006 at 05:12:21PM -0400, Mike Frysinger wrote:
On Friday 07 July 2006 01:46, Harald van Dijk wrote:
On Thu, Jul 06, 2006 at 07:44:34PM -0400, Mike Frysinger wrote:
On Thursday 06 July 2006 16:14, Harald van Dijk wrote:
Gentoo's gcc with the vanilla flag isn't the official
On Fri, Jul 07, 2006 at 06:13:27PM -0400, Mike Frysinger wrote:
ignored *what* then ? you requested USE=vanilla control ssp, i said no and
i'll add support for USE=nossp ... you requested USE/stub control, i said no,
go delete the stubs
USE=nossp existed before USE=vanilla did. To be sure
On Fri, Jul 07, 2006 at 07:50:27PM -0400, Mike Frysinger wrote:
On Friday 07 July 2006 19:04, Harald van Dijk wrote:
I hope this is specific enough: toolchain.eclass revision 1.234
(separating ssp/... from vanilla) log message:
ssp/pie/htb have their own USE flags sep from vanilla, so people
On Sat, Jul 08, 2006 at 11:27:57AM +0200, Martin Schlemmer wrote:
On Sat, 2006-07-08 at 08:20 +0200, Harald van Dijk wrote:
On Fri, Jul 07, 2006 at 07:50:27PM -0400, Mike Frysinger wrote:
On Friday 07 July 2006 19:04, Harald van Dijk wrote:
the ssp/pie/htb patches have their own USE flags
(Not commenting on the whole message, just parts.)
On Sat, Jul 08, 2006 at 03:46:24PM +0200, Martin Schlemmer wrote:
You can however fix the tree to make sure it will fully build without
those flags, and then talk to Mike again about removing them. I am sure
he might be more willing if it
On Fri, Jul 14, 2006 at 09:09:15PM +0200, Paul de Vrieze wrote:
On Wednesday 21 June 2006 15:45, Donnie Berkholz wrote:
-qt +qt3:
This would only be available in 2 cases:
- Package supports both qt4 and qt3, and they're mutually exclusive
- Package supports both qt4 and qt3, and
On Tue, Jul 25, 2006 at 02:14:46PM +0200, Enrico Weigelt wrote:
* Ned Ludd [EMAIL PROTECTED] schrieb:
snip
Non gcc compilers have never been supported and probably never will be.
If someone decides to work on that topic, IMHO the best approach
would be providing an gcc-style frontend,
On Thu, Aug 03, 2006 at 07:07:35AM +0200, Marius Mauch wrote:
Repost from gentoo-portage-dev[1]:
Was just brought to my attention that the =* operator doesn't work as I
thought, as for example =foo-1.2* matches foo-1.20 as well as foo-1.2.3.
This wouldn't be a bug problem if it could be used
On Sat, Aug 05, 2006 at 12:04:01PM -0400, Alec Warner wrote:
Ciaran McCreesh wrote:
On Sat, 5 Aug 2006 17:35:32 +0200 Kevin F. Quinn
[EMAIL PROTECTED] wrote:
| USE=test is a workaround; portage cannot use FEATUREs in
dep
| strings.
Actually, it could, if anyone ever got around to adding
On Sat, Aug 05, 2006 at 02:35:49PM -0400, Mike Frysinger wrote:
On Saturday 05 August 2006 06:57, Kevin F. Quinn wrote:
On Sat, 5 Aug 2006 11:49:53 +0200
Danny van Dyk [EMAIL PROTECTED] wrote:
Please re-read the list of packages that fail tests:
* glibc
* autoconf
* gettext
On Mon, Aug 07, 2006 at 10:01:12AM +0200, Jakub Moc wrote:
Zac Medico wrote:
Donnie Berkholz wrote:
agaffney suggested this in the first place, and every time I think about
it, it seems like a better idea. If we set VIDEO_CARDS and INPUT_DEVICES
in the arch profiles, we get the
On Sat, Aug 12, 2006 at 01:13:48PM +0200, Simon Stelling wrote:
Jeroen Roovers wrote:
On a minor note, I'd also like to see bug reporters use canonical
package names in bug descriptions, including the category (and
preferably the specific version, not some =foo-3*!!!one, not to
mention
On Sat, Aug 12, 2006 at 02:42:32PM +, Francesco Riosa wrote:
[...]
$ cd gentoo-x86/*/foo
This works better:
$ cd gentoo-x86/*/foo/
This avoids the case where a file by the same name exists (for
example, in licenses/).
may be
$ cd gentoo-x86/*-*/foo/
?
Maybe. That
On Mon, Sep 11, 2006 at 11:22:11PM +0100, Ciaran McCreesh wrote:
Comments both on the nature and the specifics of the specification
would be welcomed. In particular, I'd like to know if people think
we're mandating the appropriate degree of specificity and whether we're
providing sufficient
On Fri, Sep 15, 2006 at 07:39:35PM +0100, Ciaran McCreesh wrote:
On Thu, 14 Sep 2006 08:51:09 +0200 Harald van Dijk [EMAIL PROTECTED]
wrote:
| On Mon, Sep 11, 2006 at 11:22:11PM +0100, Ciaran McCreesh wrote:
| Comments both on the nature and the specifics of the specification
| would
On Sun, Mar 08, 2009 at 09:20:14PM +0100, Tomáš Chvátal wrote:
Hi,
lately i see that in our bugzilla most of the build reports are reported with
localized build logs which we dont understand. This leads to us asking the
user to run the emerge once more with LC_ALL=C.
Wont it be nice to
On Sun, Mar 08, 2009 at 09:27:20PM +0100, Alexis Ballier wrote:
Moreover this would automagically solve the [a-z] friends regexp
failures; though that's still good QA to fix them but we wouldn't
encounter them anymore.
We would encounter them when using the programs outside of portage, but
On Wed, Jul 08, 2009 at 05:02:10AM +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
2009-07-07 01:01:11 Ciaran McCreesh napisał(a):
...
IUSE_IMPLICIT=build debug
Are people wanting to make those implicit?
IMHO they shouldn't be implicit.
Agreed. They shouldn't be implicit, if
On Wed, Dec 30, 2009 at 08:51:18PM -0800, Greg KH wrote:
On Wed, Dec 30, 2009 at 06:43:47AM -0500, Richard Freeman wrote:
On 12/29/2009 07:52 PM, Greg KH wrote:
No, the readme/copying is correct, it covers all of the code that runs
on the processor as one body of work. Firmware blobs are
On Sun, Jan 03, 2010 at 02:56:01AM +0100, Tomáš Chvátal wrote:
Dne 3.1.2010 01:56, Mark Bateman napsal(a):
There seems to be alot of unquoted variables
65 base_src_util $@
This is not problem
Only because you can be sure there will be exactly one word in the
result, which
On Sun, Jan 03, 2010 at 11:28:27AM +0100, Ulrich Mueller wrote:
On Sun, 3 Jan 2010, Harald van Dijk wrote:
65 base_src_util $@
This is not problem
Only because you can be sure there will be exactly one word in the
result, which will not be split. In general, $@ should
On Wed, Jan 06, 2010 at 10:57:01AM -0800, Greg KH wrote:
On Tue, Jan 05, 2010 at 11:55:49PM -0500, Vincent Launchbury wrote:
Greg KH wrote:
And note, _I_ placed those images in the kernel image, after consulting
lawyers about this issue, so it's not like I don't know what I am
talking
On Mon, Apr 19, 2010 at 04:58:57PM -0400, James Cloos wrote:
CM == Ciaran McCreesh ciaran.mccre...@googlemail.com writes:
CM There's no need to offer the user the choice to do something that is
CM always broken. Your car doesn't have a connect the exhaust fumes to
CM the air conditioning
On Tue, May 25, 2010 at 03:33:33PM -0400, Mike Frysinger wrote:
On Tuesday 25 May 2010 14:46:01 Matti Bickel wrote:
I wrangle bugs when there's a need and I'd
like to hear what maintainers want to see on a bug assigned to them.
If info is missing I usually ask for it and assign the bug
On Tue, May 25, 2010 at 04:25:20PM -0400, Mike Frysinger wrote:
and people on the wrangler alias see that traffic, so the state doesnt
matter.
but i guess you're trying to cater to people who only scan the assigned list
rather than watching the e-mails sent to it.
Yes, people like myself
On Sat, Jun 05, 2010 at 05:49:08PM +0200, Thomas Sachau wrote:
If any package does inherit python or distutils eclass, then those eclasses
do pull in
dev-lang/python, which is unversioned, so it will always pull in the latest
version, in this case
python-3*. You could change this, so it
On Sun, Jun 06, 2010 at 01:03:48AM +0200, Thomas Sachau wrote:
Am 05.06.2010 20:31, schrieb Harald van Dijk:
On Sat, Jun 05, 2010 at 05:49:08PM +0200, Thomas Sachau wrote:
If any package does inherit python or distutils eclass, then those
eclasses do pull in
dev-lang/python, which
On Wed, Jun 09, 2010 at 11:38:03AM +0400, Peter Volkov wrote:
1. Do we want all packages to support LINGUAS if possible? It is
possible to leave gettext based package without LINGUAS and everything
will just work, but I think that it's good idea to make supported
languages visible to user
On Sat, Jun 26, 2010 at 11:35:29AM +0300, Samuli Suominen wrote:
nothing usable left in tree.
# Samuli Suominen ssuomi...@gentoo.org (26 Jun 2010)
# Masked for QA
#
# Fails to compile with stable xulrunner, see bug 317275
# Fails to compile with GTK+-2.20, see bug 325661
# Ignores
On Sun, Jun 27, 2010 at 02:56:33PM +0300, Nikos Chantziaras wrote:
On 06/27/2010 01:47 PM, Enrico Weigelt wrote:
* Nikos Chantziarasrea...@arcor.de schrieb:
Did it actually occur to anyone that warnings are not errors? You can
have them for correct code. A warning means you might want
On Sun, Jun 27, 2010 at 05:46:28PM +0300, Nikos Chantziaras wrote:
On 06/27/2010 03:23 PM, Harald van Dijk wrote:
The compiler is not totally free to ignore the register keyword.
Both the C and the C++ standards require that the compiler complain
when taking the address of a register
On Mon, Jul 05, 2010 at 07:01:27PM +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
2010-07-05 18:36:09 Tomáš Chvátal napisał(a):
Dne 5.7.2010 18:34, Arfrever Frehtes Taifersar Arahesis napsal(a):
python.eclass uses colors for build time outputting, which doesn't
communicate anything
On Mon, Jul 05, 2010 at 07:38:32PM +0200, Harald van Dijk wrote:
On Mon, Jul 05, 2010 at 07:01:27PM +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
2010-07-05 18:36:09 Tomáš Chvátal napisał(a):
Dne 5.7.2010 18:34, Arfrever Frehtes Taifersar Arahesis napsal(a):
python.eclass uses
On Sat, Jan 19, 2008 at 05:43:18PM +, Ferris McCormick wrote:
This is random musing based based on perhaps my own problems.
I need a local color.file to see well what I have going on, and
current xorg ignores that. Thus, at every build, there is in
oscolor.c a constant I must change
On Tue, Jan 22, 2008 at 11:21:26PM -0500, Mike Frysinger wrote:
On Tuesday 22 January 2008, Donnie Berkholz wrote:
On 20:58 Tue 22 Jan , Harald van Dijk (truedfx) wrote:
WANT_AUTOCONF=latest
WANT_AUTOMAKE=latest
redundant, please drop
Done.
eaclocal || die
On Wed, Jan 23, 2008 at 05:31:13PM -0500, Mike Frysinger wrote:
On Wednesday 23 January 2008, Steve Long wrote:
Or even: find blah -exec sed 'blah blah' +
we specifically discourage `find -exec` in favor of `find -print0 | xargs -0`
because it sucks.
In what way? I'm not aware of any
On Fri, Sep 12, 2008 at 10:17:12PM -0500, Jeremy Olexa wrote:
# Jeremy Olexa [EMAIL PROTECTED] (13 Sep 2008)
# Masked for removal in 60 days. Multiple issues, broke for some people.
Needs
# maintainer. automagic deps. See bug #154997
app-editors/ted
I've fixed the build and marked myself as
On Thu, Oct 20, 2005 at 10:56:57PM -0400, Mike Frysinger wrote:
On Thursday 20 October 2005 10:49 pm, Dan Meltzer wrote:
Why single out this one? ones system will not break irreperbly
without a cxx compiler, it'll just cause a another recompile to get it
to work after breakage if the
What's the right thing to do with an ebuild's HOMEPAGE variable if there
is not any homepage? Different packages have different approaches for
this; some don't have any HOMEPAGE line (dev-util/cdecl), some set
HOMEPAGE to the empty string (app-i18n/kon2), possibly with a comment
following it
On Mon, Nov 21, 2005 at 02:18:21AM -0500, Curtis Napier wrote:
If you have access to a Macintosh, Windows, *BSD or any other OS or
Browser please test the site and include your OS and the browser version
in your feedback. I haven't received feedback from Konqueror or Safari
so feedback from
On Mon, Nov 21, 2005 at 02:18:21AM -0500, Curtis Napier wrote:
If you have access to a Macintosh, Windows, *BSD or any other OS or
Browser please test the site and include your OS and the browser version
in your feedback. I haven't received feedback from Konqueror or Safari
so feedback from
On Tue, Nov 22, 2005 at 11:39:29AM -0500, Chris Gianelloni wrote:
Another Gentoo is about choice argument. Can I ask you something?
Where does it say that Gentoo is about choice? I see lots of places
that say that Gentoo allows you to customize, but nowhere do I see
anything that says that
On Fri, Nov 25, 2005 at 12:14:53PM +, kang wrote:
Curtis Napier wrote:
gentoo.org and all domains owned by the Gentoo Foundation should
render correctly in all browsers that are still in general use. IE5 on
the mac is still a valid browser and will be supported as much as
possible.
On Fri, Nov 25, 2005 at 03:56:14PM +, kang wrote:
Harald van Dijk wrote:
Even with its bugs, it's one of best browsers for MacOS 8.1, which I
still use. But if you can suggest a better one, please do.
You might want to try iCab or opera. Well, I'd suggest you to run linux
On Wed, Dec 14, 2005 at 03:50:16AM +, Mike Frysinger wrote:
my gnu stack docs are actually complete:
http://hardened.gentoo.org/gnu-stack.xml
A question about that: you discourage fixing this with --noexecstack
because it's better to be able to submit a patch upstream. What's your
take on
On Wed, Dec 14, 2005 at 08:51:42AM +0100, Kevin F. Quinn wrote:
On Wed, 14 Dec 2005 07:59:23 +0100
Harald van Dijk [EMAIL PROTECTED] wrote:
On Wed, Dec 14, 2005 at 03:50:16AM +, Mike Frysinger wrote:
my gnu stack docs are actually complete:
http://hardened.gentoo.org/gnu-stack.xml
1 - 100 of 167 matches
Mail list logo