[arch-general] netcfg - virtual network on a loopback interface
Hi Everyone, I was using a virtual network within my computer to run a web server for development work. Following is the way it setup: /etc/network.d/vlan CONNECTION='ethernet' DESCRIPTION='Virtual LAN' INTERFACE='lo:1' IP='static' ADDR='192.168.123.1' GATEWAY='192.168.123.1' NETMASK='255.255.255.0' Then I have valn in the NETWORKS array in /etc/conf.d/netcfg and, net-profiles in the DAEMONS array in /etc/rc.conf Everything was working fine until the netcfg package update yesterday, and since then it fails to find/create the loopback interface. I get the followin error at boot and when I run netcfg manually. /usr/lib/network/network: line 364: /sys/class/net/lo:1/flags: No such file or directory (x6) /usr/lib/network/globals: line 104: /sys/class/net/lo:1/carrier: No such file or directory (x6) ** (x6) means I get 6 of the same message Can anyone please give me a pointer how to solve this? Thanks. -- Sudaraka Wijesinghe identica/twitter | im/email | text/voice @sudaraka| sudaraka.wijesin...@gmail.com | +94777221779 signature.asc Description: OpenPGP digital signature
Re: [arch-general] Help with pm-suspend
Am 30.06.2012 06:28, schrieb Randy: Hello All, I'm seeing a strange issue when I suspend my system. If I suspend using either the command: dbus-send --system --print-reply --dest=org.freedesktop.UPower /org/freedesktop/UPower org.freedesktop.UPower.Suspend or running pm-suspend as root, the system will shutdown and go into suspend mode like it should. But if I execute either of these commands again, it doesn't suspend. What I found is that after suspending the first time I can see that /usr/sbin/pm-suspend is still active. After killing this process I am then able to suspend again. Any ideas on what's going on here? Why would the suspend process still be running after resuming from suspend? Thanks, Randy hi, do you have any custom hooks in /etc/pm/sleep.d/ ? I had a similiar problem once when I created a custom hook and didn't fork the process I was starting inside the hook, so pm-suspend would wait forever for the hook to exit. /var/log/pm-suspend.log should be able to show you at what hook it is hanging.
Re: [arch-general] skype - problem with audio playback when initiating call
On 30-06-2012 06:49, David C. Rankin wrote: On 06/29/2012 04:46 PM, Mauro Santos wrote: Most probably something else is grabbing either the playback or the capture device, at least I have only seen that error when that's the case. If you don't want pulse to manage your sound devices you should look into setting up an asound.conf with explicit entries for dmix and dsnoop to avoid one program hogging the sound device. That said, the latest skype has been working just fine here with xfce+pulse. I suspect there is a soundcard fight going on. Incoming calls work with: Speakers: Intel ICH6, Intel ICH6 - IEC958 (hw:0,4) Ringing: Intel ICH6, Intel ICH6 - IEC958 (hw:0,4) It's just the dialout that is messed up. I have also noticed that with pulse/Intel configs I get a delay when testing skype sound (push test button and 10 seconds later the audio file plays). To test, I fired up gnome (stuck in fallback with my Nvidia 8800 - sigh), but skype sound worked fine. I have no beef with pulse, alsa, whatever as long as it works. Since this is my first time messing with skype -- I'm just happy to identify the issue. Kudos to the folks who put the skype wiki together. Setting up a separate user to run skype with and preventing it from snooping is just plain smart. Simple solution, well written up. Thanks for your help and explanation! I'd say that you should try to use what you are using for everything else, and you should make that explicit. You mention running skype with another user, as a start I would run it as your user, if I'm not wrong these days access to the sound devices is granted dynamically by consolekit (or whatever *kit) based on the current active session. The alternate user for skype might not register as having an active session thus causing some problem. You should also state which DE you are planning to use as some other users may have stumbled upon similar a problem. My experience is with XFCE and mostly with pulse, I have also done a short stint with only alsa so I don't have as much experience with that. -- Mauro Santos
Re: [arch-general] cpufreq stopped working
la, 2012-06-30 kello 01:14 -0400, Martin Zecher kirjoitti: I'm not really sure when cpufreq stopped working, maybe 2 or 3 months ago. It was working fine before and I don't really remember making any change in configuration. Cpufreq utils are deprecated and replaced with cpupower utils. Try installing cpupower and see if it works ^_^ signature.asc Description: This is a digitally signed message part
[arch-general] Documentation about pambase
It's nice that Arch introduced the pambase package, so that there's some referent point of pam configuration. But currently it lacks any documentation and recommendations how those files should be used (for people that it's not so obvious). Especially something we can point to people making packages on AUR. For ex. what should lightdm use? just include /etc/pam.d/system-login or /etc/pam.d/system-local-login? -- дамјан
Re: [arch-general] Help with pm-suspend
On 06/30/2012 06:16 AM, Marius T. wrote: Am 30.06.2012 06:28, schrieb Randy: Hello All, I'm seeing a strange issue when I suspend my system. If I suspend using either the command: dbus-send --system --print-reply --dest=org.freedesktop.UPower /org/freedesktop/UPower org.freedesktop.UPower.Suspend or running pm-suspend as root, the system will shutdown and go into suspend mode like it should. But if I execute either of these commands again, it doesn't suspend. What I found is that after suspending the first time I can see that /usr/sbin/pm-suspend is still active. After killing this process I am then able to suspend again. Any ideas on what's going on here? Why would the suspend process still be running after resuming from suspend? Thanks, Randy hi, do you have any custom hooks in /etc/pm/sleep.d/ ? I had a similiar problem once when I created a custom hook and didn't fork the process I was starting inside the hook, so pm-suspend would wait forever for the hook to exit. /var/log/pm-suspend.log should be able to show you at what hook it is hanging. The only thing that I have in sleep.d is 90alsa, but I didn't place this file there. It must have been done when a package was installed. If I rm this file, then it works ok. Do you think that it's ok to not have this file there? I'll have to check if removing it prevents my sound from working after a resume.
Re: [arch-general] cpufreq stopped working
On Sat, 30 Jun 2012 10:05:29 -0400 Martin Zecher mzec...@gmail.com wrote: Thanks for answering. I already installed cpupower with no luck. I think that the problem is related with the module acpi_cpufreq, which loads but does nothing at all. For basic (automatic) scaling you don't need either cpupower nor cpufreq nor MODULES=(acpi_cpufreq) with linux 3.4.x. From your previous email, it follows that your kernel oopses. Please show the complete relevant piece from kernel.log (or whatever place systemd logs to, not grepped). Also, you could try booting w/o nvidia to not taint kernel. On Sat, Jun 30, 2012 at 7:58 AM, Jesse Juhani Jaara jesse.ja...@gmail.comwrote: la, 2012-06-30 kello 01:14 -0400, Martin Zecher kirjoitti: I'm not really sure when cpufreq stopped working, maybe 2 or 3 months ago. It was working fine before and I don't really remember making any change in configuration. Cpufreq utils are deprecated and replaced with cpupower utils. Try installing cpupower and see if it works ^_^ -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D signature.asc Description: PGP signature
Re: [arch-general] Help with pm-suspend
Am 30.06.2012 16:01, schrieb Randy: The only thing that I have in sleep.d is 90alsa, but I didn't place this file there. It must have been done when a package was installed. If I rm this file, then it works ok. Do you think that it's ok to not have this file there? I'll have to check if removing it prevents my sound from working after a resume. this file is part of alsa-utils and as far as I understand this was added as a workaround for some buggy application behaviour: https://bugs.archlinux.org/task/17239 I'm not sure what the hook actually does, but it doesn't seem to be neccessary - at least on my systems (I use systemd to suspend, so these hooks are not even run on my systems). Anyway, if this hook indeed causes the problem I think you should file a bug report. Maybe whatever this hook fixes has been fixed upstream and it isn't even needed anymore...
Re: [arch-general] cpufreq stopped working
On Jun 30, 2012 4:01 PM, Leonid Isaev lis...@umail.iu.edu wrote: On Sat, 30 Jun 2012 10:05:29 -0400 Martin Zecher mzec...@gmail.com wrote: Thanks for answering. I already installed cpupower with no luck. I think that the problem is related with the module acpi_cpufreq, which loads but does nothing at all. For basic (automatic) scaling you don't need either cpupower nor cpufreq nor MODULES=(acpi_cpufreq) with linux 3.4.x. Can you elaborate in that a bit more? Does the kernel handle that? What does the cpupower or cpufreq offer more? From your previous email, it follows that your kernel oopses. Please show the complete relevant piece from kernel.log (or whatever place systemd logs to, not grepped). Also, you could try booting w/o nvidia to not taint kernel. On Sat, Jun 30, 2012 at 7:58 AM, Jesse Juhani Jaara jesse.ja...@gmail.comwrote: la, 2012-06-30 kello 01:14 -0400, Martin Zecher kirjoitti: I'm not really sure when cpufreq stopped working, maybe 2 or 3 months ago. It was working fine before and I don't really remember making any change in configuration. Cpufreq utils are deprecated and replaced with cpupower utils. Try installing cpupower and see if it works ^_^ -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
Re: [arch-general] cpufreq stopped working
On Sat, 30 Jun 2012 21:37:39 +0100 Leonidas Spyropoulos artafi...@gmail.com wrote: On Jun 30, 2012 4:01 PM, Leonid Isaev lis...@umail.iu.edu wrote: On Sat, 30 Jun 2012 10:05:29 -0400 Martin Zecher mzec...@gmail.com wrote: Thanks for answering. I already installed cpupower with no luck. I think that the problem is related with the module acpi_cpufreq, which loads but does nothing at all. For basic (automatic) scaling you don't need either cpupower nor cpufreq nor MODULES=(acpi_cpufreq) with linux 3.4.x. Can you elaborate in that a bit more? Does the kernel handle that? What does the cpupower or cpufreq offer more? Yes, it's what they call CPU driver autoprobing: http://kernelnewbies.org/Linux_3.4#head-9df4e508cb97f4e138c590b9ccff3e0eda6cc7fc. Basically, if your CPU supports scaling, the corresponding driver will be loaded automatically. This and the fact that arch kernel now defaults to ONDEMAND governor (CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y, FS#28778), eliminates the need for userspace tools and explicit module loading. If you want just default scaling (within hw defaults), you don't have to do anything beyond enabling speedstep/coolnquiet in BIOS. But if you want to see various info, control frequency range (to downclock, for instance) or change the governor from the userspace, you'll have to install either cpupower or cpufrequtils. Of course, you could achive some of it functionality by simply echoing parameters to corresponding files in /sys/devices/system/cpu/*. If you need to control frequency based on acpi events, you'll probably need cpupower: https://wiki.archlinux.org/index.php/CPU_Frequency_Scaling. From your previous email, it follows that your kernel oopses. Please show the complete relevant piece from kernel.log (or whatever place systemd logs to, not grepped). Also, you could try booting w/o nvidia to not taint kernel. On Sat, Jun 30, 2012 at 7:58 AM, Jesse Juhani Jaara jesse.ja...@gmail.comwrote: la, 2012-06-30 kello 01:14 -0400, Martin Zecher kirjoitti: I'm not really sure when cpufreq stopped working, maybe 2 or 3 months ago. It was working fine before and I don't really remember making any change in configuration. Cpufreq utils are deprecated and replaced with cpupower utils. Try installing cpupower and see if it works ^_^ -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D signature.asc Description: PGP signature
Re: [arch-general] Help with pm-suspend
On 06/30/2012 11:11 AM, Marius T. wrote: Am 30.06.2012 16:01, schrieb Randy: The only thing that I have in sleep.d is 90alsa, but I didn't place this file there. It must have been done when a package was installed. If I rm this file, then it works ok. Do you think that it's ok to not have this file there? I'll have to check if removing it prevents my sound from working after a resume. this file is part of alsa-utils and as far as I understand this was added as a workaround for some buggy application behaviour: https://bugs.archlinux.org/task/17239 I'm not sure what the hook actually does, but it doesn't seem to be neccessary - at least on my systems (I use systemd to suspend, so these hooks are not even run on my systems). Anyway, if this hook indeed causes the problem I think you should file a bug report. Maybe whatever this hook fixes has been fixed upstream and it isn't even needed anymore... Ok. Thanks for the help!
Re: [arch-general] Nvidia/vesafb/GRUB2
On Jun 29, 2012 2:12 AM, arnaud gaboury arnaud.gabo...@gmail.com wrote: Switching to Nouveau would be best indeed, but not at its current stage. Why? Do you have problems running it? I [unfortunately] have several systems with nvidia cards, of varying age/caliber, all running nouveau with 3D-ness enabled in X ... no significant issues for probably 1-2 yrs or so (and just gave a successful presentation on vpython 3 days ago). Not to suggest it's without issue, but its worth trying periodically. -- C Anthony [mobile]