anyway. WTF?
I don't seem to remember this. I do though seem to remember that I
noted that there was complaints, but died away after Mike asked to
actually give some concrete feedback.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Fri, 2006-07-28 at 12:02 +0200, Henrik Brix Andersen wrote:
On Fri, Jul 28, 2006 at 11:35:24AM +0200, Martin Schlemmer wrote:
Mike asked you repeatedly to voice your issues or concerns in relation
to Project Sunrise, which you failed to reply to.
How many times are we supposed to raise
On Tue, 2006-07-25 at 22:16 +0200, Enrico Weigelt wrote:
* Martin Schlemmer [EMAIL PROTECTED] schrieb:
snip
build or unpack both nspr and nss and then look whats laying around
there. the nss sourcetree contains the nsprpub tree.
Yes, but we don't install it with the nss ebuild
with a log or something by what you mean
exactly) ?
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Tue, 2006-07-25 at 12:46 +0200, Enrico Weigelt wrote:
* Martin Schlemmer [EMAIL PROTECTED] schrieb:
On Mon, 2006-07-24 at 17:39 +0200, Enrico Weigelt wrote:
Hi folks,
while emerging seamonkey I've seen something strange on nspr
and nss: these packages are both imported
in that area. Although I do not know
if its still really fair to expect Jakub et ell to sacrifice time to
process the bugs, and get them to you if its related to something
failing due to the missing stubs.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Sat, 2006-07-08 at 13:51 +0200, Harald van Dijk wrote:
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
people may want to do that but really i dont see how that's generally
relevant to this discussion
There are wrapper scripts if you want to use daemontools with
rc-scripts:
sys-process/daemontools-scripts
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message
flags just right back in, and then it will be too
late to tell them its not proper thing to do when the bugs start
flooding in.
Anyway, I tried to give some history and some what ifs, but as I
admitted many times in the past, I am no great writer. You had to be
'there' I guess, *shrug*.
--
Martin
where -msse could really
mean a broken system, and maybe rethink your solution.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Fri, 2006-07-07 at 05:31 -0700, Brian Harring wrote:
On Fri, Jul 07, 2006 at 02:24:49PM +0200, Martin Schlemmer wrote:
On Fri, 2006-07-07 at 02:08 +0200, Diego 'Flameeyes' Pettenò wrote:
On Friday 07 July 2006 01:54, Ciaran McCreesh wrote:
| No, we never spent years telling them
On Fri, 2006-07-07 at 16:03 +0200, Diego 'Flameeyes' Pettenò wrote:
On Friday 07 July 2006 15:53, Martin Schlemmer wrote:
Check Chris Gianelloni's mail just now. For some compilers with some
-march's on x86 it did not explicitly turn on some features (or maybe
not to such a high extend
for USE=mmx sse sse2 etc if they are
not -mmx/-sse/etc can be a cool feature, but that is totally different.
Hopefully that was clear - if not, point out what I should try to
elaborate on.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
are put out, as currently my life is pretty much in flux. If
possible that is.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
it tree wide - until you
figured out what is wrong that is.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
from day one.
Use ${P}-patches-{PVER}.tar.bz2, and set PVER (or whatever) before
inheriting the eclass.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
that its legacy from the days we used pam_pwdb as main
auth, so we can remove it.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
local USE flags, you now have to worry about global
USE flags meaning different things for every package?
As for the 'xprint' USE flags ... I guess the description is
deceptive .. its support for X11's printing system (or should be).
'cups' is for cups support, etc.
--
Martin Schlemmer
expect it to
be dead next version after unless people have a really good reason why
it should live on.
So... thoughts? Yes it's minor, but it's a matter of cleaning
up/simplifying portage code, and removing redundancy.
Sounds sane.
--
Martin Schlemmer
signature.asc
Description
a sane config. It logs to /var/log/message, etc. It supports
network logging. Blah, blah ;p
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
current situation where some bright spark removed most if not all
history of stuff that was moved :/
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
so that we do not have yet another elib
candidate to port?
Also, treecopy() will break if I do:
treecopy ${S}/data ${D}/usr/share/foodata
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
it up
yet? Will make the problem of missing some or other keyword minimal
(especially for some obscure package not often used).
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
perfectly acceptable behavior.
We still have KEYWORDS=-*. Sure, I know many do not like it, and if
something was decided in regards to it, I missed it, but it is generally
seen as 'less severe' than a package.mask'd mask, and its local to the
package, so should not get stale.
--
Martin
-apps/dbus/dbus-0.50.ebuild
Or am I too quick ? :D
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
get
it added somewhere ?
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
with configure, etc generated, so it is
indeed needed.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
in the mess, and it runs aclocal, autoconf and then
automake, and you end up with a mismatched ltmain.sh and whatever
macro's of libtool expanded in configure, causing either breakage
(random or not), or in our case an error informing about the mismatch :/
--
Martin Schlemmer
signature.asc
testers have gone to become
official developers? How many have disappeared without trace? How many
stuck around but didn't do much?
Valid point ... maybe a probation period before the provisions of this
glep kicks in if the numbers are acceptable?
--
Martin Schlemmer
signature.asc
Description
, is that while they will not be actually fixing bugs (OK, so
they can make patches, etc), they will though need to test stuff, and
especially if its an important or urgent fix, not needing to wait for
the rsync mirrors will be a plus for them.
--
Martin Schlemmer
signature.asc
Description
: newpassword
echo
# Verify that the passwords match
if [[ ${password} != ${newpassword} ]] ; then
eerror Passwords did not match!
die Passwords did not match!
fi
-
Or something to that regards.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message
to look at it ...
Sure it will still leave some holes, but will be a bit more flexible
than a single maintainer keyword.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Tue, 2005-09-06 at 22:31 +0100, Ciaran McCreesh wrote:
On Tue, 06 Sep 2005 23:19:43 +0200 Martin Schlemmer [EMAIL PROTECTED]
wrote:
| What about !arch or something (to connect with the one reply to the
| summary thread) to really indicate unstable on that arch? Should
| cover those things
, or shut up.
From the amount of _usefull_ comments they have given, it does not look
like its really an issue or priority for them besides having some fun.
Thanks,
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
' that any of
the pro-merge devs have given.
| I still dont see what practical advantage that would bring to
| x86/amd64 users or developers?
QA.
Possible, but once again, why will a merge give 'better' QA ?
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
and x86
arch team now exists. It already has a security liason.
$ cat /var/mail/alias/arch/x86
avenj
solar
tester
port001
azarah
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Tue, 2005-08-30 at 22:21 -0400, Mike Frysinger wrote:
On Tuesday 30 August 2005 10:15 pm, Martin Schlemmer wrote:
On Tue, 2005-08-30 at 21:57 -0400, Mike Frysinger wrote:
On Tuesday 30 August 2005 09:41 pm, Sven Köhler wrote:
init.d scripts should have a pure env given to them
a for loop that we call top of /sbin/rc and runscript.sh,
but bash for loops is kinda slow anyhow ...)
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Sun, 2005-08-28 at 01:59 -0400, Mike Frysinger wrote:
On Saturday 27 August 2005 03:38 pm, Martin Schlemmer wrote:
On Sat, 2005-08-27 at 15:11 -0400, Mike Frysinger wrote:
On Saturday 27 August 2005 02:58 pm, Martin Schlemmer wrote:
Which reminds me .. anybody going to scream if I
On Sun, 2005-08-28 at 12:50 -0400, Mike Frysinger wrote:
On Sunday 28 August 2005 07:28 am, Martin Schlemmer wrote:
On Sun, 2005-08-28 at 01:59 -0400, Mike Frysinger wrote:
On Saturday 27 August 2005 03:38 pm, Martin Schlemmer wrote:
On Sat, 2005-08-27 at 15:11 -0400, Mike Frysinger
On Sun, 2005-08-28 at 13:54 -0400, Mike Frysinger wrote:
On Sunday 28 August 2005 01:43 pm, Martin Schlemmer wrote:
On Sun, 2005-08-28 at 12:50 -0400, Mike Frysinger wrote:
On Sunday 28 August 2005 07:28 am, Martin Schlemmer wrote:
On Sun, 2005-08-28 at 01:59 -0400, Mike Frysinger wrote
enough, except for cases where
that do not work, and then something like this will not work anyhow.
Anyhow, if you insist, then rather something like attached.
PS: elibtoolize is a problem as it might collide with the one from
libtool.eclass
--
Martin Schlemmer
# Copyright 1999-2005 Gentoo
On Sat, 2005-08-27 at 16:24 +0200, Martin Schlemmer wrote:
On Sat, 2005-08-27 at 14:00 +0200, Diego 'Flameeyes' Pettenò wrote:
I was wondering last night with az about the handling of autotools.
They not always require to be re-run by scratch, but when you have to run
aclocal you usually
On Sat, 2005-08-27 at 17:51 +0200, Maurice van der Pot wrote:
On Sat, Aug 27, 2005 at 04:24:40PM +0200, Martin Schlemmer wrote:
I still think a autoreconf is usually enough, except for cases where
that do not work,
And what is not work in this case?
- fails with an error so it's
run, and then bug the portage guys to
also add it to econf() ?
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Sat, 2005-08-27 at 15:11 -0400, Mike Frysinger wrote:
On Saturday 27 August 2005 02:58 pm, Martin Schlemmer wrote:
On Sat, 2005-08-27 at 14:37 -0400, Mike Frysinger wrote:
On Saturday 27 August 2005 08:00 am, Diego 'Flameeyes' Pettenò wrote:
eautoreconf() {
local
On Thu, 2005-08-25 at 13:41 +0200, Paul de Vrieze wrote:
On Wednesday 24 August 2005 15:23, Martin Schlemmer wrote:
Same thing (and probably better option) if you put it in pkg_setup()
...
Isn't pkg_setup run too when just building a binary package (-B) (then the
check shouldn't
for it ? i'd say just put the logic in the ebuilds themselves
Also, Fedora have patches for ash to use gnu make and bison .. not sure
about csh ...
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
binary packages.
Same thing (and probably better option) if you put it in pkg_setup() ...
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
--with-pic was used ...
Last time I checked, only --without-pic or --disable-static disable
compiling twice.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
...)
--
Martin Schlemmer
Index: udev-063.ebuild
===
RCS file: /var/cvsroot/gentoo-x86/sys-fs/udev/udev-063.ebuild,v
retrieving revision 1.2
diff -u -r1.2 udev-063.ebuild
--- udev-063.ebuild 17 Jul 2005 06:10:06 - 1.2
+++ udev-063.ebuild 25 Jul
On Mon, 2005-07-25 at 20:53 +0900, Jason Stubbs wrote:
On Monday 25 July 2005 16:51, Martin Schlemmer wrote:
On Sat, 2005-07-23 at 11:18 -0400, Greg KH wrote:
On Sat, Jul 23, 2005 at 10:53:15AM -0400, Alec Warner wrote:
Georgi Georgiev wrote:
Just to make sure I am not missing
, although
their solution isn't exactly optimal (no better solution atm either
though).
Not sure I'm on speed with why that would be bad for nvidia-kernel?
Regards,
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
to the test for new developers might help, but not
fool proof.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
!!!
Mike, what do you think? This viable? We could maybe add an init addon
for md, and move the lvm/whatever stuff to that as well?
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message
On Sat, 2005-07-09 at 18:28 +0900, Jason Stubbs wrote:
On Tuesday 05 July 2005 19:48, Martin Schlemmer wrote:
This is all well and dandy, but try to add coreutils as a dependency of
itself, or gcc of itself, or sed ... or grep ... etc, and then try to do
a stage1 install (probably stage2/3
symlinks/whatever)
should be installed system wide for only a very small portion of our
user segment on all systems. If its portage side only, fine.
If I am missing something, my apologies - I am just making my stance
clear.
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team
On Sat, 2005-07-09 at 15:11 +0200, Diego 'Flameeyes' Pettenò wrote:
On Saturday 09 July 2005 15:05, Martin Schlemmer wrote:
Ditto - point being, is that if you want the agony of per-ebuild hacks,
be my guest, but do not expect the rest to hold your hand.
It's not a matter of per-ebuild hack
some custom nodes
in /dev that you cannot do via udev ... And I am pretty sure (correct
me if I am wrong) that all (or most?) in-kernel drivers are sysfs aware,
and only a handful outside are not.
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
On Sat, 2005-07-09 at 02:44 +0200, Michiel de Bruijne wrote:
On Saturday 09 July 2005 01:35, Martin Schlemmer wrote:
I think people is under a misconception about this option and ... you
really only need to enable this for a driver that is not sysfs aware
(nvidia comes to mind - any others
part. This represents the general 3-step[1] installation in
a much better way.
Will make debugging compile failures much easier imho.
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed
On Thu, 2005-07-07 at 12:44 -0700, Duncan wrote:
Martin Schlemmer posted [EMAIL PROTECTED], excerpted
below, on Thu, 07 Jul 2005 15:55:45 +0200:
Lastly on an unrelated note ... I have a rule:
-
# cat /etc/udev/rules.d/40-dm.rules
KERNEL=dm-[0-9]*, PROGRAM=/sbin/devmap_name %M
On Thu, 2005-07-07 at 13:52 -0700, Greg KH wrote:
On Thu, Jul 07, 2005 at 03:55:45PM +0200, Martin Schlemmer wrote:
On Wed, 2005-07-06 at 15:46 -0700, Greg KH wrote:
Ok, now that devfs is removed from the 2.6 kernel tree[1], I think it's
time to start to revisit some of the /dev naming
build binutils without
binutils installed ? Same for gcc.
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
.
Strange that some people cannot realise that others might have a
different point of view, and way of doing things.
--
-core was humorous, but I really do not see why we need to start it all
over again due to some nameless person that is too much of a coward to
post as himself.
Thanks.
--
Martin
,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
On Tue, 2005-07-05 at 14:11 +0200, Henrik Brix Andersen wrote:
On Tue, 2005-07-05 at 11:25 +0200, Martin Schlemmer wrote:
A bit late I know, but just for interest sake .. virtuals is usually
used when more than one package usually provides the same compatible
api/tool ... which basically
On Tue, 2005-07-05 at 18:17 -0500, Brian Jackson wrote:
Martin Schlemmer wrote:
On Fri, 2005-07-01 at 15:59 -0700, Drake Wyrm wrote:
Mike Frysinger [EMAIL PROTECTED] wrote:
On Friday 01 July 2005 12:25 pm, Brian D. Harring wrote:
Currently, we pretty much leave out the big dogs
/usr/bin/gnu/ or /bin/gnu/
(with /usr/bin/gnu/find calling gfind, etc), and portage just adds this
path as the first path to $PATH ...
This should cover the fact that aliases might not work in all cases, and
is bsd specific implementation.
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer
).
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
mean the flat tree,
not the complaining ;-)
Problem with flat tree, is the search times might then suck even more,
as last I heard, too many dirs/files in one directory have a huge speed
penalty.
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
71 matches
Mail list logo