July 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 256090] New: Patch review for control-center2
by bugzilla_noreply＠novell.com 18 Sep '08

18 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=256090 Summary: Patch review for control-center2 Product: openSUSE 10.3 Version: Alpha 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: jpr(a)novell.com ReportedBy: maw(a)novell.com QAContact: qa(a)suse.de CC: maw(a)novell.com Patch100: control-center2-po-update.patch Patch12: size.patch (this patch is dead simple, can't remember why it was a problem) Patch15: control-center-default-applications-ftp+news.patch (this patch was commented out (by someone else)) -- 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, or are watching someone who is.

1 23

[Bug 219552] New: User cannot change language
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=219552 Summary: User cannot change language Product: openSUSE 10.2 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: stbinner(a)novell.com QAContact: qa(a)suse.de The GNOME desktop / control center doesn't offer any way to change the desktop language for the user. -- 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, or are watching someone who is.

1 19

[Bug 230267] New: Hook needed to restart nut for suspend to RAM/disk; obsolete powersave dependency
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=230267 Summary: Hook needed to restart nut for suspend to RAM/disk; obsolete powersave dependency Product: openSUSE 10.2 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse+build(a)de-korte.org QAContact: qa(a)suse.de Since the use of the powersave package is no longer recommended/supported, the SUSPEND2DISK_RESTART_SERVICES and SUSPEND2RAM_RESTART_SERVICES (from /etc/powersave/sleep) are no longer used. Instead they should be replaced by a hook in /etc/pm/hooks. Consequently. the dependencies of the nut package should be changed. It should now depend on pm-utils instead of powersave. -- 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, or are watching someone who is.

1 13

[Bug 289105] New: Grub-installation to an usb-stick failed
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=289105 Summary: Grub-installation to an usb-stick failed Product: openSUSE 10.3 Version: Alpha 5 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: michael.eschweiler(a)t-online.de QAContact: jsrain(a)novell.com Found By: --- For testing purposes I had to install oss 10.3 Alpha 5 (see bug # 230668 - s2disk) on my Acer Travelmate 661. As I didn't want to corrupt my working installation I thought it would be a good idea to install grub on an USB-stick. During the installation the setup told me that it was unable to install grub on the stick - permission denied. So I changed to a console and looked for the stick. I found it mounted, but as read-only. So I unmounted it and mounted it once more to the same mount-point but with write permissions. Then I changed back to the installation and clicked the retry-option but without luck. The setup told me once more that it was unable to write grub to the stick. While doing the unmount - mount casually I did an 'ls' on the mounted stick and found all necessary files (config-2.6.22..., initrd-2.6.22..., vmlinuz-2.6.22 .. etc.) but lacking the grub-part. Thanks to Stefan Seyfried (mail from 18.06.07 at opensuse-de(a)opensuse.org) I could finish the installation and complete the existing grub installation with the data found on the stick). -- 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 237140] New: "FIXME: --disable-scrollkeeper does not work properly" in all GNOME packages
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=237140 Summary: "FIXME: --disable-scrollkeeper does not work properly" in all GNOME packages Product: openSUSE 10.3 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: andreas.hanke(a)gmx-topmail.de QAContact: qa(a)suse.de The reason why --disable-scrollkeeper does not work for any GNOME package is that omf.make (from gnome-common) does not handle the ENABLE_SK automake conditional at all. This is what --disable-scrollkeeper sets, and that's why --disable-scrollkeeper does not have any effect on Makefiles that include omf.make. There are basically two ways to fix this: - Get rid of the gnome-doc-utils -> scrollkeeper dependency again. openSUSE 10.2 did not have it! This is a new thing (why???) and pulls scrollkeeper into the build environment of basically all GNOME packages. - Patch omf.make in the gnome-common package to respect the ENABLE_SK automake conditional and add gnome-doc-common calls to all affected packages (must be before autoreconf!) so that they are using the patched omf.make instead of the shipped one. -- 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, or are watching someone who is.

1 7

[Bug 222479] New: Evolution never saves password for IMAP and SMTP
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=222479 Summary: Evolution never saves password for IMAP and SMTP Product: openSUSE 10.2 Version: Beta 2 plus Platform: x86-64 OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: Evolution AssignedTo: kharish(a)novell.com ReportedBy: thiago.vinhas(a)gmail.com QAContact: anagappan(a)novell.com Hi, The bug #216039, that was recently closed, still persists on my openSUSE 10.2 Beta2+ install... yesterday, I've upgraded all my system from Factory, using smart and the repo avaiable there. Even with a new home directory, Evolution still does not save the password for my IMAP and my SMTP-Auth server. Everytime I send a message, Evolution asks the password for SMTP. Everytime I close, and restart Evolution, it asks the IMAP server password. Regards, Thiago -- 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, or are watching someone who is.

1 104

[Bug 279837] New: grub cannot write boot record (Promise Technology, Inc. PDC20319 (FastTrak S150 TX4) (rev 02))
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=279837 Summary: grub cannot write boot record (Promise Technology, Inc. PDC20319 (FastTrak S150 TX4) (rev 02)) Product: openSUSE 10.3 Version: Alpha 4 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Winfrid.Tschiedel(a)fujitsu-siemens.com QAContact: jsrain(a)novell.com CC: daniel.rahn(a)novell.com If you are using a system with a FastTrak S150 TX4 controller, you have to define even for a single disk a RAID0. If you are installing on this system fedora (6 or higher) or rhel 5 in all cases a new partition table has to be created and you will get partitions like /dev/mapper/pdc_bjfeeibeeb.... If you wish to install openSUSE on such a disk, everything will work except, there is no boot-record written. Same happens on other systems, when dm-raid is used to use a RAID. Attached error from grub. -- 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, or are watching someone who is.

1 27

[Bug 255758] New: inst_rpmcopy uses obsolete Pkg::SourceProduct which does just nothing
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=255758 Summary: inst_rpmcopy uses obsolete Pkg::SourceProduct which does just nothing Product: openSUSE 10.3 Version: Alpha 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: lslezak(a)novell.com ReportedBy: locilka(a)novell.com QAContact: jsrain(a)novell.com This might be a lost feature about caching sources, but it also might be supported internally in ZYPP. this is the part of the code: integer CachedSourceId () { integer cached_id = -1; foreach (integer id, Packages::theSources, { map<string,string> product_data = (map<string,string>)Pkg::SourceProduct (id); y2milestone ("Id %1: SourceProduct %2", id, product_data); ... } ... } clients/inst_rpmcopy.ycp:115 Pkg Builtin called: SourceProduct Source.cc(SourceProduct):672 Pkg::SourceProduct() is obsoleted, use Pkg::SourceProductData() instead! clients/inst_rpmcopy.ycp:116 Id 1: SourceProduct $[] clients/inst_rpmcopy.ycp:124 Detected cached source ID: -1 It searches for product_data["flags"] but there is no such "flags" because the returned map is always empty. Suggested Pkg::SourceProductData doesn't have that key either. -- 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, or are watching someone who is.

1 5

[Bug 250580] New: Init scripts for drbd and Suse-firewall (together) prohibit unattended reboot
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=250580 Summary: Init scripts for drbd and Suse-firewall (together) prohibit unattended reboot Product: openSUSE 10.2 Version: Final Platform: i386 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: eugen(a)drnet.at QAContact: qa(a)suse.de When creating a 2-node cluster with DRBD and using the suse-firewall, the dependencies of the init-scripts work out to prohibit unattended reboot: 1.) suse-firewall-init blocks everything 2.) drbd starts and blocks (cannot communicate with partner) 3.) suse-firewall-setup is never run (as init blocks in step 2) since 3.) is never run, ssh to fix the problem is impossible Workaround: (A) Manual intervention on boot console: Stop blocking drbd init, this completes the init and runs suse-firewall-setup. Then start rdbd manually (B) Rename rc-links so that drbd is started after firewall I didn't know wether to file this under yast, security, maintenance or installation - so I chose "other" Thanks for an excellent product! -- 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, or are watching someone who is.

1 8

[Bug 213362] New: Printing From Java Applications Fails With "No print service found."
by bugzilla_noreply＠novell.com 17 Sep '08

17 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=213362 Summary: Printing From Java Applications Fails With "No print service found." Product: openSUSE 10.2 Version: Alpha 5 plus Platform: x86 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Java AssignedTo: dbornkessel(a)novell.com ReportedBy: rschulz(a)sonic.net QAContact: qa(a)suse.de I am unable to print from Java applications. Both jEdit 4.3pre7 (a programmer's editor -- <http://jedit.org/>) and <oXygen/> 7.2 (an XML editor -- <http://www.oxygenxml.com/>) report "No print service found." when printing is attempted (this is true for both the "Page Setup" and "Print" commands). (Eclipse does not enable its Print command. It's unknown whether this is related.) The symptom appears to be 100% reproducible. There is no perceptible delay in receiving this response. I have configured a remote CUPS printer and can successfully print to that printer from other applications. To reproduce: Launch a Java application that supports printing. Issue its "Page Setup" command (if any) or its "Print" command. The "No print service found." alert should appear immediately. -- 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, or are watching someone who is.

1 22