September 2007 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] system stopped mounting internal ntfs partition in Beta3
by Krupanský Rastislav 13 Sep '07

13 Sep '07

Hello It is unbelievable how i have troubles with ntfs-3g. As soon as i nstalled Beta3, writing to my internal ntfs partition didn´t work as user, only as root and it hasn´t been working until now.That´s ok, i created a bug, so i hope it will be solved, but system stopped mounting my internal ntfs partition completely yesterday.I don´t know why.I checked fstab and everything seems to by correct, exactly as fstab attached in bug 309078 Please could you give me any advice, because i´m desperate:-( Everything worked correctly in Beta2. Thanks Regards, Rasto --------------------------------------------------------------------- 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] Factory synced out
by Stephan Kulow 13 Sep '07

13 Sep '07

Hi! We made sure yesterday that Factory gets synced out, so you see what we're testing. Note that you will see a missing dependency from desktop-file-utils to /etc/profile.d/xdg-enviroment.sh (sic!), which was fixed after the rebuild you see synced out. Just ignore that and keep testing with it, but please mention in your bug reports if you updated. Greetings, Stephan --------------------------------------------------------------------- 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] /etc/modprobe.d/unsupported.blacklist
by Michal Marek 13 Sep '07

13 Sep '07

Hi everyone, your help is needed ;) Can you run this small command $ tail -1 /etc/modprobe.d/unsupported.blacklist and check if the last line reads ## include modules.unsupported.blacklist ? If it does, then everything is fine. If it's _not_ commented out and you surely didn't tweak anything related to handling of unsupported modules (setting LOAD_UNSUPPORTED_MODULES_AUTOMATICALLY in sysconfig) in a previous install, can you please comment in bug https://bugzilla.novell.com/show_bug.cgi?id=304652 ? Thank you very much for your time, Michal --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

Re: [opensuse-factory] Status of language support in openSUSE 10.3
by M9. 12 Sep '07

12 Sep '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ain Vagula schreef: > M9. kirjutas: >> >> Stephan Kulow schreef: >>> Am Wednesday 12 September 2007 schrieb M9.: >>>> Personaly i think that hal (or whatever used hwdetection) is able to see >>>> what keybord layout is used, so i think that the choice would be >>>> obvious, from hardware point of vieuw, and thus could be preselected, >>>> without any problem. (except that it has to be implemented?) >>> Too bad you're wrong. >>> Greetings, Stephan >> Wrong? You say? >> >> At what point? >> That hardware detection can see what keybord-layout is used? >> Or that it has to be implemented? >> Or both? >> > > How can hardware detection see, what is printed (or written with > permanent marker) on keys? ;) > Detection may see keyboard type (101, 102, 104, 105), but you can > configure every type for dozens of layouts, when not more. You can have > Swedish keyboard and buy stickers for using every other Northern Europe > language layout etc... from every local computer store. ;) > > ain > You are right. This is no reason for not to improve things? Maybe there are not much toughts been this way.... This does not leave out that the option to choose the keybordlanguage at an earlier stage can be implemented in the software? ;-) - -- Have a nice day, M9. Now, is the only time that exists. OS: Linux 2.6.22.5-10-default x86_64 Huidige gebruiker: monkey9@tribal-sfn2 Systeem: openSUSE 10.3 (X86-64) Beta3 KDE: 3.5.7 "release 58" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFG6E+2X5/X5X6LpDgRAm2tAKCiQiRV4nL0cPM6RxhLtPhnQI4rVQCgnUjt Hp4iB7RMfkk29rSmjDXERo8= =AoTK -----END PGP SIGNATURE----- --------------------------------------------------------------------- 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] What changed between Build1005 and Build1010 in x86_64?
by Federico Mena Quintero 12 Sep '07

12 Sep '07

Hi, I was looking into https://bugzilla.novell.com/show_bug.cgi?id=307781 - basically, Nautilus crashes inside libeel in x86_64 at the start of a varargs function. JPR helped me take disassemblies of both builds; this is the start of the function for both versions: Build1005 - crashes (built on bach.suse.de) (gdb) disassemble eel_canvas_item_new 0x0000000000033c60 <eel_canvas_item_new+0>: mov %rbp,-0x18(%rsp) 0x0000000000033c65 <eel_canvas_item_new+5>: mov %r12,-0x10(%rsp) 0x0000000000033c6a <eel_canvas_item_new+10>: mov %rdi,%rbp 0x0000000000033c6d <eel_canvas_item_new+13>: mov %r13,-0x8(%rsp) 0x0000000000033c72 <eel_canvas_item_new+18>: mov %rbx,-0x20(%rsp) 0x0000000000033c77 <eel_canvas_item_new+23>: sub $0xf8,%rsp 0x0000000000033c7e <eel_canvas_item_new+30>: mov %rcx,0x38(%rsp) 0x0000000000033c83 <eel_canvas_item_new+35>: movzbl %al,%ecx 0x0000000000033c86 <eel_canvas_item_new+38>: mov %r8,0x40(%rsp) 0x0000000000033c8b <eel_canvas_item_new+43>: lea 0x0(,%rcx,4),%rax 0x0000000000033c93 <eel_canvas_item_new+51>: lea 0x20(%rip),%rcx # 0x33cba <eel_canvas_item_new+90> ^^^^ note the offset 0x0000000000033c9a <eel_canvas_item_new+58>: mov %r9,0x48(%rsp) 0x0000000000033c9f <eel_canvas_item_new+63>: mov %rsi,%r12 0x0000000000033ca2 <eel_canvas_item_new+66>: mov %rdx,%r13 0x0000000000033ca5 <eel_canvas_item_new+69>: sub %rax,%rcx 0x0000000000033ca8 <eel_canvas_item_new+72>: lea 0xcf(%rsp),%rax 0x0000000000033cb0 <eel_canvas_item_new+80>: jmpq *%rcx 0x0000000000033cb2 <eel_canvas_item_new+82>: movaps %xmm7,-0xf(%rax) 0x0000000000033cb6 <eel_canvas_item_new+86>: movaps %xmm6,-0x1f(%rax) ^^^^^ note how only xmm7 and xmm6 get used 0x0000000000033cba <eel_canvas_item_new+90>: callq 0x23cd8 <eel_canvas_group_get_type@plt> Build1010 - doesn't crash (built on roth.suse.de) (gdb) disassemble eel_canvas_item_new 0x00002b91e8ee8ee0 <eel_canvas_item_new+0>: mov %rbp,-0x18(%rsp) 0x00002b91e8ee8ee5 <eel_canvas_item_new+5>: mov %r12,-0x10(%rsp) 0x00002b91e8ee8eea <eel_canvas_item_new+10>: mov %rdi,%rbp 0x00002b91e8ee8eed <eel_canvas_item_new+13>: mov %r13,-0x8(%rsp) 0x00002b91e8ee8ef2 <eel_canvas_item_new+18>: mov %rbx,-0x20(%rsp) 0x00002b91e8ee8ef7 <eel_canvas_item_new+23>: sub $0xf8,%rsp 0x00002b91e8ee8efe <eel_canvas_item_new+30>: mov %rcx,0x38(%rsp) 0x00002b91e8ee8f03 <eel_canvas_item_new+35>: movzbl %al,%ecx 0x00002b91e8ee8f06 <eel_canvas_item_new+38>: mov %r8,0x40(%rsp) 0x00002b91e8ee8f0b <eel_canvas_item_new+43>: lea 0x0(,%rcx,4),%rax 0x00002b91e8ee8f13 <eel_canvas_item_new+51>: lea 0x38(%rip),%rcx # 0x2b91e8ee8f52 <eel_canvas_item_new+114> ^^^^^^^^^^ different offset 0x00002b91e8ee8f1a <eel_canvas_item_new+58>: mov %r9,0x48(%rsp) 0x00002b91e8ee8f1f <eel_canvas_item_new+63>: mov %rsi,%r12 0x00002b91e8ee8f22 <eel_canvas_item_new+66>: mov %rdx,%r13 0x00002b91e8ee8f25 <eel_canvas_item_new+69>: sub %rax,%rcx 0x00002b91e8ee8f28 <eel_canvas_item_new+72>: lea 0xcf(%rsp),%rax 0x00002b91e8ee8f30 <eel_canvas_item_new+80>: jmpq *%rcx 0x00002b91e8ee8f32 <eel_canvas_item_new+82>: movaps %xmm7,-0xf(%rax) 0x00002b91e8ee8f36 <eel_canvas_item_new+86>: movaps %xmm6,-0x1f(%rax) 0x00002b91e8ee8f3a <eel_canvas_item_new+90>: movaps %xmm5,-0x2f(%rax) 0x00002b91e8ee8f3e <eel_canvas_item_new+94>: movaps %xmm4,-0x3f(%rax) 0x00002b91e8ee8f42 <eel_canvas_item_new+98>: movaps %xmm3,-0x4f(%rax) 0x00002b91e8ee8f46 <eel_canvas_item_new+102>: movaps %xmm2,-0x5f(%rax) 0x00002b91e8ee8f4a <eel_canvas_item_new+106>: movaps %xmm1,-0x6f(%rax) 0x00002b91e8ee8f4e <eel_canvas_item_new+110>: movaps %xmm0,-0x7f(%rax) ^^^^^ xmm7 to xmm0 get used 0x00002b91e8ee8f52 <eel_canvas_item_new+114>: callq 0x2b91e8ed8c58 <eel_canvas_group_get_type@plt> I'm wondering what might have changed. The bug has been there since Beta1, but with the latest (post-Beta3) it doesn't happen. Did the compiler change or something? The build hosts are different, but shouldn't they produce the same results? Thanks, Federico --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 7

[opensuse-factory] [status report] openSUSE distribution, week 37
by Stephan Kulow 12 Sep '07

12 Sep '07

Hi! Didn't manage to write the status yesterday, I guess in calmer weeks it will be easier :) status report: week 37 - Christoph was responsible for beta2 and beta3, I took back over after beta3 was released (thanks for all the warm words, btw). - bug count is biggest concern right now. We're down from 12 blocker and 98 critical on saturday to 5 blocker and 91 critical (this of course include massive testing from all side, so we see new bugs every hour). - Biggest non-working part seems to be update right now. It creates problems in several parts. Update from 10.1 was completely unsupported with beta3, update from 10.2 created broken bootloader config in parts. - we reorganized the DVD layout again, so we fit more packages suggested in patterns and remove things that aren't listed in patterns. - we found a solution for the bundle-lang problem, so that we can save space on the CDs without breaking update to FTP later - we're still discussing if we go with ipw or iwl as default for the newer Intel wlan chips. iwl still has issues, but ipw is no longer maintained by Intel (but is our default as I write) - libzypp in beta3 had severe problems, so we have to have good faith for RC1 (online update was broken and the online update to fix it wasn't pulled in for everyone - and update from 10.2-x86_64 has shown problems) - the bigsmp kernel still causes problems (not just on virtualbox), so I decided to revert that feature and go with bigsmp only on big smp machines again (we might have a pae kernel in the future, so we're still interested in figuring out what's the problem with the other kernel). - LiveCDs of beta3 have shown too many problems to release them. So we only use them for further developing of them - this week: - more bug fixing - daily builds till we have a working update from 10.2 on coolo's laptop and a half way working update from 10.1 on coolo's wife computer (I admit it sounds selfish :) - an internal build with DVD. Based on that I'll publish live CDs. If you miss anything, let me know. Greetings, Stephan --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 4

[opensuse-factory] How to check the sanity of the system
by Juan Erbes 12 Sep '07

12 Sep '07

Someone can tell me how to check the sanity of the system? I have 2 installations of opensuse 10.3 beta 3: 1- 32 bits upgraded from 10.2 beta 2 kde 2- x86-64 kde, instaled from zero in 10.3 beta 2 (previous versions of x86-64, could not be installed because the bug of the ahci driver). In the 32 bits I found 2 weeks ago some libraries named libstdc++*, which date was from year 2000, i would to verify from which package are it, but with rpm -q could not detect it, and I moved it to a backup directory. This 32 bits system has from time to time a rpmdb crashes, and acls from the removabledevices do'nt work right. Then I asked You how to check the sanity of the system. If I do'nt find the way, I must to format the 32 bits system partition, and later add the packages from non official repos, and recompile some applications. The x86-64 works better than the 32 bits version, do'nt has the rpmdb crashes and the acls for the removable devices works fine. The common problem with the 32 bits version, is with the wxGTK based applications. Regards --------------------------------------------------------------------- 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] VirtualBox can not work
by Pang Dawei 12 Sep '07

12 Sep '07

Hi,there, I used the openSuse10.3 beta3 in the x86_64 machine.CPU is Intel Pentium 4 3.80GHz HT. I can create and configure a guest os, but I can not make it run, VirtualBox showd 'Aborted'. The dmesg reported 'VirtualBox[6299]: segfault at 0000003000000030 rip 00002b9c3b1bd856 rsp 0000000041122620 error 4' Could you give me some idea about the problem? BTW,I found the VirtualBox had released 1.5.0OSE,will openSuse10.3 contain that? Thank you very much. -- --Pang Dawei --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 4

[opensuse-factory] opensuse wiki: proposal for Bugs:Most Annoying Bugs page format
by Rajko M. 11 Sep '07

11 Sep '07

When adding bug to the list of most annoying bugs it would be good that everybody follow the same system. == openSUSE 10.3 Beta 3 == * the newest bug * already listed bugs that follows overall schema on the page, where newer versions are listed at the top of the page. It is also usefull to have listed Workround: or/and Solution: summary, like Workround: nspluginwrapper -a -i Solution: online update published -- Regards, Rajko. --------------------------------------------------------------------- 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] 10.3 Beta3 cp problem
by Sid Boyce 11 Sep '07

11 Sep '07

I don't understand what is happening, it's just this one program that seems to complain, install-sh looks like any other. ============================================= #!/bin/sh # install - install a program, script, or datafile scriptversion=2005-02-02.21 <STUFF DELETED> # set DOITPROG to echo to test this script # Don't use :- since 4.3BSD and earlier shells don't like it. doit="${DOITPROG-}" # put in absolute paths if you don't have them in your path; or use env. vars. mvprog="${MVPROG-mv}" cpprog="${CPPROG-cp}" chmodprog="${CHMODPROG-chmod}" chownprog="${CHOWNPROG-chown}" chgrpprog="${CHGRPPROG-chgrp}" stripprog="${STRIPPROG-strip}" rmprog="${RMPROG-rm}" mkdirprog="${MKDIRPROG-mkdir}" chmodcmd="$chmodprog 0755" chowncmd= chgrpcmd= stripcmd= rmcmd="$rmprog -f" mvcmd="$mvprog" src= dst= dir_arg= dstarg= no_target_directory= =========================== bumble:/ftp/SEP07/hamlib-1.2.7cvs # ./install-sh -c -m 644 /ftp/SEP07/hamlib-1.2.7cvs/include/hamlib/rig.h /usr/include/hamlib/rig.h cp: missing destination file operand after `/ftp/SEP07/hamlib-1.2.7cvs/include/hamlib/rig.h' Try `cp --help' for more information. ----------------------------------------------------------------- bumble:/ftp/SEP07/hamlib-1.2.7cvs # make install Making install in macros make[1]: Entering directory `/ftp/SEP07/hamlib-1.2.7cvs/macros' make[2]: Entering directory `/ftp/SEP07/hamlib-1.2.7cvs/macros' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/ftp/SEP07/hamlib-1.2.7cvs/macros' make[1]: Leaving directory `/ftp/SEP07/hamlib-1.2.7cvs/macros' Making install in include make[1]: Entering directory `/ftp/SEP07/hamlib-1.2.7cvs/include' make[2]: Entering directory `/ftp/SEP07/hamlib-1.2.7cvs/include' make[2]: Nothing to be done for `install-exec-am'. test -z "/usr/include" || mkdir -p -- "/usr/include" /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/rig.h' '/usr/include/hamlib/rig.h' cp: missing destination file operand after `hamlib/rig.h' Try `cp --help' for more information. /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/riglist.h' '/usr/include/hamlib/riglist.h' cp: missing destination file operand after `hamlib/riglist.h' Try `cp --help' for more information. /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/rig_dll.h' '/usr/include/hamlib/rig_dll.h' cp: missing destination file operand after `hamlib/rig_dll.h' Try `cp --help' for more information. /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/rotator.h' '/usr/include/hamlib/rotator.h' cp: missing destination file operand after `hamlib/rotator.h' Try `cp --help' for more information. /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/rotlist.h' '/usr/include/hamlib/rotlist.h' cp: missing destination file operand after `hamlib/rotlist.h' Try `cp --help' for more information. /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/rigclass.h' '/usr/include/hamlib/rigclass.h' cp: missing destination file operand after `hamlib/rigclass.h' Try `cp --help' for more information. /ftp/SEP07/hamlib-1.2.7cvs/install-sh -c -m 644 'hamlib/rotclass.h' '/usr/include/hamlib/rotclass.h' cp: missing destination file operand after `hamlib/rotclass.h' Try `cp --help' for more information. make[2]: *** [install-nobase_includeHEADERS] Error 1 make[2]: Leaving directory `/ftp/SEP07/hamlib-1.2.7cvs/include' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/ftp/SEP07/hamlib-1.2.7cvs/include' make: *** [install-recursive] Error 1 bumble:/ftp/SEP07/hamlib-1.2.7cvs # What's up here? Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0