- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] samba 3.6.x -> samba 4.0.x migration
by Karol Babioch 09 Apr '13

09 Apr '13

Hi, Am 27.03.2013 16:55, schrieb Tobias Powalowski: > I'll release samba 4.0.x to testing. anything holding this one back to hit the official repository? > Do we need an announcement or an install news during upgrade? I guess it wouldn't hurt as this is quite a big change ;). Best regards, Karol Babioch

2 1

[arch-general] virtualbox-host-modules
by Ralf Mardorf 08 Apr '13

08 Apr '13

Hi, where should be the modules? Last time there was the claim _not_ in extramodules. # pacman -Qi virtualbox Depends On : virtualbox-host-modules # pacman -Ql virtualbox-host-modules /usr/lib/modules/extramodules-3.8-ARCH/vboxdrv.ko.gz /usr/lib/modules/extramodules-3.8-ARCH/vboxnetadp.ko.gz /usr/lib/modules/extramodules-3.8-ARCH/vboxnetflt.ko.gz /usr/lib/modules/extramodules-3.8-ARCH/vboxpci.ko.gz # ls 3.8.4-rt2-1-rt 3.8.6-1-ARCH extramodules-3.8-ARCH extramodules-3.8-rt # ls extramodules-3.8-ARCH vboxdrv.ko.gz vboxnetadp.ko.gz vboxnetflt.ko.gz vboxpci.ko.gz version # ls 3.8.6-1-ARCH/kernel/misc/ vboxdrv.ko vboxnetadp.ko vboxnetflt.ko vboxpci.ko I deleted the modules in extramodules and kept the ones build by the hook. It would be nice if virtualbox-host-modules could become an optional dependency. Regards, Ralf

2 1

[arch-general] "Broken pipe" messages while last archlinux keyring update
by Manuel Reimer 08 Apr '13

08 Apr '13

Hello, with the last update of the Archlinux keyring package, I got a few errors like the following one: usr/bin/pacman-key: line 615: printf: write error: Broken pipe Is this a known bug or can this be ignored? Yours Manuel Reimer

1 0

[arch-general] Namcap 3.2.5
by Rémy Oudompheng 07 Apr '13

07 Apr '13

Hello, Namcap 3.2.5 is available in [testing]. It features the following changes: - support "SKIP" in checksums (FS#34647) - export CARCH correctly to parsepkgbuild (FS#32568) - recognize .MTREE as package metadata (FS#34591) Rémy.

1 0

[arch-general] spamd "config: cannot create user preferences file"
by David Benfell 06 Apr '13

06 Apr '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Casting about on the web, I gather this is an ownership/permissions issue. That'd be fine and I might know what to do about it if I knew where spamd was trying to create it and, for that matter, under what user. But I don't even know where the configuration is (assuming there is one). It looks to me like it is running as root: munich# ps aux | grep spam root 4221 0.2 2.6 168548 80532 ? S 15:16 0:20 spamd child root 15711 0.0 2.2 156172 68244 ? S 05:20 0:03 spamd child root 17327 0.0 0.0 14340 1100 pts/1 S+ 18:07 0:00 grep spam root 18855 0.0 1.8 145704 58072 ? Ss Apr03 0:22 /usr/bin/vendor_perl/spamd -d --pidfile /var/run/spamd.pid -c But otherwise, the systemd service file and the /etc/conf.d/spamd file aren't telling me much. The normally excellent Arch Wiki that I'm still learning to remember to look at doesn't seem to have an entry for spamassassin. Any ideas? Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRX3cwAAoJELJhbl/uPb4SZ8cQAIBzfRvvFhwr3Q8xOdHTv+D8 C8ozH5joGu7UAFBRmvkjSk8IGaML1+cYjaJT8e0EFT9qUMuF/JKxPbnN62xMWad5 JNc0QS7tx5pz6GmibreZytSCOEOZhvh5BN2QYSf3ouF6VRWMxxygmsAlKW94zP/V Z/MkTrb84aM0ZO2RDz20Am0Ox5KCH5ErRfq95TOdPGaAxqb672jTZse4IAP7QA+E kOCy1TP/BWh+oKmgQTy78vDtzixT7I+rcvPxu1yqPSaLbqmvoUQJ+S4Gcwzqcg8q VgbP/G1AXXwI83vj6xAk952uB6UjiwhuKLRAjhLx7oX8jzvTaXd7dttNpi9QJFQp oFi0rkyNerroS2Z/TXhyMJLrGQR2Cwu12o5xmOp4flGmOgLcPzVa242ke6s1Uh7n LPjf8aGOFYribcyIKj01Gb7XttbTxAlR6AEe/f3Eoh16ldyik5kLazOKB7mUyx7L 8EaUdpUr4o+IzXWL9RGuwEHtEk3cMcuDqGSdrEhnoitJ2eshhNeNB6KI6Yikc8ar hMzbm3qlOKndBUDhyC16/vczg7jgfir+97LJaWVGR0Q85X3RY+Vfy95C8ANMWHEG 1bsl8g1kLb5lo/PmB6FjDyLJYnwXLk+xYqqVuWm7anNPLjIJX9JP5UCkMXN/r5Xl YheohhiMs+ohP5xNc63b =GYz+ -----END PGP SIGNATURE-----

1 1

[arch-general] directive 'SyncFirst'
by Ralf Mardorf 05 Apr '13

05 Apr '13

Hi :) how can be ensured that e.g. linux-headers are updated first in the future? I couldn't find a word on the English Arch website and just the information that it is ignored now, without a hint what to do, on the German website. [root@archlinux yaourt-git]# pacman -Syu warning: config file /etc/pacman.conf, line 19: directive 'SyncFirst' in section 'options' not recognized. :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date :: Starting full system upgrade... warning: ardour: ignoring package upgrade (2.8.16-1 => 3.0-1) there is nothing to do [rocketmouse@archlinux yaourt-git]$ yaourt -Syu [sudo] password for rocketmouse: warning: config file /etc/pacman.conf, line 19: directive 'SyncFirst' in section 'options' not recognized. :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date warning: config file /etc/pacman.conf, line 19: directive 'SyncFirst' in section 'options' not recognized. Regards, Ralf

3 3

[arch-general] (no subject)
by Victor Silva 05 Apr '13

05 Apr '13

Guys today in a scrum meeting we were discussing the need of guidelines to improve our corporative wiki. I remmember archwiki had a section as ways to contribute to the wiki. I found some materials as https://wiki.archlinux.org/index.php/General_Recommendations https://wiki.archlinux.org/index.php/Forum_Etiquette https://wiki.archlinux.org/index.php/ArchWiki:Contributing#Organizing But I remmember there was some more specific material which seems to be merged with the archway https://wiki.archlinux.org/index.php/The_Arch_Way I know in this guidelines they pointed the need of a section as: https://wiki.archlinux.org/index.php/ArchWiki:Requests and https://wiki.archlinux.org/index.php/ArchWiki:Contributing Would any of you know if this material is still around (maybe in some other language?) Thanks!

1 0

Re: [arch-general] [arch-dev-public] pacman-4.1
by Leonidas Spyropoulos 05 Apr '13

05 Apr '13

On Thu, Apr 4, 2013 at 11:25 PM, Allan McRae <allan(a)archlinux.org> wrote: > On 05/04/13 07:42, Sébastien Luttringer wrote: >> On Mon, Apr 1, 2013 at 8:39 AM, Allan McRae <allan(a)archlinux.org> wrote: >> >>> Hi, >>> >>> Pacman-4.1.0 is released and in the [testing] repos. See my blog [1] >>> for details of what is new in this release. >>> >> With this commit[1], can we assume that install script should now be >> written in bash? >> >> >> [1] >> https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=package… >> > > What did you think it was written in previously? We have always used > bashisms. > > Allan > I saw in the makepkg.conf that there are new COMPRESS vars. Any of these support parallel compression (thread level) like 7zip? And if yes, how can I enable them? Thanks -- Caution: breathing may be hazardous to your health. #include <stdio.h> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

2 1

[arch-general] failed to mount root on raid1 after upgrade
by Łukasz Michalski 04 Apr '13

04 Apr '13

Hi, I am a new arch user and this is my first post on this list, so welcome everyone :-) 29th I upgraded my system using pacman -Syu and after that my system does not boot. The problem is that I have root partition on software raid1 and for some reason scripts from initramfs are not able to create /dev/md device and mount it on /new_root. I am using mdadm hook. Now during booting I need to wait for "emergency shell" and mount root partition manually this way: # mdassemble # mount /dev/md2 /new_root # exit I am using lilo as bootloader, not grub. My revelant part of mdadm.conf looks like this: ARRAY /dev/md2 metadata=0.90 UUID=bdfacff7:ab87d057:56b4b521:970a1f14 ARRAY /dev/md3 metadata=1.2 name=serenity:3 UUID=1c4f1323:dc8291ca:79423de8:04e93f2e ARRAY /dev/md1 metadata=0.90 UUID=57c89626:270d4c7b:dedbdb45:3a92e6da (md1 is swap, md2 is root, md3 is home). Hooks that I use in /etc/mkinitcpio.conf HOOKS="base udev autodetect modconf block mdadm filesystems keyboard fsck" This is my lilo.conf: boot=/dev/md2 raid-extra-boot="/dev/sda,/dev/sdb" read-only lba32 prompt timeout=100 default=arch image=/boot/vmlinuz-linux label=arch root=/dev/md2 initrd=/boot/initramfs-linux.img image=/boot/vmlinuz-linux label=arch-fallback root=/dev/md2 initrd=/boot/initramfs-linux-fallback.img I am not sure what hooks/mdadm is supposed to do, for me it looks like it I have to add md=/dev/md2 to command line when booting? I would appreciate any help to resolve this issue. Thanks, Łukasz

3 4

[arch-general] Installing by remote control -- network trouble
by David Benfell 04 Apr '13

04 Apr '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I've almost got this. My dedicated server appears to be willing to boot from the disk, but the network doesn't come up. Here is the service file: [root@munich ~]# cat /etc/systemd/system/network.service [Unit] Description=Wireless Static IP Connectivity Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-net0.device After=sys-subsystem-net-devices-net0.device [Service] Type=oneshot RemainAfterExit=yes ExecStart=/sbin/ip link set dev net0 up ExecStart=/sbin/ip addr add 193.34.144.104/25 dev net0 ExecStart=/sbin/ip addr add 91.205.174.230/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.231/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.232/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.233/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.234/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.235/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.236/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.237/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.238/27 dev net0 ExecStart=/sbin/ip addr add 91.205.174.239/27 dev net0 ExecStart=/sbin/ip route add default via 193.34.144.1 ExecStop=/sbin/ip addr flush dev net0 ExecStop=/sbin/ip link set dev net0 down [Install] WantedBy=multi-user.target [root@munich ~]# It is based on the example at https://wiki.archlinux.org/index.php/Network which I also used for my home desktop, where it works fine. (Though the latter has only one IP address not eleven of them.) The system log says that it is timing out: Job sys-subsystem-net-devices-net0.device/start timed out. Timed out waiting for device sys-subsystem-net-devices-net0.device. Dependency failed for Wireless Static IP Connectivity. I tried a few things, changing the service file to: [root@munich ~]# cat /etc/systemd/system/network.service [Unit] Description=Wireless Static IP Connectivity Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-net0.device After=sys-subsystem-net-devices-net0.device [Service] Type=oneshot TimeoutSec=0 Restart=always RestartSec=30 RemainAfterExit=yes ExecStart=/sbin/ip link set dev net0 up ExecStart=-/sbin/ip addr add 193.34.144.104/25 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.230/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.231/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.232/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.233/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.234/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.235/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.236/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.237/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.238/27 dev net0 ExecStart=-/sbin/ip addr add 91.205.174.239/27 dev net0 ExecStart=/sbin/ip route add default via 193.34.144.1 ExecStop=/sbin/ip addr flush dev net0 ExecStop=/sbin/ip link set dev net0 down [Install] WantedBy=multi-user.target [root@munich ~]# No joy. What am I missing? Thanks! - -- David Benfell <benfell(a)parts-unknown.org> <dbenfell(a)saybrook.edu> See https://parts-unknown.org/node/2 for GnuPG (the attachment you don't understand) information. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRW6KdAAoJELJhbl/uPb4SdTkP/jug6btO3lWlJ+KXz3UqzXIc OYRb80337OZIWY44zo3KdBqtLEO3aG2W4qdJB5Z4LLYku4VgxFsevj9PKYtrQofh G9mXuAFTqTUyjUnAkRvn0LwejAyv8+4ifn/ZdrGSuW0+TmLK05iZgY+ythfWKAyZ S7lgxeRRhQu2ntHLjK+zWte3oVhhhXh0krvpxN0z7IAD6uXZU7ucajdLgujeU+6n +ynlXf0R1/G94gaghGNtOATOgVXr5fs53KbFSLZJLQKjvZinff/b4VVBDG9wxLP7 qkG5G/MFwjEe3x06iuJ3dJJedXVAV7Oc4mO0rELQw8gENXkbdxcPlyDWAjCySK95 T/7RmspcizXJAqz/cDOlYx1aylg9StXmj9QTuHpWHFBBuHpo1ZxASacnMkD96QPZ ozJawihpddHiDON0PBbLH11xPtamrW7x19gly1v96PXPHxJ4NSn0NX04BiuPwfFQ 2F6P3Z1TkijxNUU1ZIvIga5vDlilGYRDErKcTcL/n8XxgfOjH5KVhEXe9SkxKFJv WZGprQzRFpCRMV0WBm+YTAC3PbhnPXnvVMWyrBDA7GchjxfMpzqNcvDJuAO1ol/W AL1LygH82da355r417RkSXDZLydvc1UMST2Bd+4vi5he4p+W2n+kJSg+44fKW8u/ elmtkUZofRkYeqcfZyCQ =Qrpj -----END PGP SIGNATURE-----

2 3