March 2011 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] following bugzilla
by jdd 17 Mar '11

17 Mar '11

Hello, I would like to help debugging through bugzilla. I'm not a programmer, but I install many openSUSE and have many installed version (both VirtualBox and real hardware), so I sometime can help testing. I subscribe to the opensuse-bug list, but this one a a bit overhelming, too much traffic. I would like to follow at first only the news bugs, to see if I can help on them. I could filter by "NEW" flag, but then I will filter out also my own reported bugs. using filters this way looks a bit difficult (even if probably possible). That said, I noticed the "email preference" in my bugzilla user prefs. I see a "QA test" column. Is this a developper assignment or is this a group open to simple testers? thanks jdd -- http://www.dodin.net http://www.dailymotion.com/video/xgxog7_clip-l-ombre-et-la-lumiere-3-bad-pi… http://www.youtube.com/watch?v=FGgv_ZFtV14 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

6 12

[opensuse-factory] New packages from perl-libwww-perl
by Vita Cizek 17 Mar '11

17 Mar '11

Hi, Since version 6.0, package perl-libwww-perl on CPAN was splitted to few modules. The result is following new independent packages: (requests 64410-64420) - The name and purpose perl-Encode-Locale perl-File-Listing perl-HTML-Form perl-HTTP-Cookies perl-HTTP-Daemon perl-HTTP-Date perl-HTTP-Message perl-HTTP-Negotiate perl-LWP-MediaTypes perl-Net-HTTP perl-WWW-RobotRules - How long have they been around? These packages got recently unbundled from perl-libwww-perl - How well have they been tested? perl-libwww-perl package has been widely deployed for many years. - what is the upstream project? Packages are maintained on the CPAN - What is the purpose of having them in the distribution? perl-libwww-perl > 6 requires these packages to be installed. There's no need anymore to install whole perl-libwww-perl if just some of these submodules are required. - What is the license? License remains the same as original perl-libwww-perl: GPL+ or Artistic -- Vitezslav Cizek

1 0

[opensuse-factory] Call for testers: SSE/MMX/SSSE3 powered zlib
by Cristian Rodríguez 16 Mar '11

16 Mar '11

Hi: Brave testers, will be cool if you can install an experimental/development version of zlib, that uses SSE/MMX/SSSE3 to improve the performance of the library from 2 to 6 times, depending what features your CPU support. (determined at runtime) If you want to contribute, add the following repository to zypper http://download.opensuse.org/repositories/home:/elvigia:/zlib/openSUSE_11.4 and dup from it. (if 404, it hasnt published yet) It works just fine in two x86_64 machines I have used, but Im interested in getting feedback from 32 bit users,specially those running less than current CPUs. Finally please note that zlib is used by almost everything,either directly or indirectly and if something goes wrong your system will likely become unusable. Im looking forward to your feedback. -- 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] Inheritance of icon themes
by Ilya Chernykh 16 Mar '11

16 Mar '11

Hi! Did something change with respect to icon themes inheritance in 11.4? I have inheritance problems with some themes. Is it connected with the changes in the icon cache updating scheme or so? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] Was the Nvidia 32-bit problem with black screen been resolved
by Roman Bysh 15 Mar '11

15 Mar '11

Hello all, Have we been able to resolve the black screen (32-bit user only) Nvidia driver issue? https://bugzilla.novell.com/show_bug.cgi?id=648718 -- 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] Re: Can we see BTRFS as the default in the next version of openSUSE 11.5-12.0
by Jeff Mahoney 15 Mar '11

15 Mar '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/15/2011 09:52 AM, Jonathan Corbet wrote: > On Mon, 14 Mar 2011 12:12:55 -0400 > Jeff Mahoney <jeffm(a)suse.com> wrote: > >>> Did you look at: "http://lwn.net/Articles/393144/"? >> >> That article, especially the title, is just sensationalism. > > Strange, I thought it was a look at the charges which focused mainly on > the reality of the situation and concluded that no redesign was needed. > When kernel developers are unhappy with what I write, I tend to hear about > it; I got no such complaints from the Btrfs folks. > > I don't know why Joerg saw fit to point it out; perhaps he didn't read > past the headline? How about this as an article more relevant to the > discussion? > > http://lwn.net/Articles/429466/ Hi Jon - I wondered if I'd hear from you about that comment. I'm an LWM subscriber and definitely have enjoyed reading your efforts over the years. My opinion on your original article mostly benefits from hindsight and was more of a reaction to the context in which Joerg was posting it. The report was an accurate summary of the discussions at the time and did help spawn the discussions that ultimately address those questions. Given that he linked to that article instead of the one you mentioned, I don't think it was his intention to point out that the issues had been addressed already. Your recent article addresses most of the concerns I have with using btrfs as a default file system except for the lack of error handling. Community distributions run mostly on lower end commodity hardware which experience shows can be of less than perfect reliability. In most cases, btrfs's error handling currently consists of BUG_ON. With a fsck still under development, it seems premature to make that combination the default. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAk1/fdwACgkQLPWxlyuTD7I3kgCgowdkJEIhzh7N9KQSNzJOlGAc hWoAnRm5u1K3X/YAftaeeNPpP5qqnyZt =ueP4 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] Looking for a cmake guru
by Dimstar / Dominique Leuenberger 14 Mar '11

14 Mar '11

Hi, We have libproxy in Factory, which uses cmake as it's toolchain. libproxy links against libmozjs, from xulrunner packages. mozilla-js specified in its .pc file: > pkg-config --libs mozilla-js -Wl,-rpath,/usr/lib64/xulrunner-2.0 -L/usr/lib64/xulrunner-devel-2.0b12/lib -lmozjs -lplds4 -lplc4 -lnspr4 -lpthread -ldl So it does give an rpath to be used. Apparently though, this does not make it through into the build shared object pacrunner_mozjs (libproxy1-pacrunner-mozjs). There IS an rpath, but it points to /usr/lib64/xulrunner-devel-2.0b12/lib (the linking path of the lib). Apparently this is the standard behavior of cmake. But as you can imagine, this break with every smallest change in the xul packages (update to b13, b14... final) even though it should not (granted, sometimes/often it does, because the api/abi is not stable on libmozjs anyway). Does somebody see a trick on how to convince cmake to use/add the proper rpath into the finally built shared object? Thanks a lot for your help (also in the name of upstream). Dominique / DimStar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 2

[opensuse-factory] Bugs in 11.4
by Ilya Chernykh 14 Mar '11

14 Mar '11

So far reported 16. Here is the list: https://bugzilla.novell.com/buglist.cgi?emailreporter1=1&classification=ope… 11.4 In my impression 11.4 is a huge step backwards compared to 11.3. Is it possible to somehow revert to the previous version? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

10 34

[opensuse-factory] Grub menu.lst changes on kernel update
by Joachim Reichelt 14 Mar '11

14 Mar '11

Hi, wouldn't it be nice to keep options, I have to add to menu.lst, to make the system to boot up. Using nvidia driver I changed: kernel /boot/vmlinuz-2.6.37.3-16-desktop root=/dev/disk/by-id/ata-ST3320620AS_5QF0GF81-part2 resume=/dev/disk/by-id/ata-ST3320620AS_5QF0GF81-part1 splash=silent quiet showopts vga=0x31a nomodeset brokenmodule=nouveau I added nomodeset brokenmodule=nouveau It whould help a lot during update on "broken" system, especially systems that otherwise will give only a black screen. Why not put this in /etc/sysconfig/grub ? -- Joachim Reichelt Helmholtz-Zentrum für Infektionsforschung GmbH | Inhoffenstraße 7 | 38124 Braunschweig | www.helmholtz-hzi.de Vorsitzende des Aufsichtsrates: MinDir’in Bärbel Brumme-Bothe, Bundesministerium für Bildung und Forschung Stellvertreter: MinDirig Heiko Gevers, Niedersächsisches Ministerium für Wissenschaft und Kultur Geschäftsführung: Prof. Dr. Dirk Heinz; Ulf Richter, MBA Gesellschaft mit beschränkter Haftung (GmbH) Sitz der Gesellschaft: Braunschweig Handelsregister: Amtsgericht Braunschweig, HRB 477 -- 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] boot partition does not unmount cleanly on openSUSE 11.4
by Roman Bysh 14 Mar '11

14 Mar '11

Hi all, Ever since I've installed openSUSE 11.4, my /boot partition never unmounts cleanly during a reboot. I never had this problem with openSUSE 11.3. Any thoughts? Cheers! Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

8 16