December 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 780643] New: /dev/stderr no such device or address
by bugzilla_noreply＠novell.com 03 Dec '12

03 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=780643 https://bugzilla.novell.com/show_bug.cgi?id=780643#c0 Summary: /dev/stderr no such device or address Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)suse.com ReportedBy: support(a)microtechniques.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1 System upgraded from 11.4 to 12.2 For start up routines with errors I get the following message during boot: ... /etc/rc.status: line 57: /dev/stderr: No such device or address. Reproducible: Always Steps to Reproduce: 1. Boot system 2. Inspect log 3. -- 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 776505] New: kiwi: support ro nfsroot
by bugzilla_noreply＠novell.com 03 Dec '12

03 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=776505 https://bugzilla.novell.com/show_bug.cgi?id=776505#c0 Summary: kiwi: support ro nfsroot Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: System Imaging AssignedTo: ms(a)suse.com ReportedBy: cyberorg(a)opensuse.org QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 Currently kiwi only supports ro clicfs image exported over nfs, with unionfs-fuse now part of openSUSE main distribution full ro nfsroot exported over nfs can be done: It can be achieved by something like this unionfs-fuse has to be part of initrd: in config.default NFSROOT="10.0.0.254;/srv/kiwi-ltsp-nfs-i386" UNIONFS_CONFIG=tmpfs,nfs,unionfs mkdir /rwtmp /rotmp mount -t tmpfs /rwtmp /rwtmp mount -t nfs -o nfsvers=3 10.0.0.254:/srv/kiwi-ltsp-nfs-i386 /rotmp unionfs -o cow,max_files=65000 -o allow_other,use_ino,suid,dev,nonempty /rwtmp=RW:/rotmp/=RO /mnt/ Unlike aufs and other kernel based unionfs, this tool is more likely to be around for a very long time, so please add support for something like this. Reproducible: Always -- 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 791716] New: New status 'Fix submitted'
by bugzilla_noreply＠novell.com 03 Dec '12

03 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=791716 https://bugzilla.novell.com/show_bug.cgi?id=791716#c0 Summary: New status 'Fix submitted' Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bugzilla AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dimstar(a)opensuse.org QAContact: novbugzilla-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- It would greatly benefit the bug fixers if a bug could be put in a new status "Fix submitted". Currently, all tickets stay 'assigned' while a full review on 'staging' of a fix is happening. Having to look at all 'assigned' bugs over and over to read the last comment to identify (again) that I already finished this item is tedious and takes away time I could spend on better things. As such, I propose to add a new status for bugs: "Fix submitted" The status should be reachable from NEW/ASSIGNED and should allow to move back to ASSIGNED (in case more fixing needed) or FIXED. It would allow to spot such bugs at once in the overview directly, allowing to 'fly over them. -- 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 792339] New: samba-winbind depends on dropped /etc/init.d/nscd
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792339 https://bugzilla.novell.com/show_bug.cgi?id=792339#c0 Summary: samba-winbind depends on dropped /etc/init.d/nscd Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 1 Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: suse-beta(a)cboltz.de QAContact: samba-maintainers(a)SuSE.de Found By: Beta-Customer Blocker: --- /etc/init.d/nscd was dropped from the nscd package a week ago (and replaced by a systemd .service file), but samba-winbind still depends on it: Problem: samba-winbind-3.6.9-56.1.x86_64 requires /etc/init.d/nscd, but this requirement cannot be provided uninstallable providers: unscd-0.48-5.3.i586[factory-oss] unscd-0.48-5.3.x86_64[factory-oss] Solution 1: deinstallation of nscd-2.16.90-4.1.x86_64 Solution 2: deinstallation of samba-winbind-3.6.9-56.1.x86_64 Solution 3: break samba-winbind-3.6.9-56.1.x86_64 by ignoring some of its dependencies -- 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 792343] New: angosso
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792343 https://bugzilla.novell.com/show_bug.cgi?id=792343#c0 Summary: angosso Classification: openSUSE Product: openSUSE 12.2 Version: RC 2 Platform: i586 OS/Version: SuSE Linux 10.0 Status: NEW Severity: Critical Priority: P5 - None Component: LXDE AssignedTo: andrea(a)opensuse.org ReportedBy: medjomeman(a)live.fr QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 cp <angosso_ls_a_lvm_angosso_net_angosso> osc checkout home:<angosso> cd home:<angosso(a)linux-65x2.site> Reproducible: Always Steps to Reproduce: 1. 2./run/media/root/openSUSE-DVD-i586-Build0167 3. Actual Results: linux 32bit Terminal Expected Results: os 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 0

[Bug 792336] New: server:eGroupWare/eGroupware-1.8: Bug
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792336 https://bugzilla.novell.com/show_bug.cgi?id=792336#c0 Summary: server:eGroupWare/eGroupware-1.8: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: i586 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: RalfBecker(a)outdoor-training.de ReportedBy: phelgerman(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Customer Blocker: --- eGroupware-1.8 fails to build on openSUSE Build Service project for openSUSE_12.2 repository on i586 architecture (and also openSUSE_Tumbleweed). If I understand the failed Build Logfile RPMLINT report correctly, the blocking problem is a leftover Vim swap file: /usr/share/egroupware/importexport/inc/.class.bodefinitions.inc.php.swp The error shows up on line 21744 of the Build Logfile: [ 267s] eGroupware-importexport.noarch: E: suse-filelist-forbidden-backup-file (Badness: 10000) /usr/share/egroupware/importexport/inc/.class.bodefinitions.inc.php.swp is not allowed in SUSE [ 267s] backup files (e.g. files ending in ~, .swp or .bak) are not allowed Perhaps if you delete this forbidden backup/swap file, the build service will allow the packages to build? Thank you for your work on eGroupware. This has been a valuable piece of software to sync my Nokia N900 calendar with my desktop openSUSE installation for years. After I upgraded from openSUSE 11.4 to 12.2, I noticed that the eGroupware repository was empty. A trip to the openSUSE Build Service page indicated the reason for the empty repository. My existing installation of eGroupware seems to be running just fine under openSUSE 12.2, however any updates will be missed because of the empty package repository. Respectfully submitted, Paul Helgerman --- Comment #1 from Paul Helgerman <phelgerman(a)gmail.com> 2012-12-02 21:48:50 UTC --- *** Bug 792337 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=792337 -- 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 792338] New: server:eGroupWare/eGroupware-1.8: Bug
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792338 https://bugzilla.novell.com/show_bug.cgi?id=792338#c0 Summary: server:eGroupWare/eGroupware-1.8: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: i586 OS/Version: openSUSE 12.2 Status: RESOLVED Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: RalfBecker(a)outdoor-training.de ReportedBy: phelgerman(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Customer Blocker: --- Paul Helgerman <phelgerman(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE eGroupware-1.8 fails to build on openSUSE Build Service project for openSUSE_12.2 repository on i586 architecture (and also openSUSE_Tumbleweed). If I understand the failed Build Logfile RPMLINT report correctly, the blocking problem is a leftover Vim swap file: /usr/share/egroupware/importexport/inc/.class.bodefinitions.inc.php.swp The error shows up on line 21744 of the Build Logfile: [ 267s] eGroupware-importexport.noarch: E: suse-filelist-forbidden-backup-file (Badness: 10000) /usr/share/egroupware/importexport/inc/.class.bodefinitions.inc.php.swp is not allowed in SUSE [ 267s] backup files (e.g. files ending in ~, .swp or .bak) are not allowed Perhaps if you delete this forbidden backup/swap file, the build service will allow the packages to build? Thank you for your work on eGroupware. This has been a valuable piece of software to sync my Nokia N900 calendar with my desktop openSUSE installation for years. After I upgraded from openSUSE 11.4 to 12.2, I noticed that the eGroupware repository was empty. A trip to the openSUSE Build Service page indicated the reason for the empty repository. My existing installation of eGroupware seems to be running just fine under openSUSE 12.2, however any updates will be missed because of the empty package repository. Respectfully submitted, Paul Helgerman --- Comment #1 from Paul Helgerman <phelgerman(a)gmail.com> 2012-12-02 21:49:49 UTC --- Sorry for the duplicate! *** This bug has been marked as a duplicate of bug 792336 *** http://bugzilla.novell.com/show_bug.cgi?id=792336 -- 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 0

[Bug 792337] New: server:eGroupWare/eGroupware-1.8: Bug
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792337 https://bugzilla.novell.com/show_bug.cgi?id=792337#c0 Summary: server:eGroupWare/eGroupware-1.8: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: i586 OS/Version: openSUSE 12.2 Status: RESOLVED Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: RalfBecker(a)outdoor-training.de ReportedBy: phelgerman(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Customer Blocker: --- Paul Helgerman <phelgerman(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE eGroupware-1.8 fails to build on openSUSE Build Service project for openSUSE_12.2 repository on i586 architecture (and also openSUSE_Tumbleweed). If I understand the failed Build Logfile RPMLINT report correctly, the blocking problem is a leftover Vim swap file: /usr/share/egroupware/importexport/inc/.class.bodefinitions.inc.php.swp The error shows up on line 21744 of the Build Logfile: [ 267s] eGroupware-importexport.noarch: E: suse-filelist-forbidden-backup-file (Badness: 10000) /usr/share/egroupware/importexport/inc/.class.bodefinitions.inc.php.swp is not allowed in SUSE [ 267s] backup files (e.g. files ending in ~, .swp or .bak) are not allowed Perhaps if you delete this forbidden backup/swap file, the build service will allow the packages to build? Thank you for your work on eGroupware. This has been a valuable piece of software to sync my Nokia N900 calendar with my desktop openSUSE installation for years. After I upgraded from openSUSE 11.4 to 12.2, I noticed that the eGroupware repository was empty. A trip to the openSUSE Build Service page indicated the reason for the empty repository. My existing installation of eGroupware seems to be running just fine under openSUSE 12.2, however any updates will be missed because of the empty package repository. Respectfully submitted, Paul Helgerman --- Comment #1 from Paul Helgerman <phelgerman(a)gmail.com> 2012-12-02 21:48:40 UTC --- Sorry for the duplicate! *** This bug has been marked as a duplicate of bug 792336 *** http://bugzilla.novell.com/show_bug.cgi?id=792336 -- 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 0

[Bug 780049] New: faenza-icon-theme has wrong distributor icon for 'dark' variants (including ambiance)
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=780049 https://bugzilla.novell.com/show_bug.cgi?id=780049#c0 Summary: faenza-icon-theme has wrong distributor icon for 'dark' variants (including ambiance) Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: nmo.marques(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1 Hello, I've found out that the faenza-icon-theme-ambiance (which relies on faenza-icon-theme-darkest), and mainly all the dark variants have the wrong distributor logo (currently Ubuntu). As people can imagine, this is a huge stab in openSUSE's own identity... Shed no tears though... I can fix it :) Please assign to me, and I'll fix it. Reproducible: Always Steps to Reproduce: 1. zypper install faenza-icon-theme-ambiance 2. checkout start-here icons on dark variants Actual Results: The start-here icon is from Ubuntu Expected Results: The start-here icon should be from openSUSE -- 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 781794] New: openSUSE:12.2/pymol: Bug
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=781794 https://bugzilla.novell.com/show_bug.cgi?id=781794#c0 Summary: openSUSE:12.2/pymol: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: dhall(a)wustl.edu ReportedBy: mikael_widersten(a)spray.se QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Mikael Widersten <mikael_widersten(a)spray.se> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |SHIP_STOPPER? Pymol v. 1.5.0.3 shipped w. 12.2 crashes upon opening .pse files. This happens on both 32-bit and 64-bit installations. Using a 1.4.1 build functions as expected (no crash). Systems: 64-bit: Lenovo Thinkpad X220 Intel core i7-2640M, 4 GB memory, KDE 4.9.1, intel graphics (open source driver and Mesa 8.04) 32-bit: HP Z200 Intel core i5-650, 4 GB memory, NVIDIA Quadro FX1800 (NVIDIA proprietary driver 304.43) -- 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

Your Bugzilla bug list needs attention.
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (http://bugzilla.novell.com/) that require attention. All of these bugs are in the NEW orREOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to default assignee of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark it if you like!): http://bugzilla.novell.com/buglist.cgi?bug_status=NEW&bug_status=REOPENED&a… Or, you can use the general query page, at http://bugzilla.novell.com/query.cgi Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for 7 days or more. You will get this message once a week until you've dealt with these bugs! wiki.opensuse.org redirects to wiki.opensuse.org// -> http://bugzilla.novell.com/show_bug.cgi?id=761235

1 0

[Bug 750231] New: scim (not scim-bridge) doesn't work in Firefox
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=750231 https://bugzilla.novell.com/show_bug.cgi?id=750231#c0 Summary: scim (not scim-bridge) doesn't work in Firefox Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: ailin.nemui(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 with GTK_IM_MODULE=scim set, the scim input method doesn't open on Ctrl+Space in Firefox, making input of Chinese text impossible. This is using the Firefox from the update repository (10.0.2). It works fine in other applications (gedit, libreoffice, ...) I also believe this worked in older version of firefox before the update On start "firefox" in console, the errors (firefox-bin:10235): GLib-GObject-WARNING **: plugin '/usr/lib64/gtk-2.0/immodules/im-scim.so' failed to register type 'GtkIMContextSCIM' (firefox-bin:10235): Gtk-WARNING **: Loading IM context type 'scim' failed are displayed. Maybe related to bug 723337 in openSUSE 12.1? Reproducible: Always -- 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 723337] New: No input available with SCIM and Firefox
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=723337 https://bugzilla.novell.com/show_bug.cgi?id=723337#c0 Summary: No input available with SCIM and Firefox Classification: openSUSE Product: openSUSE 12.1 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tiwai(a)suse.com QAContact: qa(a)suse.de Found By: --- Blocker: --- When scim is used as the input method (not scim-bridge), user can't start the IM in Firefox. It's a similar problem like bug 680430. Updating to the latest version and applying a patch fixes the problem. The fixed package is found in M17N/scim. -- 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 787545] New: M1N scim-setup window does't appear
by bugzilla_noreply＠novell.com 02 Dec '12

02 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=787545 https://bugzilla.novell.com/show_bug.cgi?id=787545#c0 Summary: M1N scim-setup window does't appear Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: openSUSE 12.2 Status: ASSIGNED Severity: Major Priority: P5 - None Component: GNOME AssignedTo: fjkong(a)suse.com ReportedBy: fjkong(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: No os: openSUSE12.2 x64 bit zypper in scim and sunpinyin from M17N repo open Input method: click scim-setup from panel or run scim-setup from terminal the setup window won't appear some logs like below: (this is log from my test case) (example1:12453): GLib-GObject-WARNING **: cannot register existing type `GtkWidget' (example1:12453): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (example1:12453): GLib-GObject-WARNING **: cannot register existing type `GtkBuildable' (example1:12453): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed (example1:12453): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (example1:12453): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (example1:12453): GLib-GObject-CRITICAL **: g_type_register_static: assertion `parent_type > 0' failed -- 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 327502] Icons Should Be Set To Align
by bugzilla_noreply＠novell.com 01 Dec '12

01 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=327502 https://bugzilla.novell.com/show_bug.cgi?id=327502#c15 --- Comment #15 from Malvern Star <malv_star(a)hotmail.com> 2012-12-01 16:06:24 UTC --- Marc, Are you saying that when selecting Plasma Desktop, icons are now automatically set to align in the latest release? -- 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 0

[Bug 790158] New: Problems with selecting the right sound device
by bugzilla_noreply＠novell.com 01 Dec '12

01 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=790158 https://bugzilla.novell.com/show_bug.cgi?id=790158#c0 Summary: Problems with selecting the right sound device Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)suse.com ReportedBy: f.de.kruijf(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 I have two sound devices in my system, an analog device and a HDMI device, which I do not use. Obviously the analog device is device 0. When I enable the timidity.service in systemd, which is the same as timidity in systemv, which uses the analog device, and I start a KDE session, KMix only gets the HDMI device and the sound in this KDE session does not work. Disabling timidity makes the analog device available, however often I need to change the settings of the Main Channel to the analog device. Same in System Settings. Apparently KMix assumes that the analog device is taken. As far as I remember from older versions of openSUSE, this was not a problem. So there seems to be a regression. Reproducible: Always Steps to Reproduce: 1. Start the timidity.service in systemd before any KDE session is started. 2. Start a KDE session 3. Look at the available devices in KMix and notice that the start up sound of KDE could not be heard. Actual Results: No sound is heard. Expected Results: The sound should be heard. I don't know if this is related, but the process /usr/bin/pulseaudio remains active after closing the KDE session. Sometimes I need to close the KDE session, use the tty0 console to kill pulseaudio remove the ~/.pulse* files and folder, after which I can start a KDE session with the proper sound support. I need timidity to play .mid (midi) files. -- 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 792173] New: ALSAloop doesn't work - No libsamplerate support
by bugzilla_noreply＠novell.com 01 Dec '12

01 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792173 https://bugzilla.novell.com/show_bug.cgi?id=792173#c0 Summary: ALSAloop doesn't work - No libsamplerate support Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)suse.com ReportedBy: marek.pajewski(a)poczta.fm QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0 Hi I've got a problem with alsaloop command. It returns in any case such an error "No libsamplerate support". I found the same problem on U-buntu site: https://bugs.launchpad.net/ubuntu/+s...ls/+bug/868734 and it was classified as a bug. Could you verify my suspicious and if I'm right could you suggest any action? Regards, Marek Reproducible: Always Steps to Reproduce: 1. alsaloop -C hw:0,0 -P hw:0,0 -t 50000 2. 3. Actual Results: No libsamplerate support Expected Results: ? sound on output Similar bug https://bugs.launchpad.net/ubuntu/+s...ls/+bug/868734 -- 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