- Arch-general - lists.archlinux.org

[arch-general] Updates
by Myra Nelson 31 Jan '12

31 Jan '12

I suppose this should go to the bug tracker, however I'll do it here first. It seems a bit much to file a pair of bugs for. During my updates this evening the libpng/libtiff rebuild bit. ( 7/85) upgrading gdk-pixbuf2 [----------------------------------------------------------------------------------------] 100% g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: libpng14.so.14: cannot open shared object file: No such file or directory (29/85) upgrading libwmf [----------------------------------------------------------------------------------------] 100% g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: libpng14.so.14: cannot open shared object file: No such file or directory I got the pkgbuilds from the svn repos, rebuilt the packages, and everything worked fine. Myra -- Chaos, panic, disaster, my work here is done!

4 6

[arch-general] couple of log messages from kernel 3.2.2
by Genes MailLists 31 Jan '12

31 Jan '12

I noticed a couple of messages booting the new 3.2.2 kernel: (I) watchdog: --------------------- [287247.568009] NMI watchdog enabled, takes one hw-pmu counter. [287248.814530] watchdog: INTCAMT: cannot register miscdev on minor=130 (err=-16). [287248.814536] watchdog: error registering /dev/watchdog (err=-16). [287248.814540] mei: unable to register watchdog device. (I) acpi: --------------------- [ 4749.406097] thinkpad_acpi: unknown possible thermal alarm or keyboard event received [ 4749.406108] thinkpad_acpi: unhandled HKEY event 0x6040 [ 4749.406114] thinkpad_acpi: please report the conditions when this event happened to ibm-acpi-devel(a)lists.sourceforge.net [ 4749.406834] thinkpad_acpi: EC reports that Thermal Table has changed suggestions on what I can do to track these down anymore ... or if it could be hard/firm ware issue on this lenovo W520 laptop. thanks. g

7 6

[arch-general] Another Major glitch now
by P NIKOLIC 30 Jan '12

30 Jan '12

I have just updated the system now on kde4.8 but all i get is kmix and a white screen noting else works at all even that took 12 mins to come up (ps the update was a normal pacman -Suy ) Pete (sent from webamil on the lappy cus main machine is futzed )

9 15

[arch-general] the big rebuild - libpng/libtiff in testing
by Ionut Biru 30 Jan '12

30 Jan '12

Here are couples of instructions about dealing with broken packages. As usually, fully update your system before reporting bugs and don't forget about enabling community-testing along with multilib-testing(if necessary) What to do when one of your favorite application returns: libpng14.so.14: cannot open shared object file: No such file or directory do $ LD_DEBUG=files yourapp > yourapp.log 2>&1 $ grep libpng14.so.14 yourapp.log $ pacman -Qo /path/to/soname/that/links/to/libpng14.so.14 If is not from the repo, rebuild it yourself, otherwise, report it on our tracker. -- Ionuț

1 0

[arch-general] User actions following system package upgrades?
by Paul Gideon Dann 30 Jan '12

30 Jan '12

I've looked everywhere, but I can't find any reference to what the accepted wisdom is: I know that due to the way the kernel is upgraded, it is best to save kernel upgrade until the system can be rebooted, since the running kernel will be unable to load modules because the modules directory (/lib/modules/<version>) changes when a new kernel package is installed. For this reason, I have the "linux" package in my IgnorePkg line in pacman.conf, and upgrade it explicitly before a planned reboot. However, for what other packages is this true? I also have "udev" in IgnorePkg, but is this necessary? Is it safe to upgrade udev without rebooting? I suspect that certain rules may disappear or change, and the running udev may not be happy about that. I'm guessing it's also best to shut down X and restart DBus after a DBus upgrade too, although in practice a reboot is usually simpler, and that it would also be sensible to reboot after a "glibc" upgrade too, although that's rare. Any other thoughts? Are these sorts of considerations documented anywhere? This issue of upgrading system packages while the system is running feels like a potentially dangerous situation to me. Are we lucky that it doesn't cause too much trouble, or are in-place upgrades specifically handled gracefully by core system components such as udev? (I don't see anything special in udev's install script.) I suspect that most of us shrug it off and reboot only when we see breakage, but I hope you agree that's not a very safe way to work. Paul

5 5

Re: [arch-general] [arch-dev-public] Keeping stuff in /bin, /lib, /sbin
by Dan McGee 30 Jan '12

30 Jan '12

On Mon, Jan 30, 2012 at 3:26 PM, Genes MailLists <lists(a)sapience.com> wrote: > Dan - > > Forgive me emailing you directly - I follow the list but am not able > to post on it - and the reject suggested a direct email - and yours was > last post when I replied. > > If this is wrong etiquette I'm sorry (new to arch ... ) - if I should > not be doing this please let me know. I would reply to arch-general rather than just me; it doesn't help everyone else if our conversation is private. > My comment was just: > > Since kernel modules could go from /lib/modules to /usr/lib/modules, > they would need support from tools such as kmod etc .. I don't think we're even going down this road yet- the only /lib manipulation we would do at this point is actual libraries, not kernel modules or the dynamic linker. -Dan

1 0

[arch-general] mail archive link
by Peter Nikolic 30 Jan '12

30 Jan '12

Hi folks Someone sent me a link to the mail archive a couple of hours ago it seems i got canned by mistake can some kind sole resend it please . Thanks Pete

3 3

[arch-general] [AUDIO] Terrasoniq phase X64 - ice1712 - configuration
by Lars Madson 30 Jan '12

30 Jan '12

Hi Archers, I just received that external sound card, Terrasoniq Phase X64. It seems to be supported in the kernel using module ice1712. I've been reading about how to make it work in the last days. the closer I've been to see "it" was by listing some stuff (sorry for imprecision I forgot how since then), the card would appear with a number like this : 4ugxvhgblabla. I just installed alsa-tools-ice1712 1.0.25-1 But it cannot sees it. Alsaconf shows an ISA P-n-P card...can it be the Terrasoniq? I don't know really where to start, as making a rule in udev to launch a .sh script, but I guess first I should find a way to see that card pluged somewhere, it's usb. also how to tell my kernel to load ice1712 maybe. Any advice are welcome!! Thanks Laurent

3 10

[arch-general] Bugreport: nvidia-rt and /lib/modules
by Ralf Mardorf 30 Jan '12

30 Jan '12

Hi :) nvidia-rt was updated Thu, 12 Jan 2012 23:29:42 +0000, but there's still the /lib/modules issue. Also directories for kernels that were removed by updates, are still present. There's less content in those dirs. So, nvidia-rt doesn't work. Regards, Ralf PS: [spinymouse@archlinux #linux-rt]$ ls /lib/modules 3.0-rt 3.1.9-1-ARCH 3.1.9-2-ARCH 3.2.2-1-ARCH extramodules-3.2-ARCH [spinymouse@archlinux #linux-rt]$ ls /boot grub initramfs-linux.img initramfs-linux-rt.img vmlinuz-linux initramfs-linux-fallback.img initramfs-linux-rt-fallback.img syslinux vmlinuz-linux-rt [spinymouse@archlinux nvidia-rt]$ makepkg -s ==> Making package: nvidia-rt 290.10-1 (Sun Jan 29 09:59:47 CET 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... -> Downloading NVIDIA-Linux-x86_64-290.10-no-compat32.run... [snip] ==> Starting build()... You must have Creating directory NVIDIA-Linux-x86_64-290.10-no-compat32 Verifying archive integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 290.10... patching file nv-linux.h Hunk #1 succeeded at 265 (offset 3 lines). Hunk #2 succeeded at 852 with fuzz 2 (offset -2 lines). patch unexpectedly ends in middle of line NVIDIA: calling KBUILD... test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo; \ echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo; [snip] ==> Entering fakeroot environment... ==> Starting package()... ==> Tidying install... -> Purging unwanted files... -> Compressing man and info pages... -> Stripping unneeded symbols from binaries and libraries... ==> Creating package... -> Generating .PKGINFO file... -> Adding install file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: nvidia-rt 290.10-1 (Sun Jan 29 10:01:31 CET 2012)

3 2

[arch-general] Arch & ILOM on a Sun Fire X4100
by Robert Wall 30 Jan '12

30 Jan '12

Hi guys! I have the opportunity to get a sweet deal on a Sun Fire server to replace my somewhat-antique workstation. Most of the hardware looks like pretty standard stuff (AMD Opterons, standard RAID 0/1, SAS drives, etc.), but there's something that's throwing me. Sun apparently has something called ILOM ("Integrated Lights-Out Management"). Nearest I can tell, this is a subsystem that monitors drives, power supplies, and misc. other things within the system. I would *think* that this should all function separately from (and not interfere with) the installed OS, but I can't seem to pin that down concretely. Does anybody have any experience with this ILOM stuff? Any chance this server would be a Bad Place to run Arch? Any information you guys could share would be greatly appreciated!

2 1