May 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 332186] New: network optimized upgrade of the system
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=332186 Summary: network optimized upgrade of the system Product: openSUSE 10.3 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bluedzins(a)wp.pl QAContact: jsrain(a)novell.com Found By: --- >From today experience of upgrading 10.2 to 10.3 from KDE CD I can only say it is too fragile to try it again. Too much time is wasted for displaying (when user is not looking at computer) network errors. Not mentioning it could be total network failure and then what user is supposed to do. Conclusions: user cannot work, a lot of time wasted, bad experience. It seems that only downloading full DVD would solve such problems. But not entirely. But what about such approach. One small CD installer as a kickstart disc -- user downloads it, and burns it. One install manager _program_ -- user downloads it and runs it. This IM would run in current system, user would select what kind of upgrade she/he wants, what packages to add extra, etc etc. Note that at this point system is fully running (something you cannot get with current installer) -- video card, network cards, etc. User clicks ok and downloading begins -- upgrade packages, updates, release notes, firmware, drivers, etc. NOW -- this is crucial. It is just another program in the system downloading stuff. User can still view www pages, write document in OOffice, simply put -- she/he can work! After downloading is finished, user burn DVD/CD(s) of downloaded software. And finally then she/he reboots, inserts kickstart disc, normal installer runs, but all packages are now copied from the burned disc! So there is no weak point in whole upgrade. What do you think? A bit elaborate process, but risk-free, and for upgrade (note, this not for INSTALL!) it could work like a charm. Very fast and safely. -- 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 8

[Bug 384170] New: Translating AppAmor is a pain
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=384170 Summary: Translating AppAmor is a pain Product: openSUSE 11.0 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: michael(a)michael-skiba.de QAContact: ke(a)novell.com Found By: Localization Translating AppAmor really is a pain, extremly long texts, unsorted lists in block text form, etc. it scared all our translators.. Couldn't it be made more comfortable? The biggest pain is MID:144: <ul><li> Allow configuration of the secure attention key</li> <li> Allow administration of the random device</li> <li> Allow examination and configuration of disk quotas</li> <li> Allow configuring the kernel's syslog (printk behaviour)</li> <li> Allow setting the domain name</li> <li> Allow setting the hostname</li> <li> Allow calling bdflush()</li> <li> Allow mount() and umount(), setting up new smb connection</li> <li> Allow some autofs root ioctls</li> <li> Allow nfsservctl</li> <li> Allow VM86_REQUEST_IRQ</li> <li> Allow to read/write pci config on alpha</li> <li> Allow irix_prctl on mips (setstacksize)</li> <li> Allow flushing all cache on m68k (sys_cacheflush)</li> <li> Allow removing semaphores</li> <li> Used instead of CAP_CHOWN to \"chown\" IPC message queues, semaphores and shared memory</li> <li> Allow locking/unlocking of shared memory segment</li> <li> Allow turning swap on/off</li> <li> Allow forged pids on socket credentials passing</li> <li> Allow setting read ahead and flushing buffers on block devices</li> <li> Allow setting geometry in floppy driver</li> <li> Allow turning DMA on/off in xd driver</li> <li> Allow administration of md devices (mostly the above, but some extra ioctls)</li> <li> Allow tuning the ide driver</li> <li> Allow access to the nvram device</li> <li> Allow administration of apm_bios, serial and bttv (TV) device</li> <li> Allow manufacturer commands in isdn CAPI support driver</li> <li> Allow reading non-standardized portions of pci configuration space</li> <li> Allow DDI debug ioctl on sbpcd driver</li> <li> Allow setting up serial ports</li> <li> Allow sending raw qic-117 commands</li> <li> Allow enabling/disabling tagged queuing on SCSI controllers and sending arbitrary SCSI commands</li> <li> Allow setting encryption key on loopback filesystem </li></ul> couldn't that be displayed as <li>foo</li> <li>bar</li> <li>and</li> <li>so</li> <li>on</li> Would be far easier to read (and as long as it doesn't have a special new-line tag it shouldn't change anything in the result for the end user). Also some very long texts could be splittet in several smaller texts, it's exhausting to even find the change, it would increase translation quality and translation efficency. -- 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 388228] New: Regression: sigset didn't return expected value
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=388228 Summary: Regression: sigset didn't return expected value Product: openSUSE 11.0 Version: Beta 1 Platform: All OS/Version: openSUSE 11.0 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: yxu(a)novell.com QAContact: kernel-maintainers(a)forge.provo.novell.com Found By: --- LTP testcase sigset_8_1 fail under openSUSE 11.0 Beta1 kernel(also fail under openSUSE 10.3 kernel), pass under SLES10,SLES10SP1,SLES10SP2 kernel. Very simple testcase. Will be attached. -- 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 381665] New: Cannot read EXT2 formatted floppy
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=381665 Summary: Cannot read EXT2 formatted floppy Product: openSUSE 11.0 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mario_bz(a)mgtech.com QAContact: qa(a)suse.de Found By: --- Just tried beta1 which now displays a floppy icon on the system screen. However, when I put an ext/ext2 formatted floppy into the drive and click the message below appears. When I try a standard DOS floppy it works fine. I use ext2 for my grub boot and it does work fine so there is no problem with the ext2 floppies. I also tried adding: /dev/fd0 /media/floppy auto noauto,user,sync 0 0 which I found in 10.3 fstab but not in 11.0, it prevented the message below but then other errors (missing /media/floppy) occurred and not data displayed. mount: wrong fs type, bad option, bad superblock on /dev/fd0, missing codepage on helper program or other error, error in some useful info found in syslog - try dmesg | tail. mario@linux:~> dmesg | tail sd 8:0:0:0: [sdc] Mode Sense: 11 00 00 00 sd 8:0:0:0: [sdc] Cache data unavailable sd 8:0:0:0: [sdc] Assuming drive cache: write through sdc: [mac] sdc1 sdc2 sdc3 sdc4 sdc5 sdc6 sdc7 sdc8 sd 8:0:0:0: [sdc] Attached SCSI disk sd 8:0:0:0: Attached scsi generic sg3 type 0 XFS mounting filesystem sdc7 Ending clean XFS mount for filesystem: sdc7 hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. mario@linux:~> -- 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 18

[Bug 343946] New: oprofile and libc symbols
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=343946 Summary: oprofile and libc symbols Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: peter(a)plord.co.uk QAContact: qa(a)suse.de Found By: --- I have the following packages installed :- * glib * glibc-devel * glibc-profile but when running the oprofile tool I don't get the libc symbols :- $ opreport -d .. 00000000 1 0.9615 12006 12.3130 libc-2.6.1.so (no symbols) access to the symbols are important for debugging. -- 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 373055] New: osc build --no-init does to much
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=373055 Summary: osc build --no-init does to much 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: dominique.leuenberger(a)tmf-group.com QAContact: adrian(a)novell.com Found By: --- Hello, osc build no-init does to much IMO: I built an package yesterday (against Factory, i586).. it failed. So today I adjusted some things in the spec file and issued osc build --no-init and the same parameters otherwise a yesterday. Even though osc is instructed not to initialize the buildroot and actually start the build with the current one (which would be ok.. I would not need the updated rpms) it decides to download all the RPMs to their latest versions available in OBS. --no-init should be respected and the initialization should be skipped. (actually, the RPMs were only downloaded, not even installed.. so it was a pure waste of time and bandwidth) -- 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 366762] New: cron ignores postfix environmental settings
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=366762 Summary: cron ignores postfix environmental settings Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: openSUSE 10.3 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: support(a)microtechniques.com QAContact: qa(a)suse.de Found By: Customer Security check jobs run by security-control.sh search for and prioritize which mail client that they use and use the environment variables specified in sysconfig/security (see tests around line 41) run-crons only uses the mail command, and does not export any of the mail related environmental settings (see line 224). As a result, an installation running multiple postfix instances with separate mail stores does not receive any mail from cron jobs, and you get syslog errors about a missing /var/spool/postfix/maildrop. 1)run-crons and security-control.sh should use the same means for selecting the mail system. 2)run-crons should export environment variables such as MAIL_CONFIG when specified in a crontab. -- 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 8

[Bug 304995] New: splashy doesn't use a fullscreen image while suspending
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=304995 Summary: splashy doesn't use a fullscreen image while suspending Product: openSUSE 10.3 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Mobile Devices AssignedTo: hmacht(a)novell.com ReportedBy: cstender(a)novell.com QAContact: qa(a)suse.de CC: anschneider(a)novell.com Found By: --- Splashy doesn't use a fullscreen image while suspending. I tested this on two Thinkpads (T60 and T60p) with a 1400x1050 resolution. It seems that the image is only about 1280x1024 pixels. Please let me know if you need more information or test hardware. -- 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 40

[Bug 391756] New: Installation Problems (Partitioning) Intel onboard RAID
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=391756 Summary: Installation Problems (Partitioning) Intel onboard RAID Product: openSUSE 11.0 Version: Beta 3 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: m.forst(a)tele2.at QAContact: jsrain(a)novell.com Found By: --- I have a system with a running openSUSE 10.3 installation. I wanted to update to 11.0 (tried Betra2 and Beta 3). The installation program does not find the partition where 10.3 is installed. Installation also does not allow to make a new installation on the RAID array. Hardware: Asus P5B-E Motherboard (Intel P965 with ICH8R) Core Duo E6600 2 GBytes RAM 2 Samsung Spinpoint HD250HJ Partitions: 80 GByte NTFS, Windows XP installed, Vista bootloader 160 GByte Extended partition, containing 80 GByte NTFS data and 80 GBytes NTFS with Vista installed 150 GBytes Ext3 parition with openSUSE 10.3 installed (all in one partition, no boot or swap partition) Linux bootloader is installed in MBR of the linux parition. Linux is started using Vista bootloader, set up by EasyBCD. Update does not allow to select any parition, the partitions list presented is empty. Installation shows the raid partitions as DM partitions but does not allow to select them for installation. -- 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 11

[Bug 354164] New: provide 32-bit modules
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=354164 Summary: provide 32-bit modules Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME - Admin AssignedTo: bnc-team-gnome-administration(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: qa(a)suse.de Found By: --- We should provide a way, how to provide 32-bit versions of all modules, which may be required by the gtk or other program setup, and force them installed on bi-arch machines. How to reproduce: 1. Run firefox with nspluginwrapped (i. e. default installation) Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: no such file or directory It means, that: - We should require both architectures for all programs it could require it (e. g. firefox) or - We should require (or better recommend) -32bit version for all programs that provide such module: find /usr/lib64/gtk-2.0 -name '*.so*' | xargs rpm -qf | sort -u or: - We can change 32bit creator script to add essentialfor or supplement tag to all packages providing files in /usr/lib64/gtk-2.0. -- 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 24