Re: [arch-general] /usr/bin/X: error while loading shared libraries: libudev.so.0:

[Gour]

On Mon, 4 Jun 2012 07:34:18 +0100
"P .NIKOLIC"  wrote:

> > > /usr/bin/X: error while loading shared libraries: libudev.so.0:

Oops...i had problem with lvm...but same thing.


Sincerely,
Gour

-- 
From anger, complete delusion arises, and from delusion 
bewilderment of memory. When memory is bewildered, 
intelligence is lost, and when intelligence is lost 
one falls down again into the material pool.

http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810


signature.asc
Description: PGP signature

Re: [arch-general] /usr/bin/X: error while loading shared libraries: libudev.so.0:

[Gour]

On Sun, 3 Jun 2012 23:52:05 +0100
"P .NIKOLIC"  wrote:

> Yes i know it is not strictly speaking the correct thing BUT it got
> the system working again  what i want to know is which mirror is
> likely to have the fixed version of X on it  i can the get back to
> standard system  . 

I had the same issuechrooting into livecd system and: 

mkinitcpio -p linux

did it...but it would be better to do system upgrade without it. ;)


Sincerely,
Gour


-- 
But for one who takes pleasure in the self, whose human life 
is one of self-realization, and who is satisfied in the self only, 
fully satiated — for him there is no duty.

http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810


signature.asc
Description: PGP signature

Re: [arch-general] /usr/bin/X: error while loading shared libraries: libudev.so.0:

[P .NIKOLIC]

On Sun, 3 Jun 2012 20:40:48 -0500
Leonid Isaev  wrote:

> On Sun, 3 Jun 2012 23:52:05 +0100
> "P .NIKOLIC"  wrote:
> 
> > Hi .
> > 
> > I have just run  pacman -Suy  rebooted the system and found i could
> > not start X   getting the error  message  
> > /usr/bin/X: error while loading shared libraries: libudev.so.0:
> > cannot open shared object file: No such file or directory ..
> > 
> > Someone has suggested the fixed version of X but it is not showing
> > up having done a "pacman -Syyu   no fix i have had to use the dodge
> > suggested on the arch linux bbs  of 
> > 
> > ln -s /usr/lib/libudev.so.1.0.1 /usr/lib/libudev.so.0 
> > 
> > 
> > Yes i know it is not strictly speaking the correct thing
> 
> Not only is it not correct, it is plain stupid.
> 
> > BUT it got the
> > system working again  what i want to know is which mirror is likely
> > to have the fixed version of X on it  i can the get back to standard
> > system  . 
> 
> First, your /usr/bin/Xorg has been linked against an old libudev, so
> creating a symlink to a new library will inevitably cause breakage. I
> suggest reverting all changes while you can. Second, X is not a
> critical package and you shouldn't mess with udev just because X
> fails to launch.
> 
> Regarging working versions, xorg-server 1.12.2 and systemd-tools
> 184-2 work together just fine.
> 
> Regarding mirrors, kernel.org and rutgers.edu are the ones which I use
> interchangeably since ~2009.
> 
> > 
> > Oh i also noitced that the systemd-udev update has messed the PA
> > sound system up 
> > 
> > Pete .
> > 
> > 
> 
> 
> 
Since you  seem to be in snotty mode  that i neither asked for nor
required.   if the mirrors were up to date then this sort of thing
would not happen  , So Needs must  , I update this machine everyday for
several days i have been told nothing to do when i run "pacman -Syu"
so maybe there is a mirrors problem  sorry but not my department.

If there is new stuff out there and it dont hit the UK mirrors i am in
the UK why should i use German mirrors .


-- 
Linux 7-of-9 3.3.7-1-ARCH #1 SMP PREEMPT Tue May 22 00:26:26 CEST 2012
x86_64 GNU/Linux

Re: [arch-general] [arch-dev-public] adding rng-tools to extra?

[Bartłomiej Piotrowski]

On 06/03/2012 08:48 PM, Tobias Powalowski wrote:
> Hi guys,
> with enabling pacman signing, shouldn't we add the rng-tools to extra to
> be able to use it on install media too? Or is there any way to generate
> entropy without it and without user interaction?
> 
> thanks
> greetings
> tpowa
> 

Some time ago I added haveged to [community]. IMO it's easier to use;
the only thing to do is to start haveged daemon.

-- 
Bartłomiej Piotrowski
Arch Linux Trusted User
http://archlinux.org/

Re: [arch-general] /usr/bin/X: error while loading shared libraries: libudev.so.0:

[Leonid Isaev]

On Sun, 3 Jun 2012 23:52:05 +0100
"P .NIKOLIC"  wrote:

> Hi .
> 
> I have just run  pacman -Suy  rebooted the system and found i could not
> start X   getting the error  message  
> /usr/bin/X: error while loading shared libraries: libudev.so.0: cannot
> open shared object file: No such file or directory ..
> 
> Someone has suggested the fixed version of X but it is not showing up
> having done a "pacman -Syyu   no fix i have had to use the dodge
> suggested on the arch linux bbs  of 
> 
> ln -s /usr/lib/libudev.so.1.0.1 /usr/lib/libudev.so.0 
> 
> 
> Yes i know it is not strictly speaking the correct thing

Not only is it not correct, it is plain stupid.

> BUT it got the
> system working again  what i want to know is which mirror is likely to
> have the fixed version of X on it  i can the get back to standard
> system  . 

First, your /usr/bin/Xorg has been linked against an old libudev, so creating
a symlink to a new library will inevitably cause breakage. I suggest reverting
all changes while you can. Second, X is not a critical package and you
shouldn't mess with udev just because X fails to launch.

Regarging working versions, xorg-server 1.12.2 and systemd-tools 184-2 work
together just fine.

Regarding mirrors, kernel.org and rutgers.edu are the ones which I use
interchangeably since ~2009.

> 
> Oh i also noitced that the systemd-udev update has messed the PA sound
> system up 
> 
> Pete .
> 
> 



-- 
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D


signature.asc
Description: PGP signature

Re: [arch-general] upgrade disabled IP forwarding

[Mauro Santos]

On 04-06-2012 00:15, Fons Adriaensen wrote:
> A pacman -Syu today unexpectedly disabled IP forwarding on two
> of my machines which were configured to provide that service.
> 
> Unexpected because AFAIK there's no recent news item mentioning
> this, nor were there any upgrade messages about it. No big deal,
> and probably just some unwanted side effect, but it could be a
> good idea to announce this somewhere.
> 
> Ciao,
> 

It was discussed here [1]. But I guess you are right, there was no news
about it that I can remember or find right now.

[1]
http://mailman.archlinux.org/pipermail/arch-dev-public/2012-April/022856.html

-- 
Mauro Santos

[arch-general] upgrade disabled IP forwarding

[Fons Adriaensen]

A pacman -Syu today unexpectedly disabled IP forwarding on two
of my machines which were configured to provide that service.

Unexpected because AFAIK there's no recent news item mentioning
this, nor were there any upgrade messages about it. No big deal,
and probably just some unwanted side effect, but it could be a
good idea to announce this somewhere.

Ciao,

-- 
FA

A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)

Re: [arch-general] /usr/bin/X: error while loading shared libraries: libudev.so.0:

[Tom Gundersen]

On Mon, Jun 4, 2012 at 12:52 AM, P .NIKOLIC  wrote:
> Oh i also noitced that the systemd-udev update has messed the PA sound
> system up

FWIW, that probably has the same cause (new version of libudev, but
old version of PA and X).

-t

[arch-general] /usr/bin/X: error while loading shared libraries: libudev.so.0:

[P .NIKOLIC]

Hi .

I have just run  pacman -Suy  rebooted the system and found i could not
start X   getting the error  message  
/usr/bin/X: error while loading shared libraries: libudev.so.0: cannot
open shared object file: No such file or directory ..

Someone has suggested the fixed version of X but it is not showing up
having done a "pacman -Syyu   no fix i have had to use the dodge
suggested on the arch linux bbs  of 

ln -s /usr/lib/libudev.so.1.0.1 /usr/lib/libudev.so.0 


Yes i know it is not strictly speaking the correct thing BUT it got the
system working again  what i want to know is which mirror is likely to
have the fixed version of X on it  i can the get back to standard
system  . 

Oh i also noitced that the systemd-udev update has messed the PA sound
system up 

Pete .


-- 
Linux 7-of-9 3.3.7-1-ARCH #1 SMP PREEMPT Tue May 22 00:26:26 CEST 2012
x86_64 GNU/Linux

Re: [arch-general] archlinux install failed

[Jude DaShiell]

The original problem happened after a server was selected up in step 1 
of the /arch/setup program and it happened after several megs of files 
including the kernel had already been downloaded.

On Sun, 3 Jun 2012, S?bastien Leblanc wrote:

> It appears you have to setup your preferred mirror in
> /etc/pacman.conf. You must edit the file /etc/pacman.d/mirrorlist and
> uncomment a mirror that is located in your country, or nearby. You can
> uncomment multiple lines, for redundancy, and move them around, for
> performance.
> 
> 


Jude 

Re: [arch-general] archlinux install failed

[Sébastien Leblanc]

It appears you have to setup your preferred mirror in
/etc/pacman.conf. You must edit the file /etc/pacman.d/mirrorlist and
uncomment a mirror that is located in your country, or nearby. You can
uncomment multiple lines, for redundancy, and move them around, for
performance.

-- 
Sébastien Leblanc

[arch-general] archlinux install failed

[Jude DaShiell]

I was using the material on the archlinux wiki page in arch-linux for the 
blind and ran into an error.
Instruction 5 started the problem in which alsa-utils and espeakup and 
speakup get copied to the machine.  I was told no updates were done and 
that no servers were configured for pacman when I tried to do that 
instruction.  The thing is, that instruction is in my braille notes from 
quite a while ago exactly as it appears in the wiki and at the time I 
installed archlinux using those notes no such problem happened.  Has 
something changed with the remote repos I should know about or is 
something else going on?



 Jude 
 

Re: [arch-general] Anyone running hylafx with systemd - modem init/respawn OK?

[Mantas Mikulėnas]

On Sun, Jun 3, 2012 at 5:11 AM, David C. Rankin
 wrote:
>  But what about the init and respawn of faxgetty that was usually done through
> inittab?
>
> mo:35:respawn:/usr/lib/fax/faxgetty /dev/ttyS1

It would be done with a .service unit as well, similar to the existing
getty@.service and serial-getty@.service. I'm not sure why one wasn't
included with hylafax, but it should probably look like this:

[Unit]
Description=Faxgetty on %I
BindTo=dev-%i.service
After=dev-%i.service

[Service]
ExecStart=-/usr/lib/fax/faxgetty /dev/%I
Restart=always
; I'm not sure if the following are strictly necessary, but they
; are used by existing getty units.
UtmpIdentifier=%I
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes

(Note: Untested. I don't actually have the hardware.)

-- 
Mantas Mikulėnas

Re: [arch-general] PKGBUILD-perl.proto

[Myra Nelson]

On Sun, Jun 3, 2012 at 3:18 AM, Florian Pritz  wrote:
> On 03.06.2012 04:41, Myra Nelson wrote:
>> On Sat, Jun 2, 2012 at 11:56 AM, Myra Nelson  wrote:
>>> While working on some AUR packages, I took a look at the PKGBUILD
>>> prototypes that come with pacman. The one difference that I had a
>>> question about has to do with this snippet:
>>>
>>> _author=AUTHOR_NAME
>>>
>>> _perlmod=MODNAME
>>>
>>> pkgname=perl-$_perlmod
>>>
>>> pkgver=VERSION
>>>
>>> Since the MODNAME package being downloaded is, major caveat --usually,
>>> BackPAN-Index-0.40.tar.gz that would make the pkgname
>>> perl-BackPAN-Index-$pkgver[whatever]. A quick survey of the Arch
>>> package database still shows packages still named like
>>> perl-backpan-index-$pkgver[whatever]. I've yet to use the pkgname
>>> style, but was wondering if this is the future of perl package naming?
>>>
>>> Myra
>>> --
>>> Life's fun when your sick and psychotic!
>>
>>
>> I'm simply asking it the PKGBUILD-perl.proto with the
>> pkgname=perl-$_perlmod is correct.
>
> Most likely not.
>
>> Nothing is broken, I have not used it this way, I'm just inquiring
>> about the PKGBUILD-perl.proto that is installed with pacman.
>
> pacman only installs ChangeLog.proto, PKGBUILD.proto,
> PKGBUILD-split.proto and proto.install. All the others are installed by
> abs (which is not maintained so probably out of date) or other packages.
>
>
> I suggest you use perl-cpanplus-dist-arch and cpanp for local
> installation or cpan2dist/cpan2aur when creating packages for sharing.
>
> --
> Florian Pritz
>

Florian

Thank you very much. I've been using cpan2dist to do the installs but
just trying to figure things out for myself.

Myra

-- 
Life's fun when your sick and psychotic!

Re: [arch-general] PKGBUILD-perl.proto

[Florian Pritz]

On 03.06.2012 04:41, Myra Nelson wrote:
> On Sat, Jun 2, 2012 at 11:56 AM, Myra Nelson  wrote:
>> While working on some AUR packages, I took a look at the PKGBUILD
>> prototypes that come with pacman. The one difference that I had a
>> question about has to do with this snippet:
>>
>> _author=AUTHOR_NAME
>>
>> _perlmod=MODNAME
>>
>> pkgname=perl-$_perlmod
>>
>> pkgver=VERSION
>>
>> Since the MODNAME package being downloaded is, major caveat --usually,
>> BackPAN-Index-0.40.tar.gz that would make the pkgname
>> perl-BackPAN-Index-$pkgver[whatever]. A quick survey of the Arch
>> package database still shows packages still named like
>> perl-backpan-index-$pkgver[whatever]. I've yet to use the pkgname
>> style, but was wondering if this is the future of perl package naming?
>>
>> Myra
>> --
>> Life's fun when your sick and psychotic!
> 
> 
> I'm simply asking it the PKGBUILD-perl.proto with the
> pkgname=perl-$_perlmod is correct.

Most likely not.

> Nothing is broken, I have not used it this way, I'm just inquiring
> about the PKGBUILD-perl.proto that is installed with pacman.

pacman only installs ChangeLog.proto, PKGBUILD.proto,
PKGBUILD-split.proto and proto.install. All the others are installed by
abs (which is not maintained so probably out of date) or other packages.


I suggest you use perl-cpanplus-dist-arch and cpanp for local
installation or cpan2dist/cpan2aur when creating packages for sharing.

-- 
Florian Pritz



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] pm-suspend stuck at uhci_hcd

[Manne Merak]

On 05/21/2012 10:41 PM, Manne Merak wrote:

On 05/20/2012 08:13 PM, Leonid Isaev wrote:

On Sun, 20 May 2012 12:36:16 +0200
Manne Merak  wrote:


On 05/17/2012 01:11 AM, Leonid Isaev wrote:

On Wed, 16 May 2012 23:50:06 +0200
Manne Merak   wrote:


Hi,
Couple of updates ago suspend to RAM stopped working.
Looking at the pm-suspend.log (below) file shows that it gets 
stuck at

unloading uhci_hcd?
I can unload and load the module by hand just fine.
Anyone else have this?
Hmm, 75modules should print something like "done" or "fail". What 
do you

mean by stopped working? What configuration do you have
in /etc/pm/config.d/*?


Ok, some more debugging.
The first suspend-RAM works file.  Checked the pm-suspend.log and all
gets unloaded just fine.
On second suspend, I get the mentioned stuck at unloading uhci_hcd
(leaving it a while gives):

---
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
Unloading kernel module uhci_hcd.../usr/lib/pm-utils/functions: line 
84:

26341 Killed  modprobe -r "$1"
I am puzzled by this... really. Do you get anything at all in syslog 
after

this? Or syslog is already stopped at this point?


/usr/lib/pm-utils/functions: line 89: log: command not found

WTF??? This is a 2 year old bug in pm-utils. OpenSUSE 11.3 fixed that in
1.3.0. Please see if this fix gets rid of the "log" error:
. 




Failed.
Unloading kernel module ehci_hcd...


Now stuck at unloading ehci_hcd.

I get the same behaviour trying to unload uhci_hcd or ehci_hcd after 
the

first successfull suspend and restore.

You mean "unload manually", right?


There's more; a "oops" in the system log:

[209624.386398] BUG: unable to handle kernel paging request at 6d0d
[209624.386404] IP: [] _raw_spin_lock_irqsave+0x2a/0x50
[209624.386412] *pde = 
[209624.386414] Oops: 0002 [#1] PREEMPT SMP
[209624.386418] Modules linked in: uhci_hcd(-) ehci_hcd usb_storage uas
rfcomm btusb hidp bnep bluetooth fuse vboxnetadp(O) vboxnetflt(O) 
usbhid

uvcvideo hid videobuf2_vmalloc videobuf2_memops videobuf2_core videodev
media nvidia(PO) snd_hda_codec_idt snd_hda_intel firewire_ohci joydev
b44 snd_hda_codec r852 sm_common nand snd_pcm nand_ecc nand_ids arc4
iwl3945 iwlegacy ssb snd_page_alloc r592 mtd iTCO_wdt firewire_core
crc_itu_t pcmcia mii pcmcia_core mac80211 sdhci_pci intel_agp sdhci
intel_gtt mmc_core cfg80211 agpgart i2c_i801 i2c_core snd_hwdep
snd_timer snd memstick iTCO_vendor_support serio_raw dell_wmi psmouse
sparse_keymap soundcore wmi dell_laptop usbcore usb_common rfkill evdev
thermal dcdbas button battery ac video vboxdrv(O) cpufreq_powersave
acpi_cpufreq mperf processor ext4 crc16 jbd2 mbcache sr_mod sd_mod 
cdrom

pata_acpi ata_generic ata_piix ahci libahci libata scsi_mod [last
unloaded: ehci_hcd]
[209624.386476]
[209624.386479] Pid: 26341, comm: modprobe Tainted: P   O
3.3.6-1-ARCH #1 Dell Inc. Vostro 1700 /0HX767
[209624.386483] EIP: 0060:[] EFLAGS: 00010002 CPU: 0
[209624.386486] EIP is at _raw_spin_lock_irqsave+0x2a/0x50
[209624.386488] EAX: 0100 EBX: 6d0d ECX: 6d0d EDX: e002dd10
[209624.386490] ESI: 0206 EDI: f24ca4b4 EBP: e002dcf0 ESP: e002dce8
[209624.386492]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[209624.386494] Process modprobe (pid: 26341, ti=e002c000 task=c5aeca80
task.ti=e002c000)
[209624.386496] Stack:
[209624.386497]  6d0d 6d0d e002dd08 c0142d39 e002dd10 f24ca4a8
 
[209624.386503]  e002dd20 c0142eca f8af756a f24ca400  ecdfbc94
e002dd38 f8af7461
[209624.386508]  ecdfbc94 f24ca400 ecdfbcd8 ecdfbc94 e002dd58 f8af7694
ecdfb808 ecdfb808
[209624.386513] Call Trace:
[209624.386519]  [] lock_timer_base.isra.33+0x29/0x50
[209624.386522]  [] del_timer+0x2a/0xe0
[209624.386529]  [] ? hci_conn_del+0x12a/0x1f0 [bluetooth]
[209624.386534]  [] hci_conn_del+0x21/0x1f0 [bluetooth]
[209624.386538]  [] hci_conn_hash_flush+0x64/0xb0 [bluetooth]
[209624.386543]  [] hci_dev_do_close+0x96/0x290 [bluetooth]
[209624.386548]  [] hci_unregister_dev+0x48/0x140 [bluetooth]
[209624.386551]  [] btusb_disconnect+0x4f/0xb0 [btusb]
[209624.386559]  [] usb_unbind_interface+0x3c/0x140 [usbcore]
[209624.386564]  [] __device_release_driver+0x5d/0xb0
[209624.386566]  [] device_release_driver+0x24/0x40
[209624.386569]  [] bus_remove_device+0xa5/0xd0
[209624.386572]  [] device_del+0xe5/0x150
[209624.386578]  [] usb_disable_device+0x89/0x1a0 [usbcore]
[209624.386584]  [] usb_disconnect+0x70/0xe0 [usbcore]
[209624.386590]  [] usb_disconnect+0x5f/0xe0 [usbcore]
[209624.386595]  [] usb_disconnect+0x5f/0xe0 [usbcore]
[209624.386602]  [] usb_remove_hcd+0x9c/0x120 [usbcore]
[209624.386608]  [] usb_hcd_pci_remove+0x48/0xb0 [usbcore]
[209624.386611]  [] pci_device_remove+0x2f/0xe0
[209624.386614]  [] __device_release_driver+0x5d/0xb0
[209624.386616]  [] driver_detach+0x8f/0xa0
[209624.386619]  [] bus_remove_driver+0x62/0xa0
[209624.386621]  [] driv