August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 828874] New: BIND compiled with -fPIC instead of -fPIE
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=828874 https://bugzilla.novell.com/show_bug.cgi?id=828874#c0 Summary: BIND compiled with -fPIC instead of -fPIE Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Enhancement Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell.20.melitta(a)spamgourmet.com QAContact: qa-bugs(a)suse.de Found By: Customer Blocker: No Created an attachment (id=547435) --> (http://bugzilla.novell.com/attachment.cgi?id=547435) Enhanced version of pie_compile.diff The pie_compile.diff patch included in the BIND SRPM compiles source files in the "bin" subdirectory with -fPIC instead of -fPIE. This incurs a performance penalty because function calls within the same source file have to go through the PLT and global variables within the same source file have to go through the GOT. This can be avoided if -fPIE is used. Click on these links if you do not understand that: http://www.airs.com/blog/archives/549 http://www.openbsd.org/papers/nycbsdcon08-pie/mgp00004.html The attached patch is a replacement for pie_compile.diff which fixes this by adding the libtool option -static to $EXT_CFLAGS. Important: For this patch to work, you have to add "--disable-static" to $CONFIGURE_OPTIONS in the specfile. If you omit this then libtool will try to link the executables against the statically compiled (non-PIC) libraries which results in a linker error. An additional benefit of this patch is that the compile time is cut in half: For libraries, only PIC object files are generated and for executables, only PIE objects are generated. Currently, i.e. without this patch, libtool generates an additional (unused) non-PIC object file for each source file. The patch also adds PIE to the idnconf and zkt tools. The patch applies cleanly to BIND 9.9.3-P1. Note that openSUSE 12.3 and openSUSE-current still contain BIND 9.9.2-P1 which is vulnerable against CVE-2012-5689 and CVE-2013-2266. You should update the RPM to BIND 9.9.3-P1 at your earliest convenience. Note also that SLES 11 SP3 still contains BIND 9.6ESV, support for which ends in January 2014. The next ESV release is 9.9, so you need to update the RPM in SLES to 9.9 as well over the next 6 months. -- 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 823175] New: Starting name server BIND tput: No value for $TERM and no -T specified
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=823175 https://bugzilla.novell.com/show_bug.cgi?id=823175#c0 Summary: Starting name server BIND tput: No value for $TERM and no -T specified Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: support(a)microtechniques.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20130518 Firefox/20.0 PaleMoon/20.1 Since upgrading this server to 12.3, I have been getting this error: Jun 4 16:26:28 Falcon named[1598]: Starting name server BIND tput: No value for $TERM and no -T specified Jun 4 16:26:28 Falcon named[1598]: Error: tput: No value for $TERM and no -T specified Jun 4 16:26:28 Falcon named[1598]: Can not find /lib/YaST/SuSEconfig.functions! Jun 4 16:26:28 Falcon named[1598]: This should not happen. Exiting. Jun 4 16:26:29 Falcon named[1761]: starting BIND 9.9.2-P2 -t /var/lib/named -u named Jun 4 16:26:29 Falcon named[1761]: built with '--prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--localstatedir=/var' '--libdir=/usr/lib64' '--includedir=/usr/include/bind' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-openssl' '--enable-threads' '--with-libtool' '--enable-runidn' '--with-libxml2' '--with-dlz-mysql' '--with-dlz-ldap' 'CFLAGS=-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNO_VERSION_DATE -fno-strict-aliasing' 'LDFLAGS=-L/usr/lib64' Jun 4 16:26:29 Falcon named[1761]: ---------------------------------------------------- Jun 4 16:26:29 Falcon named[1761]: BIND 9 is maintained by Internet Systems Consortium, Jun 4 16:26:29 Falcon named[1761]: Inc. (ISC), a non-profit 501(c)(3) public-benefit Jun 4 16:26:29 Falcon named[1761]: corporation. Support and training for BIND 9 are Jun 4 16:26:29 Falcon named[1761]: available at https://www.isc.org/support Jun 4 16:26:29 Falcon named[1761]: ---------------------------------------------------- Despite the error, Bind seems to be running correctly. Reproducible: Always Steps to Reproduce: 1.Boot system 2.Inspect logs 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 787640] New: Local OBS: Web Interface Error (Connection failed Net::HTTPBadResponse)
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=787640 https://bugzilla.novell.com/show_bug.cgi?id=787640#c0 Summary: Local OBS: Web Interface Error (Connection failed Net::HTTPBadResponse) Classification: Internal Novell Products Product: openSUSE Build Service Version: master Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: webui AssignedTo: adrian(a)suse.com ReportedBy: johannesobermayr(a)gmx.de QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) rekonq/1.3 Safari/534.34 I have not got it working. I also tried https://github.com/openSUSE/open-build-service/commit/1b1ff2556f64601a34deb… 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 7

[Bug 729129] New: permissions not working on cyrus imap shared folder
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=729129 https://bugzilla.novell.com/show_bug.cgi?id=729129#c0 Summary: permissions not working on cyrus imap shared folder Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mit(a)akamit.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0 After creating shared folder with cyrus imap with virtual domains and assigning "all" permissions to users, these users are not able to write to shared folder. Error is "permission denied". Reproducible: Always Steps to Reproduce: 1. setup virtul domains with cyrus. imapd.conf: virtdomains: on defaultdomain: defdom.com unixhierarchysep: 1 altnamespace: yes sharedprefix: Public 2. cyradm -u cyrus(a)domain.com localhost 3. cm share 4. sam share myuser all 5. check permissions: lam share anyone lrs myuser lrswipkxtecda 6. then run mutt MUA and try to save a message to shared folder. Actual Results: got mutt error: imap_copy_messages [a0011 NO Permission denied] Thunderbird does not give an error but just showing that there is no permissions to write to shared folder. Expected Results: I expect to be able to save a message to shared folder. -- 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 833709] New: glib/dconf data corruption ...
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833709 https://bugzilla.novell.com/show_bug.cgi?id=833709#c0 Summary: glib/dconf data corruption ... Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: mmeeks(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Ran out of power on my laptop and lost all my dconf settings [ not ideal ]. Seems it's a known issue in glib / dconf; a friend wrote: [snip] We hit the dconf data loss bug in Fedoraland back around the end of the f19 cycle, and fixed it. IIRC, dconf relied on the kernel to behave a certain way in order to preserve data integrity, then a kernel update showed up which changed that behaviour, there was much recrimination back and forth, and then someone fixed it somehow (HANDWAVES FURIOUSLY). Here's some links that should cover the story: https://bugzilla.gnome.org/show_bug.cgi?id=701560 https://bugzilla.gnome.org/show_bug.cgi?id=702394 https://bugzilla.redhat.com/show_bug.cgi?id=975521 I guess you're somehow still running a build of dconf that has the offending code? [/snip] My up-stream bug is: https://bugzilla.gnome.org/show_bug.cgi?id=705563 I guess we should check whether we have the fix: if we do, then there is another problem underneath this one ... -- 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 804142] New: /usr/bin/dig in bind-utils-9.9.2P1 timeout - no servers could be reached
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=804142 https://bugzilla.novell.com/show_bug.cgi?id=804142#c0 Summary: /usr/bin/dig in bind-utils-9.9.2P1 timeout - no servers could be reached Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: chris.sylvain(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17 /usr/bin/dig in bind-utils-9.8.4P1 (openSUSE 12.1) works. /usr/bin/dig in bind-utils-9.9.2P1 (openSUSE 12.2) and built from 9.9.3b1 source reports: ";; connection timed out; no servers could be reached" "strace dig any google.com" indicates the first recvfrom() call fails with EAGAIN and occurs -before- the first sendmsg() which sends the query to the nameserver. note: nslookup on the same 12.2 system works fine. relevant strace output: socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 4 fcntl64(4, F_DUPFD, 20) = 20 close(4) = 0 fcntl64(20, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(20, F_SETFL, O_RDWR|O_NONBLOCK) = 0 setsockopt(20, SOL_SOCKET, SO_TIMESTAMP, [1], 4) = 0 setsockopt(20, SOL_IP, IP_MTU_DISCOVER, [0], 4) = 0 getsockopt(20, SOL_SOCKET, SO_RCVBUF, [163840], [4]) = 0 bind(20, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 recvmsg(20, 0xbfc65634, 0) = -1 EAGAIN (Resource temporarily unavailable) epoll_ctl(3, EPOLL_CTL_ADD, 20, {...}) = 0 gettimeofday({1360987259, 585410}, NULL) = 0 sendmsg(20, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.11.252")}, msg_iov(1)=[{"\306\301\1 \0\1\0\0\0\0\0\1\6google\3com\0\0\377\0\1\0\0)\20"..., 39}], msg_controllen=0, msg_flags=0}, 0) = 39 gettimeofday({1360987259, 585497}, NULL) = 0 epoll_wait(3, {}, 64, 0) = 0 gettimeofday({1360987259, 585548}, NULL) = 0 gettimeofday({1360987259, 585571}, NULL) = 0 epoll_wait(3, {}, 64, 5000) = 0 gettimeofday({1360987264, 590659}, NULL) = 0 gettimeofday({1360987264, 590719}, NULL) = 0 gettimeofday({1360987264, 590776}, NULL) = 0 gettimeofday({1360987264, 590796}, NULL) = 0 sendmsg(20, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.11.252")}, msg_iov(1)=[{"\306\301\1 \0\1\0\0\0\0\0\1\6google\3com\0\0\377\0\1\0\0)\20"..., 39}], msg_controllen=0, msg_flags=0}, 0) = 39 gettimeofday({1360987264, 590874}, NULL) = 0 epoll_wait(3, {}, 64, 0) = 0 gettimeofday({1360987264, 590917}, NULL) = 0 gettimeofday({1360987264, 590934}, NULL) = 0 epoll_wait(3, {}, 64, 5000) = 0 gettimeofday({1360987269, 591149}, NULL) = 0 gettimeofday({1360987269, 591186}, NULL) = 0 gettimeofday({1360987269, 591218}, NULL) = 0 gettimeofday({1360987269, 591245}, NULL) = 0 sendmsg(20, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.11.252")}, msg_iov(1)=[{"\306\301\1 \0\1\0\0\0\0\0\1\6google\3com\0\0\377\0\1\0\0)\20"..., 39}], msg_controllen=0, msg_flags=0}, 0) = 39 gettimeofday({1360987269, 591324}, NULL) = 0 epoll_wait(3, {}, 64, 0) = 0 gettimeofday({1360987269, 591377}, NULL) = 0 gettimeofday({1360987269, 591400}, NULL) = 0 epoll_wait(3, {}, 64, 5000) = 0 gettimeofday({1360987274, 594178}, NULL) = 0 gettimeofday({1360987274, 594230}, NULL) = 0 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb76fa000 write(1, "\n", 1 ) = 1 write(1, "; <<>> DiG 9.9.3b1 <<>> any goog"..., 39; <<>> DiG 9.9.3b1 <<>> any google.com ) = 39 write(1, ";; global options: +cmd\n", 24;; global options: +cmd ) = 24 write(1, ";; connection timed out; no serv"..., 53;; connection timed out; no servers could be reached ) = 53 epoll_ctl(3, EPOLL_CTL_DEL, 20, {...}) = 0 epoll_ctl(3, EPOLL_CTL_DEL, 20, {...}) = -1 ENOENT (No such file or directory) close(20) = 0 kill(28216, SIGTERM) = 0 --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=28216, si_uid=1001} --- sigreturn() (mask []) = 0 gettimeofday({1360987274, 594667}, NULL) = 0 close(3) = 0 gettimeofday({1360987274, 594759}, NULL) = 0 brk(0xa02b000) = 0xa02b000 munmap(0xb76fb000, 93252) = 0 brk(0xa029000) = 0xa029000 munmap(0xb6fe3000, 266240) = 0 exit_group(9) = ? +++ exited with 9 +++ Reproducible: Always Steps to Reproduce: 1. dig any google.com 2. .. wait 3. observe results Actual Results: ; <<>> DiG 9.9.2-P1 <<>> any google.com ;; global options: +cmd ;; connection timed out; no servers could be reached -and- ; <<>> DiG 9.9.3b1 <<>> any google.com ;; global options: +cmd ;; connection timed out; no servers could be reached Expected Results: something which looks very much like: ; <<>> DiG 9.8.4-P1 <<>> any google.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55700 ;; flags: qr rd ra; QUERY: 1, ANSWER: 22, AUTHORITY: 0, ADDITIONAL: 3 ;; QUESTION SECTION: ;google.com. IN ANY ;; ANSWER SECTION: google.com. 183 IN A 74.125.226.233 google.com. 183 IN A 74.125.226.228 google.com. 183 IN A 74.125.226.229 google.com. 183 IN A 74.125.226.225 google.com. 183 IN A 74.125.226.238 google.com. 183 IN A 74.125.226.232 google.com. 183 IN A 74.125.226.224 google.com. 183 IN A 74.125.226.231 google.com. 183 IN A 74.125.226.227 google.com. 183 IN A 74.125.226.226 google.com. 183 IN A 74.125.226.230 google.com. 179194 IN NS ns4.google.com. google.com. 179194 IN NS ns1.google.com. google.com. 179194 IN NS ns2.google.com. google.com. 179194 IN NS ns3.google.com. google.com. 45736 IN SOA ns1.google.com. dns-admin.google.com. 2013020700 7200 1800 1209600 300 google.com. 55 IN AAAA 2607:f8b0:4006:801::1002 google.com. 270 IN MX 50 alt4.aspmx.l.google.com. google.com. 270 IN MX 10 aspmx.l.google.com. google.com. 270 IN MX 40 alt3.aspmx.l.google.com. google.com. 270 IN MX 20 alt1.aspmx.l.google.com. google.com. 270 IN MX 30 alt2.aspmx.l.google.com. ;; ADDITIONAL SECTION: ns1.google.com. 176510 IN A 216.239.32.10 ns2.google.com. 176466 IN A 216.239.34.10 ns3.google.com. 176506 IN A 216.239.36.10 ;; Query time: 40 msec ;; SERVER: 192.168.11.252#53(192.168.11.252) ;; WHEN: Fri Feb 15 23:35:07 2013 ;; MSG SIZE rcvd: 506 -- 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 815179] New: BIND9: DNSSEC validating resolver spams log file
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=815179 https://bugzilla.novell.com/show_bug.cgi?id=815179#c0 Summary: BIND9: DNSSEC validating resolver spams log file Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse+build(a)de-korte.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 After enabling DNSSEC validation in BIND 9, the logs are now spammed with entries like 2013-04-14T10:49:08.853565+02:00 mail named[1030]: RSA_verify failed 2013-04-14T10:49:08.854698+02:00 mail named[1030]: error:04091068:rsa routines:INT_RSA_VERIFY:bad signature:rsa_sign.c:291: 2013-04-14T10:49:08.856909+02:00 mail named[1030]: sucessfully validated after lower casing signer 'US' 2013-04-14T10:49:08.859272+02:00 mail named[1030]: RSA_verify failed 2013-04-14T10:49:08.861649+02:00 mail named[1030]: error:04091068:rsa routines:INT_RSA_VERIFY:bad signature:rsa_sign.c:291: 2013-04-14T10:49:08.863744+02:00 mail named[1030]: sucessfully validated after lower casing signer 'US' 2013-04-14T10:49:08.865570+02:00 mail named[1030]: RSA_verify failed 2013-04-14T10:49:08.867168+02:00 mail named[1030]: error:04091068:rsa routines:INT_RSA_VERIFY:bad signature:rsa_sign.c:291: 2013-04-14T10:49:08.868671+02:00 mail named[1030]: sucessfully validated after lower casing signer 'US' 2013-04-14T10:49:08.870261+02:00 mail named[1030]: RSA_verify failed 2013-04-14T10:49:08.871815+02:00 mail named[1030]: error:04091068:rsa routines:INT_RSA_VERIFY:bad signature:rsa_sign.c:291: 2013-04-14T10:49:08.873465+02:00 mail named[1030]: sucessfully validated after lower casing signer 'US' This seems to be a known issue with recent versions of BIND according to the following message: http://www.mail-archive.com/bind-users@lists.isc.org/msg14759.html Currently, the resolver is quite noisy... Reproducible: Always Steps to Reproduce: 1. 2. 3. --- Comment #1 from Arjen de Korte <suse+build(a)de-korte.org> 2013-04-14 21:04:13 UTC --- Apparently something went wrong here. Since after submitting, I got an error response from the server, I submitted this bug report again twice. It turns out there are now three identical reports. Please remove/close bug reports 815180 and 815181. -- 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 833714] New: libOSMesa.so is missing a dependcy to libglapi.so
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833714 https://bugzilla.novell.com/show_bug.cgi?id=833714#c0 Summary: libOSMesa.so is missing a dependcy to libglapi.so Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: werner(a)suse.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: Development Blocker: --- Found due missing offline support od asymptote, from config.log: /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../lib64/libOSMesa.so: undefined reference to `_glapi_tls_Context' /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../lib64/libOSMesa.so: undefined reference to `_glapi_tls_Dispatch' collect2: error: ld returned 1 exit status configure:7350: $? = 1 configure: failed program was: That is that libOSMesa.so has some unresolved symbols found in libglapi.so and is not linked against libglapi.so: abuild@noether:~/rpmbuild/BUILD/texlive/utils/asymptote> nm -D /usr/lib64/libOSMesa.so | grep glapi 0000000000605c80 D __glapi_noop_table 0000000000621730 B _glapi_Context 0000000000607ff0 D _glapi_Dispatch 0000000000269bd0 T _glapi_add_dispatch 000000000026a010 T _glapi_check_multithread 0000000000269f60 T _glapi_check_table 0000000000269f50 T _glapi_check_table_not_null 0000000000250b30 T _glapi_create_table_from_handle 000000000026a000 T _glapi_destroy_multithread 0000000000273660 T _glapi_get_context 00000000002738b0 T _glapi_get_dispatch 0000000000269f40 T _glapi_get_dispatch_table_size 0000000000269e50 T _glapi_get_proc_address 0000000000269ec0 T _glapi_get_proc_name 0000000000269e10 T _glapi_get_proc_offset 0000000000269fd0 T _glapi_noop_enable_warnings 000000000026a020 T _glapi_set_context 000000000026a030 T _glapi_set_dispatch 0000000000269fe0 T _glapi_set_warning_func U _glapi_tls_Context U _glapi_tls_Dispatch 0000000000250b00 T init_glapi_relocs_once abuild@noether:~/rpmbuild/BUILD/texlive/utils/asymptote> abuild@noether:~/rpmbuild/BUILD/texlive/utils/asymptote> nm -D /usr/lib64/libglapi.so | grep glapi_tls 0000000000000008 B _glapi_tls_Context 0000000000000000 D _glapi_tls_Dispatch abuild@noether:~/rpmbuild/BUILD/texlive/utils/asymptote> ldd /usr/lib64/libOSMesa.so linux-vdso.so.1 (0x00007fff1f1ff000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f108506f000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f1084e6b000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f1084b62000) libm.so.6 => /lib64/libm.so.6 (0x00007f1084864000) libc.so.6 => /lib64/libc.so.6 (0x00007f10844b4000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f108429c000) /lib64/ld-linux-x86-64.so.2 (0x00007f10858b9000) -- 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 833774] kernel hardening suggestion: hide the address in /proc/kallsyms and System-map
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833774 https://bugzilla.novell.com/show_bug.cgi?id=833774#c1 --- Comment #1 from Marcus Meissner <meissner(a)suse.com> 2013-08-07 14:15:02 UTC --- sent https://github.com/openSUSE/aaa_base/pull/5 -- 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 833724] New: openSUSE:12.3:Update/libqt4: Bug
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833724 https://bugzilla.novell.com/show_bug.cgi?id=833724#c0 Summary: openSUSE:12.3:Update/libqt4: 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: meissner(a)suse.com ReportedBy: robin.roevens(a)uza.be QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- RPM libqt4-x11-4.8.4-3.6.1.x86_64 Provides qt-x11 = 4.4.0 instead of = 4.8.4 This prevents installing 3rd party RPM's requiring qt-x11 > 4.4.0 as for example: http://spectran-developer.net/ftp/software/linux/x86_64-rpm/aaronia-mcs-1.6… which requires qt-x11 > 4.7.0 On Fedora 19 this aaronia package installs without error as their version of libqt4-x11 provides qt-x11 = 1:4.8.5-5.fc19 (see: http://pkgs.org/fedora-19/fedora-updates-x86_64/qt-x11-4.8.5-5.fc19.x86_64.…) Also installing this aaronia RPM on openSUSE 12.3 using rpm option --nodeps works and the application runs perfectly well with the current libqt4-x11-4.8.4-3.6.1 library. So I think it is an error in this libqt4-x11-4.8.4-3.6.1 package that it provides qt-x11 = 4.4.0 instead of 4.8.4 . -- 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