Paul de Vrieze <[EMAIL PROTECTED]> writes:
> It is also needed for third party apps that were linked against
> libstdc++.so.5. As long as those applications do not depend on other
> libraries that are linked against a newer c++ lib things are totally ok.
But unfortunately is does happen. For ex
[EMAIL PROTECTED] writes:
> Again, would anyone know what will happen to ~x86 gcc?, Will it become
> gcc40 or just use the stable x86 gcc for everyone? (except those who are
> already playing with gcc40 at their own risk)
Even if ~x86 does change to gcc40 then gcc is slotted so we can
continue to
Fabian Neumann <[EMAIL PROTECTED]> writes:
> What I'd like portage do to is to create a symlink to the latest version
> of a package's documentation. Just omitting the version number would of
> course not work as slotted packages may have multiple versions of docs
> installed. The first format co
Alec Warner <[EMAIL PROTECTED]> writes:
> The only downside afaik, for bashrc is that you can't do per package
> FEATURES as FEATURES is a python-side var. But you shouldn't need
> per package FEATURES by design; FEATURES are for portage, not your
> ebuild.
>From the perspective of a user, not a
Roy Marples <[EMAIL PROTECTED]> writes:
> On Wednesday 23 April 2008 21:46:18 Robin H. Johnson wrote:
>> See my attached example from work, we use a lot of the various options
>> on stuff.
>
> No, we won't support that. However, we will bring back ip ranges for the last
> ocet like so
> 1.2.3.4-
Roy Marples <[EMAIL PROTECTED]> writes:
> On Wednesday 23 April 2008 23:01:38 Graham Murray wrote:
>> It looks to me as though you are intending to remove the capability to
>> set up complex network environments.
>
> No I'm not.
> I'm making it easy for s
[EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) writes:
> USE=cxx should do just fine, it will disable the C++-related parts,
> whatever they are. Sincerely I'd quite like to enable it on my vserver's
> build chroots too.
Should that be USE=-cxx? The help for USE=cxx says that this builds
support f
Ciaran McCreesh <[EMAIL PROTECTED]> writes:
> * dismiss any technical criticism as being a 'corner case'.
And not appreciate that addressing the 'corner cases' is very important
and not to be dismissed. I have been a software developer (though not a
Gentoo one) for 30 years, and learnt that lesso
"Robert R. Russell" <[EMAIL PROTECTED]> writes:
> 3) perform the bugfix with a version bump and upgrade to the latest EAPI
> Options 1 and 2 are how most updates are done, the user can mask the latest
> version or upgrade. Option 3 allows the user to continue using the previous
> version while
"Walter Dnes" writes:
> On Thu, Mar 29, 2012 at 10:26:22PM +1300, Kent Fredric wrote
>
>> Though of course, if anybody has custom stuff in say, /usr/portage/local/
>> which they make by hand, nuking /usr/portage will make you *Very*
>> unpopular.
>
>
> http://www.gentoo.org/doc/en/handbook/han
Sascha Cunz writes:
> You've said yourself, that "some removable media might not require
> signatures"
> in order to boot. Well, if that is the case, then isn't this defeating the
> whole point of Secure Boot at that stage?
Not necessarily. As has been stated previously, secure boot is not
in
"Walter Dnes" writes:
> On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
>> On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
>> > mdev would need to switch to the netlink hotplug interface.
>>
>> I think that's quite unlikely, since mdev is not a daemon. Perhaps by
>> the time
Ryan Hill writes:
> Christ on a $#@%! crutch. You can NOT auto-enable C++11 in your library based
> on a configure test and then stuff flags that are not supported by previous
> compiler versions into pkg-config for library consumers. Somebody sane
> please fix this.
Though is it not normally
waltd...@waltdnes.org writes:
> Let me re-phrase my question... is there *ANY* set of circumstances
> under which any of X/xorg/wayland/mir/qt4/qt5/gtk2/gtk3/fltk USE flag
> can be set for a package *WITHOUT* requiring a gui?
Yes. X/xorg could be needed to incorporate the X Client libraries so
Zac Medico writes:
> On 12/19/2012 02:01 PM, Alan McKinnon wrote:
>> If we are going to move distfiles out of the tree into, what are the
>> odds of getting /some/path/portage/local to move somewhere else too?
>
> What program uses this "local" directory? It's not used directly by
> portage itsel
Peter Stuge writes:
> Kernel -sources USE is a handy way to install linux-firmware
> wholesale, but AIUI the standalone firmware packages would
> be removed too, effectively making the USE flag non-optional, and
> removing the possibility of having managed firmware packages.
> (People would have
"Duncan" <[EMAIL PROTECTED]> writes:
> There's a newer way to control the same thing that userlocales controlled,
> but I didn't understand it when it was posted here.
Though, AFAIK, there is no way of retaining the old behaviour, of
building all locales, when the local userlocales flag was not s
Martin Schlemmer <[EMAIL PROTECTED]> writes:
> 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 an -march=nocona (which I think was introduced in gcc 3.4)
which works for both 3
Daniel Black <[EMAIL PROTECTED]> writes:
> Ethereal, as far as anyone can tell, is no longer being developed[3] as all
> the core developers have moved to Wireshark[4].
>
> To make this transition as painless as possible, a package move has been
> setup
> so Ethereal users should automatically
Chris Gianelloni <[EMAIL PROTECTED]> writes:
> On Tue, 2006-07-25 at 16:16 +0100, Graham Murray wrote:
>> Is there an equivalent of (or replacement for) the command line
>> tethereal? This can give more useful information than tcpdump and can
>> be run in real-
[EMAIL PROTECTED] writes:
> I wrote an eselect module for choosing between the browser plugins from
> net-www/gnash and net-www/netscape-flash, and I was wondering if it could
> be included in Gentoo (probably not in its current state...).
Would it also be useful to have something similar for sel
Alec Warner <[EMAIL PROTECTED]> writes:
> This feature is not available in stable portage, which is why its not
> documented. And yes there are many other features that lack
> documentation.
But should it not be documented in the ebuild man files which come
with the versions of portage which *do
Roy Marples <[EMAIL PROTECTED]> writes:
> H, just how many features should a config file have beyond the
> setting of variables?
In the case of networking, the ability to define the functions for the
various hooks. In most systems these will not be needed, but where
policy routing etc is used
"Caleb Cushing" <[EMAIL PROTECTED]> writes:
> right now were 12 going up probably from all the sites saying
> negative things. funny sabayon a gentoo fork and overlay is in 8. I
> know these statistics aren't 100% accurate (given how they're
> generated) but maybe they mean something.
Maybe part
Ulrich Mueller <[EMAIL PROTECTED]> writes:
> I would also strongly favor if both gnupg-1 and gnupg-2 could be kept
> in different slots.
And maybe an eselect (or similar) to select whether external programs
which call use gpg-1 or gpg-2.
--
[EMAIL PROTECTED] mailing list
"Jorge Manuel B. S. Vicetto" <[EMAIL PROTECTED]> writes:
> for a virtual pointing to packages foo and bar, only one of them needs
> to be stable before the virtual can be marked as stable, right?
> So your above comment should read "if a virtual points to packages foo
> and bar, and [either foo or
Roy Marples <[EMAIL PROTECTED]> writes:
> If say you have nfs mounts, one network cable and then unplug the cable
> you get this :-
>netplug calls net.eth0 stop
>net.eth0 stop calls netmount stop
>netmount stop tries to unmount the nfs mounts
> At this point, the process freezes for a
Mike Auty <[EMAIL PROTECTED]> writes:
> Could you please describe the problem you faced? From the detail you
> gave, it sounds as though you might not have moved /etc/conf.d/cryptfs
> to /etc/conf.d/dmcrypt.
I had a problem. I moved /etc/conf.d/cryptfs to /etc/conf.d/dmcrypt, but
none of t
Piotr Jaroszyński <[EMAIL PROTECTED]> writes:
> I think it's time to add a more general flag for enabling visibility support
> in packages as currently there is only a kde specific one
> (kdehiddenvisibility) and I don't think it makes sense to add a new one for
> each package that needs it.
S
Branko Badrljica writes:
> 2. About using bugzilla- how the heck was I supposed to use it without
> net access ?
If openrc did not start your networking, what was preventing you
starting it yourself? Even if the upgrade also corrupted both
sys-apps/net-tools and sys-apps/iproute2[1], you could h
Denis Dupeyron writes:
> Some systems are configured with a random root password. After a while
> you get tired of doing 'sudo ' all the time and would like to
> become root but you can't because you don't know the root password.
> One way around that is 'sudo su -' which allows to become root us
Richard Freeman writes:
> I think that is separate from the circular dependency issue. As long
> as we have an unresolved circular dependency I think cups should be
> off the list. However, I'd be the first to agree that this is a
> short-term solution.
>
> The problem is that we only have two
Mike Frysinger writes:
> if you're "digging around" then clearly you havent done the obvious and run
> revdep-rebuild ? that is pretty user-friendly.
I do not know if I had done something wrong beforehand, but "simply"
running revdep-rebuild did not work for me - a number of packages failed
to
George Prowse writes:
> I have run revdep-rebuild about 30 times and I still can't fix
> it. revdep-rebuild does not fix it and libpng needs to have some
> serious action before it goes stable because I booted into, basically
> a completely broken machine because I had to stop a large upgrade on
Mike Frysinger writes:
> the bug reporter can open their own bugs. gentoo developers can open any
> bug.
> that's about it.
Which can be a pain for other users who suffered the same bug (and are
probably on the CC list), the maintainer says to re-open if the problem
is not fixed, the user fi
Thomas Sachau writes:
> Since python-3* is currently useless and not required for any package, the
> dependency should by
> default only pull in python-2* like this:
>
> =dev-lang/python-2*
>
> With that, the default way would not pull in a package, which is not needed
> or used. And if there
>
Andrea Barisani <[EMAIL PROTECTED]> writes:
> Starting a poll on *forums* about a *ml*, no thanks :). Hope you were being
> sarcastic. I'm open to suggestions other than the "remove the header and let
> the
> flames come" option which unfortunately looks like the only one to me and
> despite bein
R Hill <[EMAIL PROTECTED]> writes:
> the only thing i know of that needs LT is Xen, and they're already
> working on NPTL support.
Also the (user space) driver from Epson for the Stylus Photo R800
printer needs Linuxthreads. While much of this is available in source
code form, it includes a coup
Michael Cummings <[EMAIL PROTECTED]> writes:
> The funny thing about no more activity upstream is this: why would
> there be? Except for bug fixes, it does a simple job, and it does it
> damned well: it parses your emerge log and gives you just the output
> you want and need. Don't abandon a tool
Mike Frysinger writes:
> well, not quite. the way we agreed in the past was to not revbump the masked
> package, but once it was unmasked, we revbump it just once at that point.
Is there somewhere which tells users when there are upgrades to
toolchain packages which are not revbumped once they
Arfrever Frehtes Taifersar Arahesis writes:
> 2010-11-29 01:26:19 Robin H. Johnson napisał(a):
> Sebastian Pipping recently removed automatic upgrade of active version of
> Python, so
> python-2.7.1.ebuild does not upgrade active version of Python.
Sorry, but on one of my ~x86 systems the insta
Ulrich Mueller writes:
>> On Mon, 29 Nov 2010, Alex Alexander wrote:
>
> I guess it is triggered from pkg_postrm() of python-2.6.6-r1 which
> until two days ago unconditionally called the following eselect
> action:
But as python-2.7 is installed into a new slot, python-2.6.x is kept, so
pyt
Ulrich Mueller writes:
> I guess it is triggered from pkg_postrm() of python-2.6.6-r1 which
> until two days ago unconditionally called the following eselect
> action:
But python-2.7 is installed in a new slot and python-2.6.x is not
removed. So. surely python-2.6.6-r1's pkg_postrm() should not
Ulrich Mueller writes:
> But could pkg_postrm() of python-3.1.2-r4 have caused the update?
> It essentially executed the following code:
Yes, that is what is doing it. I am in the middle of an emerge -uD world
and I ran 'eselect python list' after 2.7.1 had been emerged and it
still showed 2.6 a
Ciaran McCreesh writes:
> The fix for that is to slot things properly. You're screwed anyway if a
> preserved library tries to access installed data that has either been
> removed or upgraded to a new format that it doesn't recognise.
Or some "awkward" packages which when rebuilt will still link
Chí-Thanh Christopher Nguyễn writes:
> My point is that packages can cause downgrades through "<" dependencies.
> There is no rule against it.
Nearly all of which prevent the upgrade of the dependent package rather
forcing the downgrade of an already installed package.
Zac Medico writes:
> On 10/11/2011 10:28 PM, Mike Gilbert wrote:
>> Francisco raised a possibly valid point in his original message: though
>> packages may not be currently used for anything, but they could contain
>> un-patched security flaws.
>
> If they contain something that's accessed at run
Zac Medico writes:
> What's the benefit of having /usr on a separate partition anyway? The
> only somewhat reasonable explanation that I've heard is so that it can
> be mounted readonly.
One benefit, especially in a large server 'farm' is that several servers
can share the same /usr by NFS moun
Donnie Berkholz writes:
> Agreed with a slight modification — once you've kept the old
> {stable,~arch} version around for a reasonable amount of time (say 30
> days), you should be safe pulling it.
As long as there are no open bugs on the later ~arch version breaking
other packages.
49 matches
Mail list logo
