December 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 340340] New: Sabayon: saving profiles
by bugzilla_noreply＠novell.com 16 Feb '09

16 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=340340 Summary: Sabayon: saving profiles 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: jt(a)newmarket.k12.nh.us QAContact: qa(a)suse.de Found By: --- after opening and editing a new desktop profile logging out of that session no longer seems to save any changes -- 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 9

[Bug 338119] New: Video driver for VIA chipset don't work
by bugzilla_noreply＠novell.com 16 Feb '09

16 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=338119 Summary: Video driver for VIA chipset don't work Product: openSUSE 10.3 Version: Final Platform: i586 OS/Version: openSUSE 10.3 Status: NEW Severity: Blocker Priority: P5 - None Component: X11 3rd Party Driver AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: fpws(a)hushmail.com QAContact: sndirsch(a)novell.com Found By: Customer My hardware is "VIA P4N800 PRO" - (reported by Yast HW info) or "01:00.0 ... UniChrome Pro IGP (rev 01)" - (reported by lspci). Laptop's BIOS report VN800. Xorg report "no device detected - no screen found" when I use "via" in xorg.conf. In previous 10.2 version, at least Openchrome driver worked. -- 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 17

[Bug 262630] New: Incompatible video driver for VIA IGP
by bugzilla_noreply＠novell.com 16 Feb '09

16 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=262630 Summary: Incompatible video driver for VIA IGP Product: openSUSE 10.2 Version: Final Platform: i586 URL: http://www.viaarena.com/default.aspx?PageID=420&OSID=25& CatID=2580&SubCatID=182 OS/Version: openSUSE 10.2 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: handsclark(a)gmail.com QAContact: sndirsch(a)novell.com When using K8M890 chipset (Chrome9 graphics), the graphics is not detected correctly, and video performance is abysmal (even in 2D). I suspect that a compatible video driver isn't even integrated into X.org. see... http://www.viaarena.com/default.aspx?PageID=420&OSID=25&CatID=2580&SubCatID… -- 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 16

[Bug 329635] New: Wrong icon for "Install Software" in main menu
by bugzilla_noreply＠novell.com 16 Feb '09

16 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=329635 Summary: Wrong icon for "Install Software" in main menu Product: openSUSE 10.3 Version: RC 1 Platform: Other OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: infernux(a)web.de QAContact: qa(a)suse.de Found By: Beta-Customer The icon for "Install Software" in the main menu uses the system-software-update icon, the icon meant for a software updater (such as the suse updater running in the tray, currently showing the suse logo). There is a better fitting icon: system-installer. While this seems to be a minor problam at first, please note that this could lead to usability problems, as people would expect to see the known system-installer icon when looking for a way to install new software. -- 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 15

[Bug 334229] New: evolution doesn't recognize headers from groupwise SOAP
by bugzilla_noreply＠novell.com 16 Feb '09

16 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=334229 Summary: evolution doesn't recognize headers from groupwise SOAP Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Evolution AssignedTo: bnc-team-evolution(a)forge.provo.novell.com ReportedBy: ajohansson(a)novell.com QAContact: lakhil(a)novell.com Found By: --- With the evolution shipping in 10.3, I can now finally see the email headers when using groupwise SOAP as backend. I can also filter on them, when I select to filter on a specified header However, evolution doesn't seem to realize that the headers are there. It doesn't see that mailing list mails come from a mailing list (I can manually specify to filter on "List-Id" or "X-Mailinglist", but right-click -> filter on mailing list is greyed out, and "Reply to list" also doesn't respond) It also doesn't seem to see the In-Reply-To or other headers, so threading still doesn't 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 8

[Bug 247355] New: evolution-data-server - Ports for SuSEfirewall added via packages
by bugzilla_noreply＠novell.com 16 Feb '09

16 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=247355 Summary: evolution-data-server - Ports for SuSEfirewall added via packages Product: openSUSE 10.3 Version: Alpha 1 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: locilka(a)novell.com QAContact: qa(a)suse.de There is a new feature: FATE #300687: Ports for SuSEfirewall2 added via packages implemented in SuSEfirewall2 and YaST2-Firewall. This functionality offers to define needed ports for particular package. The definition is then transparently used in Firewall. Please, add such definition into the package mentioned in $subject by following steps in this article: http://en.opensuse.org/SuSEfirewall2/Service_Definitions_Added_via_Packages Thanks -- 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 6

[Bug 326848] New: system resumes from suspend with desktop unlocked
by bugzilla_noreply＠novell.com 15 Feb '09

15 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=326848 Summary: system resumes from suspend with desktop unlocked Product: openSUSE 10.2 Version: Final Platform: x86-64 OS/Version: openSUSE 10.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: s.barylski(a)epmf.org QAContact: qa(a)suse.de Found By: Other Suspend to RAM/disk is a very usefull feature. I often use it to shut my Linux down in a flash. I can wake the system up easily and come back to my KDE desktop anytime. The problem is the system always resumes with the desktop unlocked. I can't make it ask me to input my password after waking up. I made sure the settings of KPowersave are ok (configure -> common settings -> screen lock). "Lock screen before suspend/hibernate" is marked on my openSUSE however the system doesn't lock the desktop before suspending. Besides, screen locking works smoothly. I also try to explicitely specify one lock method but in vain. I reported the bug to the KDE Bug Tracking System. They thought it was a general system bug rather then KDE one. http://bugs.kde.org/show_bug.cgi?id=149893 -- 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 30

[Bug 305333] New: Bridge and bridge port ifup order
by bugzilla_noreply＠novell.com 13 Feb '09

13 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=305333 Summary: Bridge and bridge port ifup order Product: openSUSE 10.3 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jfunk(a)funktronics.ca QAContact: qa(a)suse.de Found By: --- I have a rather complex network setup, so I will just list the relevant parts: eth - Physical ethernet interface, connected to a vlan trunk vlan4 - VLAN 4, on eth dot23 - A bridge containing vlan4 and my default route It appears that the network init script brings up non-physical interfaces alphabetically, so it will bring these devices in the following order: eth dot23 vlan4 Since vlan4 doesn't exist when dot23 is brought up, it is never added to the bridge, and I have to manually add it or restart the bridge. One way to solve this, of course, is to make the init script bring up any interfaces listed in BRIDGE_PORTS before bringing up the bridge. Another way is to also define port membership in the port ifcfg files. This is actually something I have been doing for a long while now with a custom {ifup,ifdown}-bridgeport script in /etc/sysconfig/network/scripts, which I will attach. Basically, I use Qemu and OpenVPN quite a bit, and I usually want them bridged to one place to another automatically. I configure them to create tap devices, with descriptive names (when you have 16 or more active interfaces at any one time, descriptive helps :-). I then create an ifcfg file like so: BOOTPROTO='none' NAME='Some Qemu Instance External Interface' STARTMODE='auto' USERCONTROL='yes' POST_UP_SCRIPT='ifup-bridgeport' PRE_DOWN_SCRIPT='ifdown-bridgeport' BRIDGENAME='dot23' If I called it ifcfg-foo and had Qemu create a tap device called foo, It would automatically be bridged to vlan4 on creation. This setup has been working quite well for me, and it would be nice if similar functionality were available in openSUSE by default. -- 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 9

[Bug 212053] New: Set promote_secondaries=1 by default
by bugzilla_noreply＠novell.com 13 Feb '09

13 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=212053 Summary: Set promote_secondaries=1 by default Product: openSUSE 10.2 Version: Alpha 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: kernel01(a)hailfinger.org QAContact: qa(a)suse.de /proc/sys/net/ipv4/conf/*/promote_secondaries is currently set to 0 by default. Changing that to 1 would be a user-visible change for users with multiple ip addresses on one interface, but the changed behaviour is IMO less surprising than the current one. Description for promote_secondaries: Deleting the primary IP address of an interface forces deletion all secondary IP addresses unless promote_secondaries is set. This side effect of killing all secondary addresses without warning (and without documentation about this behaviour) has caused me and lots of others quite some grief. Scenario: You are logged into a remote box on one of its secondary IP addresses (to be able to change the primary IP address without disrupting your work), delete the primary IP address to later add the new primary IP address and suddenly find out that the secondary IP address you were using for administration has vanished. No way to connect to the box (it has no IP address anymore), so you have to ask someone to flip the power switch and hope it works with the old config after reboot. If promote_secondaries had been set, the disaster would not have happened. -- 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 11

[Bug 340170] New: DefaultSize isn't nice on WideScreen-monitors
by bugzilla_noreply＠novell.com 13 Feb '09

13 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=340170 Summary: DefaultSize isn't nice on WideScreen-monitors Product: openSUSE 11.0 Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: sh(a)novell.com ReportedBy: locilka(a)novell.com QAContact: jsrain(a)novell.com Found By: --- I've changed my 4:3 monitor to a WideScreen one and now it seems that Qt default-size respects the aspect ration of the monitor which is unfortunately not useful/nice on WideScreens. My monitor has 1680x1050 resulution, the default size is 1176x735 :( -- 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 9