Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: > On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: >>Am 06.04.2012 12:54, schrieb Tobias Powalowski: >>> Hi guys, >>> please signoff 3.3 series for both arches. >>Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks >>like device suspension fails somewhere. Furthermore 3.3.1 seriously >>breaks ath9k on my netbook [1]. >>[1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 > I have a similar reservation. On two eeepc 901, suspend works just > fine. Alas, only only on one of them does resume work with a 3.3 > kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. P.S. At first I post message in worng ML, sorry. --- WBR, Vladimir Lomov -- Mix a little foolishness with your serious plans; it's lovely to be silly at the right moment. -- Horace
[arch-general] Need help understanding new "make install" failures - libtool: install: error: relink `blah...la' ??
Guys,
After the latest updates, I'm getting a number of package() "make install"
failures on packages that have, until now, packaged just fine. Is anybody else
experiencing this on packages you build? If so, do you know what is causing it
-- and how to fix? I've searched and found that sometimes reordering the link
commands in the Makefile can help, but I can't figure out why things have
packaged just fine up until now and are now failing. Since everything built fine
with the build() command -- why the failure on package()??
I've also read another solution is to do away with the .la files completely
and replace with a package config setup. However, before I try and tackle
something like that, I want to figure out what broke. The failures during "make
install" look like this (gwenview and tdegames examples:)
the failure:
/usr/bin/ld: cannot find -ltdeinit_gwenview
collect2: error: ld returned 1 exit status
libtool: install: error: relink `gwenview.la' with the above command before
installing it
the preceding context:
libtool: relink: g++ -fPIC -DPIC -shared -nostdlib
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crti.o
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtbeginS.o .libs/gwenview_dummy.o
-Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/tqt3/lib
-L/build/src/gwenview/src/gvcore/.libs -L/opt/trinity/lib -L/opt/tqt3/lib
-L/usr/lib/mysql -L/usr/X11R6/lib64 -L/build/pkg/opt/trinity/lib
-ltdeinit_gwenview -L/usr/lib
-L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib -lgwenviewcore
-ltdeprint -lkmediaplayer -ljpeg -lexiv2 -lkipi -lkio -ltdeui -ltdecore
-L/build/pkg/usr/lib -lkutils -L/build/pkg/opt/tqt3/lib -ltqt-mt -lpq
-lmysqlclient -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype
-lfontconfig -ldl -lpng -lz -lXext -lX11 -lSM -lICE -ltqt -lpthread
-L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0 -L/lib/../lib -L/usr/lib/../lib
-L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../.. -lstdc++ -lm -lc -lgcc_s
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtendS.o
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crtn.o -O2
-march=x86-64 -mtune=generic -O2 -Wl,--no-undefined -Wl,--allow-shlib-undefined
-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu
-Wl,-soname -Wl,gwenview.so -o .libs/gwenview.so
libtdeinit_gwenview is right where it should be:
23:42 archangel:/dat_e/chroot/david/build/src/gwenview> find . -name
"libtdeinit_gwenview*"
./src/app/libtdeinit_gwenview.la
./src/app/.libs/libtdeinit_gwenview.lai
./src/app/.libs/libtdeinit_gwenview.soT
./src/app/.libs/libtdeinit_gwenview.so
./src/app/.libs/libtdeinit_gwenview.la
The tdegames failure (all in order):
libtool: relink: g++ -fPIC -DPIC -shared -nostdlib
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crti.o
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtbeginS.o .libs/kolf_dummy.o
-Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/tqt3/lib
-L/build/src/tdegames/kolf/.libs -L/build/src/tdegames/libtdegames/.libs
-L/opt/trinity/lib -L/opt/tqt3/lib -L/build/pkg/opt/trinity/lib -ltdeinit_kolf
-lkolf -ltdegames -lkdnssd -ltdeprint -lkio -lartskde
-L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0
-L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../..
-lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/crtendS.o
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/crtn.o
-march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed
-Wl,-z -Wl,relro -Wl,--hash-style=gnu -Wl,-soname -Wl,kolf.so -o .libs/kolf.so
/build/src/tdegames/kolf/.libs/libkolf.so: file not recognized: File truncated
collect2: error: ld returned 1 exit status
libtool: install: error: relink `kolf.la' with the above command before
installing it
make[3]: *** [install-tdeinitLTLIBRARIES] Error 1
make[3]: *** Waiting for unfinished jobs
libtool: install: /usr/bin/install -c -p .libs/libkolf.so.1.2.0T
/build/pkg/opt/trinity/lib/libkolf.so.1.2.0
libtool: install: (cd /build/pkg/opt/trinity/lib && { ln -s -f libkolf.so.1.2.0
libkolf.so.1 || { rm -f libkolf.so.1 && ln -s libkolf.so.1.2.0 libkolf.so.1; };
})
libtool: install: (cd /build/pkg/opt/trinity/lib && { ln -s -f libkolf.so.1.2.0
libkolf.so || { rm -f libkolf.so && ln -s libkolf.so.1.2.0 libkolf.so; }; })
libtool: install: /usr/bin/install -c -p .libs/libkolf.lai
/build/pkg/opt/trinity/lib/libkolf.la
libtool: install: warning: relinking `libtdeinit_kolf.la'
libtool: install: (cd /build/src/tdegames/kolf; /bin/sh
/build/src/tdegames/libtool --tag CXX --mode=relink g++ -Wno-long-long -Wundef
-ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W
-Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64 -mtune=generic -O2
-pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2
-fpermissive -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor
-fno
Re: [arch-general] Cannot boot since latest -Syu
mdadm_udev supports assembling the array via udev. The idea is to replace mdadm with mdadm_udev. 2012/4/7, "Jérôme M. Berger" : > Thanks for your reply, > > Jochen Maes (Gcool) wrote: >> Have you also upgraded the mkinitcpio package to 0.8.6 (see >> https://bugs.archlinux.org/task/29229 for details on why)? >> > Yes, mkinitcpio is at 0.8.6-2. I only tried downgrading to see if > that solved my RAID problem, but it makes it worse. > >> Also, consider using the mdadm_udev hook. >> > Is that in addition to or instead of the mdadm hook? "mkinitcpio -H > mdadm_udev" does not give much information. > > Jerome > >> 2012/4/7, "Jérôme M. Berger" : >>> Hi, >>> >>> Since yesterday's upgrade, I cannot boot using the "normal" image. >>> The fallback image still works. The issue is that my RAID arrays are >>> not recognized. >>> >>> I have checked that the mdadm hook is still present in >>> /etc/mkinitcpio.conf >>> >>> I have tried re-running mkinitcpio -p linux -> no change. >>> >>> I have tried downgrading mkinitcpio to the previous version -> >>> mkinitcpio complains about a missing file: >>> /lib/modprobe.d/usb-load-ehci-first.conf then neither image works. >>> >>> I have tried downgrading the kernel -> no change. >>> >>> Is there something that I need to change in my configuration or >>> should I file a bug? >>> >>> Thanks, >>> Jerome >>> -- >>> mailto:jeber...@free.fr >>> http://jeberger.free.fr >>> Jabber: jeber...@jabber.fr >>> >>> >> > > > -- > mailto:jeber...@free.fr > http://jeberger.free.fr > Jabber: jeber...@jabber.fr > >
Re: [arch-general] Cannot boot since latest -Syu
Thanks for your reply, Jochen Maes (Gcool) wrote: > Have you also upgraded the mkinitcpio package to 0.8.6 (see > https://bugs.archlinux.org/task/29229 for details on why)? > Yes, mkinitcpio is at 0.8.6-2. I only tried downgrading to see if that solved my RAID problem, but it makes it worse. > Also, consider using the mdadm_udev hook. > Is that in addition to or instead of the mdadm hook? "mkinitcpio -H mdadm_udev" does not give much information. Jerome > 2012/4/7, "Jérôme M. Berger" : >> Hi, >> >> Since yesterday's upgrade, I cannot boot using the "normal" image. >> The fallback image still works. The issue is that my RAID arrays are >> not recognized. >> >> I have checked that the mdadm hook is still present in >> /etc/mkinitcpio.conf >> >> I have tried re-running mkinitcpio -p linux -> no change. >> >> I have tried downgrading mkinitcpio to the previous version -> >> mkinitcpio complains about a missing file: >> /lib/modprobe.d/usb-load-ehci-first.conf then neither image works. >> >> I have tried downgrading the kernel -> no change. >> >> Is there something that I need to change in my configuration or >> should I file a bug? >> >> Thanks, >> Jerome >> -- >> mailto:jeber...@free.fr >> http://jeberger.free.fr >> Jabber: jeber...@jabber.fr >> >> > -- mailto:jeber...@free.fr http://jeberger.free.fr Jabber: jeber...@jabber.fr signature.asc Description: OpenPGP digital signature
Re: [arch-general] Cannot boot since latest -Syu
On Sat, 07 Apr 2012 09:22:15 +0200 "Jérôme M. Berger" wrote: > Since yesterday's upgrade, I cannot boot using the "normal" > image. The fallback image still works. The issue is that my RAID > arrays are not recognized. I had similar/same problem after recent upgrade and, after trying downgrading kernel etc., noticed that, somehow, my mkinitcpio.conf got messed during upgrade and was missing some of the required hooks. My conf looks like: HOOKS="base udev mdadm_udev autodetect lvm2 pata scsi sata usb filesystems usbinput" I've raid-1 setup with everything under lvm2. Sincerely, Gour -- There are principles to regulate attachment and aversion pertaining to the senses and their objects. One should not come under the control of such attachment and aversion, because they are stumbling blocks on the path of self-realization. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
[arch-general] Move psi-plus to community?
Hello! I am psi-plus package ( https://aur.archlinux.org/packages.php?ID=40365) maintainer. Psi+ is very powerfull jabber client written in Qt (Psi fork). Psi+ is in the Ubuntu repos: http://packages.ubuntu.com/oneiric/psi-plus . Are there any plans to add Psi+ to community? I made split-package for psi-plus and psi-plus-plugins: http://pastebin.com/dKcRGWFs psi-plus package in the aur we can rename to psi-plus-git, because of it fetches sources from github.
Re: [arch-general] Cannot boot since latest -Syu
Have you also upgraded the mkinitcpio package to 0.8.6 (see https://bugs.archlinux.org/task/29229 for details on why)? Also, consider using the mdadm_udev hook. 2012/4/7, "Jérôme M. Berger" : > Hi, > > Since yesterday's upgrade, I cannot boot using the "normal" image. > The fallback image still works. The issue is that my RAID arrays are > not recognized. > > I have checked that the mdadm hook is still present in > /etc/mkinitcpio.conf > > I have tried re-running mkinitcpio -p linux -> no change. > > I have tried downgrading mkinitcpio to the previous version -> > mkinitcpio complains about a missing file: > /lib/modprobe.d/usb-load-ehci-first.conf then neither image works. > > I have tried downgrading the kernel -> no change. > > Is there something that I need to change in my configuration or > should I file a bug? > > Thanks, > Jerome > -- > mailto:jeber...@free.fr > http://jeberger.free.fr > Jabber: jeber...@jabber.fr > >
[arch-general] Cannot boot since latest -Syu
Hi, Since yesterday's upgrade, I cannot boot using the "normal" image. The fallback image still works. The issue is that my RAID arrays are not recognized. I have checked that the mdadm hook is still present in /etc/mkinitcpio.conf I have tried re-running mkinitcpio -p linux -> no change. I have tried downgrading mkinitcpio to the previous version -> mkinitcpio complains about a missing file: /lib/modprobe.d/usb-load-ehci-first.conf then neither image works. I have tried downgrading the kernel -> no change. Is there something that I need to change in my configuration or should I file a bug? Thanks, Jerome -- mailto:jeber...@free.fr http://jeberger.free.fr Jabber: jeber...@jabber.fr signature.asc Description: OpenPGP digital signature
