-- it does not change anything about the
format, etc. of the library itself (to be precise, using --as-needed
will cause only the NEEDED entries that are actually needed to be
emitted to the final binary). So, to answer your question, yes, they
are perfectly compatible with each other.
- --
ABCD
hanks,
>
> cheers
The difference is that nothing actually depends on xfce-base/xfce4 - the
packages that were listed depend on packages that have names that *start
with* "xfce-base/xfce4" (such as "xfce-base/xfce4-panel"). The
- --depclean output says that you have no pack
packages selected for removal by depclean
>
> That's odd. Nothing needs it? Then who started it?
>
> It's daemonized so I don't see a parent process beyond init.
>
> Mike
What is the output of `/etc/init.d/dbus needsme` and `/etc/init.d/dbus
usesme`
ded by temporarily
> * disabling USE flags what trigger optional dependencies.
>
> Has someone any idea?
>
> Best regards,
> Christoph Schrauth
>
You didn't send the important part of the error message, but my guess
would be a circular dep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christoph Schrauth wrote:
> Original-Nachricht
>> Datum: Wed, 15 Apr 2009 13:33:58 -0400
>> Von: ABCD
>> An: gentoo-user@lists.gentoo.org
>> Betreff: [gentoo-user] Re: gentoo installation -> emerge pro
g through hal?
>
As I understand it, everything that can be done in xorg.conf can be done
via HAL, but I'm not sure how you would do so for the video devices.
That said, you should be able to completely get rid of the input devices
in xorg.conf, and instead install this in a file in /etc
nting. Either way, you may be able to scroll
up during the delay (I don't remember if it initializes the keyboard
driver before or after the root filesystem, it's been a while since I've
had to debug that part of startup).
- --
ABCD
-BE
` (yes, I know
it's long, but it can be helpful. Also, again if it doesn't work, send
the contents of all files under /etc/hal/fdi/policy/.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mo
of gcc out right now is 4.4.0 (currently in
package.mask). I would suggest setting CFLAGS="-O2 -march=native -pipe"
and CXXFLAGS="-O2 -march=native -pipe" in /etc/paludis/bashrc (assuming
that that is the proper location for those variables).
- --
ABCD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walter Dnes wrote:
> * nodiratime says not to update directory inodes when accessed. You do
> need to specify it, because it is not the default
>
> * noatime says not to update file inodes when accessed. You do need to
> specify it, because it i
ept* VirtualBox, which I have to run
the 64-bit version of from a chroot. I also personally handle all
external kernel modules, and add them to package.provided when
necessary, so portage doesn't have to think about them.
PS:
I was going to outline all the patches, etc. that I needed for a
e two features was removed).
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (GNU/Linux)
iEYEARECAAYFAkpSu/cACgkQOypDUo0oQOqANQCfc5ePxReiIU79FXXUuOCLcvuK
DmoAoMA7/fba56fTha1bM9z0US4sRe6I
=2bTT
-END PGP SIGNATURE-
s unset, defaults
to "C".
LC_ALL
Override for LC_*. If LC_ALL is set, then LC_* is ignored, and the
value of LC_ALL is used for everything. *Do not* set this in env.d
unless you know exactly what you are doing. (Setting LC_ALL=C to
disable all locale settings, for instance).
I hope this helps resolve any confusion. If you want to see what the
current values of each of these variables is, including overrides, run
`locale`.
--
ABCD
LC_ALL=C (or, equivalently,
LC_ALL=POSIX), which effectively disables internationalization/localization.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkpbtsQACgkQOypDUo0oQOrCAgCeINVxuzRZxTmZnfqw7Pti479M
5/UAnRgus9CF4v1SUJ9S3KlfVUcwKJZ/
=g0jU
-END PGP SIGNATURE-
ing x11-libs/qt-gui-4.5.1-r2)
> [blocks B ] >x11-libs/qt-opengl-4.5.1-r
> (">x11-libs/qt-opengl-4.5.1-r" is blocking x11-libs/qt-gui-4.5.1-r2)
>
> And I have QT- -4.5.2 but this ignored
>
> Somebody installed and works ?
>
> Remember without layman or a
the average Windows user.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkpp6JkACgkQOypDUo0oQOrepgCfW7be4EO0zTvLvxJfpWFF2wVK
qgUAn1qRqOJmD8ibTbWU3KDPNxkOhYn/
=gMip
-END PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Skippy wrote:
>
>
>
> Greetings, I'm having exactly the same problem and have been trying to
> fix it.
>
> Could you please specify where in xorg.conf you placed
>
> setxkbmap -option terminate:ctrl_alt_bksp
>
> And where is the hal configuratio
ersions of portage that support sets (including @world) are
all hardmasked currently.
--
ABCD
age3 tarballs generated every week in [1]. You probably want the
stage3-i686-*.tar.bz2 file. (The *-i486-* files are for systems older than
or otherwise not compatible with the Pentium Pro, IIRC).
[1] http://distfiles.gentoo.org/releases/x86/autobuilds/
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkpuIN4ACgkQOypDUo0oQOpZ+wCfWkrv8aLYpTYpObxfydnqfSHJ
MXEAnRtqV2cMjYVGae6n8ZEGnT7mtwMb
=jVzS
-END PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Bothwick wrote:
> On Mon, 27 Jul 2009 17:39:27 -0400, ABCD wrote:
>
>> > It should, unless you are woefully out of date.
>
>> Not true: the versions of portage that support sets (including @world)
>> are all hardm
above expansion, the following applies [sorry if you already
know this]:
- "lib*" is lib on x86, lib64 on amd64
- ${PERL_VER} is your perl version, probably 5.8.8
- ${CHOST%%-*} is the part of the CHOST before the first "-":
* on x86, it will be one of i486, i586, or i686
* on amd64, it will be x86_64
If you aren't on x86 or amd64, I assume you can figure it out :).
--
ABCD
this is the case, you can find out by
checking in /var/tmp/portage/${CATEGORY}/${PF}/image/ (herein called
"${D}"), which contains the full tree that the package is trying to install.
If usr/lib/pkgconfig under that directory is a file, then it would collide
with every package
nternals to simplify things in portage,
but packages using portage's internal APIs incorrectly stopped working.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkqArRkACgkQOypDUo0oQOpDeACdFYr7P+9iTuJZBdRRuGMponhP
ckgAoLbaR0AsoqlVkOLq1NaObpJp1eHC
=Px69
-END PGP SIGNATURE-
> work. As soon as X comes up, no mouse, no keyboard.
>
Is CONFIG_INPUT_EVDEV set to "y" or "m" in your kernel config? If not,
then xf86-input-evdev will not work, as you won't have the
/dev/input/event{0,1,...} devices it needs.
- --
ABCD
-BEGIN PGP SIGNATU
pletely, and add the single character "S"
or "1" after a space).
An example from my grub.conf:
titleGentoo, current kernel (single user)
kernel (hd0,0)/vmlinuz root=/dev/sda5 1
titleGentoo, current kernel (root shell)
kernel (hd0,0)/vmlinuz root
el=vmware" and "softlevel=xen", each booting a suitable kernel
> and moving the right xorg.conf into /etc/X11. That functionality is
> lost and is a major problem.
>
What I believe you are supposed to do now is edit /etc/inittab, changing
the commands to run at init runle
ainst libX11.so.6,
but not libxcb*, and libX11.so.6 is linked against libxcb-xlib.so.0,
then ldd will report libxcb-xlib.so.0, because it is an indirect
dependency. To find direct dependencies, you can use
`scanelf -qF '#F%n' /path/to/file`, which will output a comma-separated
list of libraries
he available
profiles, and `eselect profile set ` to change your profile.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkl5Up8ACgkQOypDUo0oQOqjUwCgjj4HiYfRw8o22/jxvzUb9Xfs
T0kAmgK+s1H1dWt+kXrft6x3O
ap file is almost full, it can
expand your swap without having to do things like repartition. This
makes the "swap is full - out of memory"-type problems less likely to
occur (unless it is "filesystem is full" as well :) ).
- --
ABCD
-BEGIN PGP SIGNATURE-
Version:
s defragmentation
tool, suggesting that nothing is allowed to move it on disk at all,
while it is in use (which, on Windows, means the OS is running).
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAA
r upgrading sys-devel/libtool
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkl8yeMACgkQOypDUo0oQOpo0wCeKqToUftZ/jb5RKPtzlJHoHUM
FekAnR1/GwO1EUb5PnZZ58UAXStadPCf
=FjyW
-END PGP SIGNATURE-
lls (well, it first
checks for ~/bin/${CROSS_COMPILE}installkernel, and calls it, if it
exists, which allows you to customize the installation process).
Personally, I will set CONFIG_LOCALVERSION to ".#" or "-r0.#" on a
second+ compilation of the same kernel version. (My curren
nd was therefore under CONFIG_PROTECT). You
may also be having other problems due to this, but that's the most
obvious that I can see from your description.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
.map-${KV}
System.map
What this effectively means is that the copy in /boot is a backup copy,
just in case you clean the current build of your kernel
(/lib/modules/${KV}/build is a symlink to the build directory of your
kernel build, which can differ from the source directory)
tl;dr version:
try rebuilding sys-libs/libperl and
dev-lang/perl, which may fix this error (you might want to try that even
if you *haven't* changed your CHOST, just in case).
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozill
version of GCC during the
window where the eclass was broken, that version of GCC would have been
broken.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkmJCq4ACgkQOypDUo0oQOqeqwCgrFG9t4t3+ZmTKY
S to
the value of CFLAGS *that is in make.conf*, so you will need to modify
CXXFLAGS as well as CFLAGS.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkmNIhcACgkQOypDUo0oQOpmzwCbBmDk9w0vdr1OxO8YPBeLhQBq
lqkAoJ41FE04llfOHF1RH1DG0rUxJg9d
=rEti
-END PGP SIGNATURE-
v" keyboard, instead of whatever keyboard you
actually have, and use the "evdev" driver (if I'm not mistaken). I had
the same problem a few months ago when I upgraded, and that fixed it.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkmiILgACgkQOypDUo0oQOpwDACeK/Y2JJ4wiHC3J0OLTd5NoOJT
eQEAn30ovptIBWFrIiJ+jfGZYpUN+RQW
=73mK
-END PGP SIGNATURE-
at home). I
don't remember the reasons given for that, but you can copy the sets
from that tree, and place them in your /etc/portage/sets/ directory, and
modify them at will - or create your own based on those sets. Note that
you do not actually need that overlay installed t
LL".
If you want to make the user enter *their own* password, remove the
"NOPASSWD:". If you want to make the user enter *root's* password, read
the man page - I don't remember the option, but I know there is one.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
line in package.keywords without any KEYWORDS implies "~${ARCH}"
(again, see portage(5)).
With the exception of sets and FEATURES=preserved-libs, everything in
portage-2.2 is in portage-2.1.6.*, which is now stable just about
everywhere, so this behavior is at least that old (although I belie
, which automatically fixes problems like the old
e2fsprogs/com_err/ss/e2fsprogs-libs blocker, without breaking anything
(well, the system may be in an inconsistent state if you loose power at
*exactly* the wrong time, but that can happen anyway during a merge,
even without this new behavior).
PS:
gs-169.07/nvidia-settings-169.07.ebuild
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknC/XkACgkQOypDUo0oQOq8yQCg3Lh7OYKbwXXuP1rT6tlD3n6J
nAkAoK2rXkWrHZeYHeEn+lkxrgGU56cN
=qima
-END PGP SIGNATURE-
sources-2.6.28 ~x86
> to set keywords for any revision of the specifies version
>
> Regards,
>
> Daniel
>
Also note, that the "~x86" part is now optional. If you do not specify
any keywords, then "~${ARCH}" is assumed (in this case ARCH=x86, so you
ge
e one
> semantic to suppport, without "meta".
>
>
> James
You almost certainly want +plasma, as in this case +plasma means "build
the base libraries required for plasma", which means if you don't, the
desktop and panel won't
t;
> Thanks in advance guys!
> Simon
>
This probably isn't the problem, but try doing `shutdown -hP now`, and
see if that works - if it does, then there probably is a configuration
issue somewhere (but I'm not sure where that would be...).
chnically, it
> replaces them with nothing).
>
Even better would be, as it avoids a call to bash:
#!/bin/sed -f
s/^[\[[^m]\+m//g
(with the same "^[" is really ESC)
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknPrAoACgkQOypDUo0oQOrVYwCfZ/f8eaFpMy0E8+fs96qCG3Dv
mscAoLAdGesfNBz3EsRp7aaqUiBwjpeo
=qUzQ
-END PGP SIGNATURE-
# gcc-config x86_64-pc-linux-gnu-4.3.2-r3
>
> kind regards,
> der Max
IIRC, by default it will start using the new compiler, but the command
is `gcc-config x86_64-pc-linux-gnu-4.3.2` (or even just `gcc-config
4.3.2`); for a list of compiler versions you currently have installed
and can use
d be removed via `emerge --depclean`.
> --
> Andy
Just as a suggestion, use "-- " (hyphen-hyphen-space) as a separator
instead of just "--" (hyphen-hyphen) -- it will cause most clients to
drop the signature part in replies.
- --
ABCD
-BEGIN
>=dev-python/pycrypto-2.0.1-r6 )", so if you are using
>=dev-lang/python-2.5, then you don't need pycrypto anyway.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknW0t8ACgkQOy
s (before you
had to wait until the pkg_setup phase, now it stops while calculating
dependencies).
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknXIXcACgkQOypDUo0oQOpVzgCdGNtXAA25LaTVHQS
o
>>>> /var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/image/
>
[snip sandbox error]
That actually is completely separate, and is due to a bad version of
sandbox (if I'm not mistaken) - you probably need to either upgrade or
downgrade sys-apps/sandbox to 1.6-r2 (1.7
d this happen, and didn't catch it right away, I would `emerge -C
package`, then mv /var/db/pkg/cat/-MERGING-pkg-ver
/var/db/pkg/cat/pkg-ver, then `emerge -C package` again, to ensure a
clean system. Then all that would remain is `emerge -1 package` to get
it back on the system. This might n
hanks in advance... Newbie
>
I'm not sure if you will need sys-fs/cryptsetup for your setup, but I
think you may have gotten confused over the difference between USE and
IUSE. IUSE is a variable set by an ebuild to tell portage (or your PM
of choice) that this package su
and X only saw /dev/input/mice.
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknbl6MACgkQOypDUo0oQOp5lwCfXP/aRwCQ9cTmv8BgazsqSBw0
4/0AoKRK611WJgzUq3H/tmoc1BqtG1pT
=a2P0
-END PGP SIGNATURE-
ration announcement is in
${PORTDIR}/metadata/news/2009-04-06-tetex/2009-04-06-tetex.en.txt
(note that ${PORTDIR} is /usr/portage on most systems, unless you
changed it in /etc/make.conf)
Therefore, no matter what you do, so long as you do not delete the
portage tree itself (and if you do,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Troeder wrote:
> On Wed, 2009-04-08 at 14:24 +0200, Daniel Troeder wrote:
>> * Where can I find old "news"? With "eselect news read all" I get
>> nothing. Did I maybe "purge" it?... that brings me back to my first
>> question :)
> Hmm... from an
and install TeXLive using the upgrade guide accessible at the
following URL:
http://www.gentoo.org/proj/en/tex/texlive-migration-guide.xml
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with
x27;s no
> such animal. You have to download the fullblown developer's kit...
Try dev-java/sun-jre-bin
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkhLM9EACgkQOypDUo0oQOrCPACdGT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Miernik wrote:
> Robert Bridge <[EMAIL PROTECTED]> wrote:
>> The second is to pass an argument to the kernel that does the same
>> thing, IIRC "sleep=30", but I have never used this particular trick,
>> so you will want to check it.
>
> Tried it - did
ibs/timezone-data
NB: this will only need to be done this once, after that, an update of
sys-libs/timezone-data will automatically update /etc/localtime
- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Volker Armin Hemmann wrote:
> not anymore. system was taken out of world.
>
> http://marc.info/?l=gentoo-dev&m=121607297615623&w=2
That is only true if you are using >=sys-apps/portage-2.2_alpha (that
is, the current ~arch
ttempt to run it on a baselayout-1
system, as it isn't needed. If/when you upgrade to baselayout-2/openrc,
it will automatically be added to the boot runlevel, but only if
baselayout-1 had been previously installed.
In short, don't worry about it. :)
(this didn't appear to send t
quite enough information to be sure, it looks like a
problem with dbus. Unfortunately, I'm not sure how to determine if this
is the case, or what should be done if that *is* the case.
- --
Jonathan Callen (ABCD)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using G
o (not .so.5 or .so.5.2 !) first,
so that kalgebra is forced to link against /usr/lib64/libreadline.so
(which ends up pointing at /lib64/libreadline.so.6). My guess is that
for some reason the linker is looking in /lib64 before checking
/usr/lib64, and finding the wrong
65 matches
Mail list logo
