January 2011 - Arch-general - lists.archlinux.org

[arch-general] Projectm rebuild
by Jesse Juhani Jaara 30 Jan '11

30 Jan '11

Projectm seems to need rebuilding as projectm-libvisual-alsa won't work whit the curretn build. When running it will give this: libvisual CRITICAL: projectM-libvisual-alsa: visual_plugin_get_references(): Cannot load plugin: /usr/lib/libprojectM.so.2: undefined symbol: __glewDeleteFramebuffersEXT libvisual CRITICAL: projectM-libvisual-alsa: visual_plugin_load(): assertion `ref != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_plugin_environ_add(): assertion `plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_get_supported_depth(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_get_video_attribute_options(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_realize(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_video_negotiate(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_plugin_get_eventqueue(): assertion `plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_event_queue_add(): assertion `eventqueue != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_event_queue_add(): assertion `eventqueue != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: get_actor_plugin(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_run(): The given actor does not reference any actor plugin libvisual CRITICAL: projectM-libvisual-alsa: visual_plugin_get_eventqueue(): assertion `plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: get_actor_plugin(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_run(): The given actor does not reference any actor plugin libvisual CRITICAL: projectM-libvisual-alsa: visual_plugin_get_eventqueue(): assertion `plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: get_actor_plugin(): assertion `actor->plugin != NULL' failed libvisual CRITICAL: projectM-libvisual-alsa: visual_actor_run(): The given actor does not reference any actor plugin But after recompiling projectm from abns it will work.

2 1

[arch-general] New GRUB2 packages - any comments ?
by KESHAV P.R. 29 Jan '11

29 Jan '11

Hi all, I (skodabenz) and Ronald Van Haren (pressh) have put together a split PKGBUILD for grub2 including UEFI support (apart from standard BIOS firmware). The first PKGBUILD (all links at the end of this post) builds grub2-common which contains the utilities common for all the platforms/firmware, grub2-bios containing grub2 bios firmware specific modules and grub2-efi-i386 containing grub2 i386 (32-bit) UEFI firmware specific modules. The second PKGBUILD builds grub2-efi-x86_64 containing grub2 x86_64 (64-bit) UEFI firmware specific modules. This is in a separate PKGBUILD as grub2-efi-x86_64 requires an x86_64 build system to compile. The firmware specific packages are dependent on the firmware but independent of linux kernel arch. Therefore they are built as any. If the present problem in the website regarding mixing arch and any packages in a single PKGBUILD is resolved, the PKGBUILDs will be used unmodified. The current grub2 1.98 package will be replaced by grub2-common and grub2-bios 1.99~rc1 . The packages also include modules from grub-extras project (part of upstream but maintained in a separate repo due to legal issues) like lua parser, gPXE modules etc. BTRFS support exists in grub2's experimental bzr branch but the 1.99~rc1 released tarball ( release info at http://lists.gnu.org/archive/html/grub-devel/2011-01/msg00082.html ) does not include btrfs support. However ZFS support is included. For a full Change Log for 1.99 release please go to http://bazaar.launchpad.net/~vcs-imports/grub/grub2-bzr/view/3072/NEWS . For those who are using the skodabenz-arch-grub2 repo, please remove it from pacman.conf (repo will not be maintained) and update your grub2 packages with the below ones (pkgver and pkgrel not updated). As usual these packages conflict with both the old grub (grub-legacy) and grub2 1.98 package. Comments are welcome. Regards. Keshav PS: Due to text folding the hyperlinks may not work. In that case copy-paste the links in your browser to download the packages. LINKS :- PKGBUILDs (mostly finished - waiting for comments) - http://dl.dropbox.com/u/9710721/grub2_sources/grub2-1.99~rc1-1.src.tar.gz http://dl.dropbox.com/u/9710721/grub2_sources/grub2-efi-x86_64-1.99~rc1-1.s… Compiled packages (x86_64 and 'any' only - sorry no i686) - http://dl.dropbox.com/u/9710721/skodabenz-arch-grub2/grub2-common-1.99~rc1-… http://dl.dropbox.com/u/9710721/skodabenz-arch-grub2/grub2-bios-1.99~rc1-1-… http://dl.dropbox.com/u/9710721/skodabenz-arch-grub2/grub2-efi-i386-1.99~rc… http://dl.dropbox.com/u/9710721/skodabenz-arch-grub2/grub2-efi-x86_64-1.99~… Shell script used to create the tarball snapshots of grub-extras modules (defined in source array) - http://dl.dropbox.com/u/9710721/grub2_sources/grub2_bzr_export.sh

3 5

[arch-general] Cannot install grub2 update from testing repo.
by fredbezies 29 Jan '11

29 Jan '11

I cannot install this update. I have this version of grub2 installed : [fred@fredo-arch-xfce ~]$ pacman -Qi grub2 Nom : grub2 Version : 1.98-5 And when I try a pacman -Syu, here is the error message I get : [fred@fredo-arch-xfce ~]$ sudo pacman -Syu :: Synchronisation des bases de données de paquets... testing est à jour; core est à jour; extra est à jour; community-testing 12,0K 146,3K/s 00:00:00 [######################] 100% community 419,9K 921,9K/s 00:00:00 [######################] 100% :: Début de la mise à jour complète du système... :: Remplacer grub2 par testing/grub2-bios ? [O/n] o Résolution des dépendances... Recherche des conflits possibles entre paquets... Erreur: un conflit de paquets impossible à résoudre a été détecté Erreur: la préparation de la transaction a échoué (conflit de dépendances) :: grub2-common et grub2-bios sont en conflit (grub2) In english : grub2-common and grub2-bios are conflicting. -- Frederic Bezies fredbezies(a)gmail.com

2 1

[arch-general] [signoff] kernel26-2.6.37-4
by Tobias Powalowski 29 Jan '11

29 Jan '11

Hi guys, please signoff 2.6.37 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - modules are now gzipped, this saves 70MB disk space - added CONFIG_EXT3_DEFAULTS_TO_ORDERED=y - aufs2.1 latest snapshot - added crypto headers - added xen headers greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

8 10

[arch-general] pacman-g2?
by Mathias Huber 28 Jan '11

28 Jan '11

Dear Archers, Joey Hess's tool etckeeper <http://kitenet.net/~joey/code/etckeeper/> claims it works with 'pacman-g2'. Does anyone know what kind of pacman version that is? Cheers, Mathias

2 3

[arch-general] PKGBUILD depends - howto specify alternate packages that can satisfy? possible?
by David C. Rankin 27 Jan '11

27 Jan '11

Guys, I am trying to create a PKGBUILD that needs qt3, but I want to make it flexible enough to accept either 'qt3' or 'qt3-enhanced' as a dependency. Can I do that? I looked over https://wiki.archlinux.org/index.php/PKGBUILD and I either missed a way to do it, or I'm just confused. What say the gurus? -- David C. Rankin, J.D.,P.E.

3 3

[arch-general] should imagemagick-doc really be i686/x86_64
by Auguste Pop 27 Jan '11

27 Jan '11

Hi, I am not aware of the package until I saw it listed on the home page of Archlinux today. Just out of curiosity, I skimmed the contents of the package and find out that they are mainly html files. Shouldn't it be "any" rather than i686/x86_64? Should I file a bug report or this is just my ignorance of imagemagick? Thank you for your kind attention. Yours,

6 7

[arch-general] [RFT] initscripts 2011.01-1
by Thomas Bächler 27 Jan '11

27 Jan '11

Okay, this has been sitting in git for a loooong time, and I am throwing it out there. This should receive lots of testing, as there has been major rewriting done. We need to make sure there are no regressions. It should also fix a small number of bugs. New known bugs: When netcfg's init scripts are called, these lines are printed: /etc/rc.d/functions: line 320: declare: add_hook: readonly variable /etc/rc.d/functions: line 320: declare: run_hook: readonly variable This happens when rc.functions is loaded twice, I'll look into fixing that. This is the shortlog: Dan McGee (1): Unify capitalization of 'Udev' Dave Reisner (2): rc.sysinit: condense calls to mkdir and chmod Use modprobe's --all flag instead of looping. Florian Pritz (1): restrict NETWORK_PERSIST to runlevel 0 and 6 Gerardo Exequiel Pozzi (1): Add support for serial console Heiko Baums (3): cryptsetup: read keys for non-root LUKS partitions as raw data from block device cryptsetup: abort if LUKS is found on swap partition cryptsetup: print name of device being opened Thomas Bächler (5): Remove a redundant subshell, see FS#20016 Fix two typos introduced by the latest patch series Change SWAP sanity check to use blkid in favor of cryptsetup Fix isLuks check Change copyright and license information Tom Gundersen (9): udevadm: trigger events of type subsystems as well as devices udevadm: retry failed udev events after filesystems have been mounted udev: do not copy /lib/udev/devices/* to /dev locale: set the sysfs value default_utf8 rather than enabling/disabling utf8 in locale.sh mount: forbid suid,exec,dev from /proc and /sys lvm: run vgchange in sysinit mode lvm: enable/disable monitoring of lvm2 groups cryptsetup: fix indentation PATH: export a standard path in rc.sysinit Victor Lowther (15): Bashify initscripts. A little creative parameter expansion simplifies stat_die(). Clean up status() function. Simplify in_array. Finish bashifying functions. Bashify rc.multi Bashify rc.single. Both rc.single and rc.shutdown use the same code to kill everything. Bashify rc.shutdown Bashify rc.sysinit, part 1 Rewrite /etc/crypttab processing. Bashify netfs Bashify adjtime.cron Trivial bashification of network script. Add a PKGBUILD for building initscripts-git for testing.

3 7

Re: [arch-general] should imagemagick-doc really be i686/x86_64
by KESHAV P.R. 27 Jan '11

27 Jan '11

On Thu, Jan 27, 2011 at 16:17, Andrea Scarpino <andrea(a)archlinux.org> wrote: > On Thursday 27 January 2011 18:41:58 Auguste Pop wrote: >> I am not aware of the package until I saw it listed on the home page >> of Archlinux today. Just out of curiosity, I skimmed the contents of >> the package and find out that they are mainly html files. Shouldn't it >> be "any" rather than i686/x86_64? Should I file a bug report or this >> is just my ignorance of imagemagick? > Cannot be 'any' because it has been merged in imagemagick PKGBUILD and makepkg > yet does not support different architectures for splitted packages. (Or maybe > the support is missing in db-scripts). > > -- > Andrea > Does this mean the new grub2 packages that I (skodabenz) and Ronald (pressh) have worked on, may not show properly in the website? PKGBUILD at http://dl.dropbox.com/u/9710721/grub2_sources/grub2-1.99~rc1-1.src.tar.gz - has grub2-common-{i686,x86_64} and grub2-bios-any grub2-efi-i386-any and makepkg builds fine without any problems. - Keshav

1 0

[arch-general] about pacman -S nvidia
by doherty pete 27 Jan '11

27 Jan '11

i input pacman -S nvidia that reslocing dependenies ... looking for inter-confictes... ::linux-firmware and kernerl26-firmware are in conflice.Remouve kernel-firmware?[y/N] ... ... if i choose all yes and display ndiswrapper: requires kernel26 < 2.6.34 tiacx: requires kernel26 < 2.6.34 i use the kernel 2.6.37 because i need the new driver for wireless. -- pete_doherty

8 10