Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On Sat, Jun 9, 2012 at 11:51 PM, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sat, Jun 9, 2012 at 11:24 PM, Jude DaShiell jdash...@shellworld.net wrote: Your drive could need cleaning, or have worn out, or in some way have been disconnected. Those kind of drives have to be replaced every so often. If it's a usb drive, have you done a modprobe usbmass yet? If not, that may be all you need to get things going. If you read dmesg does the cd drive even show up as a valid device now? If not, maybe insmod usbmass will fix that and get you burning. I have both drives, and they both seem OK. IDE one is sr0 and USB one is sr1: [ 4.894446] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray [ 4.894452] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 4.894842] sr 1:0:0:0: Attached scsi CD-ROM sr0 ... [21171.638369] usb 2-2: new high-speed USB device number 5 using xhci_hcd [21171.655770] usb 2-2: ep 0x2 - rounding interval to 32768 microframes, ep desc says 0 microframes [21171.655781] usb 2-2: ep 0x86 - rounding interval to 32768 microframes, ep desc says 0 microframes [21171.700222] usbcore: registered new interface driver uas [21171.704428] Initializing USB Mass Storage driver... [21171.704526] usbcore: registered new interface driver usb-storage [21171.704530] USB Mass Storage support registered. [21171.706759] scsi7 : usb-storage 2-2:1.0 [21171.707035] usbcore: registered new interface driver ums-cypress [21174.637779] scsi 7:0:0:0: CD-ROM TSSTcorp CDDVDW SH-S202J SB02 PQ: 0 ANSI: 0 [21174.745896] sr1: scsi3-mmc drive: 12x/48x writer dvd-ram cd/rw xa/form2 cdda tray [21174.746166] sr 7:0:0:0: Attached scsi CD-ROM sr1 I don't think any of the drives has worn out... It's too much of a coincidence cdrecord has problems with both... Your comment suggests that you would expect cdrecord to work OK. So maybe you don't have any problems with it... Forgot to mention, I can mount ISO DVDs/CDs with both drives without problems. So even though that's different than burning, gives the clue that maybe it's not about the HW this time, :-) Thanks, -- Javier.
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On 10 June 2012 01:41, Javier Vasquez j.e.vasque...@gmail.com wrote: Hi, I've been using the original cdrecord (cdrtools) for more than 10 years now, however I hadn't burned anything in the last 3 months (or even more). With the current linux kernel image from Arch: % uname -a Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012 x86_64 GNU/Linux I can't get cdrecord to recognize any cd/dvd writer, not the laptop one neither an external USB one... I might be mistaken, but with 3.0 image I believe things worked (can't be sure, as I said I haven't been burning anything for months). When I try to identify the cd/dvd writers: % cdrecord -scanbus Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. I looked through google, but the responses I get are pretty old, some from 2004, talking about early 2.6 kernels... I found one page (an old one as well) that suggests using ide-scsi emulation, but that seems to me old as well: http://xpt.sourceforge.net/techdocs/media/cd/cd03-DeviceConfiguration/ar01s06.html Besides for quiet a while we don't get hdc or sdc, just plain sr0/sr1 (even the scd0/scd1 was removed), and that seemed to work before if I'm not mistaken... Perhaps now the way is sr0=scsi? Any ways, maybe someone knows better, :-) I can try the boot loading thing, but before, I wanted to see if someone has experienced this, and there's a known work around. Thanks, -- Javier. Sure we know better :-) It is known problem that made it even to the install file: https://projects.archlinux.org/svntogit/community.git/tree/trunk/cdrtools.install?h=packages/cdrtools Maybe I should add it to post_upgrade() as well, so the loyal users of this package get this warning too. Or better – try to find why this module is no longer loaded. Lukas
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On Sun, Jun 10, 2012 at 1:34 AM, Lukáš Jirkovský l.jirkov...@gmail.com wrote: On 10 June 2012 01:41, Javier Vasquez j.e.vasque...@gmail.com wrote: Hi, I've been using the original cdrecord (cdrtools) for more than 10 years now, however I hadn't burned anything in the last 3 months (or even more). With the current linux kernel image from Arch: % uname -a Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012 x86_64 GNU/Linux I can't get cdrecord to recognize any cd/dvd writer, not the laptop one neither an external USB one... I might be mistaken, but with 3.0 image I believe things worked (can't be sure, as I said I haven't been burning anything for months). When I try to identify the cd/dvd writers: % cdrecord -scanbus Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. I looked through google, but the responses I get are pretty old, some from 2004, talking about early 2.6 kernels... I found one page (an old one as well) that suggests using ide-scsi emulation, but that seems to me old as well: http://xpt.sourceforge.net/techdocs/media/cd/cd03-DeviceConfiguration/ar01s06.html Besides for quiet a while we don't get hdc or sdc, just plain sr0/sr1 (even the scd0/scd1 was removed), and that seemed to work before if I'm not mistaken... Perhaps now the way is sr0=scsi? Any ways, maybe someone knows better, :-) I can try the boot loading thing, but before, I wanted to see if someone has experienced this, and there's a known work around. Thanks, -- Javier. Sure we know better :-) It is known problem that made it even to the install file: https://projects.archlinux.org/svntogit/community.git/tree/trunk/cdrtools.install?h=packages/cdrtools Maybe I should add it to post_upgrade() as well, so the loyal users of this package get this warning too. Or better – try to find why this module is no longer loaded. Lukas Shame on me, :-) Thanks a lot, that was it, now -scanbus works as usual... I'll add sg to the MODULES list, so I don't have to remember... Thanks again, -- Javier.
[arch-general] [linux-lts] unable to auto mount some usb device
After recent update of linux-lts to 3.0.33, it fails to auto mount my android device as usb storage(moto atrix2). My other usb devices are auto mounted successfully, just this one fail to auto mount every time. It can be manually mount successfully. And I tried linux kernel(3.3.8), auto mounted successfully. Only in current linux-lts the device fail to automatically mount every time. Any one experiencing the same? Which log should I analyse to solve it?
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
Javier Vasquez j.e.vasque...@gmail.com wrote: Hi, I've been using the original cdrecord (cdrtools) for more than 10 years now, however I hadn't burned anything in the last 3 months (or even more). With the current linux kernel image from Arch: % uname -a Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012 x86_64 GNU/Linux I can't get cdrecord to recognize any cd/dvd writer, not the laptop one neither an external USB one... I might be mistaken, but with 3.0 image I believe things worked (can't be sure, as I said I haven't been burning anything for months). When I try to identify the cd/dvd writers: % cdrecord -scanbus Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. Looks like a missconfigured kernel that does not include support for or for some strange reason does not load the SCSI generic driver Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
Jörg, Lukáš, On Sun, Jun 10, 2012 at 11:23 AM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: Looks like a missconfigured kernel that does not include support for or for some strange reason does not load the SCSI generic driver Our kernel does in fact include the sg module. However, it is considered legacy [0] and udev intentionally does not autoload it [1]. If I understand correctly it should not be hard to replace it's use. Otherwise, you wight want to add to a README or something that this module must be loaded (as I guess most people are not aware of this issue). Out of interest: does the current version of cdrecord always, or at least in most cases, require this module to function, or is it only for some pieces of hardware or some functionality? On Sun, Jun 10, 2012 at 9:34 AM, Lukáš Jirkovský l.jirkov...@gmail.com wrote: Maybe I should add it to post_upgrade() as well, so the loyal users of this package get this warning too. Or better – try to find why this module is no longer loaded. If this module is wanted by a majority of cdrecord users, then you might want to simply install a file /usr/lib/modules-load.d/cdrecord.conf containing the string sg. That will load the module on boot for anyone with cdrecord installed. For more details see [2]. The module-load.d directory is supported by us, as well as all distros using systemd. So Jörg, you might consider including this upstream, if it is the sg module is really needed. Cheers, Tom [0]: http://www.spinics.net/lists/hotplug/msg05189.html [1]: http://cgit.freedesktop.org/systemd/systemd/commit/?id=09637f743414e2c36d6c5b032d77d76dbeb86b31 [2]: http://0pointer.de/public/systemd-man/modules-load.d.html
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
Tom Gundersen t...@jklm.no wrote: Jörg, Luká??, On Sun, Jun 10, 2012 at 11:23 AM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: Looks like a missconfigured kernel that does not include support for or for some strange reason does not load the SCSI generic driver Our kernel does in fact include the sg module. However, it is considered legacy [0] and udev intentionally does not autoload it [1]. If I understand correctly it should not be hard to replace it's use. Otherwise, you wight want to add to a README or something that this module must be loaded (as I guess most people are not aware of this issue). Why should someone call an important driver legacy? Out of interest: does the current version of cdrecord always, or at least in most cases, require this module to function, or is it only for some pieces of hardware or some functionality? The sg driver is the official documented method to access any SCSI device and for this reason, libscg (the SCSI generic library) uses it. As nobody from the linux kernel folks did ever contact me related to the sg driver, it is obvious that not supporting sg is a bug. [0]: http://www.spinics.net/lists/hotplug/msg05189.html It is bad practice to replace one driver by another just to cause incompatibilities instead of enhancing existing software. [1]: http://cgit.freedesktop.org/systemd/systemd/commit/?id=09637f743414e2c36d6c5b032d77d76dbeb86b31 [2]: http://0pointer.de/public/systemd-man/modules-load.d.html and btw. this supposed sg replacement is undocumented. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.
On 10 juin 2012, at 07:12, David C. Rankin wrote: On 06/09/2012 11:57 PM, David C. Rankin wrote: Those udev rules were moved to /usr/lib/udev/rules.d, so --with-udev-dir=/usr/lib/udev might be a better option. That makes sense -- I'll give it a go. Tried, still failed - out of brain power for this evening -- will work on it again tomorrow. -- David C. Rankin, J.D.,P.E. After installing the package seth the udev rules in a good directory, have you make udev reload those rules? For that you can issue this command: udevadm trigger Then check for the device permissions. -- Nicolas D (aka slubman)
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On Sun, Jun 10, 2012 at 12:06 PM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: Why should someone call an important driver legacy? I assume it is because it has some problems, and has been replaced by something else. But you'd have to take it up with the udev maintainer, as he is the one who made the change, or the kernel maintainer to find out more about his reasons for introducing bsg. I'm just letting you know about the issue (I expect this change will hit most distributions soon if it has not already). As nobody from the linux kernel folks did ever contact me related to the sg driver, it is obvious that not supporting sg is a bug. Just to clarify: the kernel, and Arch, supports the sg driver just fine. However, it is not automatically loaded by udev, so people (or packages) would have to force-load it. It is bad practice to replace one driver by another just to cause incompatibilities instead of enhancing existing software. Maybe so, I'm just pointing out what has happened and what we have to deal with. I don't really know the reasons very well. and btw. this supposed sg replacement is undocumented. I could not find much about it, but if anyone is interested I found a few sources [0][1]. Notice that the motivation for this stuff seems to be cdrecord[2], so it is very strange that this has not been brought to your attention before. -t [0]: https://lwn.net/Articles/96547/ [1]: https://lwn.net/Articles/174469/ [2]: After all that SG_IO and cdrecord talk, I decided to brush off the bsg driver I wrote some time ago.
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On 10 June 2012 11:57, Tom Gundersen t...@jklm.no wrote: The module-load.d directory is supported by us, as well as all distros using systemd. So Jörg, you might consider including this upstream, if it is the sg module is really needed. Tom, Jörg, nice to see you two interested. Tom, I don't know much about this modules-load.d stuff. Does it work with plain udev? Otherwise it wouldn't help much including that file for users that doesn't use systemd (and I'm one of them). On 10 June 2012 12:46, Tom Gundersen t...@jklm.no wrote: I could not find much about it, but if anyone is interested I found a few sources [0][1]. Notice that the motivation for this stuff seems to be cdrecord[2], so it is very strange that this has not been brought to your attention before. Yeah, I'm pretty surprised that the developer arguments with cdrecord without contacting Jörg beforehand. Anyway, the motivation might be to use the SCSI numbers instead of random numbers determined by udev. Lukas
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On Sun, Jun 10, 2012 at 1:51 PM, Lukáš Jirkovský l.jirkov...@gmail.com wrote: Tom, I don't know much about this modules-load.d stuff. Does it work with plain udev? Otherwise it wouldn't help much including that file for users that doesn't use systemd (and I'm one of them). It works the same with initscripts and with systemd. It is strictly speaking not udev that loads these modules but a separate tool: /usr/lib/systemd/systemd-modules-load, which is shipped in the same package as udev (systemd-tools). It probably will not work on other distros that don't use systemd (though I don't really know), so that's something for upstream to keep in mind. Cheers, Tom
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On 10 June 2012 14:05, Tom Gundersen t...@jklm.no wrote: It works the same with initscripts and with systemd. It is strictly speaking not udev that loads these modules but a separate tool: /usr/lib/systemd/systemd-modules-load, which is shipped in the same package as udev (systemd-tools). Great, I'll include it in our package then. It probably will not work on other distros that don't use systemd (though I don't really know), so that's something for upstream to keep in mind. That's what I'm afraid of – there might be more users having this problem in the future. Lukas
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On 06/10/2012 05:23 AM, Joerg Schilling wrote: Javier Vasquez j.e.vasque...@gmail.com wrote: Hi, I've been using the original cdrecord (cdrtools) for more than 10 years now, however I hadn't burned anything in the last 3 months (or even more). With the current linux kernel image from Arch: % uname -a Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012 x86_64 GNU/Linux I can't get cdrecord to recognize any cd/dvd writer, not the laptop one neither an external USB one... I might be mistaken, but with 3.0 image I believe things worked (can't be sure, as I said I haven't been burning anything for months). When I try to identify the cd/dvd writers: % cdrecord -scanbus Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. Looks like a missconfigured kernel that does not include support for or for some strange reason does not load the SCSI generic driver Jörg cdrtools aka wodim work fine.
Re: [arch-general] [arch-dev-public] linux 3.4.1 ready for [core]?
On 06/10/2012 09:01 AM, Florian Pritz wrote: On 08.06.2012 21:54, Tobias Powalowski wrote: Hi guys, signoffs are done, anything that stops us from moving to new kernel series? My nfs problems (bad file contents) seem to be fixed with 3.4.2. It seems some may still be having problems with NFS - see e.g. https://lkml.org/lkml/2012/6/10/73 gene
[arch-general] iPhone not -completely- detected (ifuse doesn't work)
Hi All, After following the wiki ( https://wiki.archlinux.org/index.php/Iphone ) and looking for similar problems on the forum ( https://bbs.archlinux.org/viewtopic.php?id=133822 ), I still can not get my iPhone to be detected by ifuse, in order to be able to sync music. The iPhone has iOS 5.1.1 and is not jailbroken. The system has installed: linux-lqx 3.4.2-1 ifuse 1.1.2-1 libimobiledevice-git 20120610-1 usbmuxd-git 20120610-1 libplist 1.8-2 I boot up the system (fuse module is loaded at startup), unlock the iPhone, and connect it to the system. I got: usb 2-2: new high-speed USB device number 3 using ehci_hcd ehci_hcd :00:1d.7: dma_pool_free ehci_qh, f2d1e060/f060 (bad dma) usb 2-2: New USB device found, idVendor=05ac, idProduct=1297 usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 2-2: Product: iPhone usb 2-2: Manufacturer: Apple Inc. But when running ifuse command to mount it: No device found, is it connected? If it is make sure that your user has permissions to access the raw usb device. If you're still having issues try unplugging the device and reconnecting it. On the other hand, Shotwell is able to see it, and import pictures. In case it's relevant, I'm using Gnome with gvfs-fuse-daemon. Any clue about what could be failing (apart form me :P)? Regards, Sergi
Re: [arch-general] [linux-lts] unable to auto mount some usb device
On Sun, 10 Jun 2012 17:03:53 +0800 GSC xgd...@gmail.com wrote: After recent update of linux-lts to 3.0.33, it fails to auto mount my android device as usb storage(moto atrix2). My other usb devices are auto mounted successfully, just this one fail to auto mount every time. It can be manually mount successfully. And I tried linux kernel(3.3.8), auto mounted successfully. Only in current linux-lts the device fail to automatically mount every time. Any one experiencing the same? Which log should I analyse to solve it? That would depend on just how you are automounting it.
Re: [arch-general] [linux-lts] unable to auto mount some usb device
I'm using Gnome and cat /var/log/messages.log shows following: Jun 11 00:46:33 localhost kernel: [27115.671006] sd 6:0:0:0: [sdc] 15564800 512-byte logical blocks: (7.96 GB/7.42 GiB) Jun 11 00:46:33 localhost kernel: [27115.675124] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jun 11 00:46:33 localhost kernel: [27115.892537] sdc: sdc1 Jun 11 00:46:33 localhost kernel: [27115.915102] sd 6:0:0:0: [sdc] Device not ready Jun 11 00:46:33 localhost kernel: [27115.915106] sd 6:0:0:0: [sdc] Result: hostbyte=0x00 driverbyte=0x08 Jun 11 00:46:33 localhost kernel: [27115.915110] sd 6:0:0:0: [sdc] Sense Key : 0x2 [current] Jun 11 00:46:33 localhost kernel: [27115.915114] sd 6:0:0:0: [sdc] ASC=0x3a ASCQ=0x0 Jun 11 00:46:33 localhost kernel: [27115.915118] sd 6:0:0:0: [sdc] CDB: cdb[0]=0x28: 28 00 00 00 00 08 00 00 08 00 Jun 11 00:46:33 localhost kernel: [27115.918252] sdc: detected capacity change from 7969177600 to 0 Jun 11 00:46:33 localhost kernel: [27115.922734] sd 6:0:0:0: [sdc] Device not ready Jun 11 00:46:33 localhost kernel: [27115.922737] sd 6:0:0:0: [sdc] Result: hostbyte=0x00 driverbyte=0x08 Jun 11 00:46:33 localhost kernel: [27115.922740] sd 6:0:0:0: [sdc] Sense Key : 0x2 [current] Jun 11 00:46:33 localhost kernel: [27115.922743] sd 6:0:0:0: [sdc] ASC=0x3a ASCQ=0x0 Jun 11 00:46:33 localhost kernel: [27115.922745] sd 6:0:0:0: [sdc] CDB: cdb[0]=0x28: 28 00 00 00 00 08 00 00 08 00 Jun 11 00:46:45 localhost kernel: [27128.566067] usb 1-1: USB disconnect, device number 6 Jun 11 00:46:46 localhost kernel: [27128.590184] sd 6:0:0:0: [sdc] Synchronizing SCSI cache Jun 11 00:46:46 localhost kernel: [27128.590232] sd 6:0:0:0: [sdc] Result: hostbyte=0x01 driverbyte=0x00 Jun 11 00:47:17 localhost dbus[438]: [system] Failed to activate service 'org.freedesktop.Avahi': timed out A successful one: Jun 11 00:55:16 localhost kernel: [27639.560076] usb 1-1: new high speed USB device number 8 using ehci_hcd Jun 11 00:55:17 localhost kernel: [27639.712751] scsi8 : usb-storage 1-1:1.0 Jun 11 00:55:18 localhost kernel: [27640.710853] scsi 8:0:0:0: Direct-Access Kingston DataTraveler G2 1.00 PQ: 0 ANSI: 2 Jun 11 00:55:18 localhost kernel: [27640.713461] sd 8:0:0:0: [sdc] 3905314 512-byte logical blocks: (1.99 GB/1.86 GiB) Jun 11 00:55:18 localhost kernel: [27640.714083] sd 8:0:0:0: [sdc] Write Protect is off Jun 11 00:55:18 localhost kernel: [27640.718838] sdc: Jun 11 00:55:18 localhost kernel: [27640.721347] sd 8:0:0:0: [sdc] Attached SCSI removable disk Jun 11 00:55:18 localhost udisksd[860]: Mounted /dev/sdc at /run/media/gsc/9AE9-0664 on behalf of uid 1000 On Mon, 11 Jun 2012 00:16:56 +0800, Øyvind Heggstad mrelen...@har-ikkje.net wrote: On Sun, 10 Jun 2012 17:03:53 +0800 GSC xgd...@gmail.com wrote: After recent update of linux-lts to 3.0.33, it fails to auto mount my android device as usb storage(moto atrix2). My other usb devices are auto mounted successfully, just this one fail to auto mount every time. It can be manually mount successfully. And I tried linux kernel(3.3.8), auto mounted successfully. Only in current linux-lts the device fail to automatically mount every time. Any one experiencing the same? Which log should I analyse to solve it? That would depend on just how you are automounting it.
Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel
On Sun, Jun 10, 2012 at 1:47 PM, Baho Utot baho-u...@columbus.rr.com wrote: On 06/10/2012 05:23 AM, Joerg Schilling wrote: Javier Vasquez j.e.vasque...@gmail.com wrote: I've been using the original cdrecord (cdrtools) for more than 10 cdrtools aka wodim work fine. Is aka a synonym for I'm a troll?
[arch-general] Switching betweenX and TTY freezes WM
Hi, I have been observing strange issues when I switch between X and TTY. Here is the step-by-step story with details: 0. Login to tty1 and ttt2 1. From tty2 (not tty1), startx with either i3wm or Openbox 2. Launch 2-3 apps (e.g. urxvt, Firefox) 3. Switch back to tty1 (CTRL+ALT+F1) 4. Execute some shell commands in tty1 5. Switch back to X (CTRL+ALT+F7) 6. Observe no problems, no hangs, in Openbox the ALT+TAB and in i3wm the Mod+[jkl;] combination cycles through windows, etc. 7. Switch to tty2 (CTRL+ALT+F2) 8. See xinit output, hit ENTER once or more, the xinit output scrolls up 9. Switch back to X (CTRL+ALT+F7) 10. Now, observe strange problems with lack of response in both, Openbox or i3wm. WMs are not completely frozen, but somewhat partially. Neither Openbox ALT+TAB nor i3wm Mod+[jkl;] work. No reaction to mouse operations have no effect No reaction to i3wm Mod+SHIFT+Q, etc. I'm running updated Arch on Lenovo ThinkPad T400 with Intel graphics (xf86-video-intel driver, i915 module). Could the problem be related to xf86-video-intel driver? BTW, I have been observing slow rendering of Terminus font under i3wm [1] and it turns out the problem is in the most recent version of xf86-video-intel in the Arch repos [2]. [1] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000699.html [2] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000702.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Switching betweenX and TTY freezes WM
On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: Hi, I have been observing strange issues when I switch between X and TTY. Here is the step-by-step story with details: 0. Login to tty1 and ttt2 1. From tty2 (not tty1), startx with either i3wm or Openbox 2. Launch 2-3 apps (e.g. urxvt, Firefox) 3. Switch back to tty1 (CTRL+ALT+F1) 4. Execute some shell commands in tty1 5. Switch back to X (CTRL+ALT+F7) 6. Observe no problems, no hangs, in Openbox the ALT+TAB and in i3wm the Mod+[jkl;] combination cycles through windows, etc. 7. Switch to tty2 (CTRL+ALT+F2) 8. See xinit output, hit ENTER once or more, the xinit output scrolls up 9. Switch back to X (CTRL+ALT+F7) 10. Now, observe strange problems with lack of response in both, Openbox or i3wm. WMs are not completely frozen, but somewhat partially. Neither Openbox ALT+TAB nor i3wm Mod+[jkl;] work. No reaction to mouse operations have no effect No reaction to i3wm Mod+SHIFT+Q, etc. I'm running updated Arch on Lenovo ThinkPad T400 with Intel graphics (xf86-video-intel driver, i915 module). Could the problem be related to xf86-video-intel driver? BTW, I have been observing slow rendering of Terminus font under i3wm [1] and it turns out the problem is in the most recent version of xf86-video-intel in the Arch repos [2]. [1] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000699.html [2] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000702.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. This happens to me with fluxbox, no desktop, and with 2 different video cards, nvidia (nouveau driver) and ati. To me it doesn't seem unique to a particular video card driver, neither to a particular WM. Maybe it's an X issue... -- Javier.
Re: [arch-general] Switching betweenX and TTY freezes WM
On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
[arch-general] Mailing lists vs Forums
Hi, I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Mailing lists vs Forums
On Sunday 10 Jun 2012 19:14:19 Mateusz Loskot wrote: Hi, I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. Best regards, I don't think I answer your question directly but still... I believe people who use a desktop mail client prefer mailing list while those who use the web interface for mail like gmail.com etc prefer forums. This especially works if you are a long term mailing list user and use POP3 mail and hence can search for question using your mail client search. -- Jayesh Badwaik stop html mail | always bottom-post www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
Re: [arch-general] Mailing lists vs Forums
On 10 June 2012 19:25, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: On Sunday 10 Jun 2012 19:14:19 Mateusz Loskot wrote: I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. I don't think I answer your question directly but still... I believe people who use a desktop mail client prefer mailing list while those who use the web interface for mail like gmail.com etc prefer forums. This especially works if you are a long term mailing list user and use POP3 mail and hence can search for question using your mail client search. The reason I posted request for some statistics, is that users may be confused about where to send their requests in order to reach the very core of the Arch community. Certainly, variety is good as people have freedom of choice, but freedom of choice has side effects too. Anyway, I was just curious what part of developers and users are subscribed to the mailing list and what part use forums. Also, are all Arch developers subscribed to the mailing lists? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Mailing lists vs Forums
On Sun, Jun 10, 2012 at 8:36 PM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 19:25, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: On Sunday 10 Jun 2012 19:14:19 Mateusz Loskot wrote: I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. I don't think I answer your question directly but still... I believe people who use a desktop mail client prefer mailing list while those who use the web interface for mail like gmail.com etc prefer forums. This especially works if you are a long term mailing list user and use POP3 mail and hence can search for question using your mail client search. The reason I posted request for some statistics, is that users may be confused about where to send their requests in order to reach the very core of the Arch community. Certainly, variety is good as people have freedom of choice, but freedom of choice has side effects too. Anyway, I was just curious what part of developers and users are subscribed to the mailing list and what part use forums. I, for one, am subscribed to the lists (arch-announce, arch-dev-public, arch-general, aur-general) and also have a forums account. The difference is I read 90% of the mails I get (ignoring the signoff reports or other useless messages) and I haven't been on the forums since a few years. Not quite sure how this works for others. Also, are all Arch developers subscribed to the mailing lists? Most likely, yes. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net -- Kwpolska http://kwpolska.tk stop html mail | always bottom-post www.asciiribbon.org | www.netmeister.org/news/learn2quote.html GPG KEY: 5EAAEA16 | Arch Linux x86_64, zsh, mutt, vim. # vim:set textwidth=70:
Re: [arch-general] Mailing lists vs Forums
On 10 June 2012 20:40, Kwpolska kwpol...@gmail.com wrote: On Sun, Jun 10, 2012 at 8:36 PM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 19:25, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: On Sunday 10 Jun 2012 19:14:19 Mateusz Loskot wrote: I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. I don't think I answer your question directly but still... I believe people who use a desktop mail client prefer mailing list while those who use the web interface for mail like gmail.com etc prefer forums. This especially works if you are a long term mailing list user and use POP3 mail and hence can search for question using your mail client search. The reason I posted request for some statistics, is that users may be confused about where to send their requests in order to reach the very core of the Arch community. Certainly, variety is good as people have freedom of choice, but freedom of choice has side effects too. Anyway, I was just curious what part of developers and users are subscribed to the mailing list and what part use forums. I, for one, am subscribed to the lists (arch-announce, arch-dev-public, arch-general, aur-general) and also have a forums account. The difference is I read 90% of the mails I get (ignoring the signoff reports or other useless messages) and I haven't been on the forums since a few years. Not quite sure how this works for others. Also, are all Arch developers subscribed to the mailing lists? Most likely, yes. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net -- Kwpolska http://kwpolska.tk stop html mail | always bottom-post www.asciiribbon.org | www.netmeister.org/news/learn2quote.html GPG KEY: 5EAAEA16 | Arch Linux x86_64, zsh, mutt, vim. # vim:set textwidth=70: +1 here. I see most of the emails posted on the MLs and read some of interest to me but I have not read forum for ages... -- Guillaume
Re: [arch-general] Mailing lists vs Forums
On 10 June 2012 19:40, Kwpolska kwpol...@gmail.com wrote: On Sun, Jun 10, 2012 at 8:36 PM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 19:25, Jayesh Badwaik jayesh.badwai...@gmail.com wrote: On Sunday 10 Jun 2012 19:14:19 Mateusz Loskot wrote: I'm wondering, what amount of Arch users and developers use the mailing lists in comparison to the number of people registered to the Arch Forums? Can we have some basic mailing lists statistics anywhere posted? Personally, I prefer mailing lists, but I noticed the Forums traffic is order of magnitude larger than the traffic on the lists. I don't think I answer your question directly but still... I believe people who use a desktop mail client prefer mailing list while those who use the web interface for mail like gmail.com etc prefer forums. This especially works if you are a long term mailing list user and use POP3 mail and hence can search for question using your mail client search. The reason I posted request for some statistics, is that users may be confused about where to send their requests in order to reach the very core of the Arch community. Certainly, variety is good as people have freedom of choice, but freedom of choice has side effects too. Anyway, I was just curious what part of developers and users are subscribed to the mailing list and what part use forums. I, for one, am subscribed to the lists (arch-announce, arch-dev-public, arch-general, aur-general) and also have a forums account. The difference is I read 90% of the mails I get (ignoring the signoff reports or other useless messages) and I haven't been on the forums since a few years. Thanks for the comment. Initially, I signed up and started using forums, but it takes too much time to participate really (Web forums are always more time consuming to me, so I'm not big fan of them, especially if heavy traffic occurs). I think I'll switch to the lists only. Also, are all Arch developers subscribed to the mailing lists? Most likely, yes. Good to know :) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Switching betweenX and TTY freezes WM
El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. Best regards, I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277
Re: [arch-general] Bash/term takes long time at first run each boot?
When I run any terminal emulator for the first time after a reboot, it takes a long time for Bash to come up, the window is blank for 10-20 seconds. On a quad AMD X4 with 4G RAM. Started after updates, don't know which ones. Anyone got a suggestion, or a good way to diagnose? I've had a similar problem in the past: after a reboot I'd try and log in and the prompt would hang for 10-20 seconds. It ended up being pulseaudio. I disabled autospawn in /etc/pulse/client.conf and it fixed the issue. You might try that? What's in your $TERM's config file? .bashrc, .zshrc, etc. Or, more generally, /etc/profile? Thanks for writing :-) I have turned off autospawn in /etc/pulse/client.conf; I don't think it changed anything. (What does that do, anyhow? pulse still runs...) My .bashrc is: alias ls='ls --color=auto' [ ! $UID = 0 ] archbey -c white [ $UID = 0 ] archbey -c red #PS1=\[\e[01;31m\]??[\[\e[01;35m\u\e[01;31m\]]??[\[\e[00;37m\]${HOSTNAME%%.*}\[\e[01;32m\]]:\w$\[\e[01;31m\]\n\[\e[01;31m\]???\[\e[01;36m\]\[\e[0m\] export PATH=$PATH:/usr/bin/core_perl my /etc/profile is similarly basic: # /etc/profile #Set our umask umask 022 # Set our default path PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl export PATH # Load profiles from /etc/profile.d if test -d /etc/profile.d/; then for profile in /etc/profile.d/*.sh; do test -r $profile . $profile done unset profile fi # Source global bash config if test $PS1 test $BASH test -r /etc/bash.bashrc; then . /etc/bash.bashrc fi # Termcap is outdated, old, and crusty, kill it. unset TERMCAP # Man is much better than us at figuring this out unset MANPATH I do have my own script in /etc/profile.d (along with the usuals), but all it has is: export EDITOR=nano export BLOCKSIZE=1G alias yaourt='TMPDIR=/HD2/tmp ; yaourt' -- Jonathan E. Brickman /Ponderworthy Music/ http://ponderworthy.com 805 SW Jewell Ave Topeka KS 66606-1610 j...@ponderworthy.com mailto:j...@ponderworthy.com
Re: [arch-general] Switching betweenX and TTY freezes WM
On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Bash/term takes long time at first run each boot?
On Sun, Jun 10, 2012 at 10:13 PM, Jonathan E. Brickman j...@ponderworthy.com wrote: My .bashrc is: alias ls='ls --color=auto' [ ! $UID = 0 ] archbey -c white [ $UID = 0 ] archbey -c red #PS1=\[\e[01;31m\]??[\[\e[01;**35m\u\e[01;31m\]]??[\[\e[00;** 37m\]${HOSTNAME%%.*}\[\e[01;**32m\]]:\w$\[\e[01;31m\]\n\[\e[** 01;31m\]???\[\e[01;36m\]\[\**e[0m\] export PATH=$PATH:/usr/bin/core_perl As it seems, archbey is a python script. Python can take some time to load on first runs, so it may be the responsible for your delay, particularly if you don't use any python script elsewhere in your boot process. Try commenting this line out to see if it improves...
Re: [arch-general] Switching betweenX and TTY freezes WM
On 06/10/2012 01:21 PM, Mateusz Loskot wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, I think I have a similar problem, I am on a 64bit laptop with OpenBox and Slim. What happens for me is if I change TTYs or even try and shutdown the screen turns red some times other times its just a black screen, but during both the computer is locked up. No output in logs and does cause a kernel panic. They way I have been able to work around it after an update gets me back to seeing red again is running this little script. Maybe it will help you figure a work around for yours, but probably not though. sudo pacman -S --noconfirm systemd-tools dbus acpid acpi xorg-server xorg-server-common nvidia-lts slim nvidia xorg-xinit consolekit nvidia-utils xorg-server-utils polkit lib32-nvidia-utils sudo mkinitcpio -p linux-lts sudo mkinitcpio -p linux After this is run and I have rebooted. I can change TTYs and shutdown and reboot without seeing red or black and the computer just freezing. I honestly can not track it down, each time I think it is caused by one certain thing something new in an update seems to trigger it. The weirdest thing to me is it does not have to be an update of any of the packages listed in my script to trigger the issue again. Also if I remove any one of those, the issue persists. Sorry if not fully related, just figured might help spring an idea or something for you.
Re: [arch-general] Switching betweenX and TTY freezes WM
I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
[arch-general] libusbx
Regarding the libusb / libusbx replacement, the following may be of interest to authors using it: I have one app using libusb, after the upgrade it consistently segfaulted on calling libusb_exit(0). The '0' argument in this call and some others means my code was using the 'default context'. Using an explicit context solved the problem. So either the the 'default context' isn't supported anymore (no mention of that in the docs), or there's some bug related to it in libusbx. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)
Re: [arch-general] Switching betweenX and TTY freezes WM
On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John
Re: [arch-general] Switching betweenX and TTY freezes WM
El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X.
Re: [arch-general] Switching betweenX and TTY freezes WM
On 06/10/2012 05:30 PM, Sébastien le Preste de Vauban wrote: El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X. Same here, I thought everyone had stated it is switching to any TTY from X or from some other TTY back to X and this will occur.
Re: [arch-general] Switching betweenX and TTY freezes WM
On 06/11/12 06:00, Sébastien le Preste de Vauban wrote: El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X. I haven't experienced this issue, but then I don't switch TTY that often. I was just wondering if some of the scenarios mentioned in here is due to the Left vs Right ALT key usage. (It has to be Left ALT if anyone didn't know) signature.asc Description: OpenPGP digital signature
Re: [arch-general] Switching betweenX and TTY freezes WM
On 11 June 2012 01:35, Don deJuan donjuans...@gmail.com wrote: On 06/10/2012 05:30 PM, Sébastien le Preste de Vauban wrote: El 10/06/12 20:18, John Briggs escribió: What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Well it happens to me with any TTY, not just the one running X. Same here, I thought everyone had stated it is switching to any TTY from X or from some other TTY back to X and this will occur. Perhaps it's a random random nature of this issue, that makes it occur for me only when I interact with TTY from which I run xinit. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Switching betweenX and TTY freezes WM
On 11 June 2012 01:51, Sudaraka Wijesinghe sudaraka.wijesin...@gmail.com wrote: On 06/11/12 06:00, Sébastien le Preste de Vauban wrote: El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X. I haven't experienced this issue, but then I don't switch TTY that often. I was just wondering if some of the scenarios mentioned in here is due to the Left vs Right ALT key usage. (It has to be Left ALT if anyone didn't know) I do left ALT only. Also, in i3wm I use winkey as the modifier key, not the left ALT. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Switching betweenX and TTY freezes WM
I find that If you don't input anything like hitting ENTER at 8th step , everything is OK. On Jun 11, 2012 1:43 AM, Mateusz Loskot mate...@loskot.net wrote: Hi, I have been observing strange issues when I switch between X and TTY. Here is the step-by-step story with details: 0. Login to tty1 and ttt2 1. From tty2 (not tty1), startx with either i3wm or Openbox 2. Launch 2-3 apps (e.g. urxvt, Firefox) 3. Switch back to tty1 (CTRL+ALT+F1) 4. Execute some shell commands in tty1 5. Switch back to X (CTRL+ALT+F7) 6. Observe no problems, no hangs, in Openbox the ALT+TAB and in i3wm the Mod+[jkl;] combination cycles through windows, etc. 7. Switch to tty2 (CTRL+ALT+F2) 8. See xinit output, hit ENTER once or more, the xinit output scrolls up 9. Switch back to X (CTRL+ALT+F7) 10. Now, observe strange problems with lack of response in both, Openbox or i3wm. WMs are not completely frozen, but somewhat partially. Neither Openbox ALT+TAB nor i3wm Mod+[jkl;] work. No reaction to mouse operations have no effect No reaction to i3wm Mod+SHIFT+Q, etc. I'm running updated Arch on Lenovo ThinkPad T400 with Intel graphics (xf86-video-intel driver, i915 module). Could the problem be related to xf86-video-intel driver? BTW, I have been observing slow rendering of Terminus font under i3wm [1] and it turns out the problem is in the most recent version of xf86-video-intel in the Arch repos [2]. [1] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000699.html [2] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000702.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Re: [arch-general] Switching betweenX and TTY freezes WM
El 10/06/12 20:35, Don deJuan escribió: On 06/10/2012 05:30 PM, Sébastien le Preste de Vauban wrote: El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X. Same here, I thought everyone had stated it is switching to any TTY from X or from some other TTY back to X and this will occur. I suggest people being affected by this issue to reply to the bug report in https://bugs.freedesktop.org/show_bug.cgi?id=47277 so we get upstream attention.
Re: [arch-general] Mailing lists vs Forums
On 06/10/2012 09:14 PM, Mateusz Loskot wrote: Personally, I prefer mailing lists, So do I. Mailing list is, in my VERY humble opinion, the place where you find higher quality discussion than on web forums. But, that's just my opinion. -- RMA.