Re: [gentoo-user] dual monitors and dual desktops
On Fri, Oct 26, 2012 at 6:12 PM, Mark David Dumlao madum...@gmail.comwrote: On Oct 25, 2012 8:45 PM, Kfir Lavi lavi.k...@gmail.com wrote: Hi, I have a laptop and an external monitor. I would like to have both monitors showing different desktops. My aim is to have IRC and Email client on one side, and my shell and programming stuff on the other side. Currently I managed to do a big virtual workspace with XRANDR, but it stretches the browser and it is hard to setup correctly. I'm a Fluxbox user, and didn't find a way to define that starching the window, will not stretch outside of the monitor I'm on. If I recall correctly, USE=xinerama informs X clients to take multiple monitors into account when maximising. I have it enabled globally but i not sure which packages really need it. This is why I would like each monitor have it's own desktop. Thanks, Kfir virtual dual monitors: xrandr --output LVDS1 --primary --mode 1280x800 --pos 0x0 --auto --output VGA1 --mode 1920x1080 --pos 448x0 --primary Hi, Ok, some progress. Compiling Fluxbox with xinerama use flag result few good things. Dragging a window to one screen, maximizes it automatically to the size of the screen. Now if I toggle maximization, it will be done on the screen the window is in. So now I can work with 2 screens. Is it possible to have each screen in different desktop? Regards, Kfir The command I use: xrandr --output LVDS1 --primary --mode 1280x800 --pos 0x0 --auto --output VGA1 --mode 1920x1080 --pos 1280
Re: [gentoo-user] X was crash at login window (gdm)
believe or not, I have double checked the /etc/ini.d , there is no service script udev-postmount since Udev-180. I downgrade to Udev-171-r8 and all things goes well ,udev-postmount service has auto started at runlevel,I can enter the X now ,but has something wrong with Gnome3.4 .and It gets fallback mode maybe recompile packages that depend Udev can fix this . Thank you On 27 October 2012 02:17, Philip Webb purs...@ca.inter.net wrote: 121026 sam new top-posted: Please try to remember not to do that (smile). On 25 October 2012 23:40, Philip Webb pursl...@ca.inter.net wrote: 121025 sam new wrote: I do not like to update my gentoo frequently cause compile takes a long time, but I decided to upgrade my Xorg server to 1.13 and gentoo-source kernel 3.6.2 . Is this another case of not noticing the warning when updating Udev to run 'rc-update add udev-postmount' ? I can not find service udev-postmount. Udev version is 194, services udev and udev-mount start at runlevel. It was part of the update to udev-171-r8 , so it sb in -194 . -mount-postmount are different both sb in /etc/init.d/ . -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] no x-mouse or console mouse bud gpm started and mouse found.
On Sat, 27 Oct 2012 16:34:39 -0600, Maxim Wexler wrote: after a world update including 3.5.7 sources and nvidia-drivers-304.60 I have no mouse. In the console or desktop. The kernel recognizes the mouse and it appears in lsusb. I carried over the kernel from last time w/make oldconfig. All the relevant services are started: gpm, udev, dbus. Does it still work with the old kernel? If so, it is probably one of the new HID options like CONFIG_HID or CONFIG_USB_HID. -- Neil Bothwick Press every key to continue. signature.asc Description: PGP signature
[gentoo-user] Re: adobe flash isnt working
On 10/27/2012 07:15 PM, William Kenworthy wrote: I have noticed that adobe flash isnt working and googling says some versions have an sse2 bug. I have the latest from portage (www-plugins/adobe-flash-11.2.202.243 with sse2check enabled) Should it work, or should I look elsewhere. I have the same version, also with sse2check, and it seems to work for me. This is the only site I can think of with flash, so I used it for testing: http://www.goes.noaa.gov/ Click on any of the old-fashioned reel-to-reel projector icons for flash. I tested on my two ~amd64 machines, which is all I have left now.
Re: [gentoo-user] no x-mouse or console mouse bud gpm started and mouse found.
On Sun, Oct 28, 2012 at 4:57 AM, Neil Bothwick n...@digimed.co.uk wrote: On Sat, 27 Oct 2012 16:34:39 -0600, Maxim Wexler wrote: after a world update including 3.5.7 sources and nvidia-drivers-304.60 I have no mouse. In the console or desktop. The kernel recognizes the mouse and it appears in lsusb. I carried over the kernel from last time w/make oldconfig. All the relevant services are started: gpm, udev, dbus. Does it still work with the old kernel? If so, it is probably one of the new HID options like CONFIG_HID or CONFIG_USB_HID. Here's a 'grep' for those terms from my present .config. Is there something missing? BTW, I'm reporting from the Ubuntu side of my box because of the difficulty of operating the desktop w/o a mouse. Meanwhile, I'll boot to grub and try the former kernel. cordyceps@gnubu:~$ grep CONFIG_HID /media/0bd17520-483d-4915-a47b-76074c499b61/usr/src/linux/.config CONFIG_HID=y CONFIG_HIDRAW=y # CONFIG_HID_GENERIC is not set CONFIG_HID_A4TECH=y # CONFIG_HID_ACRUX is not set CONFIG_HID_APPLE=y # CONFIG_HID_AUREAL is not set CONFIG_HID_BELKIN=y CONFIG_HID_CHERRY=y CONFIG_HID_CHICONY=y # CONFIG_HID_PRODIKEYS is not set CONFIG_HID_CYPRESS=y CONFIG_HID_DRAGONRISE=y # CONFIG_HID_EMS_FF is not set CONFIG_HID_EZKEY=y # CONFIG_HID_HOLTEK is not set # CONFIG_HID_KEYTOUCH is not set CONFIG_HID_KYE=y # CONFIG_HID_UCLOGIC is not set # CONFIG_HID_WALTOP is not set CONFIG_HID_GYRATION=y CONFIG_HID_TWINHAN=y CONFIG_HID_KENSINGTON=y # CONFIG_HID_LCPOWER is not set CONFIG_HID_LOGITECH=y # CONFIG_HID_LOGITECH_DJ is not set CONFIG_HID_MICROSOFT=y CONFIG_HID_MONTEREY=y # CONFIG_HID_MULTITOUCH is not set # CONFIG_HID_NTRIG is not set CONFIG_HID_ORTEK=y CONFIG_HID_PANTHERLORD=y CONFIG_HID_PETALYNX=y # CONFIG_HID_PICOLCD is not set # CONFIG_HID_PRIMAX is not set # CONFIG_HID_ROCCAT is not set # CONFIG_HID_SAITEK is not set CONFIG_HID_SAMSUNG=y CONFIG_HID_SONY=y # CONFIG_HID_SPEEDLINK is not set CONFIG_HID_SUNPLUS=y CONFIG_HID_GREENASIA=y CONFIG_HID_SMARTJOYPLUS=y # CONFIG_HID_TIVO is not set CONFIG_HID_TOPSEED=y CONFIG_HID_THRUSTMASTER=y CONFIG_HID_ZEROPLUS=y # CONFIG_HID_ZYDACRON is not set # CONFIG_HID_PID is not set cordyceps@gnubu:~$ grep CONFIG_USB_HID /media/0bd17520-483d-4915-a47b-76074c499b61/usr/src/linux/.config CONFIG_USB_HID=y CONFIG_USB_HIDDEV=y cordyceps@gnubu:~$ -- Neil Bothwick Press every key to continue.
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Sat, Oct 27, 2012 at 12:16 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am Freitag, 26. Oktober 2012, 01:34:35 schrieb Neil Bothwick: On Thu, 25 Oct 2012 15:10:17 -0500, Dale wrote: Or just don't update the kernel until it is fixed. After all, if the kernel you are using works and is not a serious security problem, just use it for a while. They will fix it pretty soon I'm sure. Several versions are affected, it's not a new issue, just a newly discovered one. That in itself indicates the likelihood of being affected by it, considering how many boxes use ext4 with these kernel versions. since only two persons ever hit it, it is a pretty save bet that this bug is so uncommon that you should not waste any sleep over it. -- #163933 For fear of leading anyone down a path that eventually causes them problems I won't attempt to communicate the root cause or fixes but there is new information, and a potential patch verified by the only person to see this problem, about what causes the corruption. Read the thread if this makes any difference in your life. Don't worry about it if it doesn't. Basically, it's apparently driven by mount options and something the OP (of the lkml thread) did which most users are unlikely IMO to ever try. - Mark
[gentoo-user] Floppy disk support removed from kernel 3.4.9.
Hi, Everybody! Floppy disk support has been removed from kernel 3.4.9. I'm not very happy about this. Does anybody know why, or by whom? This removal has been done in a somewhat peculiar manner. The config option was called CONFIG_BLK_DEV_FD, and used to be at Device Drivers/Block Devices. It is now not visible there. However, Typing '/' BLK_DEV_FD in 'make menuconfig' returns its documentation, saying BLK_DEV_FD is dependent upon CONFIG_ARCH_MAY_HAVE_PC_FDC. This latter variable isn't visible anywhere. I tried setting ARCH_MAY_HAVE_PC_FDC by hand in .config, but that didn't help. 'make menuconfig' just unset it again of its own accord. Then I inserted BLK_DEV_FD into .config by hand and built the kernel. I haven't tested it yet. All this seems rather strange. Why shouldn't I be able to use my floppy drive? -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Floppy disk support removed from kernel 3.4.9.
On Sun, Oct 28, 2012 at 11:48 AM, Alan Mackenzie a...@muc.de wrote: Hi, Everybody! Floppy disk support has been removed from kernel 3.4.9. I'm not very happy about this. Does anybody know why, or by whom? Nobody removed anything; it's still there, in 3.6.3. I'm not using it, but I can select it without problems. This removal has been done in a somewhat peculiar manner. The config option was called CONFIG_BLK_DEV_FD, and used to be at Device Drivers/Block Devices. It is now not visible there. It's visible here. However, Typing '/' BLK_DEV_FD in 'make menuconfig' returns its documentation, saying BLK_DEV_FD is dependent upon CONFIG_ARCH_MAY_HAVE_PC_FDC. This latter variable isn't visible anywhere. It's defined for you if the ARCHitecture (as the name implies) supports floppies. It's set =y in all my kernels. I tried setting ARCH_MAY_HAVE_PC_FDC by hand in .config, but that didn't help. 'make menuconfig' just unset it again of its own accord. Then I inserted BLK_DEV_FD into .config by hand and built the kernel. I haven't tested it yet. All this seems rather strange. Why shouldn't I be able to use my floppy drive? Your kernel config/setup has something really weird. ARCH_MAY_HAVE_PC_FDC is a boolean variable that it's set automatically for you, since it's arch dependant. You cannot set it (nor unset it, AFAIK). May I recommend to completely uninstall your sources package and delete /usr/src/linux (after a proper backup, of course), install them again, and do a make oldconfig (after restoring your old .config)? Because ARCH_MAY_HAVE_PC_FDC is something you should not to even think about. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] no x-mouse or console mouse bud gpm started and mouse found.
well, looks like I have a problem w/grub2 too. Using the 'c' option, the old kernel panics AND so does the new one. TIL set root=(hd1, msdos6). msdos6? No idea where that comes from ;(
Re: [gentoo-user] Floppy disk support removed from kernel 3.4.9.
Hello, Canek. On Sun, Oct 28, 2012 at 12:16:56PM -0600, Canek Peláez Valdés wrote: On Sun, Oct 28, 2012 at 11:48 AM, Alan Mackenzie a...@muc.de wrote: Floppy disk support has been removed from kernel 3.4.9. I'm not very happy about this. Does anybody know why, or by whom? Nobody removed anything; it's still there, in 3.6.3. I'm not using it, but I can select it without problems. This removal has been done in a somewhat peculiar manner. The config option was called CONFIG_BLK_DEV_FD, and used to be at Device Drivers/Block Devices. It is now not visible there. It's visible here. However, Typing '/' BLK_DEV_FD in 'make menuconfig' returns its documentation, saying BLK_DEV_FD is dependent upon CONFIG_ARCH_MAY_HAVE_PC_FDC. This latter variable isn't visible anywhere. It's defined for you if the ARCHitecture (as the name implies) supports floppies. It's set =y in all my kernels. But, what does the architecture actually mean? I tried setting ARCH_MAY_HAVE_PC_FDC by hand in .config, but that didn't help. 'make menuconfig' just unset it again of its own accord. Then I inserted BLK_DEV_FD into .config by hand and built the kernel. I haven't tested it yet. All this seems rather strange. Why shouldn't I be able to use my floppy drive? Your kernel config/setup has something really weird. OK. If I start the configuration afresh, I do indeed see the floppy disk selector. :-) ARCH_MAY_HAVE_PC_FDC is a boolean variable that it's set automatically for you, since it's arch dependant. You cannot set it (nor unset it, AFAIK). Do you know where the source for 'make menuconfig' is in the source tree? May I recommend to completely uninstall your sources package and delete /usr/src/linux (after a proper backup, of course), install them again, and do a make oldconfig (after restoring your old .config)? By starting again from scratch, it seems clear that the problem is in some of the config options I have selected. Because ARCH_MAY_HAVE_PC_FDC is something you should not to even think about. I agree with you there. ;-) Thanks for the help! Regards. -- Canek Peláez Valdés -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Floppy disk support removed from kernel 3.4.9.
Hello, again! On Sun, Oct 28, 2012 at 12:16:56PM -0600, Canek Peláez Valdés wrote: On Sun, Oct 28, 2012 at 11:48 AM, Alan Mackenzie a...@muc.de wrote: All this seems rather strange. Why shouldn't I be able to use my floppy drive? Your kernel config/setup has something really weird. Yes. I'd mistakenly disabled CONFIG_ISA_DMA_API (ISA-style DMA support), which BLK_DEV_FD was indirectly dependant on, via ARCH_MAY_HAVE_PC_FDC. This wasn't apparent in 'make menuconfig'; I had to grep through lots of Kconfig files to track this down. It's now fixed. :-) ARCH_MAY_HAVE_PC_FDC is a boolean variable that it's set automatically for you, since it's arch dependant. You cannot set it (nor unset it, AFAIK). Thanks again for the help. Regards. -- Canek Peláez Valdés -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Floppy disk support removed from kernel 3.4.9.
On Sun, Oct 28, 2012 at 1:23 PM, Alan Mackenzie a...@muc.de wrote: Hello, Canek. On Sun, Oct 28, 2012 at 12:16:56PM -0600, Canek Peláez Valdés wrote: On Sun, Oct 28, 2012 at 11:48 AM, Alan Mackenzie a...@muc.de wrote: Floppy disk support has been removed from kernel 3.4.9. I'm not very happy about this. Does anybody know why, or by whom? Nobody removed anything; it's still there, in 3.6.3. I'm not using it, but I can select it without problems. This removal has been done in a somewhat peculiar manner. The config option was called CONFIG_BLK_DEV_FD, and used to be at Device Drivers/Block Devices. It is now not visible there. It's visible here. However, Typing '/' BLK_DEV_FD in 'make menuconfig' returns its documentation, saying BLK_DEV_FD is dependent upon CONFIG_ARCH_MAY_HAVE_PC_FDC. This latter variable isn't visible anywhere. It's defined for you if the ARCHitecture (as the name implies) supports floppies. It's set =y in all my kernels. But, what does the architecture actually mean? x86, ARM. As far as I know, in ARM you can only have floppies if you connect an USB drive to it. So BLK_DEV_FD has no point in ARM. I suppose the IBM s/390 mainframe computer doesn't use floppies either. I tried setting ARCH_MAY_HAVE_PC_FDC by hand in .config, but that didn't help. 'make menuconfig' just unset it again of its own accord. Then I inserted BLK_DEV_FD into .config by hand and built the kernel. I haven't tested it yet. All this seems rather strange. Why shouldn't I be able to use my floppy drive? Your kernel config/setup has something really weird. OK. If I start the configuration afresh, I do indeed see the floppy disk selector. :-) You had a borked configuration, for some reason. ARCH_MAY_HAVE_PC_FDC is a boolean variable that it's set automatically for you, since it's arch dependant. You cannot set it (nor unset it, AFAIK). Do you know where the source for 'make menuconfig' is in the source tree? I believe is in scripts, along with kbuild. menuconfig is one of several frontends to the build system. May I recommend to completely uninstall your sources package and delete /usr/src/linux (after a proper backup, of course), install them again, and do a make oldconfig (after restoring your old .config)? By starting again from scratch, it seems clear that the problem is in some of the config options I have selected. I thought that would help. Because ARCH_MAY_HAVE_PC_FDC is something you should not to even think about. I agree with you there. ;-) Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México