August 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 636083] New: YaST2 scanner configuration don't closes automatically after particular scanner configuration
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=636083 https://bugzilla.novell.com/show_bug.cgi?id=636083#c0 Summary: YaST2 scanner configuration don't closes automatically after particular scanner configuration Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: embar(a)super.lt QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=386678) --> (http://bugzilla.novell.com/attachment.cgi?id=386678) This is window, that I must close manually after finishing of particular scanner User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; lt; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-1.3 Firefox/3.6.8 YaST2 window of particular (not overall) scanner configuration don't closes automatically, so I must to close it manually. Reproducible: Always Steps to Reproduce: 1. Open YaST2 scanner configuration module 2. Select scanner 3. Press button to configure it 4. Select vendor/model 5. Confirm selection 6. Wait while configuring Actual Results: I can wait many minutes after finishing of configuration. I must manually close progress window. After manual closing, I see main YaST2 window for scanner configuration. Expected Results: After configuration, dialog window closes automatically, and I see main YaST2 window for scanner configuration. -- 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 7

[Bug 635920] New: hdparm v9.28 does not work with OCZ Vertex 2E SSD
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635920 https://bugzilla.novell.com/show_bug.cgi?id=635920#c0 Summary: hdparm v9.28 does not work with OCZ Vertex 2E SSD Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Greg.Freemyer(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 Please upgrade oS 11.2 and 11.3 to hdparm v9.30 available on sourceforge. == background for request This bug relates to the hdparm --trim-sector-ranges-stdin capability which is invoked by the wiper.sh script which is also part of the hdparm package. Support for wiper.sh and hdparm --trim-sector-ranges-stdin is included in both openSUSE 11.2 and 11.3. Thomas Hertweck <Thomas.Hertweck at web.de> reported: > I have now installed openSUSE 11.3 on a OCZ Vertex 2E SSD. I used a > standard ext4 filesystem, the mount options at the moment are > "rw,noatime,acl,user_xattr". Unfortunately, wiper.sh doesn't work at all. > > No joy, obviously. I have asked Mark Lord (the hdparm maintainer) for feedback. He said the default max TRIM payload sent via hdparm has been lowered in the latest release of hdparm v2.30 and recommended we upgrade and see if it fixes the problem Reproducible: Always Steps to Reproduce: 1. Run wiper.sh against a Ext4 FS on a OCZ Vertex 2E SSD 2. 3. Actual Results: > $> wiper.sh --verbose --commit /dev/sdb1 > wiper.sh: Linux SATA SSD TRIM utility, version 2.6, by Mark Lord. > wiper.sh: This tool is DANGEROUS! Please read and understand > wiper.sh: /usr/share/doc/packages/hdparm/README.wiper > wiper.sh: before going any further. > rootdev=/dev/sdb1 > fsmode2: fsmode=read-write > /: fstype=ext4 > freesize = 45338732 KB, reserved = 453387 KB > Preparing for online TRIM of free space on /dev/sdb1 (ext4 mounted > read-write at /). > This operation could silently destroy your data. Are you sure (y/N)? y > Creating temporary file (44885345 KB).. > Syncing disks.. > Beginning TRIM operations.. > get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.13467 > /dev/sdb: > trimming 89770696 sectors from 1493 ranges > FAILED: Input/output error > Removing temporary file.. > Syncing disks.. > Aborted. Expected Results: All EXT4 unallocated space on the SSD should be "trimmed" such that the SSD can erase the unallocated sectors in advance of their being used, thus improving performance of the SSD. Note: There is a wiki entry that covers discard (trim) in openSUSE: http://en.opensuse.org/SDB:SSD_discard_%28trim%29_support Thread that originated the bug is available at: http://lists.opensuse.org/opensuse-kernel/2010-08/msg00068.html -- 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 635830] New: AppArmor: ag_subdomain broken: Can't locate Immunix/Notify.pm
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635830 https://bugzilla.novell.com/show_bug.cgi?id=635830#c0 Summary: AppArmor: ag_subdomain broken: Can't locate Immunix/Notify.pm Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: juhliarik(a)novell.com ReportedBy: mvidner(a)novell.com QAContact: jsrain(a)novell.com CC: kmachalkova(a)novell.com Found By: --- Blocker: --- $ /usr/lib/YaST2/servers_non_y2/ag_subdomain Can't locate Immunix/Notify.pm in @INC (@INC contains: [...]) at /usr/lib/YaST2/servers_non_y2/ag_subdomain line 23 yast2-apparmor contains the file as /usr/lib/perl5/vendor_perl/Immunix/Notify.pm but that path is not searched by Perl. It needs to be in vendor_perl/$VERSION/Immunix instead. I am not sure where exactly this hits the user, but surely at some point y2-apparmor calls the agent. Originally reported by ezekiellg at http://forums.opensuse.org/english/get-help-here/applications/445307-yast-p… -- 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 12

[Bug 635762] New: webalizer didn't support "GeoIP"
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635762 https://bugzilla.novell.com/show_bug.cgi?id=635762#c0 Summary: webalizer didn't support "GeoIP" Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: st-schaefer(a)fsproductions.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-1.3 Firefox/3.6.8 If we use webalizer with configuration Options: GeoIP yes GeoIPDatabase /var/lib/GeoIP/GeoIP.dat we get this error output: Warning: Invalid keyword 'GeoIP' (webalizer.conf) Warning: Invalid keyword 'GeoIPDatabase' (webalizer.conf) We found the following solution for this behavior: "In earlier versions of this patch, there was a configure-parameter "--enable-geoip" to explicitly enable the geoip-extension. If you use this parameter with patch-20070115, it acts like "--disable-geoip"! Beware of using the --enablie-geoip option if you want to enable GeoIP. This took me some time to locate this error..." This happens with webalizer Versions newer 2.0. Stefan Reproducible: Always Steps to Reproduce: 1.see details 2. 3. Actual Results: see Details -- 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 635743] New: seahorse can't read and remove Password Keyring which name is entered in Cyrillics.
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635743 https://bugzilla.novell.com/show_bug.cgi?id=635743#c0 Summary: seahorse can't read and remove Password Keyring which name is entered in Cyrillics. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i586 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: nk_rec(a)mail.ru QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 With LANG=ru_RU.UTF-8: At creation Password Keyring with a name "Основная" there is an error: (seahorse:9152): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Ошибка в строке 1 на символе 142: Недопустимый UTF-8 текст в имени — неправильная последовательность « \xffffffd0\xffffffbe\xffffffd1\xffffff81\xffffffd0\xffffffbd\xffffffd0\xffffffbe\xffffffd0\xffffffb2\xffffffd0\xffffffbd\xffffffd0\xffffffbe\xffffffd0\xffffffb9» .. Or with LANG=en_US.UTF-8 (seahorse:9126): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1 char 139: Invalid UTF-8 encoded text in name - not valid ' \xffffffd0\xffffffbe\xffffffd1\xffffff81\xffffffd0\xffffffbd\xffffffd0\xffffffbe\xffffffd0\xffffffb2\xffffffd0\xffffffbd\xffffffd0\xffffffbe\xffffffd0\xffffffb9' Reproducible: Always Steps to Reproduce: 1.Run LANG=ru_RU.UTF-8 seahorse 2.Create Password Keyring with name: Основная Actual Results: 1. seahorse can't read and remove Password Keyring which name: Основная 2. Error: (seahorse:9152): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: ... Expected Results: 1. Read and remove Password Keyring which name: Основная 2. No errors locale LANG=ru_RU.UTF-8 LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_ADDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF-8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL= -- 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 16

[Bug 635447] New: SuSEfirewall2 misses the service 'imap'
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635447 https://bugzilla.novell.com/show_bug.cgi?id=635447#c0 Summary: SuSEfirewall2 misses the service 'imap' Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: javier(a)opensuse.org QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.4; Linux) KHTML/4.4.4 (like Gecko) SUSE I have upgraded a server from 11.2 to 11.3, installed dovecot (dovecot12-1.2.11-2.21) from the OSS repository and I saw that the imap (or dovecot) service is missing from the YaST firewall module. I have also reproduced this on a clean openSUSE 11.3 install. 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 9

[Bug 635446] New: texlive-2009 package installs fontconfig file to a wrong directory
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635446 https://bugzilla.novell.com/show_bug.cgi?id=635446#c0 Summary: texlive-2009 package installs fontconfig file to a wrong directory Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jbenc(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- texlive-2009-12.11.noarch package installs the following file: /etc/fonts/conf.d/09-texlive.conf However, it should get installed into /etc/fonts/conf.avail/ directory and only be symlinked to conf.d. That way the user can enable/disable it as they wish. -- 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 12

[Bug 635365] New: icedtea update broke java from firefox - bogus java path
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635365 https://bugzilla.novell.com/show_bug.cgi?id=635365#c0 Summary: icedtea update broke java from firefox - bogus java path Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i686 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: nrickert(a)ameritech.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 After the recent update, firefox gave an error: Failed to spawn applet viewer: Failed to execute child process "/etc/alternatives/../../bin/java" As a temp workaround, I created a symlink for java in "/bin" I am using the following link, which loads a java applet: http://www.nytimes.com/ref/crosswords/sudoku/medium.html With the temp workaround listed, if I look at the process list I see to java related processes: rickert 5862 1.6 3.0 719432 61536 ? Sl 08:45 0:04 /usr/lib/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/i386/../../bin/java sun.applet.PluginMain /tmp/icedteaplugin-rickert/5856-icedteanp-plugin-to-appletviewer /tmp/icedteaplugin-rickert/5856-icedteanp-appletviewer-to-plugin rickert 6067 13.0 3.1 721268 62528 ? Sl 08:50 0:04 /etc/alternatives/../../bin/java sun.applet.PluginMain /tmp/icedteaplugin-rickert/6052-icedteanp-plugin-to-appletviewer /tmp/icedteaplugin-rickert/6052-icedteanp-appletviewer-to-plugin The second of those process is using the bogus path. Loading the same url in opera, I instead see processes: rickert 5856 0.1 0.3 51952 6760 ? Sl 08:45 0:00 /usr/lib/opera//operapluginwrapper 49 55 /usr/lib/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/i386/IcedTeaPlugin.so rickert 5862 6.0 3.0 719432 61536 ? Sl 08:45 0:04 /usr/lib/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/i386/../../bin/java sun.applet.PluginMain /tmp/icedteaplugin-rickert/5856-icedteanp-plugin-to-appletviewer /tmp/icedteaplugin-rickert/5856-icedteanp-appletviewer-to-plugin The paths look fine from opera, but wrong from firefox. Here are what look to be a couple of the logs for the patch install (to help identify which update): 2010-08-26 10:48:10 <1> nwr2(3524) [zypp] SATResolver.cc(resolvePool):699 Install UBTu_(11628)patch:java-1_6_0-openjdk-3003.noarch(Updates for openSUSE 11.3 11.3-1.82) 2010-08-26 10:48:10 <1> nwr2(3524) [satsolver] PoolImpl.cc(logSat):94 job: install patch:java-1_6_0-openjdk-3003.noarch Reproducible: Always Steps to Reproduce: 1. Load a java page in firefox, such as: http://www.nytimes.com/ref/crosswords/sudoku/medium.html 2. 3. Actual Results: An error was reported: 1. ERROR: Invalid browser function table. Some functionality may be restricted. 2. /usr/src/packages/BUILD/icedtea6-1.8.1/plugin/icedteanp/IcedTeaNPPlugin.cc:1506: thread 0x80940c0: Error: Failed to spawn applet viewer: Failed to execute child process "/etc/alternatives/../../bin/java" (No such file or directory) (note: that is before I did the temporary work around). Expected Results: The java applet should have loaded. -- 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 37

[Bug 635351] New: __DATE__ , __TIME__ cpp macros and build-compare
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635351 https://bugzilla.novell.com/show_bug.cgi?id=635351#c0 Summary: __DATE__ , __TIME__ cpp macros and build-compare Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: matz(a)novell.com ReportedBy: crrodriguez(a)novell.com QAContact: qa(a)suse.de Found By: Development Blocker: No Currently there are a lot of packages that get republished after running build-compare due to massive usage of preprocessor macros __DATE__ and __TIME__ The current solution is patching packages one by one, which is not very efficient. The alternatives are not that good either. a) We can let it as is b) we can build packages with -Wno-builtin-macro-redefined and redefine __TIME__ and __DATE__ unfortunately this switch not only silence warnings of those macros but also of __TIMESTAMP__,__FILE__, and __BASE_FILE__. certainly not what I expect. c) we can apply something like this to libcpp warning, I have not tested it, not sure it is correct, not even compiled it ! :-D Index: libcpp/macro.c =================================================================== --- libcpp/macro.c.orig 2010-04-06 13:56:00.000000000 +0200 +++ libcpp/macro.c 2010-08-28 23:54:52.501613000 +0200 @@ -237,6 +237,21 @@ _cpp_builtin_macro_text (cpp_reader *pfi if (tt != (time_t)-1 || errno == 0) tb = localtime (&tt); + if (getenv("SUSE_TIME_DATE")) { + cpp_buffer *pbuffer = cpp_get_buffer (pfile); + if (pbuffer) + { + struct _cpp_file *file = cpp_get_file (pbuffer); + if (file) + { + struct stat *st = _cpp_get_file_stat (file); + if (st) { + tb = localtime (&st->st_mtime); + } + } + } + } + if (tb) { pfile->date = _cpp_unaligned_alloc (pfile, .. So when SUSE_TIME_DATE enviroment variable is defined __DATE__ and __TIME__ take the values of the file modification instead of the file compilation time, this of couse is only export'ed during build... d) similar to the above, without enviroment variables but just emit a warning and catch it with some post build check.. cpp_errno (pfile, CPP_DL_WARNING, "Do not use __DATE__ or __TIME__ try __TIMESTAMP__ instead"); //with line numbers and so on, to make it very clear... Yup, I know it is non-standard, and/or crazy but it might help better than the current state. -- 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 7

[Bug 635106] New: Missing dependency in gtk-recordmydesktop
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=635106 https://bugzilla.novell.com/show_bug.cgi?id=635106#c0 Summary: Missing dependency in gtk-recordmydesktop Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rob.fortune(a)live.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 The advanced button doesn't work if you don't have jack installed. This is really a bug in gtk-recordmydesktop itself but you can't change frames per second and other important options without the Advanced button working Reproducible: Always Steps to Reproduce: 1. Install package gtk-recordmydesktop 2. Remove package jack if you have it installed 3. Run gtk-recordmydesktop and press the Advanced button Actual Results: Nothing, unless you are running in console, where you can see it tries to run a component of jack and fails. Expected Results: Grant access to advanced options. You should consider having it depend on jack or patching the gtk-recordmydesktop so it doesn't break without it. -- 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