June 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 808933] New: unknown dbus-daemon error after upgrade to 12.3 (boost error)
by bugzilla_noreply＠novell.com 10 Jun '14

10 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=808933 https://bugzilla.novell.com/show_bug.cgi?id=808933#c0 Summary: unknown dbus-daemon error after upgrade to 12.3 (boost error) Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Saw this in my logs. 'boost' is not mentioned anywhere else in /var/log/* 2013-03-12T09:41:48.099731-05:00 turnip dbus-daemon[5576]: terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::lock_error> >' 2013-03-12T09:41:48.112240-05:00 turnip dbus-daemon[5576]: what(): boost::lock_error Reproducible: Sometimes 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 881948] New: nvidia driver installations fails
by bugzilla_noreply＠novell.com 10 Jun '14

10 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=881948 https://bugzilla.novell.com/show_bug.cgi?id=881948#c0 Summary: nvidia driver installations fails Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: X11 3rd Party Driver AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: caf4926(a)opensuse-forums.org QAContact: sndirsch(a)suse.com Found By: Community User Blocker: --- Created an attachment (id=593950) --> (http://bugzilla.novell.com/attachment.cgi?id=593950) xorg-log Both the 02 and 03 drivers have been tested from the officially supplied community nvidia repo Neither 02 or 03 build successfully A forum post is being discussed here: https://forums.opensuse.org/showthread.php/498635-openSUSE-13-1-There-is-no… The failed install lands you in framebuffer mode. For the time being, I have installed the nvidia driver from another OBS repo -- 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 881685] New: ghostscript-cjk-config has incorrect xfontdir creates bad cidfmap
by bugzilla_noreply＠novell.com 10 Jun '14

10 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=881685 https://bugzilla.novell.com/show_bug.cgi?id=881685#c0 Summary: ghostscript-cjk-config has incorrect xfontdir creates bad cidfmap Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)suse.com ReportedBy: okudaira(a)mbc.ocn.ne.jp QAContact: jsmeix(a)suse.com Found By: --- Blocker: --- Created an attachment (id=593648) --> (http://bugzilla.novell.com/attachment.cgi?id=593648) latex doc written in Japanese User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.21 (KHTML, like Gecko) rekonq/2.3.2 Safari/537.21 /usr/sbin/ghostscript-cjk-config in ghostscript-cjk packege has incorrect $xfontdir, $gsresourcedir, $cidfmap_dir. A correction follows; < #my $xfontdir = "/usr/X11R6/lib/X11/fonts/truetype"; < my $xfontdir = "/usr/share/fonts/truetype"; < #my $gsresourcedir = "/usr/share/ghostscript/Resource"; < my $gsresourcedir = "/usr/share/ghostscript/9.07/Resource"; < # for my $cidfmap_dir (glob ("/etc/ghostscript/[0-9]*")) { < for my $cidfmap_dir (glob ("/usr/share/ghostscript/[0-9]*/Resource/Init")) { Reproducible: Always Steps to Reproduce: 1. 2. 3. > platex samplej.tex > platex samplej.tex > dvips -f samplej.dvi > samplej.ps > okular samplej.ps & I can not see Japanese text but ascii chars. This is caused by the bad cidfmap. -- 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 881943] New: RenderNodes "renderD{num}" in /dev/dri should be world writable
by bugzilla_noreply＠novell.com 10 Jun '14

10 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=881943 https://bugzilla.novell.com/show_bug.cgi?id=881943#c0 Summary: RenderNodes "renderD{num}" in /dev/dri should be world writable Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: All OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: tobias.johannes.klausmann(a)mni.thm.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:32.0) Gecko/20100101 Firefox/32.0 To have a working Prime Offload for Mesa and DRI3, the render nodes need to be accessible by normal (non-root) users. FDO#79688 explain the details: https://bugs.freedesktop.org/show_bug.cgi?id=79688 Maybe udev should add the mentioned udev rule as well, but that is another problem 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 0

[Bug 866432] New: science/kicad-library: Bug
by bugzilla_noreply＠novell.com 09 Jun '14

09 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=866432 https://bugzilla.novell.com/show_bug.cgi?id=866432#c0 Summary: science/kicad-library: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: werner.ho(a)gmx.de ReportedBy: alexanderroessler(a)aon.at QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: dmitry(a)roshchin.org Found By: --- Blocker: --- The mod files seem to be missing from the kicad-library version 201402023-11.1. CvPcb gives me the error: Some files could not be found! sockets.mod connect.mod discret.mod pin_array.mod divers.mod smd_capacitors.mod smd_resistors.mod smd_crystal&oscillator.mod smd_dil.mod smd_transistors.mod libcms.mod display.mod led.mod dip_sockets.mod pga_sockets.mod valves.mod When looking in the directory: /usr/share/kicad/modules/ All these file are gone. The build in OpenSUSE current contains these 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 2

[Bug 872105] New: yast/wfm.rb:197 Client call failed with 'undefined method `+' for nil:NilClass'
by bugzilla_noreply＠novell.com 09 Jun '14

09 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=872105 https://bugzilla.novell.com/show_bug.cgi?id=872105#c0 Summary: yast/wfm.rb:197 Client call failed with 'undefined method `+' for nil:NilClass' Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: x86-64 OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: mpluskal(a)suse.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Created an attachment (id=585159) --> (http://bugzilla.novell.com/attachment.cgi?id=585159) y2logs Current factory - when trying to install kvm server + tools on machine that already has xen installed following error occurs: 2014-04-04 15:23:09 <3> theseus(19839) [Ruby] yast/wfm.rb:197 Client call failed with 'undefined method `+' for nil:NilClass' and backtrace ["/usr/share/YaST2/modules/VM_XEN.rb:353:in `ConfigureDom0'", "/usr/share/YaST2/clients/xen.rb:93:in `CheckConfiguration'", "/usr/lib64/ruby/vendor_ruby/2.1.0/yast/fun_ref.rb:33:in `call'", "/usr/lib64/ruby/vendor_ruby/2.1.0/yast/fun_ref.rb:33:in `call'", "/usr/share/YaST2/modules/CommandLine.rb:1591:in `Run'", "/usr/share/YaST2/clients/xen.rb:59:in `main'", "/usr/share/YaST2/clients/xen.rb:102:in `<top (required)>'", "/usr/lib64/ruby/vendor_ruby/2.1.0/yast/wfm.rb:184:in `eval'", "/usr/lib64/ruby/vendor_ruby/2.1.0/yast/wfm.rb:184:in `run_client'"] 2014-04-04 15:23:09 <3> theseus(19839) [Ruby] yast/wfm.rb:202 Internal error. Please report a bug report with logs. Details: undefined method `+' for nil:NilClass Caller: /usr/share/YaST2/modules/VM_XEN.rb:353:in `ConfigureDom0' 2014-04-04 15:23:09 <2> theseus(19839) [qt-ui] YQUI.cc(qMessageHandler):716 <libqt-warning> QCssParser::parseHexColor: Unknown color name '#b9dc8cf' 2014-04-04 15:23:09 <2> theseus(19839) [qt-ui] YQUI.cc(qMessageHandler):716 <libqt-warning> QCssParser::parseHexColor: Unknown color name '#ffff' 2014-04-04 15:23:09 <2> theseus(19839) [qt-ui] YQUI.cc(qMessageHandler):716 <libqt-warning> QCssParser::parseHexColor: Unknown color name '#ffff' 2014-04-04 15:23:09 <1> theseus(19839) [ui] YPushButton.cc(setFunctionKey):202 Guessing button role YOKButton for YPushButton "OK" at 0x7f0b74117190 from function key F10 -- 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 871827] New: kernel BUG at /home/abuild/rpmbuild/BUILD/kernel-xen-3.14.rc7/linux-3.14-rc7/arch/x86/mm/hypervisor.c:469
by bugzilla_noreply＠novell.com 09 Jun '14

09 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=871827 https://bugzilla.novell.com/show_bug.cgi?id=871827#c0 Summary: kernel BUG at /home/abuild/rpmbuild/BUILD/kernel-xen-3.14.rc7/linux- 3.14-rc7/arch/x86/mm/hypervisor.c:469 Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: x86-64 OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: mpluskal(a)suse.com QAContact: qa-bugs(a)suse.de CC: jbeulich(a)suse.com Found By: --- Blocker: --- Created an attachment (id=584893) --> (http://bugzilla.novell.com/attachment.cgi?id=584893) /var/log/libvirt/libxl/openSUSE-Factory.log During installation of openSUSE-Factory in paravirtualized xen following error/errors appeared: [ 1647.881667] ------------[ cut here ]------------ [ 1647.881682] kernel BUG at /home/abuild/rpmbuild/BUILD/kernel-xen-3.14.rc7/linux-3.14-rc7/arch/x86/mm/hypervisor.c:469! [ 1647.881690] invalid opcode: 0000 [#1] SMP [ 1647.881696] Modules linked in: xfs libcrc32c dm_multipath dm_mod scsi_dh multipath raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 md_mod parport_pc parport squashfs iscsi_ibft iscsi_boot_sysfs arc4 ecb processor thermal_sys hwmon loop nfs lockd fscache nls_iso8859_1 nls_cp437 sg st sr_mod af_packet sunrpc xennet xenblk cdrom crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw gf128mul glue_helper aes_x86_64 [last unloaded: parport] [ 1647.881772] CPU: 0 PID: 4119 Comm: sh Not tainted 3.14.0-rc7-1-xen #1 [ 1647.881776] Hardware name: Xen 4.4.0_08-1.2 PV guest [ 1647.881781] task: ffff88000df26390 ti: ffff880000b82000 task.ti: ffff880000b82000 [ 1647.881786] RIP: e030:[<ffffffff80029919>] [<ffffffff80029919>] do_lN_entry_update+0x119/0x170 [ 1647.881800] RSP: e02b:ffff880000b83ae0 EFLAGS: 00010282 [ 1647.881805] RAX: 0000000000000000 RBX: ffff88003c087f60 RCX: ffff880000000000 [ 1647.881810] RDX: ffff88003c066000 RSI: 0000000000000002 RDI: ffff880000b83ae0 [ 1647.881815] RBP: ffff8800009b4018 R08: ffff880000000000 R09: 000000000020d7b8 [ 1647.881820] R10: ffff88003b849000 R11: ffffffff809939c0 R12: ffff88003c066000 [ 1647.881825] R13: ffff88003c087f90 R14: ffff8800012c2040 R15: ffff8800809b4018 [ 1647.881836] FS: 00007f438243c800(0000) GS:ffff88003b600000(0000) knlGS:0000000000000000 [ 1647.881841] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 1647.881845] CR2: 000000000069fc74 CR3: 0000000023119000 CR4: 0000000000002660 [ 1647.881850] Stack: [ 1647.881854] 000000000000000e 0000000000000000 ffff880000000000 800000020d7b8061 [ 1647.881862] 0000000000000000 800000021bc24061 0000000000000000 ffffffff80994040 [ 1647.881870] 0000000000000001 ffffffffffffffea ffff880000b83b68 0000000000000001 [ 1647.881878] Call Trace: [ 1647.881890] [<ffffffff80029f68>] xen_l2_entry_update+0x158/0x1a0 [ 1647.881901] [<ffffffff8011be68>] __pte_alloc+0x178/0x1a0 [ 1647.881911] [<ffffffff80120be7>] handle_mm_fault+0xf87/0x11f0 [ 1647.881921] [<ffffffff8053b828>] __do_page_fault+0x138/0x550 [ 1647.881931] [<ffffffff80538838>] page_fault+0x28/0x30 [ 1647.881941] [<ffffffff802af319>] __clear_user+0x19/0x40 [ 1647.881951] [<ffffffff8019dffd>] padzero+0x1d/0x30 [ 1647.881958] [<ffffffff8019ff11>] load_elf_binary+0x941/0xd80 [ 1647.881968] [<ffffffff80150075>] search_binary_handler+0x85/0x190 [ 1647.881975] [<ffffffff801516e6>] do_execve_common.isra.25+0x4e6/0x640 [ 1647.881983] [<ffffffff80151a3f>] SyS_execve+0x1f/0x30 [ 1647.881992] [<ffffffff8054073f>] stub_execve+0x3f/0x70 [ 1647.882000] [<00007f43814f1127>] 0x7f43814f1126 [ 1647.882004] Code: 24 68 f0 7f 00 00 be 02 00 00 00 e8 a2 98 fd ff 85 c0 78 17 75 43 48 83 7c 24 08 00 75 0d 48 83 7c 24 48 00 75 05 48 83 ec 80 c3 <0f> 0b e8 51 3b 50 00 4d 89 c1 e9 5f ff ff ff 65 8a 04 25 90 71 [ 1647.882069] RIP [<ffffffff80029919>] do_lN_entry_update+0x119/0x170 [ 1647.882076] RSP <ffff880000b83ae0> [ 1647.882086] ---[ end trace 2cbe27e61c65882f ]--- [ 1647.882157] ------------[ cut here ]------------ [ 1647.882167] WARNING: CPU: 0 PID: 4119 at /home/abuild/rpmbuild/BUILD/kernel-xen-3.14.rc7/linux-3.14-rc7/mm/mmap.c:2752 exit_mmap+0x168/0x170() [ 1647.882173] Modules linked in: xfs libcrc32c dm_multipath dm_mod scsi_dh multipath raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 md_mod parport_pc parport squashfs iscsi_ibft iscsi_boot_sysfs arc4 ecb processor thermal_sys hwmon loop nfs lockd fscache nls_iso8859_1 nls_cp437 sg st sr_mod af_packet sunrpc xennet xenblk cdrom crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw gf128mul glue_helper aes_x86_64 [last unloaded: parport] [ 1647.882246] CPU: 0 PID: 4119 Comm: sh Tainted: G D 3.14.0-rc7-1-xen #1 [ 1647.882251] Hardware name: Xen 4.4.0_08-1.2 PV guest [ 1647.882255] 0000000000000009 ffffffff805323c6 0000000000000000 ffffffff80031672 [ 1647.882266] 0000000000000032 ffff8800012c2040 ffff88000df26ab8 ffff88003c087f90 [ 1647.882273] ffff8800012c2040 ffffffff80127578 ffff88002339e5d8 ffff8800012c2040 [ 1647.882283] Call Trace: [ 1647.882294] [<ffffffff80008974>] dump_trace+0x74/0x1a0 [ 1647.882303] [<ffffffff80008b2f>] show_stack_log_lvl+0x8f/0x170 [ 1647.882311] [<ffffffff8000a88c>] show_stack+0x1c/0x50 [ 1647.882320] [<ffffffff805323c6>] dump_stack+0x41/0x51 [ 1647.882328] [<ffffffff80031672>] warn_slowpath_common+0x72/0x90 [ 1647.882335] [<ffffffff80127578>] exit_mmap+0x168/0x170 [ 1647.882343] [<ffffffff8002ea25>] mmput+0x25/0xe0 [ 1647.882351] [<ffffffff80033b03>] do_exit+0x273/0xa20 [ 1647.882358] [<ffffffff8053917a>] oops_end+0xba/0x100 [ 1647.882364] [<ffffffff80007a01>] do_invalid_op+0x81/0xb0 [ 1647.882372] [<ffffffff80540c95>] invalid_op+0x25/0x30 [ 1647.882380] [<ffffffff80029919>] do_lN_entry_update+0x119/0x170 [ 1647.882388] [<ffffffff80029f68>] xen_l2_entry_update+0x158/0x1a0 [ 1647.882395] [<ffffffff8011be68>] __pte_alloc+0x178/0x1a0 [ 1647.882404] [<ffffffff80120be7>] handle_mm_fault+0xf87/0x11f0 [ 1647.882411] [<ffffffff8053b828>] __do_page_fault+0x138/0x550 [ 1647.882419] [<ffffffff80538838>] page_fault+0x28/0x30 [ 1647.882426] [<ffffffff802af319>] __clear_user+0x19/0x40 [ 1647.882434] [<ffffffff8019dffd>] padzero+0x1d/0x30 [ 1647.882441] [<ffffffff8019ff11>] load_elf_binary+0x941/0xd80 [ 1647.882448] [<ffffffff80150075>] search_binary_handler+0x85/0x190 [ 1647.882455] [<ffffffff801516e6>] do_execve_common.isra.25+0x4e6/0x640 [ 1647.882463] [<ffffffff80151a3f>] SyS_execve+0x1f/0x30 [ 1647.882470] [<ffffffff8054073f>] stub_execve+0x3f/0x70 [ 1647.882478] [<00007f43814f1127>] 0x7f43814f1126 [ 1647.882482] ---[ end trace 2cbe27e61c658830 ]--- Dmesg from dom0 does not contain anything interesting: dmesg |tail [ 17.074104] Key type id_resolver registered [ 17.074459] Key type id_legacy registered [ 17.384533] systemd-journald[525]: Received request to flush runtime journal from PID 1 [ 22.246523] Ebtables v2.0 registered [ 22.439663] ip_tables: (C) 2000-2006 Netfilter Core Team [ 22.480197] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 178.988781] bio: create slab <bio-2> at 2 [ 243.803560] device vif1.0 entered promiscuous mode [ 243.806740] br0: port 2(vif1.0) entered forwarding state [ 243.806751] br0: port 2(vif1.0) entered forwarding stat Unlike in bnc#851244 installation does not gets stuck but continues -- 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 788299] New: SuSEconfig.postfix looses parameter in master.cf (amavisd, postfix, master, install)
by bugzilla_noreply＠novell.com 09 Jun '14

09 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=788299 https://bugzilla.novell.com/show_bug.cgi?id=788299#c0 Summary: SuSEconfig.postfix looses parameter in master.cf (amavisd, postfix, master, install) Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: christian.eberl(a)workingbits.at QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Created an attachment (id=512050) --> (http://bugzilla.novell.com/attachment.cgi?id=512050) patch for SuSEconfig.postfix User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0 The first execution of SuSEconfig.postfix drops "smtpd_client_restrictions" override option(s) and leads to a duplicated entry in master.cf. This happens inside the SuSEconfig.postfix script, while checking for the override option "smtpd_client_restrictions". This option is lost and instead the previous found parameter is duplicated into the new master.cf. Although this happens within the commented section of master.cf, the affacted postfix parameter(s) may be applied to an uncommented section. At least for amavisd users, the affected changes go to an uncommented section. Chances are to see these duplicated entries right after installing postfix (or on any installed system with postfix). It seems there are circumstances where SuSEconfig.postfix gets automatically executed and some where it isn't executed. I can't report the exact steps I took, but I had both while testing. As this is by default in a commented section, the original line can also be manually inserted. Reproducible: Always Steps to Reproduce: 1. restore master.cf from original rpm distribution 1a. (keep a backup of original master.cf) 2. ensure /etc/sysconfig/mail: MAIL_CREATE_CONFIG="yes" 3. execute SuSEconfig.postfix Actual Results: duplicated line: #submission inet n - n - - smtpd # -o smtpd_tls_security_level=encrypt # -o smtpd_sasl_auth_enable=yes # -o smtpd_sasl_auth_enable=yes Expected Results: unmodified copy: #submission inet n - n - - smtpd # -o smtpd_tls_security_level=encrypt # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject The patch produces the expected result, but need analysis because my Perl knowledge is limited. -- 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 863294] New: Smartcartsupport with opensc and gpg seems broken in 13.1. Complains about not being able to do the "connect call to IPC"
by bugzilla_noreply＠novell.com 09 Jun '14

09 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=863294 https://bugzilla.novell.com/show_bug.cgi?id=863294#c0 Summary: Smartcartsupport with opensc and gpg seems broken in 13.1. Complains about not being able to do the "connect call to IPC" Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: stakanov(a)freenet.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Firefox/24.0 The crypto-stick (https://www.crypto-stick.com/) is a opensmartcard, openhardware based solution to store gpg keys (ver. 1 and 1.2 and soon also other autentication-means (v.1.4). The version 1.2 worked out of the box with 12.3. Now in 13.1 it seems to be broken. The card is seen but neither gpg nor gpa nor kleopatra can access the card. The error reported in terminal is: sudo gpg --card-status gpg-agent[12366]: can't connect to the SCdaemon: Chiamata "connect" IPC non riuscita gpg: OpenPGP card not available: Nessun demone per la SmartCard. This seems to me a permission problem (I googled about this error but got no specific result). Reproducible: Always Steps to Reproduce: 1.enter the card in the usb-slot 2.card lights up and is reconginzed as Bus 001 Device 003: ID 20a0:4107 Clay Logic 3.card is not accessible by any program giving the above error about IPC connect call failed Actual Results: apparently you have no functionality anymore with usb-opensc hardwarebased cards under 13.1? Expected Results: The card should be recognized out of the box (this is actually a regression with respect to 12.3). It should be accessible with kleopatra, gpa and gpg by using opensc and or pcsc-lite. pcsc_scan PC/SC device scanner V 1.4.22 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau(a)free.fr> Compiled with PC/SC lite version: 1.8.10 Using reader plug'n play mechanism Scanning present readers... 0: German Privacy Foundation Crypto Stick v1.2 00 00 Mon Feb 3 16:31:17 2014 Reader 0: German Privacy Foundation Crypto Stick v1.2 00 00 Card state: Card inserted, ATR: 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C defined(@array) is deprecated at /usr/lib/perl5/vendor_perl/5.18.1/x86_64-linux-thread-multi/Chipcard/PCSC.pm line 69. (Maybe you should just omit the defined()?) ATR: 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C + TS = 3B --> Direct Convention + T0 = DA, Y(1): 1101, K: 10 (historical bytes) TA(1) = 18 --> Fi=372, Di=12, 31 cycles/ETU 129032 bits/s at 4 MHz, fMax for Fi = 5 MHz => 161290 bits/s TC(1) = FF --> Extra guard time: 255 (special value) TD(1) = 81 --> Y(i+1) = 1000, Protocol T = 1 ----- TD(2) = B1 --> Y(i+1) = 1011, Protocol T = 1 ----- TA(3) = FE --> IFSC: 254 TB(3) = 75 --> Block Waiting Integer: 7 - Character Waiting Integer: 5 TD(3) = 1F --> Y(i+1) = 0001, Protocol T = 15 - Global interface bytes following ----- TA(4) = 03 --> Clock stop: not supported - Class accepted by the card: (3G) A 5V B 3V + Historical bytes: 00 31 C5 73 C0 01 40 00 90 00 Category indicator byte: 00 (compact TLV data object) Tag: 3, len: 1 (card service data byte) Card service data byte: C5 - Application selection: by full DF name - Application selection: by partial DF name - EF.DIR and EF.ATR access services: by GET DATA command - Card without MF Tag: 7, len: 3 (card capabilities) Selection methods: C0 - DF selection by full DF name - DF selection by partial DF name Data coding byte: 01 - Behaviour of write functions: one-time write - Value 'FF' for the first byte of BER-TLV tag fields: invalid - Data unit in quartets: 2 Command chaining, length fields and logical channels: 40 - Extended Lc and Le fields - Logical channel number assignment: No logical channel - Maximum number of logical channels: 1 Mandatory status indicator (3 last bytes) LCS (life card cycle): 00 (No information given) SW: 9000 (Normal processing.) + TCK = 0C (correct checksum) Possibly identified card (using /usr/share/pcsc/smartcard_list.txt): 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C GnuPG card V2 so the card is visible but it seems not usable: With opensc-tool: opensc-tool --atr Using reader with a card: German Privacy Foundation Crypto Stick v1.2 00 00 3b:da:18:ff:81:b1:fe:75:1f:03:00:31:c5:73:c0:01:40:00:90:00:0c We all know that privacy doesn't matter, gpg keys are never stolen and that system.d does not open all possible ports to everybody listening. At least this one should work for security reasons. I would suppose this applies also to other opensc based solutions. -- 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 877371] New: Czech ssh manpage is badly outdated
by bugzilla_noreply＠novell.com 09 Jun '14

09 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=877371 https://bugzilla.novell.com/show_bug.cgi?id=877371#c0 Summary: Czech ssh manpage is badly outdated Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Documentation AssignedTo: ke(a)suse.com ReportedBy: jmatejek(a)suse.com QAContact: ke(a)suse.com Found By: --- Blocker: --- many czech translations of manpages (the man-pages-cs package) are very old - for instance, the manpage for `free` is from 1993. This doesn't matter all that much for many basic tools. However, man-pages-cs includes translations for openssh suite, which are dated 1995. It is my opinion that using an almost 20 year old documentation for a tool as crucial as ssh is dangerous. AFAICT, man-pages-cs are installed by default on a system with Czech locale. Therefore, a czech administrator is, by default, presented with a 20 year old documentation. The ssh translations should either be updated, or dropped from the package completely. It is safer to have correct documentation in a foreign language, than to use documentation that is wrong or outdated, with no good indication of its age. -- 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