- Arch-general - lists.archlinux.org

[arch-general] Uninstallable Packages
by Jeremiah Dodds 28 Jul '12

28 Jul '12

Sorry if this is dragging up an old topic, but I've been poking around AIF as I'm interested in possibly (hopefully) bringing it up to speed and/or improving it, and I noticed that it's still in the repos, but isn't installable by anyone who doesn't happen to have grub legacy still installed on their system, unless I'm missing something. It seems like we'd want to avoid having to manually remove packages every time it becomes impossible to install a set of them. This might be my unfamiliarity with libalpm or pacman or any other myriad part of the stack, but it seems like the type of thing that could be handled by a utlity and a cron job fairly easily. It also seems like the type of thing that wouldn't be too annoying to deal with manually at the moment, but that could get frustrating for both users and devs down the line. Menial maintanence tasks like that[1] tend to end up sucking down a lot of people's time and energy in the long run, in my experience. If the lack of an automated "dead package remover" is just a "lack of time / patches welcome" type of thing, I'd volunteer to take a crack at writing the thing. If it isn't, I'd really like to know why. Footnotes: [1] unless, of course, it's not actually a menial task, in which case please enlighten me -- Jeremiah Dodds github: https://github.com/jdodds irc : exhortatory

3 3

[arch-general] arduino mega2560 and gcc-avr
by andrea crotti 28 Jul '12

28 Jul '12

I'm trying to use my arduino mega2560 with arch but there's no way to get it working yet.. I installed the arduino 1.0.1-1, and everything seems to work, until I try to use the Serial, when I get (compiling from gnoduino): avr:5 architecture of input file `/tmp/build1342512569.47XizyI/core.a(HardwareSerial.cpp.o)' is incompatible with avr:6 output collect2: error: ld returned 1 exit status I saw about a bug in avr-gcc but it should have been fixed long time ago, and it's probably not the same thing... Anyone got it working?

3 4

[arch-general] rc.conf changes, virtual consoles and initramfs
by Mauro Santos 28 Jul '12

28 Jul '12

So now that rc.conf was split and the change pushed to the stable repos I have been doing the necessary changes in my system. One problem I have found is that it is not clear how I can configure the system to load (in my case) pt-latin9 and compose.latin1 automatically. This is needed to be able to type things like â and ã. Having KEYMAP="pt-latin9 compose.latin1" in /etc/vconsole.conf will result in an error during boot. Another thing I have noticed is that this change may affect the keymap hook for people that need a fully working mapping, such as people with encrypted root. >From what I understand /etc/vconsole.conf will be sourced by /usr/lib/initcpio/install/keymap, listing both keymaps will probably result in an error that will not be reported since -q is used. Listing both keymaps separately will also not work since only the last attribution will take affect. Am I missing something here, or have I stumbled upon a problem? -- Mauro Santos

1 0

[arch-general] tmp cleanup problems
by Lukas Jirkovsky 28 Jul '12

28 Jul '12

Hi guys, Today I noticed a bunch of the following (kinda scary) errors on boot: Attempted to remove disk file system, and we can't allow that. rm_rf(/tmp): Operation not permitted And my /tmp is not cleaned up. I guess this is caused by the systemd-tmpfiles. I'm using initscripts. I use separate partition for my /tmp. I have following in the /etc/tmpfiles.d/tmp.conf: D /tmp 1777 root root 0d D /var/tmp 1777 root root 10d Is anyone seeing similar errors? Is there a problem with my config, or is a bug? Thanks, Lukas

2 2

[arch-general] systemd and pm-utils
by jsteel 28 Jul '12

28 Jul '12

Hi, When using systemd to handle suspend, it doesn't run hooks in /etc/pm/sleep.d/ which work when running "pm-suspend". My hook is called 01custom and is executable. Is it incapable of handing these suspend/resume scripts or does it have its own method? Thanks, jsteel

2 1

[arch-general] [arch-dev-public] [RFC, after the fact] initscripts config
by Yclept Nemo 28 Jul '12

28 Jul '12

3) Personally this depends on the final rc.conf, is [1] or [2] going to be it? I don't enjoy visually collating options across rc.conf (terminal #1,vim) and rc.conf(5) (terminal #2,man). So if after actions (2), and (4), nothing remains but "esoteric" options, then sure, go ahead and do whatever you wish: remove them all or include everything. [1] http://projects.archlinux.org/initscripts.git/tree/rc.conf?id=ae28554e56151… [2] http://projects.archlinux.org/initscripts.git/tree/rc.conf?id=5b062674869c9… 4.1) Are we going to ship default (possibly empty) replacement configuration files, which currently may not exist on many systems, and add these to the backup array? This includes (/etc/vconsole.conf, /etc/locale.conf, /etc/hostname). 4.2) To be clear, is there going to be a separate configuration for the HARDWARECLOCK and TIMEZONE variables? >>>d) The new format does not require a bash interpreter to be read 4.d) I think this is a terrible justification. A programming language embedded in a configuration system grants a lot of possibilities. That in and of itself can generate much controversy. On one hand, it might be better to enforce a strict separation between configuration and code, thus requiring the removal of code into wrapper scripts. On the other hand, blurring such a line could while providing extensibility, in certain situations encourage faux-pas configurations better suited to wrapper scripts. Then is the faux-pas inherent to the programming language or the context of the configuration file? In my defense, I refer to [3] which lists many incorrect idioms. Also there is a sound way to read configuration files written in a programming language - simply evaluate the code. In any case, to preserve compatibility with systemd, the new files (/etc/vconsole.conf, /etc/locale.conf, /etc/hostname) should not contain bash. [3] mywiki.wooledge.org/BashFAQ/ 5) With the plethora of changes, each for different reasons, I think there is justifcation for a comprehensive news item summarizing changes to each variable: LOCALE -> /etc/locale.conf HARDWARECLOCK -> deprecated USE_BTRFS -> esoteric, removed for cosmetic reasons etc...

5 4

[arch-general] System hangs at "Booting the kernel" upon drive addition
by pants 28 Jul '12

28 Jul '12

Hello, I have a system which is hanging during boot at the line "Booting the kernel" when I have a drive connected to either port of the PCI-Express SATA card I recently installed (chipset ASM1061). When a drive is not connected to the card, the system boots normally, and connecting the drive to the card after booting leads to no errors or other problems. I am running the latest version of linux and linux-headers in the core repository. It is worth noting that I also have an identical SATA card in the same system with two drives identical to the one in question connected to it. This setup has operated smoothly for about six months. Cheers, pants.

1 0

[arch-general] Joining mp3's --> Floating point exceptionffmpeg
by Nelson Marambio 27 Jul '12

27 Jul '12

Hi, folks, for joining audio dramas (d/l from Amazon) which come along in MP3-Format I use a short script #!/bin/bash mp3wrap tmp.mp3 *.mp3 ffmpeg -i tmp_MP3WRAP.mp3 -acodec copy all.mp3 && rm tmp_MP3WRAP.mp3 It works for half of my books, processing the other half produces this error message: /home/nelson/scripts/mp3_join.sh: line 3: 15295 Floating point exceptionffmpeg -i tmp_MP3WRAP.mp3 -acodec copy all.mp3 As to my knowledge the script worked fine for a few months then, I think after an update of ffmpeg, the trouble shown above began. Are the MP3 files corrupt or is this a bug in ffmpeg. I'd say it is a bug, because running Windows and MP3 Album Maker it still works fine. OK, I could keep Windows for this scenario but I try to get away from this. Does anyone have an advice for me ? Have the suitable parameters for ffmpeg changed ? Or is the ffmpeg-call obsolete meanwhile (it seemed to be necessary for fixing the audio-header concering track length) ? Thanks in advance, Nelson.

4 5

[arch-general] Testing question
by Leonidas Spyropoulos 27 Jul '12

27 Jul '12

Hey list, Is there a way to enable the testing repo and install updates (with pacman -Suyy) from the other repositories and only install updates from testing if I explicitly mention it with some pacman command? Thanks -- Caution: breathing may be hazardous to your health. #include <stdio.h> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

3 3

[arch-general] systemd network configuration
by David Benfell 27 Jul '12

27 Jul '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Because it's summer, and I'd really rather not try to figure all this out during the school year, I'm trying to figure out systemd *now*, rather than waiting until rc.conf goes away. I actually had trouble with rc.conf when I first installed Arch on my Linode. Some daemons mysteriously wouldn't start and I couldn't figure out how to get the networking to come up properly. (And, of course, I was in a hurry.) So I wound up hacking rc.local to bring up both the network and the daemons. (Yes, I know: ewwwww!) This is the shell snippet I'm using to bring up my network now: rc.d start network #successfully gets some address and a route for i in 74.207.225.79/32 74.207.227.150/32 173.230.137.73/32 173.230.137.76/32 do ip addr add "${i}" dev eth0 done ip -6 addr add 2600:3c02::f03c:91ff:fe96:64e2/64 dev eth0 for j in $(seq 0 1) do for i in $(seq 0 9) a b c d e f do ip -6 addr add "2600:3c02::02:70${j}${i}/64" dev eth0 done done Basically, with the IPv4 address, my intent is to make sure I've got all four of those addresses up. But I wasn't getting a route unless I used the network start script. In my copy of the Arch wiki, I"m not seeing how to do something similar under systemd. How, ideally, should I be doing this? Thanks! - -- David Benfell benfell(a)parts-unknown.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQD0GKAAoJELT202JKF+xpbMQP/3ADZesFp6+ZAzSItwDdvjJi vUxCgyAXscCymTuTtjYov/lBxoh5/thu4KL2EbYA/F28r4rP0blBUR4Yrhj1jIDn tZJcaoDBY5d7mT+hgI+9rIlGlFvnm+P/cCd8MAebkIiTAmLnurgSZe22Y6kV+VKe nyQFJEWbyGk3O8d9ODtQnpKJ9AJrDY+fsGf/saZP+0KZDjjISHzl9VN81a4WngXP JFeTLXhopSjWYPsECrrK0PE0Q5O524TL90ZuDvNM5BqVIgmQG9FkCzKaWLm2hCYX gLLArdpnpAGse/yHyxBjqtHVtcm0lUD647Z8aJCHkObpQcaeAvwXSblaDcOVxo0L 3WX6qRam75kPABmDNRJPPYCqEPFiSDfdpL87m00v+zFRv+WTPr4X1NurOIomAp5x QVjOlOvnpAbyexXfaWRzYvRpDuSrKbnuxzyDNKmGRPgiRvaWAjansoif4o0ojffh Fw1sxLIWtggEgy0SGWJ/Ke7Z18IYJ7TF/1ZfRAknBIsdjCb8rFSA7byskjwrxWzT rEZ9qzrtB/OKZCYsi+tlGhRiyUJ2j+8g5ujqeLvN1W7FQYd8SEmGyg5zCgYnuKBP Sw/JnsMzvdW16BnqTMLIF5zrQJGzXV81UL101MSjwnXIuWNHAmhChx5I7yObhhYc 7fkFhIf0iSdBES8WX+Dh =WY4X -----END PGP SIGNATURE-----

9 24