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 tim
roject was initially suspended? Looking at the meeting log, the
> council even noted that the concerns had not been addressed, yet still
> voted to un-suspend anyway. WTF?
>
I don't seem to remember this. I do though seem to remember that I
noted that there was complaints, but
On Tue, 2006-07-25 at 22:16 +0200, Enrico Weigelt wrote:
> * Martin Schlemmer <[EMAIL PROTECTED]> schrieb:
>
>
>
> > > build or unpack both nspr and nss and then look whats laying around
> > > there. the nss sourcetree contains the nsprpub tree.
> > >
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
an you elaborate (maybe with a log or something by what you mean
exactly) ?
--
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:
> > > >
ugzilla/ ?
The alternative to this that you seem to ignore, is that you can start
helping maintaining gcc (I am sure Mike will appreciate help with
Halcy0n gone as well, and me not having that much time currently). And
of course promising so long as the stubs do not get applied with nossp,
th
think when p4 was released).
Sure, maybe adding auto detecting 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
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 featur
On Fri, 2006-07-07 at 15:21 +0200, Simon Stelling wrote:
> Martin Schlemmer wrote:
> > Stupid question though ... does the gcc test thingy list __3dNOW__ on
> > nocona ? I would think that it does, as there is no -march=nocona (or
> > whatever) yet.
>
> There is a -m
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:
> > >
oning for doing it that way,
but you should also see it from the x86 side 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
n the past, I am no great writer. You had to be
'there' I guess, *shrug*.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
is kind of stuff very
> > well.
>
> you're "fixing" the issue by replacing sysvinit/baselayout with daemontools
>
> some 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 wa
honorary council adviser guy ...
I would like to refrain from accepting until just before the final
nominees 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
and runs resolvconf. So rather figure out
what it does wrong, and if really critical, at least just make its SSD
call use SIGINT and not SIGTERM then doing it tree wide - until you
figured out what is wrong that is.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
ls that emulates virtual/x11 using an
> installed package, e.g.:
>
> virtual/x11 x11-base/xorg-x11
>
> assuming you have the xorg-x11-7 metabuild installed.
>
> I hope that covers pretty much everything right now.
>
Will need to do something about the default glu/opengl
ion from hell, is because it
needs to be working 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
need to drop
> pwdb and hdparm from our packages ...
>
> btw, why is pwdb in our system ? `scanelf -lpq -N libpwdb.so.0` on my system
> shows no hits ... is it a pam thing ?
I am fairly sure 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
d
without tweaking /etc/portage/package.use) if besides the 350 global USE
flags, and the 1200 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 suppo
be schmooked by
> it, it's not going to hit in the coming version, but I'd 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
&
call it 'temporary' at this point.
>
> Merits vs "well, we recommend/did this a while back and were going to
> reverse it" mainly.
How about we just use sysklogd ? It does not depend on glib or any
other package that would not be pulled in by default in system profile.
It have 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
> dev-ruby/*
> >
> > I'm part of the ruby herd, so I have my dirty little fingers in a lot
> > of packages there, that's why I didn't list all of them.
>
> Wouldn't emailing the team be more appropriate..?
Right, thanks. We already asked whoev
llchecking which actually works, so development on the various plugin
> spelling related tools has effectively stopped.
>
What about leaving vimspell at least until a more 'safe' release of vim7
is out? Some of us do not yet use vim7, and I at least wont bug about
issues
de the behaviour.
>
> Cross-compiling, embedded systems, and release-building all suffer from
> this.
>
I cannot remember .. does release-building (iow catalyst) set ROOT ? If
so, maybe just make it error if root is not set, as most if not all
cross compiling of such things (not talking toolchain) is done with ROOT
set as far I know.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
nging it to first look
in /usr/src/linux (or KERNEL_DIR if set), and then for the running
kernel.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
needed", "happy to
> > see it done", "cosmetic". I.e., even solving only the first one is
> > enough, though if you could get to number two it would be better.
>
>
> Here's another requirement I'd like to add to the list:
>
> -
ke 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 Schlemmer
signature.asc
Description: This is a digitally signed message part
o be stabilized before I deem it stable.
>
File a bug if the arches (or main ones at least) haven't picked 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
so urgent? Either way, we have elibs approved now,
so how about waiting a while 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
a/gucharmap/gucharmap-1.4.4.ebuild
? sys-apps/dbus/dbus-0.50.ebuild
Or am I too quick ? :D
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
. Sort of off the topic, but wanted to
clarify.
Why I did though say that read-only access to CVS do make sense for AT
testers, 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 importa
ould we get some numbers? How many arch 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 acc
ating, instead, herd tester (HT) could be used.
>
> As arch testers (and herd testers) become official staff, they should be
> handled by DevRel.
>
>
> Backwards Compatibility
> ===
>
> All current arch testers should be migrated to staff.
>
ernel, and either the
coding style, or the way it is fixed is not to Linus or the specific
subsystem maintainer's liking.
The general idea is that if somebody want to get involved, they should
be prepared to to take the time to learn how to do fairly decent
patches/whatever. This makes rev
p;
> make`, the build system has mismatched timestamps and thus tries to invoke
> autotools to fix itself :/
Toss in libtool 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
tches that touches configure.{ac,in}, or Makefile.am, or
just do not come tarballed with configure, etc generated, so it is
indeed needed.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
Looks good .. any chance you can stitch it up in a guide, and we can get
it added somewhere ?
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
word newpasswd
# Read the password into $password
read -sp "Please enter password: " password
# Just echo a newline so that next output start on new line
echo
# Confirm password into $newpassword
read -sp "Please re-enter password: " newpassword
echo
# Verify that the passwords
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? Shou
on that arch? Should cover
those things that sorda work on the arch, but you rather want developers
or experienced users that can patch bugs 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
wo times more outdated packages on x86 than sparc, and
with the amount keyworded on x86 being about twice that of sparc, it
really seems to me like the ratio is fairly the same, and both are in
the same boat with regards to whatever the numbers had to prove?
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Wed, 2005-08-31 at 09:25 +0200, Martin Schlemmer wrote:
> 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
an merging x86 and amd64. How about this? I proclaim 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
Maybe, but please give one example of such an 'explanation' 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'
they get.
So to be frank, I propose that either the alt-arch devs start explaining
above instead of half-assed answers and senseless ranting, 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
k on sparc64 but
> not sparc32 for years with a single keyword. Just because you (and,
> from the looks of things, most of the x86 and amd64 developers) don't
> know about some of portage's features doesn't mean they don't exist :)
I think he expected _what_ these
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 script
th a
vanilla environment that do not have /etc/profile sourced.
(I guess we could do a function that just unset anything not in the
whitelist via 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 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, 2
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, 2
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
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
ded ... econf handles all of that for you
Which reminds me .. anybody going to scream if I update elibtoolize() to
be able to check if it was already 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 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 c
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 hav
and some don't.
>
I still think a autoreconf is usually 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
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
ed this.
> >
> > Will valgrind 3.0.0 ever work on systems without sse? If not, the USE
> > flag might be your best bet.
>
> Put a check on /proc/cpuinfo in pkg_preinst. This should get executed on
> the final machine, so not when building 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
s that use pmake, why do you want an eclass
> 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
> btw, where do you get this information ? my tests show that libtool still
> compiles all files twice even though --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
On Mon, 2005-07-25 at 22:33 +0900, Jason Stubbs wrote:
> On Monday 25 July 2005 22:09, Martin Schlemmer wrote:
> > On Mon, 2005-07-25 at 20:53 +0900, Jason Stubbs wrote:
> > > On Monday 25 July 2005 16:51, Martin Schlemmer wrote:
> > > > Something like this maybe?
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:
&g
es, I know using $T will be frowned upon,
but not much else you can do. Also, might use has_version(), but that
is more difficult to parse, and I figured you normally only want those
for system udev ...)
--
Martin Schlemmer
Index: udev-063.ebuild
==
his would cause issues for nvidia-kernel though I'd think, 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
ah, better awareness by adding a section to the developer
manual or something to the test for new developers might help, but not
fool proof.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
why we rather did not add
it .. everybody want something added .. global control, per user
control, etc :/
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
er
I the the resolution was pretty much that it is not that much of a
schlep to maintain those lines of code in /etc/profile if the user/admin
really wants it.
--
Martin Schlemmer
signature.asc
Description: This is a digitally signed message part
On Tue, 2005-07-12 at 18:08 -0400, Mike Frysinger wrote:
> On Monday 11 July 2005 03:47 am, Martin Schlemmer wrote:
> > On Sat, 2005-07-09 at 20:34 +0200, Richard Fish wrote:
> > > >>>I.o.w. is it still necessary to have RC_DEVICE_TARBALL="yes" as a
> >
y -dpPR is not portable in itself, but usually what you need is
> -pPR which works just fine usually.
>
> I'm not going to have a big immediate change of all the ebuilds in portage,
> but at least I hope new ebuilds doesn't get added with those problems in
> them :)
>
uto=md
> --super-minor=$d /dev/md$d >/dev/null 2>&1
> done
>
> Maybe something similar will be required in /sbin/rc, like you currently
> do for LVM and the device mapper? It isn't a critical problem
> though...I am pretty sure there are only a few Gentoo use
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&
On Sat, 2005-07-09 at 14:46 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Saturday 09 July 2005 14:41, Martin Schlemmer wrote:
> > Sure thing - YOU then go through the tree and change all instances of
> > 'make' ...
> Seems like the point is not taken.. I'
On Sat, 2005-07-09 at 14:08 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Saturday 09 July 2005 14:01, Martin Schlemmer wrote:
> > And this is exactly what one of the issue for me is. Now devs on the
> > linux sides, need to learn bsd make peculiarities as well (to st
On Sat, 2005-07-09 at 13:45 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Saturday 09 July 2005 12:20, Martin Schlemmer wrote:
> > I still this this is a bsd issue, so some or other solution which do not
> > include having gmake (and then later lots of other symlink
do not
include having gmake (and then later lots of other 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,
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 sta
; thinking and caring! Just think: The Great QA Rebellion of 2005 ;)
>
Problem is many of us have sometimes already too many bugs to care about
users reporting something, and then never coming back, not even talking
about keeping to poke the reporter to come back and say the fix works
fine, and close
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
> > (nvidi
> showed up just fine :)
>
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?), or if you have some custom nodes
in /dev that you cannot do via udev ... And I am pretty sure
On Fri, 2005-07-08 at 10:06 -0700, Greg KH wrote:
> On Fri, Jul 08, 2005 at 01:22:24AM +0200, Martin Schlemmer wrote:
> > 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
now. If you
> could help annoy him enough that he actually does it I would be happy.
If I remember correctly, you had to show your updated /sbin/rc first so
that we could see what is duplicate and what not :P
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town,
0-r1 to
foo-webapp-1.0-r2 will not unmerge foo-webapp-1.0-r1 ... Why do you
want every version, never mind every revision slotted?
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
think it works for 2.4 ...
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
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 s
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-d
eed for the ||
die even ...
-
src_configure() {
if [[ -x configure && ! -f .econfigured ]] ; then
econf
touch .econfigured
fi
}
-
And might possibley make econf look for .econfigured as well, which
might help non split ebuilds that
pile should
> do the emake 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
Des
RNEL="dm-[0-9]*", NAME=""
--
I am assuming (without having looked at the code) that because NAME is
set to "", whatever code that should drop it as it have NAME, does not
kick in?
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
info
> in some way for use conditionals, but would like some feedback on what
> else may be required.
Well, currently you have to export CTARGET for crossdev, etc, so either
keep that method, or add something to cvs portage to support
cross-compiling ?
Thanks,
--
Martin Schlemmer
G
On Tue, 2005-07-05 at 20:59 -0500, Brian Jackson wrote:
> Martin Schlemmer wrote:
>
> >>
> >>Big picture here:
> >>* BDEPEND does nothing now, so don't worry about it if you don't want to
> >>* in the future it will make other things possible
&
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. H
www-client/mozilla: mozp3p
> www-client/mozilla: mozplaintext
As far as I know many of these are still in use .. Aron ?
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
for this test?
>
Yup .. there might just be an bug with bounds-checking that breaks make
jobs .. so if it borks, try with make -j1 ...
--
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
> &g
currently
lacking), and then
# emerge --oneshot --nodeps $(cat /some/path/system-profile)
But this gets to the verge of being too static, having the effect that
some optional dependencies for the system profile cannot be used. (There
are probably other ways, but this is the first that I coul
hat the
same issues will be present when eselecting something before and after
emerge ?
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
t 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 Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
need the toolchain
> > > tagged in, which I posit is invalid.
> >
> > considering if you try to `emerge` something while under said profile and
> > you
> > already removed binutils/gcc from the system, the emerge will fail ... the
> > reason why is pretty o
s and pcmciautils do the same
thing and cannot be installed together ? Sorry if my non-pcmcia
cluedup-ness shows ...
Thanks,
--
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
1 - 100 of 106 matches
Mail list logo
