March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 478516] New: osc copypac doesn't work as expected with -t parameter
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=478516 Summary: osc copypac doesn't work as expected with -t parameter Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hpj(a)novell.com QAContact: qa(a)suse.de Found By: --- Copying a package from the external BS to the internal BS doesn't work: hpj [~/work/suse/bs] osc copypac -t api.suse.de devel:playground:fastboot unique home:hpjansson:SLE-11:Fastboot Sending meta data... Traceback (most recent call last): File "/usr/bin/osc", line 12, in <module> r = babysitter.run(osccli) File "/usr/lib/python2.6/site-packages/osc/babysitter.py", line 40, in run return prg.main() File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 256, in main return self.cmd(args) File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 279, in cmd retval = self.onecmd(argv) File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 395, in onecmd return self._dispatch_cmd(handler, argv) File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 1070, in _dispatch_cmd return handler(argv[0], opts, *args) File "/usr/lib/python2.6/site-packages/osc/commandline.py", line 808, in do_copypac keep_maintainers=opts.keep_maintainers) File "/usr/lib/python2.6/site-packages/osc/core.py", line 2500, in copy_pac http_PUT(u, data=src_meta) File "/usr/lib/python2.6/site-packages/osc/core.py", line 1491, in http_PUT def http_PUT(*args, **kwargs): return http_request('PUT', *args, **kwargs) File "/usr/lib/python2.6/site-packages/osc/core.py", line 1438, in http_request api_host_options=conf.get_apiurl_api_host_options(url) File "/usr/lib/python2.6/site-packages/osc/conf.py", line 160, in get_apiurl_api_host_options return config['api_host_options'][apisrv] KeyError: 'source/home:hpjansson:SLE-11:Fastboot/unique/_meta' hpj [~/work/suse/bs] osc copypac -t http://api.suse.de/ devel:playground:fastboot unique home:hpjansson:SLE-11:Fastboot Sending meta data... Server returned an error: HTTP Error 302: Found It would be logical if the first instance worked, since I can pass -A api.suse.de to other commands. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 478508] New: "osc diff" is broken
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=478508 Summary: "osc diff" is broken Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hpj(a)novell.com QAContact: qa(a)suse.de Found By: --- I've got a package that's linked from a package in another project. "osc log" gives me this: ---------------------------------------------------------------------------- r3 | hpjansson | 2009-02-19 14:40:47 | 64350100a9e125af7b8045c700f79ce5 | unknown Port /usr/bin/gnome fastboot trigger from 11.1. ---------------------------------------------------------------------------- r2 | hpjansson | 2009-02-19 14:36:40 | 93645dc1efedf48c24bdec9fc76bc56f | unknown Apply fastboot patch. ---------------------------------------------------------------------------- r1 | hpjansson | 2009-02-19 13:38:28 | 8309deafaffaec75076b953682e0e060 | unknown <no message> ---------------------------------------------------------------------------- Trying to use "osc diff -r 2:3", I get output as if all the files in the package had been created, i.e. a monster list of + changes. "osc diff -r 3:3" and "osc diff -r 3" yield similar results. I also get changes to the hidden _link file in the diff - apparently in reverse, as it insists it has been removed. I was hoping for the changes made from r2 to r3, which are minimal. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 441164] New: trackballs-1.1.4-146.14: 4 * broken printf
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=441164 Summary: trackballs-1.1.4-146.14: 4 * broken printf Product: openSUSE 11.1 Version: Factory Platform: All OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just tried to build the OpenSuse factory package trackballs-1.1.4-146.14 and the compiler said image.cc:233: warning: unknown conversion type character ''' in format The source code is fprintf(stderr, "Cannot allocate '%z' bytes.\n", sizeof(IMAGE)); I agree with the compiler, the code is broken. Suggest new code fprintf(stderr, "Cannot allocate '%zu' bytes.\n", sizeof(IMAGE)); Similar fun & games at lines 256, 286 and 62 in the same file. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

[Bug 456645] New: clone checkbox is disabled at the end of the install
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=456645 Summary: clone checkbox is disabled at the end of the install Product: openSUSE 11.1 Version: RC 2 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: AutoYaST AssignedTo: ug(a)novell.com ReportedBy: dcollingridge(a)novell.com QAContact: qa(a)suse.de Found By: Component Test On a non-automatic install, at the end of the install, the clone checkbox is disabled. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 482620] New: Web Client Error when navigating to My Projects for the first time
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=482620 User marcus(a)grenangen.se added comment https://bugzilla.novell.com/show_bug.cgi?id=482620#c13 Summary: Web Client Error when navigating to My Projects for the first time Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: marcus(a)grenangen.se QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6 After login in to the Build Service and visiting the "My Projects" for the first time, without having any projects created, the request fails with the following error. OpenSUSE Webclient Error: Error Details: Errorcode: unknown Message: undefined method `each' for nil:NilClass Exception from Webclient: ActionView::TemplateError: undefined method `each' for nil:NilClass Stack Trace: On line #13 of project/_request_table.rhtml 10: <th>State</th> 11: <th>Requester</th> 12: </tr> 13: <% requests.each do |req| -%> 14: <tr> 15: <td><%= req.method_missing(:id) %></td> 16: <td><%= req.submit.source.project %></td> app/views/project/_request_table.rhtml:13:in `_run_erb_47app47views47project47_request_table46rhtml' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/base.rb:342:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/base.rb:342:in `execute' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template_handlers/compilable.rb:29:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template_handlers/compilable.rb:29:in `render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/partial_template.rb:20:in `render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/benchmarking.rb:26:in `benchmark' /usr/lib64/ruby/gems/1.8/gems/activesupport-2.1.1/lib/active_support/core_ext/benchmark.rb:8:in `realtime' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/benchmarking.rb:26:in `benchmark' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/partial_template.rb:19:in `render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template.rb:22:in `render_template' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/partials.rb:110:in `render_partial' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/base.rb:277:in `render' app/views/project/list_my.rhtml:55:in `_run_erb_47app47views47project47list_my46rhtml' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/base.rb:342:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/base.rb:342:in `execute' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template_handlers/compilable.rb:29:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template_handlers/compilable.rb:29:in `render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template.rb:35:in `render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/template.rb:22:in `render_template' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_view/base.rb:248:in `render_file' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:1112:in `render_for_file' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:845:in `render_with_no_layout' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/layout.rb:251:in `render_without_benchmark' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/benchmarking.rb:51:in `render' /usr/lib64/ruby/gems/1.8/gems/activesupport-2.1.1/lib/active_support/core_ext/benchmark.rb:8:in `realtime' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/benchmarking.rb:51:in `render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:1161:in `default_render' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:1167:in `perform_action_without_filters' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/filters.rb:579:in `call_filters' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/lib64/ruby/1.8/benchmark.rb:293:in `measure' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/rescue.rb:201:in `perform_action' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:529:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:529:in `process_without_filters' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/filters.rb:568:in `process_without_session_management_support' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/session_management.rb:130:in `process' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/base.rb:389:in `process' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.1.1/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:103:in `process_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:153:in `with_signal_handler' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:101:in `process_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:78:in `process_each_request' /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:612:in `each_cgi' /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:609:in `each' /usr/lib64/ruby/vendor_ruby/1.8/fcgi.rb:609:in `each_cgi' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:77:in `process_each_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:76:in `catch' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:76:in `process_each_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:50:in `process!' /usr/lib64/ruby/gems/1.8/gems/rails-2.1.1/lib/fcgi_handler.rb:24:in `process!' /srv/www/vhosts/opensuse.org/webclient/current/public/dispatch.fcgi:24 ActionView::TemplateError: undefined method `each' for nil:NilClass seems to be the root of the problem. Reproducible: Always Steps to Reproduce: 1. Create a new account 2. Login to the Build service 3. Click on the "My Projects" Link Actual Results: The request fails with the mentioned error. Expected Results: See "My Projects" page with no projects in yet -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 473251] New: noatime not used as specified in fstab
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=473251 Summary: noatime not used as specified in fstab Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: PowerPC OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: olh(a)novell.com QAContact: qa(a)suse.de Found By: Development 11.1 with updates on powerbook g4 fstab has noatime, but that option is only used for the crypto partition. this leads to unnecessary disk IO. boysenberry:~ # cat /proc/mounts rootfs / rootfs rw 0 0 udev /dev tmpfs rw,mode=755 0 0 /dev/hda6 / ext3 rw,errors=continue,user_xattr,acl,commit=5,barrier=1,data=ordered 0 0 /proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 debugfs /sys/kernel/debug debugfs rw 0 0 devpts /dev/pts devpts rw,gid=5,mode=620 0 0 /dev/hda4 /boysenberry_root ext3 rw,errors=continue,acl,commit=5,barrier=1,data=ordered 0 0 usbfs /proc/bus/usb usbfs rw 0 0 /dev/mapper/cr_hda7 /backup_dvd ext3 rw,noatime,errors=continue,user_xattr,acl,commit=5,barrier=1,data=ordered 0 0 fusectl /sys/fs/fuse/connections fusectl rw 0 0 auto.mounts /mounts autofs rw,fd=5,pgrp=3122,timeout=600,minproto=5,maxproto=5,indirect 0 0 auto.suse /suse autofs rw,fd=11,pgrp=3122,timeout=600,minproto=5,maxproto=5,indirect 0 0 auto.secret /secret autofs rw,fd=17,pgrp=3122,timeout=600,minproto=5,maxproto=5,indirect 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 boysenberry:~ # cat /etc/fstab /dev/disk/by-id/ata-TOSHIBA_MK4025GAS_93KE4106T-part5 swap swap prio=42 0 0 /boysenberry_root/SWAPFILE swap swap prio=24 0 0 /dev/disk/by-id/ata-TOSHIBA_MK4025GAS_93KE4106T-part6 / ext3 noatime,acl,user_xattr 1 1 /dev/disk/by-id/ata-TOSHIBA_MK4025GAS_93KE4106T-part4 /boysenberry_root ext3 noatime,acl 1 2 /dev/mapper/cr_hda7 /backup_dvd ext3 noatime,acl,user_xattr,noauto 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 boysenberry:~ # -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 483236] New: Make symlink "ln -s /usr/bin/gnomesu /usr/bin/gksu" in libgnomesu package
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=483236 Summary: Make symlink "ln -s /usr/bin/gnomesu /usr/bin/gksu" in libgnomesu package Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: ilfirin.ms(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1 Firefox/3.0.6 Hello. Many third party programs for Gnome desktop, when they needs superuser privilegies, calls "gksu". In OpenSUSE Gnome is this utility named "gnomesu" instead of "gksu" which leads to errors. Perfect workaround is to make symlink, so I suggest to insert it straight to the package. I would be nice, if you produce this fix for previous versions of openSUSE too. Reproducible: Always Steps to Reproduce: 1. Find program using gksu 2. Try it to run ;-) Actual Results: no gksu in ... Expected Results: work ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 352419] New: strace shows wrong system call
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=352419 Summary: strace shows wrong system call Product: openSUSE 10.2 Version: Final Platform: x86-64 OS/Version: openSUSE 10.2 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: opensuse.org(a)contacts.eelis.net QAContact: qa(a)suse.de Found By: Customer Consider the following small program: #include <stdio.h> #include <unistd.h> int main () { printf("--------------------\n"); __asm__("movl $2, %eax; int $0x80"); printf("[i am %d]\n", getpid()); } When compiled and run with gcc t.c && ./a.out I get: -------------------- [i am 10869] [i am 10868] This is what I would expect, as the assembly code performs a fork() (because 2 is SYS_fork on i386, and from what I understand the "int $0x80" performs an emulated i386 system call). However, when I run strace ./a.out I get: execve("./a.out", ["./a.out"], [/* 81 vars */]) = 0 brk(0) = 0x602000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b039717c000 uname({sys="Linux", node="groen", ...}) = 0 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=218416, ...}) = 0 mmap(NULL, 218416, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b039717d000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\333"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1595305, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b03971b3000 mmap(NULL, 3412216, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b039737e000 fadvise64(3, 0, 3412216, POSIX_FADV_WILLNEED) = 0 mprotect(0x2b03974b7000, 2093056, PROT_NONE) = 0 mmap(0x2b03976b6000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x138000) = 0x2b03976b6000 mmap(0x2b03976bb000, 16632, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b03976bb000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b03976c0000 arch_prctl(ARCH_SET_FS, 0x2b03976c06f0) = 0 mprotect(0x2b03976b6000, 12288, PROT_READ) = 0 mprotect(0x600000, 4096, PROT_READ) = 0 munmap(0x2b039717d000, 218416) = 0 fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 11), ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b039717d000 write(1, "--------------------\n", 21-------------------- ) = 21 open(umovestr: Input/output error 0x1, O_WRONLY|0x14[i am 10873] ) = 10873 --- SIGCHLD (Child exited) @ 0 (0) --- getpid() = 10872 write(1, "[i am 10872]\n", 13[i am 10872] ) = 13 exit_group(13) = ? Process 10872 detached Note how a call to open() is reported instead of a call to fork(). Also note how fork() /is/ executed (we see both "[i am 10873]" and "[i am 10872]"). My guess is that strace thinks it's a call to open() because 2 is SYS_open on x86_64. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 399804] New: mousetweaks isn't saved within Gnome Session.
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=399804 User jpryor(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=399804#c399801 Summary: mousetweaks isn't saved within Gnome Session. Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: jpryor(a)novell.com QAContact: qa(a)suse.de Found By: --- Within Gnome, Computer -> Control Center -> Mouse -> Accessibility tab has a checkbox labeled "Trigger secondary click by holding down the primary button". If you have mousetweaks installed (see also #399801), you should now be able to click and hold your primary mouse button on the desktop, and get the desktop context menu to appear after a short wait. Logout, then Login. Mousetweaks is not started; you need to do either: 1. Re-enable mousetweaks from the control panel applet every time you login; or 2. Edit your Gnome session preferences (gnome-session-properties) and add `mousetweaks` to the Startup Programs tab. This is not ideal, as just `mousetweaks` won't do anything; you need to start `mousetweaks -e DELAY` to get the functionality that the checkbox controls. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 440530] New: button labeling in dhcp server modules
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=440530 Summary: button labeling in dhcp server modules Product: openSUSE 11.1 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mschmidkunz(a)novell.com QAContact: jsrain(a)novell.com Found By: --- When opening the module the user is presented with an overview. On the other hand wizard buttons are used for main navigation. Please change the buttons according to the YaST style guide (http://en.opensuse.org/YaST/Style_Guide#Single_Configuration.2FOverview.2FE…) from "Abort", "Back", "Finish" into "Cancel" / "OK" and do not show/drop the "Back " button. Please consider using the button box widget to maximize consistency with whichever desktop the user has chosen. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4