On Fri, Dec 23, 2005 at 01:09:08PM +0200, Petteri R??ty wrote:
> Basically it does ldd on all
> the elf files in a package and then checks to which packages those
> libraries belong.
ldd is garbage for this purpose
use `readelf -d ELF | grep NEEDED` or just `scanelf -n ELF`
-mike
--
gentoo-dev@g
On Fri, Dec 23, 2005 at 03:52:37PM +0100, [EMAIL PROTECTED] wrote:
> In other words, it breaks portability. And let this be the one thing people
> expect from using GNU's ubiquitous autotools. Our comments follow:
this has been fixed already, you should update to libtool-1.5.20-r1
> c) follow adv
On Fri, Dec 23, 2005 at 12:41:45PM -0500, Peter wrote:
> We are in the process of developing and testing
> a unified nVidia driver ebuild. When implemented,
> it will replace the nvidia-kernel, nvidia-glx, and
> nvidia-settings ebuilds. It will also add the utility
> nvidia-xconfig.
issues:
- pe
On Saturday 24 December 2005 10:43, Bjarke Istrup Pedersen wrote:
> Is there any reason for not doing this, and then recommend that the
> users that don't use udev/devfs to run MAKEDEV ?
because the process can easily go wrong leaving new users without a clue of
whats going on
-mike
--
gentoo-de
On Monday 26 December 2005 00:09, Doug Goldstein wrote:
> the USE defaults are a bit INSANE... We need to get rid of some of this
> crap...
not really a useful endeavor unless we get something like per-package USE
defaults
everyone has their own opinion as to what a 'good' or 'sane' default is a
On Monday 26 December 2005 02:24, Doug Goldstein wrote:
> well there is always USE enabling... (i.e. When I emerge x11-libs/qt,
> it'll turn on the "qt" USE flag)
which we've already established quite clearly as something we wish to get rid
of completely
-mike
--
gentoo-dev@gentoo.org mailing li
On Monday 26 December 2005 08:24, Petteri Räty wrote:
> Petteri Räty wrote:
> > R Hill wrote:
> >>Daniel Ahlberg wrote:
> >>>* if ebuild installs COPYING and/or INSTALL into doc.
> >>
> >>Is this actually important? There are a hell of a lot of ebuilds that
> >> fail under this rule. I'd like to
On Monday 26 December 2005 08:24, Drake Wyrm wrote:
> Brian Harring <[EMAIL PROTECTED]> wrote:
> > On Mon, Dec 26, 2005 at 02:51:26AM -0500, Michael Sterrett -Mr. Bones.-
wrote:
> > > Like in here?
> > >
> > > app-doc/halibut/halibut-0.9.ebuild: BUILDDIR="${S}/build" \
> > > net-dns/mara
On Tuesday 27 December 2005 02:01, R Hill wrote:
> AFAIK most licenses need to be included with the distribution of the
> source, not installed on the system after compilation. But I could be
> wrong too.
anyone who installs a program in portage already has a copy of the license on
their system
On Tuesday 27 December 2005 02:23, Brian Harring wrote:
> On Tue, Dec 27, 2005 at 02:08:25AM -0500, Mike Frysinger wrote:
> > On Tuesday 27 December 2005 02:01, R Hill wrote:
> > > AFAIK most licenses need to be included with the distribution of the
> > > source, not in
On Tuesday 27 December 2005 02:43, Julien Allanos (dju`) wrote:
> Are the $HOMEPAGE, $DESCRIPTION
possibly
> $LICENSE or even $SRC_URI
this answer should be pretty obvious, of course these values could change
drastically across even revisions, let alone versions
> package or version specific t
On Tuesday 27 December 2005 14:41, Petteri Räty wrote:
> > On Mon, Dec 26, 2005 at 12:54:04AM +0200, Petteri Räty wrote:
> >>Currently there are quite a few ebuilds in the tree that execute dodoc
> >>or dohtml for files that do not exist. I think it would be nice to have
> >>ebuilds die if this is
On Wednesday 28 December 2005 11:11, Paul de Vrieze wrote:
> Unfortunately scanelf also doesn't know (nor can it know)
no utility will be able to passively calculate dependencies that happen via
dlopen() or any similar dynamic library loading interface
-mike
--
gentoo-dev@gentoo.org mailing list
On Thursday 29 December 2005 06:35, Stuart Herbert wrote:
> On Fri, 2005-12-23 at 14:13 +0000, Mike Frysinger wrote:
> > i dont really see this being an issue ... i dont think anyone really
> > has 'xml -xml2' or '-xml xml2' ... much more likely they have '
On Thursday 29 December 2005 08:06, Jakub Moc wrote:
> Maybe you could rather have used those 5 minutes you had spent writing your
> mail to fix horde ebuilds/eclass instead. They have been broken with
> dev-lang/php ever since it came into portage. :P
speaking of dicks, i knew i hadnt heard from
On Thursday 29 December 2005 12:29, Jakub Moc wrote:
> For your reference, I even cared to attach a patch for horde (among tens of
> other bugs filed for dev-lang/php compitibility) - but that patch never
> made it to portage, despite the bug has been marked as fixed.
that's because the way i chan
just a heads up ... i'm going to be adding the ca-certificates package as a
PDEPEND to the openssl package so most everyone in Gentoo will end up with it
on their system
for those wondering what this is:
http://packages.debian.org/unstable/misc/ca-certificates
basically it's additional certifica
On Friday 30 December 2005 23:17, Curtis Napier wrote:
> Would it be best to make it into a USE flag so users have the choice,
> install it by default or simply not offer it at all?
>
> Both sides should be happy with a USE flag IMHO. So long as it closes
> the wget bug I'm all for it.
a USE flag
i'm injecting sh KEYWORDS as quickly as my lantank can emerge ... mr bones is
keeping me up to date of broken stuff, so just chill rather than cutting out
the KEYWORD on me :P
-mike
--
gentoo-dev@gentoo.org mailing list
This is your monthly friendly reminder ! Same bat time (typically the
2nd Thursday once a month), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish for us to chat about, maybe even
vote on, let us know ! Simply reply to this e-mail for the whole
Gentoo dev
On Tuesday 03 January 2006 01:43, Dirk Heinrichs wrote:
> Am Montag, 2. Januar 2006 21:45 schrieb ext Mark Loeser:
> > Chris White <[EMAIL PROTECTED]> said:
> > > The policy is pretty much if it doesn't compile, you get to fix it. If
> > > you have a patch then report it to bugzilla.
> >
> > Actua
On Tuesday 03 January 2006 09:29, Paweł Madej wrote:
> Chris Gianelloni wrote:
> > On Mon, 2006-01-02 at 13:20 -0600, Lance Albertson wrote:
> >
> > I'm sorry, but I still think the idea of simply RSYNC_EXCLUDEing the
> > ChangeLog by default would be a much better solution.
>
> I didn't know befor
On Tuesday 03 January 2006 19:13, Ricardo Loureiro wrote:
> If I encounter such situations should I create a bug or report them
> here?
either works
ive removed the entries
-mike
--
gentoo-dev@gentoo.org mailing list
On Tuesday 03 January 2006 11:05, Grant Goodyear wrote:
> Henrik Brix Andersen wrote: [Sun Jan 01 2006, 05:35:26PM CST]
> > On Sun, Jan 01, 2006 at 05:30:01AM +0000, Mike Frysinger wrote:
> > > If you have something you'd wish for us to chat about, maybe even
> > >
On Friday 06 January 2006 16:13, Christian Heim wrote:
> devs who contributed/touched the ebuilds:
> - Ned Ludd <[EMAIL PROTECTED]>
> - Mike Frysinger <[EMAIL PROTECTED]>
i regret ever touching this package ... and i'm pretty sure Ned feels the same
way ... i'm
On Friday 06 January 2006 08:07, Alin Nastac wrote:
> Given the lack of interest manifested by mips team regarding
> net-proxy/squid and its security bumps, I propose to remove the last
> mips-stable version of this package - 2.5.10-r2 - marked as such by
> hardave on September the 4th 2005.
>
> Ob
On Friday 06 January 2006 12:30, Thomas Cort wrote:
> When emerging wxGTK-2.4.2-r4 on alpha I get a QA message about
> executable stacks ( http://bugs.gentoo.org/113119#c10 ). I read the
> GNU Stack Quickstart (
> http://gentoo.org/proj/en/hardened/gnu-stack.xml ).
well you didnt read far enough d
On Monday 09 January 2006 07:32, Roy Marples wrote:
> It's been brought to my attention that dnsmasq and acpid use
> start-stop-daemon to send custom signals such as HUP. While this works with
> baselayout-1.11, it does not work with baselayout-1.12
is this due to changes we are making in Gentoo ?
On Monday 09 January 2006 11:56, Brian Harring wrote:
>Curl won't honor/use the cacerts package for example
it does actually, re-emerge it after ca-certificates
-mike
--
gentoo-dev@gentoo.org mailing list
On Monday 09 January 2006 22:40, Mark Stewart wrote:
> Please contact me if you are interested.
thank you captain douche
please unsubscribe yourself from our lists and never stop by again
-mike
--
gentoo-dev@gentoo.org mailing list
On Tuesday 10 January 2006 02:11, Lares Moreau wrote:
> And as for the flag reflecting the capability, you are absolutely
> correct. The urt package seems to have mislabelled the entry in
> use.local.desc.
not really ... urt uses ghostscript to add postscript capabilities, i just
called it 'gs' b
On Wednesday 11 January 2006 16:47, Diego 'Flameeyes' Pettenò wrote:
> While it would be interesting to get rid of some versions of autotools from
> portage
no it wouldnt
once version in each SLOT will remain around ad infintum as far as i'm
concerned
it's not like it's a media video package (a
for this month:
* GLEP 45 - GLEP date format
* disallow multiple votes per person (from ciaranm)
http://marc.theaimsgroup.com/?t=11346783302&r=1&w=2
* global gentoo goals for 2006
for next month:
* periodically freezing the tree for new packages (from carlo)
i miss anything ?
-mike
--
gent
On Thursday 05 January 2006 13:42, Greg KH wrote:
> On Thu, Jan 05, 2006 at 07:56:30AM -0500, Chris Gianelloni wrote:
> > You guys are more than welcome to go apply at Red Hat or Novell.
>
> Some of us already work for companies that produce other Linux
> distributions or support the companies that
On Tuesday 20 December 2005 09:36, Mike Frysinger wrote:
> since we have baselayout-1.12.x in ~arch, the new stable candidate
> (1.11.14) isnt getting much air time ... can people try upgrading to
> it and post any feedback they have with it ? it should mostly be a
> bugfix release
as one of the new sane features of the next portage-2.1_pre release, we're
looking to cut out use.defaults support
existing stable users wont be affected as the 2.0.x versions will continue to
carry support for this, but some of you stable users may notice some USE
flags suddenly "disappearing"
On Friday 13 January 2006 11:15, Kalin KOZHUHAROV wrote:
> Or is it because I always had:
> USE="-* ${MY_USE}"
> in /etc/make.conf?
yes
-mike
--
gentoo-dev@gentoo.org mailing list
On Friday 13 January 2006 11:15, Wernfried Haas wrote:
> On Fri, Jan 13, 2006 at 06:57:24AM -0500, Mike Frysinger wrote:
> > existing stable users wont be affected as the 2.0.x versions will
> > continue to carry support for this, but some of you stable users may
> > noti
On Friday 13 January 2006 12:49, Harald van Dijk wrote:
> 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_OR
On Friday 13 January 2006 15:13, solar wrote:
> On Fri, 2006-01-13 at 06:57 -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
>
> I see this as a good and bad thing.
from time to time i see this crap:
src_test() { :; }
dont do this
use RESTRICT=test
-mike
--
gentoo-dev@gentoo.org mailing list
On Saturday 14 January 2006 10:26, Bruno wrote:
> What are your thoughts about this?
take it upstream, they have a bugzilla
make it a configure option and we'll add a use flag `use_enable vserver` or
some such junk
otherwise, the answer is no ;)
-mike
--
gentoo-dev@gentoo.org mailing list
On Saturday 14 January 2006 08:47, Ciaran McCreesh wrote:
> On Sat, 14 Jan 2006 09:32:49 +0100 sanchan <[EMAIL PROTECTED]> wrote:
> | Hi all, I'm working on TinyOS related ebuilds (Bug #78908) and since
> | actually there are 20 ebuilds in my overlay may be worth proposing a
> | dev-tos category. I
On Saturday 14 January 2006 13:41, Donnie Berkholz wrote:
> Mike Frysinger wrote:
> | yes, but fbsd is a self hosting env, tinyos is not
> |
> | i wish there was a way we could convey the embedded aspect (embed-tos
>
> ?), but
>
> | dev-tos works for me
>
> Why st
this topic has come up before too many times and has yet to be solved, and we
have too many hacks in place
the issues:
- USE=debug is way too vague; sometimes it builds different code (i.e.
additional runtime checks, debugging output, yada yada) and sometimes it
forces debugging gcc flags into
On Sunday 15 January 2006 01:19, Joshua Baergen wrote:
> Mike Frysinger wrote:
> > - portage will add sane debug defaults to make.globals (DEBUG_CFLAGS="-O
> > -g" and DEBUG_LDFLAGS="")
>
> Nothing huge, but won't this fry certain systems (SP
On Sunday 15 January 2006 06:52, Henrik Brix Andersen wrote:
> On Sun, Jan 15, 2006 at 01:11:54AM -0500, Mike Frysinger wrote:
> > the one true solution:
> > - USE=debug *never* changes CFLAGS or LDFLAGS or what have you, it *only*
> > enables additional runtime code (such as
On Sunday 15 January 2006 13:25, Dan Meltzer wrote:
> What would happen on subsequent merges or upgrades if --debug-build
> was omitted? Would there be a way (/etc/portage file perhaps?) to
> enable debug builds on a permanent basis?
i didnt think anyone would want this but it'd be trivial to add
On Monday 16 January 2006 16:54, Marius Mauch wrote:
> So unless there are any objections to this I'll make the change this
> weekend.
dooo it
-mike
--
gentoo-dev@gentoo.org mailing list
On Monday 16 January 2006 16:36, Bruno wrote:
> Will not need any special behavior on ebuild side (as distro is detected
> automatically; works also when building system in chroot)
WFM, thanks
-mike
--
gentoo-dev@gentoo.org mailing list
On Tuesday 17 January 2006 10:11, Richard Fish wrote:
> On 1/15/06, Olivier Crête <[EMAIL PROTECTED]> wrote:
> > Why not use the splitdebug instead of nostrip? And make building with -g
> > the default, then tell small HD users how to disable it in the docs. And
> > it needs to disable -fomit-frame
On Tuesday 17 January 2006 13:53, Doug Goldstein wrote:
> Basically some packages have additional depends to be able to run the
> tests. So if a user has FEATURES="test", then they need additional
> depends. For example, gstreamer
> http://bugs.gentoo.org/show_bug.cgi?id=115448 and expat (ghetto fi
On Wednesday 18 January 2006 09:27, Drake Wyrm wrote:
> Michael Cummings <[EMAIL PROTECTED]> wrote:
> > On Tue, 2006-01-17 at 20:18 -0800, Drake Wyrm wrote:
> > > Portage is not the only important system tool. Some of us actually
> > > use Perl. Please do not be with the breaking.
> >
> > Is this t
On Monday 16 January 2006 14:04, Michael Cummings wrote:
> Just curious whether there is any value at continuing to offer a libperl
> ebuild (which creates libperl.so for you) and then having perl
> statically built against an internally generated libperl.a (substitute
> your platforms appropriate
On Sunday 15 January 2006 01:11, Mike Frysinger wrote:
> this topic has come up before too many times and has yet to be solved, and
> we have too many hacks in place
ok, so after sitting on the list for a while and accumulating feedback, how
about this:
- USE=debug *never* changes CFL
On Thursday 19 January 2006 18:52, Mark Loeser wrote:
> Please lets avoid this assumption. I'd love to make it so we never make
> this assumption anywhere in the tree so that we could actually build GCC
> without pie or ssp, instead of generating all of the GCC profiles for every
> user.
pie is i
On Thursday 19 January 2006 18:33, solar wrote:
> On Thu, 2006-01-19 at 17:56 -0500, Mike Frysinger wrote:
> DEBUG_CFLAGS=DEBUG_CXXFLAGS="-O -g"
>
> Mike,
> how about
> DEBUG_CFLAGS=DEBUG_CXXFLAGS="-O -g -fno-stack-protector -fno-pie"
>
> All Gentoo pr
On Thursday 19 January 2006 18:17, Olivier Crete wrote:
> On Thu, 2006-19-01 at 17:56 -0500, Mike Frysinger wrote:
> > - if "debug-build" is in FEATURES, then the following happens:
> > * auto sets CFLAGS to DEBUG_CFLAGS, LDFLAGS to DEBUG_LDFLAGS, CXXFLAGS
> > to DE
On Friday 20 January 2006 01:25, Harald van Dijk wrote:
> 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
>
On Sunday 22 January 2006 09:48, Marcelo Góes wrote:
> media-libs/xpm is currently just a dummy ebuild that depends on
> virtual/x11. All ebuilds in the tree have already been adapted to
> depend directly on virtual/x11 and/or modular X equivalents. Thus I'm
> scheduling it for removal within a wee
On Sunday 22 January 2006 12:31, Marcelo Góes wrote:
> On 1/22/06, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Sunday 22 January 2006 09:48, Marcelo Góes wrote:
> > > media-libs/xpm is currently just a dummy ebuild that depends on
> > > virtual/x11. All ebui
On Saturday 21 January 2006 23:12, Marius Mauch wrote:
> Mike Frysinger wrote:
> > On Sunday 15 January 2006 01:11, Mike Frysinger wrote:
> >
> > - we add an emerge flag (say '--debug-build') which adds "debug-build" to
> > FEATURES
>
> IM
On Sunday 22 January 2006 16:30, Marius Mauch wrote:
> I meant the option is redundant if it just triggers a feature setting,
> as it's the same as `FEATURES=debug-build emerge foo`
as noted in earlier proposal:
> - no easy way for users/developers to quickly emerge a package and have it
> contain
On Monday 23 January 2006 13:28, Danny van Dyk wrote:
> I'd love to have one package.env (or similarly named) file that can set
> environmental options on a per-package-base.
i thought this was already implemented
-mike
--
gentoo-dev@gentoo.org mailing list
as a heads up, the next version of coreutils i add to portage (5.93) drops
support for all those options upstream had labeled before as simply
"deprecated" ... this isnt a patch i'm adding or not adding, upstream finally
cut out all the code with these latest releases
for those who dont know wh
On Tuesday 24 January 2006 11:27, Rene Zbinden wrote:
> I am writing an ebuild for a program written in perl. This program has
> the dependency of gnuplot but with the png flag enabled. What is the
> gentoo way to enable this USE Flag for gnuplot when I emerge my program.
http://www.gentoo.org/pro
On Tuesday 24 January 2006 18:14, Diego 'Flameeyes' Pettenò wrote:
> What I'd like to ask is, if possible, to start using gsed instead, that's
> present on both GNU and other userlands with current stable version of sed
> (4.1.4; ppc-macos has no problem as the 4.0.9 version uses gsed anyway).
if
On Tuesday 24 January 2006 19:13, Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 25 January 2006 00:32, Mike Frysinger wrote:
> > if you're implying we change all calls from 'sed' to 'gsed' in ebuilds
> > then the answer is no from my pov
>
>
On Tuesday 24 January 2006 19:17, Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 25 January 2006 00:48, Stephen Bennett wrote:
> > We've discussed this several times in the past, and every time the
> > answer has been that in the ebuild environment `sed` is gnu sed-4. It's
> > the only sane way to
On Tuesday 24 January 2006 17:56, Donnie Berkholz wrote:
> Mike Frysinger wrote:
> > - we add an emerge flag (say '--debug-build') which adds "nostrip" to
> > FEATURES and auto sets CFLAGS to DEBUG_CFLAGS and LDFLAGS to
> > DEBUG_LDFLAGS - portage wil
On Tuesday 24 January 2006 01:44, Brian Harring wrote:
> Might I suggest this one just get shelved for a while?
everything that gets shelved portage way stays that way for *quite* a while
i would be ok with implementing the back end (i.e. FEATURES=debug-build) but
putting off the front end (i.e.
On Wednesday 25 January 2006 00:16, Georgi Georgiev wrote:
> maillog: 25/01/2006-00:14:13(+0100): Diego 'Flameeyes' Pettenò types
>
> > What I'd like to ask is, if possible, to start using gsed instead, that's
> > present on both GNU and other userlands with current stable version of
> > sed (4.1.4
On Wednesday 25 January 2006 07:30, Sven Köhler wrote:
> I'd like to see, that bootstrap.sh unmerges any old gcc
> (emerge -C \<${gcc package that we just compiled})
that's a bad idea imo
let the user decide which gcc they wish to have
> so that a clean system is built with gcc 3.4 only!
it wou
On Wednesday 25 January 2006 03:21, Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 25 January 2006 02:23, Ciaran McCreesh wrote:
> > If there are any hardcoded calls to /usr/bin/sed, it is reasonable for
> > you to ask for them to be fixed. For any others, use a wrapper script.
>
> I think the wra
On Wednesday 25 January 2006 01:54, MIkey wrote:
> Mike Frysinger wrote:
> > note: for those who think they can argue for support of these features to
> > be kept in Gentoo, you're barking up the wrong tree so dont waste your
> > time -mike
>
> So, um, when can w
On Wednesday 25 January 2006 11:38, Marius Mauch wrote:
> On Wed, 25 Jan 2006 17:23:20 +0100
> Sven Köhler <[EMAIL PROTECTED]> wrote:
> > >> I'd like to see, that bootstrap.sh unmerges any old gcc
> > >> (emerge -C \<${gcc package that we just compiled})
> > >
> > > that's a bad idea imo
> > >
> >
On Wednesday 25 January 2006 15:44, Sven Köhler wrote:
> >> I'd like to see, that bootstrap.sh unmerges any old gcc
> >> (emerge -C \<${gcc package that we just compiled})
> >
> > that's a bad idea imo
> > let the user decide which gcc they wish to have
>
> So i understand what you're trying to tel
On Wednesday 25 January 2006 15:47, Stuart Herbert wrote:
> The csh package currently has a maintainer who is an active Gentoo
> developer; have you spoken to taviso first to find out whether he
> wants to remove csh from the tree?
last we talked with taviso he had no problem punting csh
-mike
--
On Wednesday 25 January 2006 21:40, Sven Köhler wrote:
> I expected the result of these steps to be a "clean" system.
>
> What do i mean with a "clean" system?
>
> Actually i thought, that i mean the result of a "emerge -e system" - but
> i know now, that this is not what i mean. For example "emerg
On Thursday 26 January 2006 08:54, Sven Köhler wrote:
> Mike Frysinger is talking about "choice" and ignores me if i tell him,
> that the "emerge -e system" uses the crippled gcc 3.3 for the first 10
> packages until "emerge -e system" finally rebuilds
On Wednesday 25 January 2006 22:07, Mikey wrote:
> On Wednesday 25 January 2006 20:53, Donnie Berkholz wrote:
> > Name one of those that isn't in 'system'.
> >
> > [EMAIL PROTECTED] ~ $ emvp -e system | grep -e gzip -e linux-headers -e
> > nano -e gettext -e glibc
> > [ebuild N] sys-kernel/lin
On Thursday 26 January 2006 05:43, Paul de Vrieze wrote:
> Another candidate would be the strip binary which might be called
> by certain makefiles instead of being portage controlled.
packages should never strip, only portage should
-mike
--
gentoo-dev@gentoo.org mailing list
On Thursday 26 January 2006 10:42, Mikey wrote:
> On Thursday 26 January 2006 08:16, Mike Frysinger spammed:
> > On Wednesday 25 January 2006 22:07, Mikey wrote:
> > > On Wednesday 25 January 2006 20:53, Donnie Berkholz wrote:
> > > > Name one
On Thursday 26 January 2006 13:23, Sven Köhler wrote:
> >> Mike Frysinger is talking about "choice" and ignores me if i tell him,
> >> that the "emerge -e system" uses the crippled gcc 3.3 for the first 10
> >> packages until "emerge -e sys
On Thursday 26 January 2006 11:16, Paul de Vrieze wrote:
> On Thursday 26 January 2006 16:34, Mikey wrote:
> > And those instructions have nothing whatsoever to do with common sense
> > from a new, or even experienced users perspective. Knowing that a gcc
> > upgrade will break libtool is not comm
On Thursday 26 January 2006 11:06, MIkey wrote:
> Why should system packages (determined by your profile) be present in the
> world file on official stage1/3 tarballs?
whether they are in the world file itself doesnt really matter
the "world" target includes all the packages listed in the world f
On Thursday 26 January 2006 14:00, MIkey wrote:
> Mike Frysinger wrote:
> > On Thursday 26 January 2006 11:06, MIkey wrote:
> >> Why should system packages (determined by your profile) be present in
> >> the world file on official stage1/3 tarballs?
> >
>
On Thursday 26 January 2006 11:06, Paul de Vrieze wrote:
> On Thursday 26 January 2006 14:51, Mike Frysinger wrote:
> > On Thursday 26 January 2006 05:43, Paul de Vrieze wrote:
> > > Another candidate would be the strip binary which might be called
> > > by certain
On Thursday 26 January 2006 14:08, Mike Frysinger wrote:
> On Thursday 26 January 2006 14:00, MIkey wrote:
> > /var/lib/portage/world should only contain the names of packages you
> > explicitly emerge (without --oneshot). As far as I know an official
> > stage3 tarbal
On Thursday 26 January 2006 13:23, Sven Köhler wrote:
> You say, that it's the intended behaviour, that bootstrap.sh keeps the
> crippled gcc 3.3 intact and as the default compiler.
ok, i looked into this some more and ran some tests ...
long and short of it is that the behavior i discussed befor
On Friday 27 January 2006 03:17, Paul de Vrieze wrote:
> On Thursday 26 January 2006 19:53, Mike Frysinger wrote:
> > On Thursday 26 January 2006 11:06, Paul de Vrieze wrote:
> > > Sometimes when calling the strip option
> > > of install. A strip wrapper prevents this br
On Monday 23 January 2006 23:04, Mike Frysinger wrote:
> for those who dont know what i'm talking about, consider:
> tail -1
> head -1
>
it would seem i lied about this (at least the first two still work)
the source code was refactored and i assumed this to mean they cut o
On Saturday 28 January 2006 12:30, Marcelo Góes wrote:
> On 1/28/06, Grobian <[EMAIL PROTECTED]> wrote:
> > The question here now actually is: "is csh worth the hassle, or not?"
> > My opinion is that it is not.
>
> csh_is_not_worth_it++;
> It is causing trouble and not adding functionality. Unless
On Wednesday 25 January 2006 02:26, Brian Harring wrote:
> On Tue, Jan 24, 2006 at 08:06:12PM -0500, Mike Frysinger wrote:
> > i would be ok with implementing the back end (i.e. FEATURES=debug-build)
> > but putting off the front end (i.e. emerge --debug-build)
>
> Front-end
On Sunday 29 January 2006 20:37, Sven Köhler wrote:
> >> You say, that it's the intended behaviour, that bootstrap.sh keeps the
> >> crippled gcc 3.3 intact and as the default compiler.
> >
> > ive chatted with wolf and the real fix here is to change the 'emerge
> > clean' at the end of bootstrap.s
On Sunday 29 January 2006 20:50, Sven Köhler wrote:
> >> I also noticed the "--oneshot" fix.
> >
> > i noted this already elsewhere in the thread
> >
> > dont you read all of the e-mails !?
>
> ???
>
> I just wanted to say "Thank you" for both fixes.
sorry i forgot the
-mike
--
gentoo-dev@gento
On Monday 30 January 2006 11:15, Diego 'Flameeyes' Pettenò wrote:
> On Monday 30 January 2006 06:17, Diego 'Flameeyes' Pettenò wrote:
> > Defining LINGUAS variable would be useful to allow people to know whether
> > they are going to have special support for their language in a package,
> > but it
On Monday 30 January 2006 11:48, Diego 'Flameeyes' Pettenò wrote:
> On Monday 30 January 2006 17:38, Mike Frysinger wrote:
> > it makes a the -pv output unreadable and thus useless ... although if you
> > do something like -pvv, then the user can expect to get a lot of out
On Tuesday 31 January 2006 06:31, Jason Stubbs wrote:
> On Monday 30 January 2006 20:54, Ciaran McCreesh wrote:
> > 1. Because for things like LINGUAS, there are arbitrarily many legal
> > values, and documenting them all and keeping the list up to date would
> > be extremely difficult.
>
> "More p
This is your monthly friendly reminder ! Same bat time (typically the
2nd Thursday once a month), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish for us to chat about, maybe even
vote on, let us know ! Simply reply to this e-mail for the whole
Gentoo dev
101 - 200 of 3334 matches
Mail list logo
