September 2011 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Device names in openSUSE
by Ilya Chernykh 15 Sep '11

15 Sep '11

Hi! I submitted the following bugreport (bnc#717326): === The current Lanana devices list http://www.kernel.org/pub/linux/docs/device-list/devices.txt reserves sd* name for SCSI block devices, while USB devices should have name of the type ub*: USB block devices 0 = /dev/uba First USB block device 8 = /dev/ubb Second USB block device 16 = /dev/ubc Thrid USB block device But in openSUSE USB devices are actually assigned names in sd* range making automatic device type detection impossible or difficult. I faced this issue when making a patch for KDE3 that should detect removable media without hal and which is based on analysis of /proc/self/mounts entries. Thus the mtab backend thinks about USB drives as of hard disks. === It is actually interesting why USB devices are assigned SCSI-names, and should not they receive USB names. Another question is that it seems that even SATA and parallel IDE devices also receive the SCSI-name. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

9 40

[opensuse-factory] wireless connection in KDE
by Alin Marin Elena 15 Sep '11

15 Sep '11

I am on kde trunk and opensuse factory. I have configured my wireless to autoconnect and as a system connection. When I start the computer connects as a charm but if I suspend it and then unsuspend it will ask me for a password to connect. a policykit question... Any ideas? Alin -- Without Questions there are no Answers! _____________________________________________________________________ Alin Marin ELENA Advanced Molecular Simulation Research Laboratory School of Physics, University College Dublin ---- Ardionsamblú Móilíneach Saotharlann Taighde Scoil na Fisice, An Coláiste Ollscoile, Baile Átha Cliath ----------------------------------------------------------------------------------- http://alin.elenaworld.net ______________________________________________________________________

1 0

[opensuse-factory] A modest proposal: Make nomodeset the default for distributions
by Larry Finger 14 Sep '11

14 Sep '11

Although the KMS video drivers have improved a lot, there are still a lot of nVidia adapters for which nouveau fails to provide any useful graphics screens. For new users, the failure to boot to a meaningful display is frustrating. The problem used to affect only persons that had implemented the proprietary closed-source drivers, and their graphics failed when the kernel changed. They could be warned in advance because a lot of them came to the forums for help in getting the propriety driver installed. With KMS, people are having trouble with their initial look at an openSUSE version. I expect many decide that openSUSE is flawed and move on to other distros. I propose two fixes/workarounds: (1) Make the GRUB option "nomodeset" be the default for all installation media. There will be very little impact on the NET install CD or the DVD install disks. The lower graphics performance for the Live CDs will be a small penalty to pay for the benefit of getting a great many more systems to boot. If the "nomodeset" appears after the "VGA=" on the GRUB options line, it will be easy to advise people to try removing it when booting. They will quickly learn if they need it or not. (2) In the installation process for GRUB, detect the presence of an nVidia adapter and pop-up a screen advising the user that the installed system may need the nomodeset option in order to boot. I single out nVidia because nouveau seems to handle many fewer models than the KMS drivers for the others. I don't have any ATI adapters, and the one i915 system I have boots without trouble. One of my nVidia-equipped systems boots to a blank screen with nouveau, and the other corrupts the alternate terminals. I have no doubt that the KMS developers will have drivers that handle nearly all adapters in the near future. As someone having experience with reverse engineering, I'm really impressed with the progress, but kernels 3.0 and 3.1 still need some work. As we can help our users get a more satisfactory experience with quite small changes, I think we should do so. Thanks, Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

12 25

[opensuse-factory] openSUSE Firefox Extension 1.0.1 not compatible with Firefox 6.02 update
by Roman Bysh 14 Sep '11

14 Sep '11

Hello all, The Firefox 6.02 update has an incompatible extension openSUSE Firefox Extension 1.0.1. The Gitorious project name is SUSEfox. Can we see an update soon for openSUSE 11.4 and Tumbleweed? -- Cheers! Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 2

[opensuse-factory] group "audio" for sound? Does my user need to belong there?
by Stefan Seyfried 14 Sep '11

14 Sep '11

Hi all, running a continuously updated Factory, I encounter a sound problem since maybe one week. After boot: susi:~ # l /dev/snd/ total 0 drwxr-xr-x 3 root root 220 Sep 12 11:56 ./ drwxr-xr-x 19 root root 3580 Sep 13 02:04 ../ drwxr-xr-x 2 root root 80 Sep 12 11:56 by-path/ crw-rw---- 1 root audio 116, 7 Sep 12 11:56 controlC0 crw-rw---- 1 root audio 116, 2 Sep 12 11:56 controlC29 crw-rw---- 1 root audio 116, 6 Sep 12 11:56 hwC0D0 crw-rw---- 1 root audio 116, 5 Sep 12 11:56 pcmC0D0c crw-rw---- 1 root audio 116, 4 Sep 12 11:56 pcmC0D0p crw-rw---- 1 root audio 116, 3 Sep 12 11:56 pcmC0D1p crw-rw---- 1 root audio 116, 1 Sep 12 11:56 seq crw-rw---- 1 root audio 116, 33 Sep 12 11:56 timer susi:~ # id seife uid=10329(seife) gid=100(users) groups=100(users),16(dialout) So i get only the "dummy" output of pulseaudio and of course no sound. For now I solved this with susi:~ # chgrp users -R /dev/snd/ But that of course only persists until next boot :-) Are users now required to be in the audio group? Wasn't this managed by some consolekit ACL magic before? If it's just the audio group, I'll simply do that, but if this is considered a bug, then I'll happily file a bugzilla. -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 4

[opensuse-factory] NVIDIA state
by Duncan Mac-Vicar P. 14 Sep '11

14 Sep '11

I installed Factory more than a week ago in one of my laptops (T410). I could not get nouveau or the proprietary nvidia driver to work, until I found some posts pointing to home:/jobermayr/ which made nouveau work. The proprietary driver still gives a black screen (I updated X11:Driver:Video to 280.13 even). Later Factory had more updates, including nouveau, I updated, and everything was broken again. So home:/jobermayr is still required and I have to lock them or reinstall them after a dup. (why are those fixes not integrated? will they?) On my workstation, not even with home:/jobermayr I can get a working GNOME3. Both nouveau and proprietary driver (280.13) work only in fallback mode. I tried a Fedora Alpha LiveCD today, and it graphics worked out of the box on the workstation. x11 nouveau is 8378443 kernel 3.0.0 mesa dri drivers: 7.11-0.16 20110620 So what is causing all this mess? kernel? nouveau-x11? Mesa? What is the plan with jobermayr fixes? I updated the proprietary driver .spec files to use 280.13 (just a sed op). Are those changes wanted or are those kept up with an older version for a reason? I guess it will be time to try zypper dup to downgrade myself :-( Cheers Duncan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 5

[opensuse-factory] Fwd: Re: [opensuse-testing] A modest proposal: Make nomodeset the default for distributions
by Larry Finger 13 Sep '11

13 Sep '11

-------- Original Message -------- Subject: Re: [opensuse-testing] A modest proposal: Make nomodeset the default for distributions Date: Tue, 13 Sep 2011 08:17:57 +0200 From: Per Jessen <per(a)computer.org> Organization: Per Jessens personal news-server To: opensuse-testing(a)opensuse.org Larry Finger wrote: > Although the KMS video drivers have improved a lot, there are still a > lot of nVidia adapters for which nouveau fails to provide any useful > graphics screens. For new users, the failure to boot to a meaningful > display is frustrating. The problem used to affect only persons that > had implemented the proprietary closed-source drivers, and their > graphics failed when the kernel changed. They could be warned in > advance because a lot of them came to the forums for help in getting > the propriety driver installed. With KMS, people are having trouble > with their initial look at an openSUSE version. I expect many decide > that openSUSE is flawed and move on to other distros. > > I propose two fixes/workarounds: > > (1) Make the GRUB option "nomodeset" be the default for all > installation media. +1 /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse-testing+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-testing+help(a)opensuse.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 3

[opensuse-factory] Fwd: Re: [opensuse-testing] A modest proposal: Make nomodeset the default for distributions
by Larry Finger 13 Sep '11

13 Sep '11

-------- Original Message -------- Subject: Re: [opensuse-testing] A modest proposal: Make nomodeset the default for distributions Date: Tue, 13 Sep 2011 07:44:16 -0700 From: M. Edward (Ed) Borasky <znmeb(a)borasky-research.net> Reply-To: znmeb(a)borasky-research.net To: opensuse-testing(a)opensuse.org Yeah, I think this is a good idea. 11.4 on my HP Pavilion dv4 notebook (ATI) actually ran better with the native open source driver than the proprietary ATI driver, and my new laptop (Intel i5 - integrated GPU) runs fine with both 11.4 and 12.1 with "nomodeset". Basically, I should be able to take a GNOME or a KDE LiveCD into a Staples or a Best Buy and boot it on any laptop they have and have the screen, audio, wireless and pointing device come up functional. I know that's a tall order, but I just bought an Asus U46E-BAL5 and except for a modest glitch in the touchpad (Linux thinks it's a PS/2 mouse and it's a known upstream kernel issue) it comes up with everything functional in openSUSE 11.4, Fedora and Ubuntu. On Mon, Sep 12, 2011 at 11:17 PM, Per Jessen <per(a)computer.org> wrote: > Larry Finger wrote: > >> Although the KMS video drivers have improved a lot, there are still a >> lot of nVidia adapters for which nouveau fails to provide any useful >> graphics screens. For new users, the failure to boot to a meaningful >> display is frustrating. The problem used to affect only persons that >> had implemented the proprietary closed-source drivers, and their >> graphics failed when the kernel changed. They could be warned in >> advance because a lot of them came to the forums for help in getting >> the propriety driver installed. With KMS, people are having trouble >> with their initial look at an openSUSE version. I expect many decide >> that openSUSE is flawed and move on to other distros. >> >> I propose two fixes/workarounds: >> >> (1) Make the GRUB option "nomodeset" be the default for all >> installation media. > > +1 > > > /Per Jessen, Zürich > > -- > To unsubscribe, e-mail: opensuse-testing+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-testing+help(a)opensuse.org > -- http://twitter.com/znmeb http://borasky-research.net "A mathematician is a device for turning coffee into theorems." -- Paul Erdős -- To unsubscribe, e-mail: opensuse-testing+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-testing+help(a)opensuse.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] tumbleweed dup log (or: kernel 3.0.4-43 -> 2.6.37.6?!)
by Melchior FRANZ 13 Sep '11

13 Sep '11

Is there a log somewhere that explains why, for example, a tumbleweed zypper dup degraded the kernel from 3.0.4 to 2.6.37.6 today? Was this intentional? Any missed dependency that required going back to the 11.4 kernel? Or was a severe security problem found in all kernels after 2.6.37? I'd like to avoid this kind of time traveling. :-} m. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 3

[opensuse-factory] server:php:applications ezcomponents-* are in bad shape and should be dropped
by Ralf Lang 13 Sep '11

13 Sep '11

Factory team just rejected the ezcomponents-* packages which I submitted to factory because I needed them as a dependency for phpunit. I looked at them and I am about to drop them from server:php:applications too. These packages are in a bad shape- each of them seems to consist of the complete ezcomponents framework. I will set up a bare minimum of ezcomponents pear packages which is sufficient to run phpunit. I will not maintain any other ezcomponents packages - but I am willing to help anybody who steps up and maintains or at least resubmits a clean version of the individual ezcomponents. -- Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang(a)b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0