August 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 710867] New: crash of IcedTea when importing/building kepler with eclipse3.7
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=710867 https://bugzilla.novell.com/show_bug.cgi?id=710867#c0 Summary: crash of IcedTea when importing/building kepler with eclipse3.7 Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: melchiaros(a)aol.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 I´ve tried to import/build and software called kepler with eclipse(classic;downloaded->unzipped->run))3.7. That causes a crash of IcedTea. The stacktrace will be attacked. Notice:I had already build up Kepler with ant, and then tried to import it in eclipse. It was described like that in the build instructions of that project. Reproducible: Always Steps to Reproduce: In short: https://kepler-project.org/developers/reference/kepler-and-eclipse#7-instal… 1.Download eclipse(classic)->extract it -> start it -> setup subclipse latest->close eclipse 2.Do: mkdir kepler cd kepler svn co https://code.kepler-project.org/code/kepler/trunk/modules/build-area cd build-area ant change-to -Dsuite=kepler ant clean-cache ant run 3.Kepler should build and start -> close it again 4.Do:ant eclipse 5.start eclipse 6.File->Import->General->Existiong Project into Workspace ->Select Root directory ->Browse->choose the "kepler" folder(generated above)->Finish 7.See the crash. -- 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 710882] New: typo in NIS Server yast2 configuration dialog
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=710882 https://bugzilla.novell.com/show_bug.cgi?id=710882#c0 Summary: typo in NIS Server yast2 configuration dialog Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 3 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: melchiaros(a)aol.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=444570) --> (http://bugzilla.novell.com/attachment.cgi?id=444570) yast2 logs, messages,warn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 I am on configuring a NIS master server in openSUSE12.1MS3. When I choose in "Configuration the Master-Server" dialog the "Other global configurations" option and go from there back to "Configuration the Master-Server", yast2 has forgotten all entries I have done there already. I attach the yast2 logs. Reproducible: Always Steps to Reproduce: 1. 2. 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 3

[Bug 708043] New: loading openSUSE 12.1 iso from usb flash fails
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=708043 https://bugzilla.novell.com/show_bug.cgi?id=708043#c0 Summary: loading openSUSE 12.1 iso from usb flash fails Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 1 Platform: i686 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dmitry.ashkadov(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 * Sorry, for my bad English. I had downloaded last devel. iso to try openSUSE 12.1. MD5 sum is correct. But loading openSUSE 12.1 fails with message «No device matched MBR identifier: 0xf85b2bfc». Maybe it could not find my USB device? openSUSE 12.1 starts if the CD disk is used instead of USB key. Reproducible: Always Steps to Reproduce: 1. 2. 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 8

[Bug 703673] New: LiveUSB bad MBR-ID
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=703673 https://bugzilla.novell.com/show_bug.cgi?id=703673#c0 Summary: LiveUSB bad MBR-ID Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 2 Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Live Medium AssignedTo: coolo(a)novell.com ReportedBy: bwiedemann(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- MS2 and several Factory LiveCD-i686 isos since 2011-06-18 had 7fffffff as MBR-ID making it fail to boot from HDD or USB mass storage. Steps To Reproduce: for f in factory/iso/openSUSE-*iso -mtime -40 ; do dd if=$f bs=1 skip=440 count=4 2>/dev/null | od -tx4|grep -q 7fffffff && echo bad $f ; done bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0060-Media.iso bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0063-Media.iso bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0067-Media.iso bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0069-Media.iso bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0071-Media.iso bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0072-Media.iso bad factory/iso/openSUSE-GNOME-LiveCD-i686-Build0097-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0059-Media-.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0060-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0061-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0062-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0063-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0071-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0072-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0089-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0090-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0092-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0093-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0095-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0096-Media.iso bad factory/iso/openSUSE-KDE-LiveCD-i686-Build0097-Media.iso -- 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 617433] New: In Kontact (Kalendar) the events are positioned out from the correct time schedule
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

http://bugzilla.novell.com/show_bug.cgi?id=617433 http://bugzilla.novell.com/show_bug.cgi?id=617433#c0 Summary: In Kontact (Kalendar) the events are positioned out from the correct time schedule Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: kiv(a)mail.orbitel.bg QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.4; Linux) KHTML/4.4.4 (like Gecko) SUSE I found this problem in Kontact 4.3.5 and earlier. Please see the attached picture 'Problem_Kontact.jpg'. You may see there the Marcus Beans Line should be positioned near to 10:00 h but is too high. Also the tasks are positioned sevral hours earlier in this represenation of the Kaledar. This is because some amount of tasks are sitting for the schedule for the day. (please see the dark green field above) If some one graps with the mouse the bottom of this dark green field one can adjust the vertical measuement of the field. This way may be possible to align the hours for the task to the correct numbers for the day hours on the left side. But next time when Kontact will start again the same as on the picture will happen again. This is very annoing and makes the Kaledar in Kontact almost unusable Reproducible: Always Steps to Reproduce: 1.Have scheduled To Do's (let say - then or more) 2.Install all calendar plugins except the Jewish calendar 3.Set some appointments in the calendar for some particular time frames 4.Shutdown the computer and then start it again. 5.Open the Kontact and then open the Kalendar there. You will see same as on the attached here picture. Actual Results: Every time when I open Kontact for first time I see some thing like this mess with alignment of the tasks to the given hours scale. Expected Results: The hours scale positioned left must stay alligned to the tasks booked to happen to the particular hours. If the dark green (as in the picture) field changes his vertical measurement instead to move down only the field with the list of the appointments for the day must move down together with the hours scale. This should make possible for the tasks to stay at the appropriate place - toward the hours they should happen. -- Configure bugmail: http://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 602547] New: powerdevil does not catch lid close / lid open events on Dell Inspiron mini 1010 (Atom platform)
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

http://bugzilla.novell.com/show_bug.cgi?id=602547 http://bugzilla.novell.com/show_bug.cgi?id=602547#c0 Summary: powerdevil does not catch lid close / lid open events on Dell Inspiron mini 1010 (Atom platform) Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.3) Gecko/20100401 SUSE/3.6.3-1.1 Firefox/3.6.3 When configuring PowerDevil to perform a s2ram or s2disk on the Dell Inspiron mini 1010, there is almost never a reaction on the open / close events of the Netbook lid switch. However, acpi events to show correctly so this is not an issue of acpid. To further debug this, some support would be helpful. Reproducible: Always Steps to Reproduce: 1. Activate powerdevil 2. activate s2ram or s2disk on lid close 3. close lid / open lid: nothing happens Actual Results: Well, no s2ram / s2disk Expected Results: s2ram / s2disk I modified acpid to generate logging information (by the way, folks, why am I forced to edit /etc/init.d/acpid to achieve this?): line 76 in /etc/init.d/acpid was modified to startproc $ACPID_BIN -d -f -l > /var/log/acpidlog 2>&1 This results in the following output (/var/log/acpidlog): Number of valid entries: 1 Token >><< could not be identified! Switching from vt7 to vt1 fbcon fb0 state 1 fbcon fb0 state 0 switching back to vt7 acpid: action exited with status 0 acpid: 3 total rules matched acpid: completed event "button/lid LID0 00000080 0000000a" acpid: client 1281[0:0] has disconnected acpid: received event "button/lid LID0 00000080 0000000b" acpid: rule from 1560[101:102] matched acpid: notifying client 1560[101:102] acpid: rule from /etc/acpi/events/lid_button matched acpid: executing action "/usr/lib/acpid/lid_button" pm-profiler: Lid opened, do nothing acpid: action exited with status 0 acpid: 2 total rules matched acpid: completed event "button/lid LID0 00000080 0000000b" acpid: client connected from 1281[0:0] acpid: 1 client rule loaded acpid: received event "button/lid LID0 00000080 0000000c" acpid: rule from 1560[101:102] matched acpid: notifying client 1560[101:102] acpid: rule from 1281[0:0] matched acpid: notifying client 1281[0:0] acpid: rule from /etc/acpi/events/lid_button matched acpid: executing action "/usr/lib/acpid/lid_button" pm-profiler: Lid closed, executing /usr/sbin/s2ram So, I see lid events, and /proc/acpi/button/lid/LID0/state depicts bravely what should be expected. I helped myself this way, one script in /etc/acpid/events: **************************************************************************** # care about the lid open / close event=button/lid.* action=/usr/lib/acpid/lid_button **************************************************************************** one script in /usr/lib/acpid: **************************************************************************** #!/bin/bash # # Copyright (C) 2010 Dr. Ing. Dieter Jurzitza # # This file is released under the GPLv2. # SED="/bin/sed" EXEC="/usr/sbin/s2ram" STATEFILE="/proc/acpi/button/lid/LID0/state" STATE=`${SED} 's/state:\ *//g' ${STATEFILE}` # check if we have pm-profiler and an active profile. If so, $EXEC can be # overwritten by the active profile's configuration /etc/pm-profiler.conf > /dev/null 2>&1 if [ "$?" = "0" ]; then . /etc/pm-profiler/${PM_PROFILER_PROFILE}/config >/dev/null 2>&1 fi [ -z "${LID_BUTTON_HOOK}" ] || EXEC="${LID_BUTTON_HOOK}" if [ "open" == "${STATE}" ]; then logger -s -t pm-profiler "Lid opened, do nothing" else logger -s -t pm-profiler "Lid closed, executing $EXEC" ${EXEC} fi **************************************************************************** But IMHO this is not the way things ought to be. Therefore I would need some help how to debug this further, specifically whether this is a powerdevil issue (I don't think so). I guess this is buried somewhere in the IPC - and this is where my know how ends now. Thank you for looking into this, take care Dieter Jurzitza -- Configure bugmail: http://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 710785] New: KDE does not play audio cds in amarok or rhythmbox, only in kaffeine
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=710785 https://bugzilla.novell.com/show_bug.cgi?id=710785#c0 Summary: KDE does not play audio cds in amarok or rhythmbox, only in kaffeine Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: ohering(a)novell.com QAContact: qa(a)suse.de Found By: Outsourced Testing Blocker: --- I did a fresh install of 11.4-x86_64 on a FSC Esprimo m9400 notebook to convert some of my audio cds to flac files using rhythmbox. At first I tried a KDE desktop. Inserting the audio cd was recognized, and a popup offered to open it in either amarok or kaffeine. Choosing amarok did not show any audio cd content, only some webradio or whatever. Choosing kaffeine finally played the audio cd. Starting rhythmbox did not show the auiocd either. Later I reinstalled the partition with GNOME. Here the audio cd was recognized right away. rhythmbox showed the cd and I was able to convert it to flac. Today I tried the audio cd in an existing 11.4 KDE installation on a Dell Optiplex desktop system. Again neither rhythmbox nor amarok showed the audio cd, only kaffeine was able to play it. Appearently something is wrong with KDEs audio cd handling. (I tried the 11.3 KDE partition on the Dell Optiplex and kscd, kaffeine and amarok were able to play the audio cd). -- 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 710639] New: Two NFS shares on one server: mounting the second points to first share
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=710639 https://bugzilla.novell.com/show_bug.cgi?id=710639#c0 Summary: Two NFS shares on one server: mounting the second points to first share Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: P.rehme(a)physik.uni-stuttgart.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20100101 Firefox/6.0 Server: /etc/exports: /raid1/data1 client1(...) /raid1/data2 client1(...) Client: mount server1:/raid1/data1 /raid1/data1 mount server1:/raid1/data2 /raid1/data2 The /raid1/data1 AND the /raid1/data2 directory is a link to server1:/raid1/data1. Trying only to mount .../data2 will also point to ./data1. I can not access the server1:/raid1/data2 directory from the client. Checked this on 2 different clients. The exported directories have no links in it. Reproducible: Always Steps to Reproduce: 1. server1: /etc/exports: /raid1/data1 client1(fsid=0,rw,no_root_squash,sync,no_subtree_check) /raid1/data2 client1(fsid=0,rw,no_root_squash,sync,no_subtree_check) 2. rcnfsserver restart 3. client1: mount server1:/raid1/data1 /raid1/data1 mount server1:/raid1/data2 /raid1/data2 Actual Results: On client1: >ls /raid1/data1 /raid1/data1/file1 /raid1/data1/file2 ... >ls /raid1/data2 /raid1/data1/file1 /raid1/data1/file2 ... Expected Results: On client1: >ls /raid1/data1 /raid1/data1/file1 /raid1/data1/file2 ... >ls /raid1/data2 /raid1/data2/file1 /raid1/data2/file2 ... -- 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 710717] New: Support dput for building/uploading of .deb related files and packages
by bugzilla_noreply＠novell.com 08 Aug '11

08 Aug '11

https://bugzilla.novell.com/show_bug.cgi?id=710717 https://bugzilla.novell.com/show_bug.cgi?id=710717#c0 Summary: Support dput for building/uploading of .deb related files and packages 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: awafaa(a)opensuse.org QAContact: adrian(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.107 Safari/535.1 Most if not all Debian based packagers use dput for the building and uploading of their .deb files. Currently it appears that OBS lacks support for dput, which breaks many .deb packagers' workflow which in turn puts them off from using the OBS. dput is supported by Debian's archive as well as Launchpad's PPAs. dput uploads a .changes file and stuff in it (source package, binary packages, or both) to a build server. Generally the uploads are anonymous, but are discarded without valid GPG signing. The server can then deal with the upload - either publishing binaries (bad for OBS), or extracting into OBS account & building. Reproducible: Always Steps to Reproduce: 1. 2. 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 1

[Bug 630216] New: KDE:Distro:Factory/kdepim4: Bug
by bugzilla_noreply＠novell.com 07 Aug '11

07 Aug '11

http://bugzilla.novell.com/show_bug.cgi?id=630216 http://bugzilla.novell.com/show_bug.cgi?id=630216#c0 Summary: KDE:Distro:Factory/kdepim4: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: kde-maintainers(a)suse.de ReportedBy: admin(a)eregion.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- kontact from KDE:Distro:Factory has no translations... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 20