Re: [arch-general] [signoff] linux-3.1-2
Thomas Bächler tho...@archlinux.org on Tue, 25 Oct 2011 20:48:34 +0200: Am 25.10.2011 17:12, schrieb Tobias Powalowski: Hi guys, please signoff 3.1 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. x86_64 works on my Samsung NF310 as well. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing. Where do module updates go to? I have patched versions of psmouse and zram for example. Or does it make any sense to link /lib/modules/`uname -r`/updates to /lib/modules/updates-`uname -r` and install them there? -- Schoene Gruesse Chris
Re: [arch-general] [signoff] linux-3.1-2
It works well on my laptop. Signoff i686 -- Bl@ster / dottorblaster
Re: [arch-general] [signoff] linux-3.1-2
Il 25/10/2011 20:48, Thomas Bächler ha scritto: Am 25.10.2011 17:12, schrieb Tobias Powalowski: Hi guys, please signoff 3.1 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing. Signoff x86_64 -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
Re: [arch-general] [signoff] linux-3.1-2
Am Dienstag, 25. Oktober 2011, 20:48:34 schrieb Thomas Bächler: Am 25.10.2011 17:12, schrieb Tobias Powalowski: Hi guys, please signoff 3.1 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing. I get the following message displayed right before the initscripts output: [2.117965] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH So far I have no problems, but this message seems important. Greetings Dominik signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [signoff] linux-3.1-2
Am 26.10.2011 11:54, schrieb Dominik Cermak: I get the following message displayed right before the initscripts output: [2.117965] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH So far I have no problems, but this message seems important. I have the same, and I am a bit worried. This message is from i915, but my graphics work fine so far. This is the output of dmesg -l err: [1.882959] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH [ 10.336917] ACPI: Invalid _PSD:coord_type [ 10.338144] ACPI: Invalid _PSD:coord_type [ 10.338784] ACPI: Invalid _PSD:coord_type [ 10.339422] ACPI: Invalid _PSD:coord_type [ 12.546241] usb 1-1.6: device descriptor read/64, error -32 The first message is new in 3.1, the ACPI messages appeared with 3.0, and the last one is a sporadic message that I already got with 3.0. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [signoff] linux-3.1-2
On Wednesday 26 Oct 2011 12:05:08 Thomas Bächler wrote: This is the output of dmesg -l err: [1.882959] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH [ 10.336917] ACPI: Invalid _PSD:coord_type [ 10.338144] ACPI: Invalid _PSD:coord_type [ 10.338784] ACPI: Invalid _PSD:coord_type [ 10.339422] ACPI: Invalid _PSD:coord_type [ 12.546241] usb 1-1.6: device descriptor read/64, error -32 The first message is new in 3.1, the ACPI messages appeared with 3.0, and the last one is a sporadic message that I already got with 3.0. The SSC on PCH message may be a debug message that was accidentally left in. See: https://lkml.org/lkml/2011/9/19/80 Paul
Re: [arch-general] [signoff] linux-3.1-2
Am Mittwoch, 26. Oktober 2011, 11:11:19 schrieb Paul Gideon Dann: The SSC on PCH message may be a debug message that was accidentally left in. See: https://lkml.org/lkml/2011/9/19/80 Thanks for the link, looks like it is nothing to worry about. Dominik signature.asc Description: This is a digitally signed message part.
Re: [arch-general] /usr is not mounted. This is not supported.
Thomas Bächler wrote: Am 25.10.2011 20:12, schrieb clemens fischer: Mounting /usr needs to go to the initramfs. It is possible to implement a mount handler for this. At this stage, the by-label symlinks exist already. AFAIU udevd(8) is responsible for setting up those symlinks. How can they exist _before_ udevd(8) is started? I'll let you go back and read everything again, what you are saying makes no sense whatsoever, and I have no idea how to reply to it. Lucky you, I have a way to explain it: There are udev rules referencing stuff in /usr. If people mount /usr by-label or by-uuid, udev must have completed to setup those symlinks. Catch-22. clemens
Re: [arch-general] update
On Tue-2011/10/11-07:12 C Anthony Risinger wrote: On Oct 10, 2011 7:41 PM, Martin ... wrote: [spanish] ... [/spanish] ... and then no one else can benefit or contribute to this out-of-band conversation? Why yes! instead of reflector, pacman's own rankmirrors script provides a speed ranking of mirrors _as seen from the ocal site_ instead of the archlinux json interface, which runs server-side and seems to favour japanese and american mirrors. eg. rankmirrors -t /etc/pacman.d/mirrorlist clemens
Re: [arch-general] update
On Wed, Oct 26, 2011 at 3:07 PM, clemens fischer wrote: On Tue-2011/10/11-07:12 C Anthony Risinger wrote: On Oct 10, 2011 7:41 PM, Martin ... wrote: [spanish] ... [/spanish] ... and then no one else can benefit or contribute to this out-of-band conversation? Clemens, what's the link between the text you're quoting and your answer? Why yes! instead of reflector, pacman's own rankmirrors script provides a speed ranking of mirrors _as seen from the ocal site_ instead of the archlinux json interface, which runs server-side and seems to favour japanese and american mirrors. Mirror status provided by ArchLinux may be filtered by country. They have freshness status included thus making them more useful (if the fastest mirror has not been updated for a week it is not the best mirror to choose). -- Cédric Girard
[arch-general] Programs Not Closing
Hello, Ever since the upgrade to KDE 4.7 several weeks ago, a lot of programs seem to hang in the Task Manager after I close them. They will remain for a long time or until I open another application. I also have an occasional application crash when I shutdown. Unfortunately, the crash message tells me nothing of what program is crashing and I'm not sure if it's related. My question for everyone is regarding the programs hanging around since it's a regular thing and is most likely the cause of the latter. Is this a common thing or do I have some conflict somewhere, or a service that isn't happy? I run pacman -Suy almost daily and use Firefox, Thunderbird, Kopete, Yakuake, VirtualBox, Terminal, Kwrite, and BOINC on a regular bases. I put my system to sleep nightly and shutdown at the end of the week. DAEMONS=(syslog-ng dbus network !netfs crond alsa @cupsd @boinc @samba). I hope that's enough info. Thank you -- Yesterday is history. Tomorrow is a mystery. Today is a gift. That's why its called the present. Headmaster Squall :: The Wired/Section-9 Close the world txen eht nepo $3R14L 3XP3R1M3NT$ #L41N http://twitter.com/headmastersqual
Re: [arch-general] update
Cédric Girard wrote: On Wed, Oct 26, 2011 at 3:07 PM, clemens fischer wrote: On Tue-2011/10/11-07:12 C Anthony Risinger wrote: On Oct 10, 2011 7:41 PM, Martin ... wrote: [spanish] ... [/spanish] ... and then no one else can benefit or contribute to this out-of-band conversation? Clemens, what's the link between the text you're quoting and your answer? ... benefit or contribute ...: the thread had to do with slow mirrors. So I mentioned rankmirrors (@ pacman). Mirror status provided by ArchLinux may be filtered by country. They have freshness status included thus making them more useful (if the fastest mirror has not been updated for a week it is not the best mirror to choose). That is true. I didn't think of this. By the way: using community/jshon it is possible to script something up with a more generic tool, eg. $ wget -q -O '/dl/linux-archlinux.org-mirrors.json' \ 'https://www.archlinux.org/mirrors/status/json/' $ for i in {0..555};do echo $( jshon -e urls -e $i -e score -u -p -e country -u -p -e url -u \ /dl/linux-archlinux.org-mirrors.json ) || break;done | egrep -v '^(undef|null)' | egrep '[[:space:]]Germany[[:space:]]' | sort -k1,1n | uniq | head -n7 1.087776 Germany http://ftp5.gwdg.de/pub/linux/archlinux/ 1.128424 Germany http://archlinux.limun.org/ 1.206714 Germany http://mirror.devnu11.net/archlinux/ 1.281882 Germany http://arch.mirrors.tuxdroid.org/ 1.663009 Germany http://mirror.selfnet.de/archlinux/ 1.714045 Germany http://mirrors.n-ix.net/archlinux/ 1.893226 Germany ftp://arch.mirrors.tuxdroid.org/ I take it the object member score combines freshness. clemens
Re: [arch-general] Programs Not Closing
2011/10/26 Squall Lionheart headmastersqu...@gmail.com: Is this a common thing or do I have some conflict somewhere, or a service that isn't happy? Works fine here, on both i686 and x86_64.
Re: [arch-general] Programs Not Closing
26.10.2011 20:53, Squall Lionheart пишет: Hello, Ever since the upgrade to KDE 4.7 several weeks ago, a lot of programs seem to hang in the Task Manager after I close them. They will remain for a long time or until I open another application. I also have an occasional application crash when I shutdown. Unfortunately, the crash message tells me nothing of what program is crashing and I'm not sure if it's related. My question for everyone is regarding the programs hanging around since it's a regular thing and is most likely the cause of the latter. Is this a common thing or do I have some conflict somewhere, or a service that isn't happy? I run pacman -Suy almost daily and use Firefox, Thunderbird, Kopete, Yakuake, VirtualBox, Terminal, Kwrite, and BOINC on a regular bases. I put my system to sleep nightly and shutdown at the end of the week. DAEMONS=(syslog-ng dbus network !netfs crond alsa @cupsd @boinc @samba). I hope that's enough info. Thank you What you mean under Task Manager ? The thing is i have similar problem after update to KDE 4.7 - some programs exist in task panel some time, after I closed them. For example after i closing firefox i can see it's shortcut in task panel. -- Cheers, Roman V.Leon.
Re: [arch-general] Programs Not Closing
On Wed, Oct 26, 2011 at 11:53 AM, Roman V.Leon. roman...@meta.ua wrote: 26.10.2011 20:53, Squall Lionheart пишет: Hello, Ever since the upgrade to KDE 4.7 several weeks ago, a lot of programs seem to hang in the Task Manager after I close them. They will remain for a long time or until I open another application. I also have an occasional application crash when I shutdown. Unfortunately, the crash message tells me nothing of what program is crashing and I'm not sure if it's related. My question for everyone is regarding the programs hanging around since it's a regular thing and is most likely the cause of the latter. Is this a common thing or do I have some conflict somewhere, or a service that isn't happy? I run pacman -Suy almost daily and use Firefox, Thunderbird, Kopete, Yakuake, VirtualBox, Terminal, Kwrite, and BOINC on a regular bases. I put my system to sleep nightly and shutdown at the end of the week. DAEMONS=(syslog-ng dbus network !netfs crond alsa @cupsd @boinc @samba). I hope that's enough info. Thank you What you mean under Task Manager ? The thing is i have similar problem after update to KDE 4.7 - some programs exist in task panel some time, after I closed them. For example after i closing firefox i can see it's shortcut in task panel. -- Cheers, Roman V.Leon. I am referring to the same thing. The Task panel is named Task Manager. After I close an application, the space it would take on the panel remains and the icon changes to the X no icon image (I think it's the xorg icon/logo). After this happens, the only way to get rid of it is to open and close another application or to wait a long time. Do you think Desktop Search, Nepomnk or akonadi would have anything to do with this? I had them disabled for a long time then enabled them after the 4.7 update since I was constantly being nagged about them being disabled. Would rather not have them at all in my opinion. -- Yesterday is history. Tomorrow is a mystery. Today is a gift. That's why its called the present. Headmaster Squall :: The Wired/Section-9 Close the world txen eht nepo $3R14L 3XP3R1M3NT$ #L41N http://twitter.com/headmastersqual
Re: [arch-general] Programs Not Closing
26.10.2011 22:10, Squall Lionheart пишет: On Wed, Oct 26, 2011 at 11:53 AM, Roman V.Leon.roman...@meta.ua wrote: 26.10.2011 20:53, Squall Lionheart пишет: Hello, Ever since the upgrade to KDE 4.7 several weeks ago, a lot of programs seem to hang in the Task Manager after I close them. They will remain for a long time or until I open another application. I also have an occasional application crash when I shutdown. Unfortunately, the crash message tells me nothing of what program is crashing and I'm not sure if it's related. My question for everyone is regarding the programs hanging around since it's a regular thing and is most likely the cause of the latter. Is this a common thing or do I have some conflict somewhere, or a service that isn't happy? I run pacman -Suy almost daily and use Firefox, Thunderbird, Kopete, Yakuake, VirtualBox, Terminal, Kwrite, and BOINC on a regular bases. I put my system to sleep nightly and shutdown at the end of the week. DAEMONS=(syslog-ng dbus network !netfs crond alsa @cupsd @boinc @samba). I hope that's enough info. Thank you What you mean under Task Manager ? The thing is i have similar problem after update to KDE 4.7 - some programs exist in task panel some time, after I closed them. For example after i closing firefox i can see it's shortcut in task panel. -- Cheers, Roman V.Leon. I am referring to the same thing. The Task panel is named Task Manager. After I close an application, the space it would take on the panel remains and the icon changes to the X no icon image (I think it's the xorg icon/logo). After this happens, the only way to get rid of it is to open and close another application or to wait a long time. Do you think Desktop Search, Nepomnk or akonadi would have anything to do with this? I had them disabled for a long time then enabled them after the 4.7 update since I was constantly being nagged about them being disabled. Would rather not have them at all in my opinion. I don't think it's search systems behaviour, i had disabled them about a year ago(when system was installed) and never used them. I was under impression that i'm just the only one lucky with this issue, now it seems that it's a bug which became visible after update. -- Cheers, Roman V.Leon.
Re: [arch-general] /usr is not mounted. This is not supported.
So a convention continuously in use longer than I've been alive is dropped, and the notification for this is tucked in the init script that you get to see on your next (broken) reboot? I had just partioned and set up an Arch system with seperate /usr, /var, /tmp, and /home partitions, as always, last week. A little heads-up might've been nice. At the very least, a message in the .install script to get notified on upgrade would be helpful. And yes, things are more broken than before: minilogd was moved from /sbin to /usr/sbin. Any other changes that drop boot support coming down I should know about? -Leif
Re: [arch-general] Programs Not Closing
On Wed, Oct 26, 2011 at 12:34 PM, Roman V.Leon. roman...@meta.ua wrote: 26.10.2011 22:10, Squall Lionheart пишет: On Wed, Oct 26, 2011 at 11:53 AM, Roman V.Leon.roman...@meta.ua wrote: 26.10.2011 20:53, Squall Lionheart пишет: Hello, Ever since the upgrade to KDE 4.7 several weeks ago, a lot of programs seem to hang in the Task Manager after I close them. They will remain for a long time or until I open another application. I also have an occasional application crash when I shutdown. Unfortunately, the crash message tells me nothing of what program is crashing and I'm not sure if it's related. My question for everyone is regarding the programs hanging around since it's a regular thing and is most likely the cause of the latter. Is this a common thing or do I have some conflict somewhere, or a service that isn't happy? I run pacman -Suy almost daily and use Firefox, Thunderbird, Kopete, Yakuake, VirtualBox, Terminal, Kwrite, and BOINC on a regular bases. I put my system to sleep nightly and shutdown at the end of the week. DAEMONS=(syslog-ng dbus network !netfs crond alsa @cupsd @boinc @samba). I hope that's enough info. Thank you What you mean under Task Manager ? The thing is i have similar problem after update to KDE 4.7 - some programs exist in task panel some time, after I closed them. For example after i closing firefox i can see it's shortcut in task panel. -- Cheers, Roman V.Leon. I am referring to the same thing. The Task panel is named Task Manager. After I close an application, the space it would take on the panel remains and the icon changes to the X no icon image (I think it's the xorg icon/logo). After this happens, the only way to get rid of it is to open and close another application or to wait a long time. Do you think Desktop Search, Nepomnk or akonadi would have anything to do with this? I had them disabled for a long time then enabled them after the 4.7 update since I was constantly being nagged about them being disabled. Would rather not have them at all in my opinion. I don't think it's search systems behaviour, i had disabled them about a year ago(when system was installed) and never used them. I was under impression that i'm just the only one lucky with this issue, now it seems that it's a bug which became visible after update. -- Cheers, Roman V.Leon. I'm glad I'm not the only one with the problem. Do you suspect anything in particular, or does it feel like a KDE bug?
Re: [arch-general] /usr is not mounted. This is not supported.
On Wed, Oct 26, 2011 at 12:57 PM, clemens fischer ino-n...@spotteswoode.dnsalias.org wrote: Thomas Bächler wrote: Am 25.10.2011 20:12, schrieb clemens fischer: Mounting /usr needs to go to the initramfs. It is possible to implement a mount handler for this. At this stage, the by-label symlinks exist already. AFAIU udevd(8) is responsible for setting up those symlinks. How can they exist _before_ udevd(8) is started? I'll let you go back and read everything again, what you are saying makes no sense whatsoever, and I have no idea how to reply to it. Lucky you, I have a way to explain it: There are udev rules referencing stuff in /usr. If people mount /usr by-label or by-uuid, udev must have completed to setup those symlinks. Catch-22. If you want to understand this I suggest you look at the udev hook in initramfs. There is no problem. -t
Re: [arch-general] [signoff] linux-3.1-2
On Tue, 25 Oct 2011 20:48:34 +0200 Thomas Bächler tho...@archlinux.org wrote: Am 25.10.2011 17:12, schrieb Tobias Powalowski: Hi guys, please signoff 3.1 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing. linux-3.1-2 fails to boot on my computer. Lots of error messages get printed to the console, one of which is: note: md0_raid [255] exited with preempt_count 1 and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything. the root filesystem is on an mdadm raid partition and normally works. I have these relevant kernel options in the grub boot configuration: root=/dev/md0 rootfstype=ext4 md=0,/dev/sda7,/dev/sdc8 raid=noautodetect downgrading to linux-3.0.7-1 lets the system boot again. any ideas or suggestions on how to fix this are welcome. thanks, Fraser 'illdred' DeLisle
Re: [arch-general] /usr is not mounted. This is not supported.
On Wed, Oct 26, 2011 at 3:13 PM, Tom Gundersen wrote: On Wed, Oct 26, 2011 at 12:57 PM, clemens fischer wrote: Lucky you, I have a way to explain it: There are udev rules referencing stuff in /usr. If people mount /usr by-label or by-uuid, udev must have completed to setup those symlinks. Catch-22. If you want to understand this I suggest you look at the udev hook in initramfs. There is no problem. Well, when I started this thread I did not know it get so much discussion. Anyways, I'm not worried about it any more. My root= on my kernel boot line is using /dev/by-uuid/ so if the initramfs can find the root device, I'm sure it can find the /usr device from the rootfs /etc/fstab. I've not noticed any breakage on all my system's that have a seperate /usr, apart from the message doing boot. As long as the message and any potential problems from a seperate /usr go away when the initramfs hook is completed, I'll be happy. -das