Bug#844749: live-build: Jessie image with backported kernel (linux-image-4.7.0-0.bpo.1-amd64) doesn't boot
> Igor Starkov: >>[2.974235] FAT-fs (sda1): IO charset ascii not found >>mount: mounting /dev/sda1 on /live/medium failed: Invalid argument >> skipped similar lines >>[ 63.554664] FAT-fs (sda1): IO charset ascii not found >>mount: mounting /dev/sda1 on /live/medium failed: Invalid argument > > Try adding a "nls_ascii" line (without quotes) in > /etc/initramfs-tools/modules. > > After "lb config" I did: mkdir -p config/includes.chroot/etc/initramfs-tools/ echo "nls_ascii" > config/includes.chroot/etc/initramfs-tools/modules Then I've builded image. Error has changed: --- [2.283298] usbcore: registered new interface driver usb-storage Begin: Running /scripts/live-realpremount .. done. Begin: Mounting "/live/medium/live/filesystem.squashfs" on "//filesystem.squashfs" via "/dev/loop0". done. [2.928209] clocksource: Switched to clocksource tsc BusyBox v1.22.1 (Debian 1:1.22.0-9+deb8u1) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) mount: mounting /dev/sda on /live/persistence/sda failed: No such device mount: mounting aufs on /root/ failed: No such device mount aufs on /root/ failed with option -o noatime,noxino,dirs=/live/overlay/=rw://filesystem.squashfs/=rr+wh modprobe: module ehci-orion not found in modules.dep (initramfs) --- But still no luck.
Bug#844749: live-build: Jessie image with backported kernel (linux-image-4.7.0-0.bpo.1-amd64) doesn't boot
Package: live-build Version: 4.0.3-1 Severity: important Dear Maintainer, * I'm trying to build live Jessie image with backported kernel. Kernel version: linux-image-4.7.0-0.bpo.1-amd64 * Steps to reproduce: lb config noauto \ --apt-indices false \ --apt-source-archives false \ --architectures amd64 \ --bootstrap debootstrap \ --backports true \ --linux-packages linux-image-4.7.0-0.bpo.1 \ --debian-installer false \ --system live \ --iso-application "x" \ --iso-publisher "x" \ --iso-volume "x" \ --archive-areas "main contrib non-free" \ --source false \ --memtest none \ --verbose \ --debug \ --win32-loader false \ --updates true \ --firmware-chroot true \ --firmware-binary true \ --bootappend-live "boot=live config live-config.utc=no" \ --binary-filesystem fat32 \ --binary-images hdd \ --zsync false echo "linux-base/jessie-backports" > config/package-lists/jessie-backports.list.chroot lb build 2>&1 | tee build.log Then I was trying to boot kvm from this image. * This leads to: Image boots, then after a while during booting kernel and initrd I see messages like this: --- [2.971437] cloclsource: Switched to clocksource tsc [2.974235] FAT-fs (sda1): IO charset ascii not found mount: mounting /dev/sda1 on /live/medium failed: Invalid argument skipped similar lines [ 63.554664] FAT-fs (sda1): IO charset ascii not found mount: mounting /dev/sda1 on /live/medium failed: Invalid argument --- and boot process exits to initrd's BusyBox prompt. * Expected result: Normal kernel boot process, leading to bash prompt. I've changed /usr/lib/live/build/binary_hdd file, but this was nesessary to fix other bug in debian-live: https://lists.debian.org/debian-live/2014/12/msg00122.htmlhttps://lists.debian.org/debian-live/2014/12/msg00122.html -- Package-specific info: -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages live-build depends on: ii debootstrap 1.0.67 Versions of packages live-build recommends: ii cpio2.11+dfsg-4.1+deb8u1 ii live-boot-doc 4.0.2-1 ii live-config-doc 4.0.4-1 ii live-manual-html [live-manual] 1:4.0.1-1 live-build suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/live/build/binary_hdd (from live-build package)
Bug#843760: Seems to be fixed now
Seems to be fixed after one more upgrade the next day. Due to python-openssl upgrade presumably.
Bug#843760: /usr/bin/gajim: Fails to start with AttributeError: 'module' object has no object has no attribute 'SSL_ST_INIT'
Package: gajim Version: 0.16.6-1 Severity: important File: /usr/bin/gajim Hello, after the recent update of a few packages Gajim fails to start: $ /usr/bin/gajim Traceback (most recent call last): File "gajim.py", line 74, in import nbxmpp File "/usr/lib/python2.7/dist-packages/nbxmpp/__init__.py", line 14, in from . import simplexml, protocol, auth_nb, transports_nb, roster_nb File "/usr/lib/python2.7/dist-packages/nbxmpp/auth_nb.py", line 40, in from . import rndg File "/usr/lib/python2.7/dist-packages/nbxmpp/rndg.py", line 25, in import OpenSSL.rand File "/usr/lib/python2.7/dist-packages/OpenSSL/__init__.py", line 8, in from OpenSSL import rand, crypto, SSL File "/usr/lib/python2.7/dist-packages/OpenSSL/SSL.py", line 112, in SSL_ST_INIT = _lib.SSL_ST_INIT AttributeError: 'module' object has no attribute 'SSL_ST_INIT' -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gajim depends on: ii dnsutils1:9.10.3.dfsg.P4-10.1 ii python-gtk2 2.24.0-5.1 ii python-nbxmpp 0.5.4-1 ii python-openssl 16.1.0-1 ii python-pyasn1 0.1.9-2 pn python:any Versions of packages gajim recommends: ii alsa-utils 1.1.2-1 ii ca-certificates20161102 ii dbus 1.10.12-1 ii dunst [notification-daemon]1.1.0-2 ii gnome-shell [notification-daemon] 3.22.1-1 ii notification-daemon3.20.0-1 ii python-crypto 2.6.1-6+b1 ii python-dbus1.2.4-1 Versions of packages gajim suggests: ii aspell-en [aspell-dictionary] 2016.06.26-0-0.1 pn avahi-daemon pn dvipng ii gnome-keyring 3.20.0-3 pn gstreamer0.10-plugins-ugly pn kwalletcli ii libgtkspell0 2.0.16-1.1 ii libxss11:1.2.2-1 pn nautilus-sendto ii network-manager1.4.2-2 pn python-avahi ii python-gconf 2.28.1+dfsg-1.1 ii python-gnome2 2.28.1+dfsg-1.1 pn python-gnomekeyring pn python-gupnp-igd pn python-kerberos ii python-pycurl 7.43.0-1 pn texlive-latex-base -- no debconf information
Bug#841386: libc6: perror() changes orientation of non-oriented stderr when it is redirected
Package: libc6 Version: 2.24-3 Severity: important Tags: patch Dear Maintainer, This bug can be seen by compiling the following program and then running $ ./a.out 2>/dev/null The output is initial fwide: 0 fwide: -1 The attached patch fixes this, so that the output becomes initial fwide: 0 fwide: 0 #include #include #include int main(void) { printf("initial fwide: %d\n", fwide(stderr, 0)); errno = EINVAL; perror(""); /* note, that prior to this call stderr was not oriented */ printf("fwide: %d\n", fwide(stderr, 0)); return 0; } Cheers, Igor P.S. I posted a https://sourceware.org/bugzilla/show_bug.cgi?id=20677;>bugreport to upstream I can only guess why this 100% *small* bug has not been fixed ... -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libc6 depends on: ii libgcc1 1:6.2.0-6 libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.59 pn glibc-doc ii libc-l10n 2.24-3 ii locales2.24-3 -- debconf information excluded diff -ur glibc-2.24.orig/stdio-common/perror.c glibc-2.24/stdio-common/perror.c --- glibc-2.24.orig/stdio-common/perror.c 2016-08-02 09:01:36.0 +0700 +++ glibc-2.24/stdio-common/perror.c 2016-10-18 08:59:48.996440346 +0700 @@ -22,9 +22,15 @@ #include #include "libioP.h" -static void -perror_internal (FILE *fp, const char *s, int errnum) +/* Print a line on stderr consisting of the text in S, a colon, a space, + a message describing the meaning of the contents of `errno' and a newline. + If S is NULL or "", the colon and space are omitted. */ +void +perror (const char *s) { + int errnum = errno; + int fd = -1; + char buf[1024]; const char *colon; const char *errstring; @@ -36,48 +42,30 @@ errstring = __strerror_r (errnum, buf, sizeof buf); - (void) __fxprintf (fp, "%s%s%s\n", s, colon, errstring); -} - - -/* Print a line on stderr consisting of the text in S, a colon, a space, - a message describing the meaning of the contents of `errno' and a newline. - If S is NULL or "", the colon and space are omitted. */ -void -perror (const char *s) -{ - int errnum = errno; - FILE *fp; - int fd = -1; - - /* The standard says that 'perror' must not change the orientation of the stream. What is supposed to happen when the stream isn't - oriented yet? In this case we'll create a new stream which is - using the same underlying file descriptor. */ - if (__builtin_expect (_IO_fwide (stderr, 0) != 0, 1) - || (fd = __fileno (stderr)) == -1 - || (fd = __dup (fd)) == -1 - || (fp = fdopen (fd, "w+")) == NULL) -{ - if (__glibc_unlikely (fd != -1)) - __close (fd); + oriented yet? In this case we'll write directly to the same + underlying file descriptor. - /* Use standard error as is. */ - perror_internal (stderr, s, errnum); -} + TODO: implement this feature for streams which are not backed by a POSIX + file descriptor (e.g., fopencookie and fmemopen). */ + + if (__builtin_expect (_IO_fwide (stderr, 0) != 0, 1) + || (fd = __fileno (stderr)) == -1) +/* Use standard error as is. */ +(void) __fxprintf (stderr, "%s%s%s\n", s, colon, errstring); else { - /* We don't have to do any special hacks regarding the file - position. Since the stderr stream wasn't used so far we just - write to the descriptor. */ - perror_internal (fp, s, errnum); - - if (_IO_ferror_unlocked (fp)) - stderr->_flags |= _IO_ERR_SEEN; - - /* Close the stream. */ - fclose (fp); + /* Streams without orientation have never had any output directed at + them, so they are definitely still in the initial shift state with an + empty buffer (if the stream is buffered). Thus, in the case when + stderr has no orientation, we may safely use "__write", considering + the fact that "__write" has no internal buffer. */ + + __write(fd, s, strlen(s)); + __write(fd, colon, strlen(colon)); + __write(fd, errstring, strlen(errstring)); + __write(fd, "\n", 1); } } libc_hidden_def (perror)
Bug#840499: manpages-dev: Inconsistent symbolic error name for EILSEQ in errno(3)
Package: manpages-dev Version: 4.07-1 Severity: normal Dear Maintainer, According to bug glibc bug 20687 [1], the text Illegal byte sequence (POSIX.1, C99) should be changed to Invalid or incomplete multibyte or wide character [1]: https://sourceware.org/bugzilla/show_bug.cgi?id=20687 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages manpages-dev depends on: ii manpages 4.07-1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.7.5-1 -- no debconf information
Bug#839705: manpages-dev: "initial state" in mbstowcs(3) and wcstombs(3)
Dear Maintainer, According to definitions of mbstowcs and wcstombs (see below), the phrase ``The conversion starts in the initial state.'' may be left in mbstowcs(3) and wcstombs(3), but the phrase ``In this case, the conversion ends in the initial state.'' should be removed from wcstombs(3) (because there is no such sentence in corresponding section of mbstowcs(3) and because this sentence makes no sense): http://code.metager.de/source/xref/gnu/glibc/stdlib/mbstowcs.c http://code.metager.de/source/xref/gnu/glibc/stdlib/wcstombs.c BTW, in mbstowcs(3) the phrase including the terminating null wide character ('\0') should be changed to including the terminating null byte ('\0') Regards, Igor
Bug#839705: manpages-dev: "initial state" in mbstowcs(3) and wcstombs(3)
Package: manpages-dev Version: 4.07-1 Severity: normal Dear Maintainer, In mbstowcs(3) there is this sentence: The conversion starts in the initial state. And in wcstombs(3) there are these sentences: The conversion starts in the initial state. In this case, the conversion ends in the initial state. "Initial state" is associated only with mbstate_t, but mbstowcs and wcstombs are stateless (in contrast with mbsrtowcs and wcsrtombs). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages manpages-dev depends on: ii manpages 4.07-1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.7.5-1 -- no debconf information
Bug#839052: kodi: Kodi crashes on startup with a relocation error
Package: kodi Version: 17.0~beta2+dfsg1-1 Severity: important Dear Maintainer, * What led up to the situation? Start kodi in terminal * What exactly did you do (or not do) that was effective (or ineffective)? Nothing helps * What was the outcome of this action? Kodi does not start and the error message is printed: /usr/lib/x86_64-linux-gnu/kodi/kodi.bin: relocation error: /usr/lib/x86_64-linux-gnu/libavfilter.so.6: symbol av_hwframe_transfer_data, version LIBAVUTIL_55 not defined in file libavutil.so.55 with link time reference * What outcome did you expect instead? Start normally dpkg -l | grep ^ii | grep libavutil ii libavutil55:amd64 10:3.0.2-dmo2 amd64FFmpeg avutil library - runtime files dpkg -l | grep ^ii | grep libavfilter ii libavfilter6:amd647:3.1.3-1+b3 amd64FFmpeg library containing media filters - runtime files -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'experimental'), (400, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kodi depends on: ii kodi-bin 17.0~beta2+dfsg1-1 ii kodi-data 16.1+dfsg1-2 Versions of packages kodi recommends: ii kodi-visualization-spectrum 1.0.14+git20151213-1 kodi suggests no packages. -- no debconf information
Bug#838956: manpages-dev: Inconsistent documentation in NOTES section of "man wcstombs"
Package: manpages-dev Version: 4.07-1 Severity: normal Dear Maintainer, In "man wcstombs" the words The function wcsrtombs(3) provides a thread safe interface to the same functionality. should be changed to The function wcsrtombs(3) provides a better interface to the same functionality. Because 1) wcsrtombs is not thread safe if "ps" is NULL (see "ATTRIBUTES" in "man wcsrtombs") 2) wcstombs *is* thread safe (see "ATTRIBUTES" in "man wcstombs") 3) "man mbstowcs" says "The function mbsrtowcs(3) provides a better interface to the same functionality." in the same NOTES section. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages manpages-dev depends on: ii manpages 4.07-1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.7.5-1 -- no debconf information
Bug#836126: trafficserver: add Build-Depends to ensure tstop builds
Package: trafficserver Version: 6.0.0-2ah1~trusty1 Severity: normal Tags: patch Dear Maintainer, tstop is a small utility that shows the current utilisation of trafficserver. in order for it to build, libncursesX-dev, libcurlY-openssl-dev must be present during configure. I recommend adding them to Build-Depends -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-36-generic (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages trafficserver depends on: ii adduser 3.113+nmu3ubuntu4 ii libc62.23-0ubuntu3 ii libcap2 1:2.24-12 ii libcurl3 7.47.0-1ubuntu2.1 ii libgcc1 1:6.0.1-0ubuntu1 ii libhwloc51.11.2-3 ii libncurses5 6.0+20160213-1ubuntu1 ii libpcre3 2:8.39-1+deb.sury.org~xenial+1 ii libssl1.0.0 1.0.2g-1ubuntu4.2 ii libstdc++6 5.4.0-6ubuntu1~16.04.2 ii libtcl8.68.6.5+dfsg-2 ii libtinfo56.0+20160213-1ubuntu1 ii libxml2 2.9.4-1+deb.sury.org~xenial+2 ii lsb-base 9.20160110ubuntu0.2 ii perl 5.22.1-9 ii zlib1g 1:1.2.8.dfsg-2ubuntu4 trafficserver recommends no packages. Versions of packages trafficserver suggests: ii trafficserver-experimental-plugins 6.0.0-2ah1~trusty1 -- Configuration Files: /etc/init.d/trafficserver changed [not included] /etc/trafficserver/remap.config changed [not included] /etc/trafficserver/ssl_multicert.config changed [not included] -- no debconf information
Bug#836124: trafficserver is built with --enable-linux-aio, which is unstable and will be removed in 7.0
Package: trafficserver Version: 6.0.0-2ah1~trusty1 Severity: important Tags: patch Dear Maintainer, I am the maintainer of https://launchpad.net/~apache-helpdesk/+archive/ubuntu /trafficserver-ppa It's based on your package's git repository, but includes a number of fixes. One of them is to disable linux-aio, which helps counter severe crashes, which made trafficserver effectively unusable in production. Additionally, the dev team decided to disable it by default (perhaps even remove the code) in trafficserver 7.0.0: https://mail-archives.apache.org/mod_mbox/trafficserver- dev/201608.mbox/%3C607593C5-AC40-4963-8A79-1FA11CE16EE7%40apache.org%3E -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-36-generic (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages trafficserver depends on: ii adduser 3.113+nmu3ubuntu4 ii libc62.23-0ubuntu3 ii libcap2 1:2.24-12 ii libcurl3 7.47.0-1ubuntu2.1 ii libgcc1 1:6.0.1-0ubuntu1 ii libhwloc51.11.2-3 ii libncurses5 6.0+20160213-1ubuntu1 ii libpcre3 2:8.39-1+deb.sury.org~xenial+1 ii libssl1.0.0 1.0.2g-1ubuntu4.2 ii libstdc++6 5.4.0-6ubuntu1~16.04.2 ii libtcl8.68.6.5+dfsg-2 ii libtinfo56.0+20160213-1ubuntu1 ii libxml2 2.9.4-1+deb.sury.org~xenial+2 ii lsb-base 9.20160110ubuntu0.2 ii perl 5.22.1-9 ii zlib1g 1:1.2.8.dfsg-2ubuntu4 trafficserver recommends no packages. Versions of packages trafficserver suggests: ii trafficserver-experimental-plugins 6.0.0-2ah1~trusty1 -- Configuration Files: /etc/init.d/trafficserver changed [not included] /etc/trafficserver/remap.config changed [not included] /etc/trafficserver/ssl_multicert.config changed [not included] -- no debconf information >From 5cd865812635f2889eefb93559c258c6c4be52b3 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Igor=20Gali=C4=87?= <i.ga...@brainsware.org> Date: Tue, 30 Aug 2016 20:10:49 +0200 Subject: [PATCH] remove --enable-linux-native-aio removing --enable-linux-native-aio leads to a more predictably stable build of trafficserver. It's also a safe precaution, since the option (if not the entire code-base) will be removed in trafficserver 7.0.0 --- debian/rules | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/rules b/debian/rules index 3fbc0fb..b970a54 100755 --- a/debian/rules +++ b/debian/rules @@ -22,7 +22,7 @@ configure_flags = \ $(shell dpkg-buildflags --export=configure) ifeq ($(DEB_HOST_ARCH_OS),linux) - configure_flags += --enable-wccp --enable-linux-native-aio + configure_flags += --enable-wccp endif ifneq (,$(findstring $(DEB_BUILD_ARCH),arm64 mips mipsel mipsn32 mipsn32el mips64 mips64el ppc64el)) -- 2.9.3
Bug#834724: curl: (35) gnutls_handshake() failed: Public key signature verification has failed.
Package: curl Version: 7.50.1-1 Severity: important Public key verification fails on many legitimate URLs, one example: {{{ $ curl -I https://duckduckgo.com curl: (35) gnutls_handshake() failed: Public key signature verification has failed. $ curl --version curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 GnuTLS/3.5.3 zlib/1.2.8 libidn/1.33 libssh2/1.7.0 nghttp2/1.13.0 librtmp/2.3 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp Features: AsynchDNS IDN IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets }}} it works perfect if downgraded to 7.38.0-4+deb8u3: {{{ $ curl -I https://duckduckgo.com HTTP/1.1 200 OK Server: nginx Date: Thu, 18 Aug 2016 10:03:59 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 5009 Connection: keep-alive ETag: "57b56e74-1391" Expires: Thu, 18 Aug 2016 10:03:58 GMT Cache-Control: no-cache Strict-Transport-Security: max-age=31536000 Accept-Ranges: bytes $ curl --version curl 7.38.0 (x86_64-pc-linux-gnu) libcurl/7.38.0 OpenSSL/1.0.1t zlib/1.2.8 libidn/1.33 libssh2/1.4.3 librtmp/2.3 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp scp sftp smtp smtps telnet tftp Features: AsynchDNS IDN IPv6 Largefile GSS-API SPNEGO NTLM NTLM_WB SSL libz TLS-SRP }}} -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages curl depends on: ii libc62.23-4 ii libcurl3-gnutls 7.50.1-1 ii zlib1g 1:1.2.8.dfsg-2+b1 curl recommends no packages. curl suggests no packages. -- no debconf information
Bug#830260: not reproducible anymore
upgraded a bunch of packages today, not reproducible anymore
Bug#831673: grep: Mixing "max-count" and "after-context" outputs too few lines
Package: grep Version: 2.25-6 Severity: normal Given after-context=3 it is expected to output at least 4 lines as documented, but adding max-count=1 makes it stop on the next matching line. What I do: $ printf '%s\n' a b a c | grep -m1 -A3 a What I see: a b What I expect: a b a c -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages grep depends on: ii dpkg 1.18.9 ii install-info 6.1.0.dfsg.1-8 ii libc6 2.23-1 ii libpcre3 2:8.38-3.1 grep recommends no packages. Versions of packages grep suggests: ii libpcre3 2:8.38-3.1 -- no debconf information
Bug#830260: gnome-terminal: Keyboard typing lags if no other WM activity
Package: gnome-terminal Version: 3.20.2-1 Severity: normal What I do: ensure there is no gnome-terminal running (ps -A | grep gnome-terminal) run gnome-terminal type 's' press Backspace repeat typing-pressing a few times What I see: a few seconds delay before 's' appears after typing or gets erased once backspace is pressed; the delay is quite random from sub-seconds to tens of seconds; constantly moving mouse pointer around or clicking it, causes 's' to appear/disappear immediately, changing window focus also helps, but typing more - does not help, whole text typed in blind appears with a delay What I expect: immediate UI reponse even if no other WM activity When I noticed the issue: after the recent upgrade of a number of packets I see the same lagging using firefox too, but most applications are fine, among them other terminal emulators (mlterm and xterm) and gtk-3 app evince. When I try to debug with strace, responsiveness is excellent. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii gconf-service3.2.6-3 ii gnome-terminal-data 3.20.2-1 ii gsettings-desktop-schemas3.20.0-3 ii libatk1.0-0 2.20.0-1 ii libc62.23-1 ii libcairo-gobject21.14.6-1+b1 ii libcairo21.14.6-1+b1 ii libdconf10.26.0-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.1-1 ii libgtk-3-0 3.20.6-2 ii libnautilus-extension1a 3.20.1-3 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libuuid1 2.28-5 ii libvte-2.91-00.44.2-1 ii libx11-6 2:1.6.3-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.10.8-1 ii gvfs 1.28.2-1 ii yelp 3.20.1-1 gnome-terminal suggests no packages. -- no debconf information
Bug#830191: mlterm: NumPad PgUp/PgDwn/Arrows do not work
Package: mlterm Version: 3.5.0-1+b1 Severity: normal Hello, testing with: $ seq 1024 | less once less is started, try scrolling down with PageDown on a numpad it is expected to scroll down, but it stays on the same line it works if I run different terminal emulator (gnome-terminal) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mlterm depends on: ii libc6 2.23-1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-02.48.1-1 ii libx11-62:1.6.3-1 ii mlterm-common 3.5.0-1+b1 Versions of packages mlterm recommends: ii mlterm-tools 3.5.0-1+b1 Versions of packages mlterm suggests: pn fonts-arphic-bsmi00lp pn fonts-arphic-gbsn00lp pn fonts-freefont-ttf pn fonts-nanum | fonts-baekmuk pn fonts-vlgothic | fonts-japanese-gothic pn mlterm-im-m17nlib pn mlterm-im-scim pn mlterm-im-uim pn t1-cyrillic pn unifont ii xfonts-efont-unicode0.4.2-8 -- no debconf information
Bug#824553: qemu-nbd: devices for partitions are not created
I figured it out: Everything is done exactly as before, but now it is necessary to use "partprobe", like this: sudo modprobe nbd max_part=16 sudo qemu-nbd -c /dev/nbd0 newcd-qemu.qcow2 sudo partprobe /dev/nbd0
Bug#824553: qemu-nbd: devices for partitions are not created
Package: qemu-utils Version: 1:2.5+dfsg-5+b1 Severity: grave Justification: renders package unusable Dear Maintainer, In debian testing weekly build from 2016-04-18 qemu-nbd worked fine, and in build from 2016-04-25 it stopped working. Steps to reproduce: qemu-img create -f qcow2 myimg.qcow2 10G qemu-system-x86_64 -enable-kvm -hda myimg.qcow2 -cdrom debian-testing-amd64-DVD-1.iso -m 256 -boot d sudo modprobe nbd max_part=16 # this works OK - /dev/nbd0,1,... devices are created sudo qemu-nbd -c /dev/nbd0 newcd-qemu.qcow2 Result: there are no /dev/nbd0p* devices. Maybe this will be useful: when I run "sudo qemu-nbd -c /dev/nbd0 newcd-qemu.qcow2" again, it prints this: /build/qemu-gfZfcR/qemu-2.5+dfsg/nbd.c:nbd_init():L723: Failed to set NBD socket /build/qemu-gfZfcR/qemu-2.5+dfsg/nbd.c:nbd_receive_request():L857: read failed But still, no /dev/nbd0p* devices appear. I did everything absolutely the same as I always did before, but this time it did not work. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qemu-utils depends on: ii libaio1 0.3.110-2 ii libc6 2.22-7 ii libgcc1 1:5.3.1-14 ii libglib2.0-0 2.48.0-1 ii libgnutls30 3.4.10-4 ii libnettle63.2-1 ii libuuid1 2.28-1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages qemu-utils recommends: ii sharutils 1:4.15.2-1 Versions of packages qemu-utils suggests: ii debootstrap 1.0.80 pn qemu-block-extra -- no debconf information
Bug#820781: /usr/share/doc/maxima/changelog.gz: changelog.gz is more than ten years old
Package: maxima Version: 5.38.0-2 Severity: minor File: /usr/share/doc/maxima/changelog.gz Dear Maintainer, changelog.gz in te package is of very limited use since the most record it contains is this: {{{ Since version 5.10.0 there exists a "ChangeLog-VERSION" file for the changes in each Maxima version. Look there for changes in recent versions. }}} that is dated somewhat about 2005, the one I'd expect to see is this one: https://sourceforge.net/p/maxima/code/ci/master/tree/ChangeLog-5.38.md can real changelogs be included in packages please? -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages maxima depends on: ii libc6 2.22-6 ii libgmp10 2:6.1.0+dfsg-2 ii libreadline6 6.3-8+b4 ii libx11-6 2:1.6.3-1 Versions of packages maxima recommends: ii gnuplot-x11 4.6.6-3 ii maxima-share 5.38.0-2 Versions of packages maxima suggests: ii maxima-doc5.38.0-2 pn maxima-emacs pn texmacs ii tk [wish] 8.6.0+9 ii xmaxima 5.38.0-2 -- no debconf information
Bug#820160: texlive-binaries: tex vs. kpsewhich - inconsistent paths are found
Package: texlive-binaries Version: 2015.20160222.37495-1 Severity: important Dear Maintainer, "kpsewhich" shows one path, and "tex" uses another. Steps to reproduce: 1) Create /usr/local/share/texmf/web2c/texmf.cnf with the following content: TEXMFHOME = /home/user/some-dir TEXMFVAR = $TEXMFLOCAL 2) Check path in pdftex: $ mkdir -p ~/some-dir/tex/ $ cp /usr/share/texlive/texmf-dist/tex/plain/cweb/cwebmac.tex ~/some-dir/tex/ $ pdftex -rec -jobname test '\input cwebmac.tex \end' $ grep cwebmac.tex test.fls INPUT /usr/share/texlive/texmf-dist/tex/plain/cweb/cwebmac.tex 3) Check path in kpsewhich: $ kpsewhich cwebmac.tex /home/user/some-dir/tex/cwebmac.tex 4) Compare results of step 2) and 3). I'm invoking the Debian kpsewhich and the Debian pdftex, both from /usr/bin Attached are pdftex.log and kpsewhich.log, produced by the following commands: pdftex --kpathsea-debug=-1 -jobname test '\input cwebmac.tex \end' 2> pdftex.log kpsewhich -debug=-1 cwebmac.tex 2> kpsewhich.log -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages texlive-binaries depends on: ii dpkg 1.18.4 ii libc6 2.21-9 ii libfontconfig12.11.0-6.4 ii libfreetype6 2.6.3-3 ii libgcc1 1:5.3.1-11 ii libgmp10 2:6.1.0+dfsg-2 ii libgraphite2-31.3.6-1 ii libgs99.18~dfsg-4 ii libharfbuzz-icu0 1.0.1-1+b1 ii libharfbuzz0b 1.0.1-1+b1 ii libice6 2:1.0.9-1+b1 ii libicu55 55.1-7 ii libkpathsea6 2015.20160222.37495-1 ii libmpfr4 3.1.4~rc1-1 ii libpaper1 1.1.24+nmu4 ii libpixman-1-0 0.33.6-1 ii libpoppler57 0.38.0-2 ii libpotrace0 1.13-2 ii libptexenc1 2015.20160222.37495-1 ii libsm62:1.2.2-1+b1 ii libstdc++65.3.1-11 ii libsynctex1 2015.20160222.37495-1 ii libtexlua52 2015.20160222.37495-1 ii libtexluajit2 2015.20160222.37495-1 ii libx11-6 2:1.6.3-1 ii libxaw7 2:1.0.13-1 ii libxext6 2:1.3.3-1 ii libxi62:1.7.6-1 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.11-1+b1 ii libxt61:1.1.5-1 ii libzzip-0-13 0.13.62-3 ii perl 5.22.1-8 ii t1utils 1.39-2 ii tex-common6.04 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages texlive-binaries recommends: ii python2.7.11-1 ii ruby 1:2.3.0+1 ii texlive-base 2015.20160223-1 ii tk [wish] 8.6.0+9 texlive-binaries suggests no packages. -- no debconf information kdebug:Search path for cnf files (from compile-time paths.h) kdebug: = /etc/texmf/web2c:/usr/local/share/texmf/web2c:/usr/share/texmf/web2c:/usr/share/texlive/texmf-dist/web2c://share/texmf/web2c kdebug: before expansion = {/etc/texmf/web2c,/usr/local/share/texmf/web2c,/usr/share/texmf/web2c,/usr/share/texlive/texmf-dist/web2c,$SELFAUTOPARENT/share/texmf/web2c} kdebug: application override path = (none) kdebug: application config file path = (none) kdebug: texmf.cnf path = (none) kdebug: compile-time path = {/etc/texmf/web2c,/usr/local/share/texmf/web2c,/usr/share/texmf/web2c,/usr/share/texlive/texmf-dist/web2c,$SELFAUTOPARENT/share/texmf/web2c} kdebug: environment variables = TEXMFCNF kdebug: default suffixes = .cnf kdebug: other suffixes = (none) kdebug: search only with suffix = 0 kdebug: runtime generation program = (none) kdebug: runtime generation command = (none) kdebug: program enabled = 0 kdebug: program enable level = 0 kdebug: open files in binary mode = 0 kdebug: numeric format value = 8 kdebug:start search(file=texmf.cnf, must_exist=1, find_all=1, path=/etc/texmf/web2c:/usr/local/share/texmf/web2c:/usr/share/texmf/web2c:/usr/share/texlive/texmf-dist/web2c://share/texmf/web2c). kdebug:path element /etc/texmf/web2c => /etc/texmf/web2c/ kdebug:path element /usr/local/share/texmf/web2c => /usr/local/share/texmf/web2c/ kdebug:path element /usr/share/texmf/web2c => /usr/share/texmf/web2c/ kdebug:path element /usr/share/texlive/texmf-dist/web2c => /usr/share/texlive/texmf-dist/web2c/ kdebug:kpse_normalize_path (//share/texmf/web2c) => 0 kdebug:path element /share/texmf/web2c => kdebug:Search path for ls-R files (from texmf.cnf) kdebug: = /var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/usr/share/texlive/texmf-dist kdebug: before expansion = {!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFDEBIAN,!!$TEXMFDIST} kdebug: application override path = (none) kdebug: application config file path = (none) kdebug: texmf.cnf path = {!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFDEBIAN,!!$TEXMFDIST} kdebug: compile-time path = /nonesuch kdebug: environment variables = TEXMFDBS
Bug#807996: apt: "apt-get update" gives 'repository cdrom://... does not have a Release file' warning
This bug report may be closed.
Bug#807996: apt: "apt-get update" gives 'repository cdrom://... does not have a Release file' warning
In apt-secure(8) manpage it is said that there must be Release.gpg or InRelease in addition to Release. Is there a way to disable this warning? Maybe this Release.gpg or InRelease should be provided by default on official iso image, because it is already verified by checksum?
Bug#814755: [tex-k] luatex font bug: "checksum mismatch" warnings on 64bit system
Hi all, On 26/02/2016, Karl Berry <k...@freefriends.org> wrote: > This is complaining that a number is not equal to itself, clearly a > representation problem as you describe. I think you should report it, > with your analysis, on tracker.luatex.org. Perhaps it is already fixed > in the current code. The LuaTeX maintainers do not follow tex-k. -k I reported it here: http://tracker.luatex.org/view.php?id=965 The response was that no problem was seen. But do get this warning. So I investigated some more and discovered a strange thing: when luatex is run from current directory, it loads only myfont.ofm, but when it is run not from current directory, it tries to load also myfont.ovf and cmb10.tfm (for the complete explanation see http://tracker.luatex.org/view.php?id=965#c1580) Why luatex loads different files depending from which directory it is run? Is it something in TeX Live that causes this difference in behavior, or it is the problem with luatex? Regards, Igor
Bug#814755: texlive-binaries: LuaTeX "checksum mismatch" warnings in some OVF fonts on 64bit
There is a workaround: the check can be simply disabled by removing FONTCHECKSUM property from ovp file. This bug may be closed, as it is the problem with upstream.
Bug#816090: console-setup: does not avoid waiting for $remote_fs during early boot
> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1430280 The other issue from that page (with NetworkManager-wait-online.service) was fixed in Debian. So, for those who need to enable NetworkManager-wait-online.service (which is disabled in Debian by default and which is required to be able to mount NFS shares during boot) it would be interesting to know if it is safe with current settings in console-setup package. If it is not safe, please put a warning somewhere what should be do to make it safe. Thanks.
Bug#781387: mate-session-manager: inconsistent behavior of mate-session-manager in reaction to gnome-compat options
Confirm that the following disables gnome-keyring daemon completely: Copy gnome-keyring-pkcs11.desktop, gnome-keyring-secrets.desktop and gnome-keyring-ssh.desktop from /etc/xdg/autostart/ to ~/.config/autostart/ and add X-MATE-Autostart-enabled=false to each of them. There was some messing with this option circa januare 2015, as can be seen here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775189 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775256 Still, it is not clear to me what for was created the option "org.mate.session gnome-compat-startup". Please explain. The default values for this option are "keyring" and "smproxy". It does not work for "keyring", and no "smproxy" process seems to be started by default. Thus, it seems that this option is not used for anything. Maybe remove it completely?
Bug#816090: console-setup: does not avoid waiting for $remote_fs during early boot
Package: console-setup Version: 1.136 Severity: normal Tags: patch Dear Maintainer, In /etc/init.d/console-setup there is "# Required-Start:$remote_fs" according to the following link $remote_fs can get dependency cycles https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1430280 It has been fixed in ubuntu http://launchpadlibrarian.net/199935500/console-setup_1.108ubuntu3_1.108ubuntu4.diff.gz Please fix it also in debian. Best, Igor -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages console-setup depends on: ii console-setup-linux 1.136 ii debconf 1.5.58 ii keyboard-configuration 1.136 ii xkb-data2.17-1 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales 2.19-22 ii lsb-base 9.20160110 Versions of packages keyboard-configuration depends on: ii debconf 1.5.58 ii initscripts 2.88dsf-59.3 ii liblocale-gettext-perl 1.07-1 Versions of packages console-setup-linux depends on: ii kbd 2.0.3-2 ii keyboard-configuration 1.136 console-setup-linux suggests no packages. Versions of packages console-setup is related to: pn console-common pn console-data pn console-tools ii kbd 2.0.3-2 -- debconf information: * keyboard-configuration/layoutcode: us console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/codesetcode: Lat15 * keyboard-configuration/toggle: No toggling console-setup/fontsize-text47: 8x16 * keyboard-configuration/variantcode: dvorak * keyboard-configuration/layout: keyboard-configuration/unsupported_layout: true keyboard-configuration/ctrl_alt_bksp: false * keyboard-configuration/altgr: The default for the keyboard layout console-setup/fontsize: 8x16 console-setup/fontface47: Fixed console-setup/store_defaults_in_debconf_db: true debian-installer/console-setup-udeb/title: * keyboard-configuration/optionscode: console-setup/fontsize-fb47: 8x16 keyboard-configuration/unsupported_options: true * keyboard-configuration/other: * keyboard-configuration/model: Generic 105-key (Intl) PC console-setup/framebuffer_only: * keyboard-configuration/compose: No compose key * keyboard-configuration/variant: English (US) - English (Dvorak) * keyboard-configuration/switch: No temporary switch console-setup/guess_font: console-setup/charmap47: UTF-8 keyboard-configuration/unsupported_config_options: true * keyboard-configuration/xkb-keymap: us(dvorak) * keyboard-configuration/store_defaults_in_debconf_db: true * keyboard-configuration/modelcode: pc105 keyboard-configuration/unsupported_config_layout: true console-setup/use_system_font:
Bug#781387: mate-session-manager: inconsistent behavior of mate-session-manager in reaction to gnome-compat options
Hi, With my bug report I wanted to say that disabling gnome-keyring and gnome-smproxy by removing them from gnome-compat-startup option does not work for unknown reason. gnome-keyring-daemon is started anyway. This can be shown by running "ps -ef | grep [k]eyring" More interesting is the undeterministic behavior: on each reboot it starts with random --components= - either pkcs11, or secrets, or ssh. So, the problem is that gnome-compat-startup is not working. Maybe instead of using gnome-compat-startup option gnome-keyring-daemon may be disabled by removing the following files? /etc/xdg/autostart/gnome-keyring-pkcs11.desktop /etc/xdg/autostart/gnome-keyring-secrets.desktop /etc/xdg/autostart/gnome-keyring-ssh.desktop Best regards, Igor
Bug#814755: texlive-binaries: LuaTeX "checksum mismatch" warnings in some OVF fonts on 64bit
This has been reported to http://tracker.luatex.org/view.php?id=965
Bug#814755: luatex font bug: "checksum mismatch" warnings on 64bit system
Hi all, I reported this bug to Debian some days ago, but did not get a response, so I'm writing here. Keep the CC please. luatex gives "checksum mismatch" warnings: This is LuaTeX, Version beta-0.80.0 (TeX Live 2015/Debian) (rev 5238) checksum mismatch in local font cmb10 (-770990554 != -770990554) in virtual font myfont.vf ignored. No pages of output. Transcript written on texput.log. Run the following commands in a clean directory to create OFM/OVF font and load it in luatex: echo "(MAPFONT D 0 (FONTNAME cmb10))" > myfont.vpl tftopl cmb10 >> myfont.vpl vptovf myfont.vpl rm myfont.vpl vftovp -charcode-format=octal myfont.vf > myfont.ovp rm myfont.tfm myfont.vf ovp2ovf myfont.ovp luatex '\font\f=myfont\end' On i386 system the same versions of texlive packages do not give such warnings. If we change cmb10 to, e.g., cmr10, no warning is printed. The problem is that for fonts with values of FONTCHECKSUM above octal 177, the value is interpreted as negative. Octal 177 is binary 0111 Octal 200 is binary 1000 This is possibly some issue with types of variables on 32bit vs 64bit systems. Also, "man ofm2opl" says about "-charcode-format" option, which does not exist: $ ofm2opl -charcode-format=ascii myfont ofm2opl: unrecognized option '-charcode-format=ascii' Try `ofm2opl --help' for more information. Best regards, Igor
Bug#814755: texlive-binaries: LuaTeX "checksum mismatch" warnings in some OVF fonts on 64bit
Package: texlive-binaries Version: 2015.20150524.37493-7+b1 Severity: important Dear Maintainer, With some fonts, e.g., cmb10, warnings are printed in OVF fonts. The following commands demonstrate the problem: echo "(MAPFONT D 0 (FONTNAME cmb10))" > myfont.vpl tftopl cmb10 >> myfont.vpl vptovf myfont.vpl luatex '\font\f=myfont\end' vftovp -charcode-format=octal myfont.vf > myfont.ovp ovp2ovf myfont.ovp luatex '\font\f=myfont\end' In the above commands the first luatex run gives no warnings: This is LuaTeX, Version beta-0.80.0 (TeX Live 2015/Debian) (rev 5238) No pages of output. Transcript written on texput.log. But the second luatex run gives "checksum mismatch" warnings: This is LuaTeX, Version beta-0.80.0 (TeX Live 2015/Debian) (rev 5238) checksum mismatch in local font cmb10 (-770990554 != -770990554) in virtual font myfont.vf ignored. No pages of output. Transcript written on texput.log. If we change cmb10 to, e.g., cmr10, no warning is printed in both luatex runs. On i386 system the same versions of texlive packages never give such warnings. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages texlive-binaries depends on: ii dpkg 1.18.4 ii libc6 2.21-7 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.6.1-0.1 ii libgcc1 1:5.3.1-7 ii libgmp10 2:6.1.0+dfsg-2 ii libgraphite2-31.3.5-1 ii libgs99.16~dfsg-2.1 ii libharfbuzz-icu0 1.0.1-1+b1 ii libharfbuzz0b 1.0.1-1+b1 ii libice6 2:1.0.9-1+b1 ii libicu55 55.1-7 ii libkpathsea6 2015.20150524.37493-7+b1 ii libmpfr4 3.1.3-2 ii libpaper1 1.1.24+nmu4 ii libpixman-1-0 0.33.6-1 ii libpoppler57 0.38.0-2 ii libpotrace0 1.13-2 ii libptexenc1 2015.20150524.37493-7+b1 ii libsm62:1.2.2-1+b1 ii libstdc++65.3.1-7 ii libsynctex1 2015.20150524.37493-7+b1 ii libtexlua52 2015.20150524.37493-7+b1 ii libtexluajit2 2015.20150524.37493-7+b1 ii libx11-6 2:1.6.3-1 ii libxaw7 2:1.0.13-1 ii libxext6 2:1.3.3-1 ii libxi62:1.7.6-1 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.11-1+b1 ii libxt61:1.1.5-1 ii libzzip-0-13 0.13.62-3 ii perl 5.22.1-5 ii t1utils 1.39-2 ii tex-common6.04 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages texlive-binaries recommends: ii python2.7.11-1 ii ruby 1:2.2.4 ii texlive-base 2015.20160117-1 ii tk [wish] 8.6.0+9 texlive-binaries suggests no packages. -- no debconf information
Bug#812154: texlive-extra-utils: /usr/bin/texdef shows errors "Unescaped left brace..."
Package: texlive-extra-utils Version: 2015.20151225-2 Severity: normal Dear Maintainer, In texlive-extra-utils 2015.20151016-1 texdef worked like this: $ texdef leavevmode \leavevmode: macro:->\unhbox \voidb@x In current texlive-extra-utils it works like this: $ texdef leavevmode Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/^\\\@protected\@testopt { <-- HERE ?\\.*? }? *(.*?) / at /usr/bin/texdef line 391. Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/^\\\@testopt { <-- HERE ?(\\.*?) }?/ at /usr/bin/texdef line 394. \leavevmode: macro:->\unhbox \voidb@x Best regards, Igor -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problems with combination of packages in a LaTeX document, please consult your local TeX User Group, the comp.text.tex user group, the author of the original .sty file, or any other help resource. In particular, bugs that are related to up-upstream, i.e., neither Debian nor TeX Live (upstream), but the original package authors, will be closed immediately. *** The Debian TeX Team is *not* a LaTeX Help Desk *** If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.minimalbeispiel.de/mini-en.html (english) or http://www.minimalbeispiel.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 user staff 2434 Jan 21 09:39 /usr/local/share/texmf/ls-R -rw-r--r-- 1 root root 1418 Jan 21 09:39 /var/lib/texmf/ls-R -rw-r--r-- 1 user staff 2434 Jan 21 09:39 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Oct 14 10:48 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Dec 26 09:48 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Dec 26 09:48 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 user staff 107 Jan 20 17:33 /usr/local/share/texmf/web2c/texmf.cnf lrwxrwxrwx 1 root root 33 Dec 26 09:48 /usr/share/texmf/web2c/fmtutil.cnf -> /var/lib/texmf/fmtutil.cnf-DEBIAN lrwxrwxrwx 1 root root 32 Dec 26 09:48 /usr/share/texmf/web2c/updmap.cfg -> /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3095 Jan 20 17:32 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Oct 14 10:48 mktex.cnf -rw-r--r-- 1 root root 475 Jan 20 17:29 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.3.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages texlive-extra-utils depends on: ii python2.7 2.7.11-2 ii python3 3.4.3-7 ii tex-common 6.04 ii texlive-base2015.20151225-1 ii texlive-binaries2015.20150524.37493-7+b1 ii texlive-latex-base 2015.20151225-1 Versions of packages texlive-extra-utils recommends: ii ghostscript 9.16~dfsg-2 ii libfile-homedir-perl1.00-1 ii libyaml-tiny-perl 1.69-1 ii ruby1:2.2.4 ii ruby2.2 [ruby-interpreter] 2.2.3-2 ii texlive-latex-recommended 2015.20151225-1 Versions of packages texlive-extra-utils suggests: pn chktex pn dvidvi pn dvipng pn fragmaster pn lacheck pn latexdiff pn latexmk pn purifyeps pn xindy Versions of packages tex-common depends on: ii dpkg 1.18.4 ii ucf 3.0031 Versions of packages tex-common suggests: ii
Bug#810983: google-chrome-beta: Vanishing select content
Package: google-chrome-beta Version: 48.0.2564.79-1 Severity: normal Dear Maintainer, tag contents completely works on my main screen, but when I move browser to the second - there is just blank, white block ithout any selectable options. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages google-chrome-beta depends on: ii ca-certificates 20160104 ii dpkg1.18.4 ii fonts-liberation1.07.4-1 ii gconf-service 3.2.6-3 ii libappindicator10.4.92-3.1 ii libasound2 1.0.29-1 ii libatk1.0-0 2.18.0-1 ii libc6 2.21-6 ii libcairo2 1.14.6-1 ii libcups22.1.2-2 ii libcurl37.46.0-1 ii libdbus-1-3 1.10.6-1 ii libexpat1 2.1.0-7 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.6.1-0.1 ii libgcc1 1:5.3.1-5 ii libgconf-2-43.2.6-3 ii libgdk-pixbuf2.0-0 2.32.3-1 ii libglib2.0-02.46.2-3 ii libgtk2.0-0 2.24.29-1 ii libnspr42:4.11-1 ii libnss3 2:3.21-1 ii libpango1.0-0 1.38.1-1 ii libstdc++6 5.3.1-5 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.5-1 ii libxrandr2 2:1.5.0-1 ii libxrender1 1:0.9.9-2 ii libxss1 1:1.2.2-1 ii libxtst62:1.2.2-1+b1 ii lsb-base9.20160110 ii wget1.17.1-1 ii xdg-utils 1.1.1-1 google-chrome-beta recommends no packages. google-chrome-beta suggests no packages. -- no debconf information
Bug#807996: apt: "apt-get update" gives 'repository cdrom://... does not have a Release file' warning
Package: apt Version: 1.1.4 Severity: minor Dear Maintainer, The warning first appeared for debian weekly build for 20151207, and remains in latest weekly build for 20151214. The warnings did not appear before. Steps to reproduce: Write debian testing weekly build to usb flash (http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/debian-testing-i386-DVD-1.jigdo) Run these commands: $ sudo apt-get update Reading package lists... Done $ mount|grep cdrom $ sudo apt-cdrom add Using CD-ROM mount point /media/cdrom/ Unmounting CD-ROM... Waiting for disc... Please insert a Disc in the drive and press [Enter] Mounting CD-ROM... Identifying... [5dce0a5d52ec05a9ded11e0aba6fc448-2] Scanning disc for index files... Found 2 package indexes, 0 source indexes, 2 translation indexes and 0 signatures This disc is called: 'Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22' Reading Package Indexes... Done Reading Translation Indexes... Done Writing new source list Source list entries for this disc are: deb cdrom:[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22]/ stretch contrib main Unmounting CD-ROM... Repeat this process for the rest of the CDs in your set. $ mount|grep cdrom $ sudo mount /dev/sdb1 /media/cdrom/ mount: /dev/sdb1 is write-protected, mounting read-only $ sudo apt-get update Ign:1 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch InRelease Ign:2 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch Release Hit:3 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib i386 Packages Ign:4 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib all Packages Ign:5 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib Translation-en_US Hit:6 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib Translation-en Hit:7 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main i386 Packages Ign:8 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main all Packages Ign:9 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main Translation-en_US Hit:10 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main Translation-en Ign:4 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib all Packages Ign:5 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib Translation-en_US Ign:8 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main all Packages Ign:9 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main Translation-en_US Ign:4 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib all Packages Ign:5 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib Translation-en_US Ign:8 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main all Packages Ign:9 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main Translation-en_US Ign:4 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib all Packages Ign:5 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib Translation-en_US Ign:8 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main all Packages Ign:9 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main Translation-en_US Ign:4 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib all Packages Ign:5 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/contrib Translation-en_US Ign:8 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main all Packages Ign:9 cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD Binary-1 20151214-05:22] stretch/main Translation-en_US Reading package lists... Done W: The repository 'cdrom://[Debian GNU/Linux testing _Stretch_ - Official Snapshot i386 DVD
Bug#804661: mate-system-monitor: Shows memory in TiB
Package: mate-system-monitor Version: 1.10.1+gfdl1-2 Severity: important In proces tab, almost all of processes are shown with ridiculous amount of memory - for example 4702749,9 TiB. Few are still shown with correct values. This happends on every machine I own. -- System Information: Debian Release: stretch/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-system-monitor depends on: ii libatk1.0-0 2.18.0-1 ii libatkmm-1.6-1v52.24.1-1 ii libc6 2.19-22 ii libcairo2 1.14.4-1 ii libcairomm-1.0-1v5 1.12.0-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.6-2 ii libgcc1 1:5.2.1-23 ii libgdk-pixbuf2.0-0 2.32.1-1 ii libglib2.0-02.46.1-2 ii libglibmm-2.4-1v5 2.46.1-1 ii libgtk2.0-0 2.24.28-1 ii libgtkmm-2.4-1v51:2.24.4-2+b1 ii libgtop-2.0-10 2.32.0-1 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-0 1.38.1-1 ii libpangomm-1.4-1v5 2.38.1-1 ii librsvg2-2 2.40.11-1 ii libsigc++-2.0-0v5 2.6.1-3 ii libstdc++6 5.2.1-23 ii libsystemd0 227-2 ii libwnck22 2.30.7-2 ii libxml2 2.9.2+zdfsg1-4 ii mate-system-monitor-common 1.10.1+gfdl1-2 Versions of packages mate-system-monitor recommends: ii gvfs1.26.1.1-1 ii libgksu2-0 2.0.13~pre1-8+b1 mate-system-monitor suggests no packages. -- no debconf information
Bug#804213: phpmyadmin: You must invoke apache2-maintscript-helper with an unmodified environment when sourcing it
Package: phpmyadmin Version: 4:4.5.1-2 Severity: grave Justification: renders package unusable There is a bug that occured today while upgrading phpmyadmin (and apache2, so I can't really say it's not apache bug). It is now unpossible to install nor upgrade phpmyadmin. It occured to me on daily upgrade. apt-get log: dbconfig-common: flushing administrative password You must invoke apache2-maintscript-helper with an unmodified environment when sourcing it dpkg: błąd przetwarzania pakietu phpmyadmin (--configure): podproces zainstalowany skrypt post-installation zwrócił kod błędu 1 Wystąpiły błędy podczas przetwarzania: javascript-common phpmyadmin E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages phpmyadmin depends on: ii dbconfig-common1.8.55 ii debconf [debconf-2.0] 1.5.57 ii libapache2-mod-php55.6.14+dfsg-1 ii libjs-sphinxdoc1.3.1-7 ii perl 5.20.2-6 ii php-gettext1.0.11-1 ii php-seclib 1.0.0-2 ii php5 5.6.14+dfsg-1 ii php5-json 1.3.7-1 ii php5-mcrypt5.6.14+dfsg-1 ii php5-mysql 5.6.14+dfsg-1 ii ucf3.0030 Versions of packages phpmyadmin recommends: ii apache2 [httpd] 2.4.17-2+b1 ii mysql-client 5.6.25-4 ii mysql-client-5.6 [virtual-mysql-client] 5.6.25-4 ii php-tcpdf6.0.093+dfsg-1 ii php5-gd 5.6.14+dfsg-1 Versions of packages phpmyadmin suggests: ii firefox [www-browser]42.0~linuxmint1+betsy ii google-chrome-beta [www-browser] 47.0.2526.49-1 ii links [www-browser] 2.12-1+b1 ii mysql-server 5.6.25-4 ii mysql-server-5.6 [virtual-mysql-server] 5.6.25-4 ii w3m [www-browser]0.5.3-25+b1 -- debconf information: phpmyadmin/dbconfig-upgrade: true phpmyadmin/dbconfig-install: true phpmyadmin/internal/skip-preseed: false phpmyadmin/database-type: mysql * phpmyadmin/reconfigure-webserver: apache2 phpmyadmin/upgrade-backup: true phpmyadmin/mysql/method: Unix socket phpmyadmin/db/app-user: phpmyadmin phpmyadmin/db/dbname: phpmyadmin phpmyadmin/mysql/admin-user: root phpmyadmin/missing-db-package-error: abort phpmyadmin/install-error: retry phpmyadmin/setup-username: admin phpmyadmin/internal/reconfiguring: false phpmyadmin/purge: false phpmyadmin/remote/host: * phpmyadmin/dbconfig-reinstall: true phpmyadmin/upgrade-error: abort phpmyadmin/remote/port: * phpmyadmin/dbconfig-remove: true phpmyadmin/remove-error: retry phpmyadmin/remote/newhost: phpmyadmin/passwords-do-not-match:
Bug#802633: qemu-system-x86: "GLib-WARNING" after starting qemu
Package: qemu-system-x86 Version: 1:2.4+dfsg-4 Severity: normal Dear Maintainer, After installing debian testing weekly build from 5.10.2015, qemu started to give warnings (except this, it works normally): $ qemu-img create -f qcow2 newimg.qcow2 10G $ qemu-system-i386 -enable-kvm -hda newimg.qcow2 -cdrom some.iso -m 256 -boot once=d (process:11370): GLib-WARNING **: /build/glib2.0-eN341t/glib2.0-2.46.0/./glib/gmem.c:482: custom memory allocation vtable not supported -- System Information: Debian Release: stretch/sid Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-20150424.a25a16d-1 ii libaio1 0.3.110-2 ii libasound2 1.0.29-1 ii libbluetooth3 5.33-1 ii libbrlapi0.65.2~20141018-5+b2 ii libc6 2.19-22 ii libfdt1 1.4.0+dfsg-2 ii libgcc1 1:5.2.1-22 ii libglib2.0-02.46.0-2 ii libgnutls-deb0-28 3.3.18-1 ii libjpeg62-turbo 1:1.4.1-2 ii libncurses5 6.0+20150810-1 ii libnettle6 3.1.1-4 ii libnspr42:4.10.9-2 ii libnss3 2:3.20-1 ii libpixman-1-0 0.33.2-2 ii libpng12-0 1.2.50-2+b2 ii libpulse0 7.0-1 ii libsasl2-2 2.1.26.dfsg1-14 ii libsdl1.2debian 1.2.15-11 ii libseccomp2 2.2.3-2 ii libspice-server10.12.6-2 ii libtinfo5 6.0+20150810-1 ii libusb-1.0-02:1.0.20-1 ii libusbredirparser1 0.7-1 ii libuuid12.27-3 ii libvdeplug2 2.3.2+r586-2 ii libx11-62:1.6.3-1 ii libxen-4.4 4.4.1-9+deb8u1 ii libxenstore3.0 4.4.1-9+deb8u1 ii qemu-system-common 1:2.4+dfsg-4 ii seabios 1.8.2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages qemu-system-x86 recommends: ii qemu-utils 1:2.4+dfsg-4 Versions of packages qemu-system-x86 suggests: ii kmod 21-1 pn ovmf pn qemu-block-extra ii samba 2:4.1.17+dfsg-4 pn sgabios pn vde2 -- no debconf information
Bug#797290: libcogl20: gnome-shell segfaults with error 4 in libcogl.so.20.3.0 on intel DRI driver: i965
Package: libcogl20 Version: 1.20.0-2 Severity: important Dear Maintainer, * What led up to the situation? After a dist-upgrade, gnome shell got removed. After gnome-shell became available for installation again, it installs cleanly again, but segfaults when starting. Relevant error messare from /var/log/message: Aug 28 19:32:56 della kernel: [149450.625143] gnome-shell[27088]: segfault at 64 ip 7f7502408440 sp 7fff5c4861c8 error 4 in libcogl.so.20.3.0[7f75023b7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della kernel: [149450.793560] gnome-shell[27103]: segfault at 64 ip 7ff8bea28440 sp 7ffd76e818c8 error 4 in libcogl.so.20.3.0[7ff8be9d7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: App 'gnome-shell.desktop' respawning too quickly * What exactly did you do (or not do) that was effective (or ineffective)? I do not know how to prevent gnome-shell from using libcogl in order to make sure that it is indeed a libcogl problem rahter than a gnome-shell roblem. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libcogl20 depends on: ii libc6 2.19-19 ii libdrm2 2.4.64-1 ii libegl1-mesa [libegl1-x11] 10.6.4-1 ii libgbm1 10.6.4-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgl1-mesa-glx 10.6.4-1 ii libglib2.0-02.44.1-1.1 ii libwayland-client0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.6.4-1 ii libwayland-server0 1.8.1-1 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxrandr2 2:1.5.0-1 Versions of packages libcogl20 recommends: ii libcogl-common 1.20.0-2 Versions of packages libcogl20 suggests: ii libgles2-mesa [libgles2] 10.6.4-1 -- no debconf information
Bug#797300: gnome-shell: segfaults with error 4 in libcogl.so.20.3.0 on Xorg intel DRI driver: i965
Package: gnome-shell Version: 3.16.3-1 Severity: important Dear Maintainer, * What led up to the situation? After automatic removal of task-gnome-desktop package by a dist-upgrade, gnome- shell is now installable in sid. I just installed it, but it segfaults after starting. Output of /var/log/messages Aug 28 19:32:56 della kernel: [149450.625143] gnome-shell[27088]: segfault at 64 ip 7f7502408440 sp 7fff5c4861c8 error 4 in libcogl.so.20.3.0[7f75023b7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della kernel: [149450.793560] gnome-shell[27103]: segfault at 64 ip 7ff8bea28440 sp 7ffd76e818c8 error 4 in libcogl.so.20.3.0[7ff8be9d7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: App 'gnome-shell.desktop' respawning too quickly Relevant bits from Xorg.0.log [149703.976] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20150327 [149703.982] (II) intel(0): [DRI2] DRI driver: i965 [149703.982] (II) intel(0): [DRI2] VDPAU driver: i965 [149704.068]ABI class: X.Org XInput driver, version 21.0 I initially filed a bug against libcogl, ( https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=797290 ) which is probably is not the right place, apologies for that. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii evolution-data-server3.16.5-1 ii gir1.2-accountsservice-1.0 0.6.40-3 ii gir1.2-atspi-2.0 2.16.0-1 ii gir1.2-caribou-1.0 0.4.18.1-1 ii gir1.2-clutter-1.0 1.22.4-1 ii gir1.2-freedesktop 1.44.0-1+b2 ii gir1.2-gcr-3 3.16.0-1 ii gir1.2-gdesktopenums-3.0 3.16.1-1 ii gir1.2-gdm3 3.14.2-2 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.44.0-1+b2 ii gir1.2-gnomebluetooth-1.03.16.1-1 ii gir1.2-gnomedesktop-3.0 3.16.2-2 ii gir1.2-gtk-3.0 3.16.6-1 ii gir1.2-gweather-3.0 3.16.1-1 ii gir1.2-ibus-1.0 1.5.10-1 ii gir1.2-mutter-3.03.16.3-1 ii gir1.2-networkmanager-1.01.0.6-1 ii gir1.2-nmgtk-1.0 1.0.6-1 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-11 ii gir1.2-soup-2.4 2.50.0-2 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.3-1+b2 ii gjs 1.43.3-2 ii gnome-backgrounds3.16.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.16.3-1 ii gnome-shell-common 3.16.3-1 ii gnome-themes-standard3.16.2-2 ii gsettings-desktop-schemas3.16.1-1 ii libatk-bridge2.0-0 2.16.0-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.22.4-1 ii libcogl-pango20 1.20.0-2 ii libcogl201.20.0-2 ii libcroco30.6.8-3+b1 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-18 3.16.5-1 ii libedataserver-1.2-203.16.5-1 ii libgcr-base-3-1 3.16.0-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgirepository-1.0-11.44.0-1+b2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.43.3-2 ii libglib2.0-0 2.44.1-1.1 ii libgstreamer1.0-01.4.5-2 ii libgtk-3-0 3.16.6-1 ii libical1a
Bug#794313: dahdi: DAHDI-modules build fails
Hi all, The problem is that current dahdi-source package does not support Linux 4 The build starts to work with this: http://downloads.asterisk.org/pub/telephony/dahdi-linux/dahdi-linux-2.10.2.tar.gz Everything compiles fine, except wcopenpci.c (and others) in patches/dahdi_linux_extra (I removed drivers/dahdi/Kbuild from patches/dahdi_linux_extra while testing): /usr/src/modules/dahdi/drivers/dahdi/wcopenpci.c: In function ‘openpci_probe_board’: /usr/src/modules/dahdi/drivers/dahdi/wcopenpci.c:1675:42: error: ‘DAHDI_IRQ_SHARED’ undeclared (first use in this function) if (request_irq(pdev-irq, openpci_isr, DAHDI_IRQ_SHARED, NAME, wc)) { ^ Regards, Igor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#795054: texlive-binaries: vptovf prints rounding warnings incorrectly
Package: texlive-binaries Version: 2015.20150524.37493-5 Severity: minor Dear Maintainer, In Debian 8 jessie (TeX Live 2015/dev/Debian) vptovf sent rounding warnings to stdout: $ vptovf myfont.vpl I had to round some heights by 0.0090284 units. $ In Debian 9 stretch (TeX Live 2015/Debian) vptovf with the same file prints the warnings broken in two lines: $ vptovf myfont.vpl I had to round some heights by units. 0.0090284$ Moreover, I had to round some heights by units. goes to stderr instead of stdout as before. Many people (including me) would expect vptovf to work as before, i.e., send rounding warnings to stdout. Test file myfont.vpl follows. (FAMILY CMR) (FACE O 352) (CODINGSCHEME TEX TEXT) (DESIGNSIZE R 10.0) (COMMENT DESIGNSIZE IS IN POINTS) (COMMENT OTHER SIZES ARE MULTIPLES OF DESIGNSIZE) (CHECKSUM O 11374260171) (FONTDIMEN (SLANT R 0.0) (SPACE R 0.34) (STRETCH R 0.17) (SHRINK R 0.12) (XHEIGHT R 0.430555) (QUAD R 1.03) (EXTRASPACE R 0.12) ) (MAPFONT D 0 (FONTNAME ocmr10) (FONTCHECKSUM O 11374260171) (FONTAT R 1.0) (FONTDSIZE R 10.0) ) (MAPFONT D 1 (FONTNAME ec-lmr10) (FONTDSIZE R 10.0)) (MAPFONT D 2 (FONTNAME cmcyr10) (FONTDSIZE R 10.0)) (LIGTABLE (LABEL O 74) (LIG O 74 O 320) (STOP) (LABEL O 76) (LIG O 76 O 360) (STOP) (LABEL O 240) (KRN O 277 R -0.027779) (KRN O 263 R -0.027779) (KRN O 244 R 0.013888) (KRN O 267 R -0.027779) (STOP) (LABEL O 241) (KRN O 242 R -0.013888) (KRN O 243 R -0.013888) (KRN O 245 R 0.013888) (KRN O 246 R -0.013888) (KRN O 250 R -0.013888) (KRN O 252 R -0.013888) (KRN O 254 R -0.013888) (KRN O 255 R -0.013888) (KRN O 257 R -0.013888) (KRN O 260 R -0.013888) (KRN O 265 R -0.013888) (KRN O 261 R -0.013888) (KRN O 263 R -0.013888) (KRN O 274 R -0.013888) (KRN O 273 R -0.013888) (KRN O 271 R -0.013888) (KRN O 266 R -0.013888) (STOP) (LABEL O 266) (LABEL O 254) (LABEL O 255) (LABEL O 257) (LABEL O 377) (LABEL O 271) (KRN O 241 R -0.013888) (KRN O 256 R -0.013888) (KRN O 245 R -0.013888) (KRN O 264 R -0.013888) (KRN O 261 R -0.013888) (KRN O 244 R 0.013888) (STOP) (LABEL O 244) (KRN O 241 R -0.041667) (KRN O 256 R -0.041667) (KRN O 245 R -0.041667) (KRN O 264 R -0.027779) (KRN O 261 R -0.041667) (KRN O 244 R 0.027779) (STOP) (LABEL O 245) (KRN O 241 R 0.041667) (KRN O 244 R -0.027779) (KRN O 246 R -0.027779) (KRN O 265 R -0.027779) (KRN O 263 R -0.013888) (STOP) (LABEL O 264) (KRN O 245 R 0.013888) (KRN O 265 R -0.027779) (KRN O 250 R -0.027779) (KRN O 255 R -0.013888) (KRN O 257 R -0.013888) (KRN O 260 R -0.013888) (KRN O 256 R 0.013888) (KRN O 261 R 0.013888) (KRN O 262 R -0.013888) (STOP) (LABEL O 243) (KRN O 241 R -0.013888) (KRN O 245 R -0.041667) (KRN O 256 R -0.041667) (KRN O 261 R -0.041667) (STOP) (LABEL O 265) (KRN O 245 R -0.027779) (KRN O 256 R -0.027779) (KRN O 264 R -0.027779) (KRN O 261 R -0.027779) (STOP) (LABEL O 252) (KRN O 245 R -0.027779) (KRN O 264 R -0.027779) (KRN O 256 R -0.027779) (KRN O 261 R -0.027779) (KRN O 263 R -0.013888) (STOP) (LABEL O 253) (KRN O 245 R -0.027779) (KRN O 264 R -0.027779) (KRN O 256 R -0.027779) (KRN O 261 R -0.027779) (STOP) (LABEL O 256) (KRN O 242 R -0.027779) (KRN O 244 R -0.041667) (KRN O 265 R -0.027779) (KRN O 254 R -0.027779) (KRN O 255 R -0.027779) (KRN O 257 R -0.027779) (KRN O 250 R -0.027779) (KRN O 251 R -0.027779) (KRN O 252 R -0.027779) (KRN O 260 R -0.027779) (KRN O 377 R -0.027779) (KRN O 271 R -0.027779) (KRN O 267 R -0.041667) (KRN O 246 R -0.027779) (STOP) (LABEL O 260) (KRN O 265 R -0.027779) (KRN O 262 R -0.013888) (STOP) (LABEL O 262) (KRN O 255 R -0.013888) (KRN O 261 R -0.013888) (KRN O 245 R -0.013888) (KRN O 256 R -0.013888) (STOP) (LABEL O 263) (KRN O 244 R -0.013888) (KRN O 253 R -0.027779) (KRN O 240 R -0.013888) (STOP) (LABEL O 246) (KRN O 241 R -0.027779) (KRN O 245 R -0.027779) (KRN O 264 R -0.027779) (KRN O 256 R -0.027779) (KRN O 261 R -0.027779) (STOP) (LABEL O 242) (KRN O 262 R -0.013888) (STOP) (LABEL O 200) (KRN O 263 R -0.027779) (KRN O 227 R -0.041667) (STOP) (LABEL O 201) (KRN O 216 R -0.013888) (KRN O 221 R -0.013888) (KRN O 223 R -0.027779) (STOP) (LABEL O 203) (LABEL O 223) (KRN O 200 R -0.027779) (KRN O 204 R -0.027779) (KRN O 224 R -0.027779) (KRN O 225 R -0.027779) (KRN O 213 R -0.027779) (KRN O 237 R -0.027779) (KRN O 221 R -0.027779) (KRN O 222 R -0.027779) (KRN O 223 R -0.027779) (STOP) (LABEL O 224) (LABEL O 216) (LABEL O 221) (KRN O 244 R -0.041667) (KRN O 200 R -0.041667) (KRN O 202 R -0.041667) (KRN O 203 R -0.041667)
Bug#794313: dahdi: DAHDI-modules build fails
Package: dahdi Version: 1:2.10.2-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, After installing debain testing weekly build (from 2015-07-27) and installing DAHDI modules: sudo apt-get install module-assistant sudo module-assistant auto-install dahdi I get this: Build of the package dahdi-source failed! Build log follows. dh clean dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory '/usr/src/modules/dahdi' rm -f include/dahdi/version.h rm -f dahdi/include/version.h [ ! -f Makefile ] || /usr/bin/make dist-clean || true make[2]: Entering directory '/usr/src/modules/dahdi' /usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODULES_EXTRA= HOTPLUG_FIRMWARE=yes clean make[3]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae' make[3]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae' /usr/bin/make -C drivers/dahdi/firmware clean make[3]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' rm -f dahdi-fw-*.o make[3]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' /usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build M='/usr/src/modules/dahdi/drivers/dahdi/oct612x' clean make[3]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae' make[3]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae' make[3]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' rm -f dahdi-fw-*.o rm -f dahdi-fw-*.bin rm -f dahdi-fw-*.tar.gz rm -f dahdi-fwload-*.tar.gz rm -f make_firmware_object make[3]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' make[2]: Leaving directory '/usr/src/modules/dahdi' make[1]: Leaving directory '/usr/src/modules/dahdi' dh_clean /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory '/usr/src/modules/dahdi' dh clean dh_testdir debian/rules override_dh_auto_clean make[2]: Entering directory '/usr/src/modules/dahdi' rm -f include/dahdi/version.h rm -f dahdi/include/version.h [ ! -f Makefile ] || /usr/bin/make dist-clean || true make[3]: Entering directory '/usr/src/modules/dahdi' /usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODULES_EXTRA= HOTPLUG_FIRMWARE=yes clean make[4]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae' Makefile:10: *** mixed implicit and normal rules: deprecated syntax make[4]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae' /usr/bin/make -C drivers/dahdi/firmware clean make[4]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' rm -f dahdi-fw-*.o make[4]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' /usr/bin/make -C /lib/modules/4.0.0-2-686-pae/build M='/usr/src/modules/dahdi/drivers/dahdi/oct612x' clean make[4]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae' Makefile:10: *** mixed implicit and normal rules: deprecated syntax make[4]: Leaving directory '/usr/src/linux-headers-4.0.0-2-686-pae' make[4]: Entering directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' rm -f dahdi-fw-*.o rm -f dahdi-fw-*.bin rm -f dahdi-fw-*.tar.gz rm -f dahdi-fwload-*.tar.gz rm -f make_firmware_object make[4]: Leaving directory '/usr/src/modules/dahdi/drivers/dahdi/firmware' make[3]: Leaving directory '/usr/src/modules/dahdi' make[2]: Leaving directory '/usr/src/modules/dahdi' dh_clean for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/4.0.0-2-686-pae/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/4.0.0-2-686-pae/g ;s/#KVERS#/4.0.0-2-686-pae/g ; s/_KVERS_/4.0.0-2-686-pae/g ; s/##KDREV##/4.0.8-2/g ; s/#KDREV#/4.0.8-2/g ; s/_KDREV_/4.0.8-2/g ' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_prep #cp -a /usr/src/modules/dahdi/debian/generated/* . make modules KERNEL_SOURCES=/lib/modules/4.0.0-2-686-pae/build MODVERSIONS=detect KERNEL=linux-4.0.0-2-686-pae make[2]: Entering directory '/usr/src/modules/dahdi' make -C /lib/modules/4.0.0-2-686-pae/build SUBDIRS=/usr/src/modules/dahdi/drivers/dahdi DAHDI_INCLUDE=/usr/src/modules/dahdi/include DAHDI_MODULES_EXTRA= HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m make[3]: Entering directory '/usr/src/linux-headers-4.0.0-2-686-pae' Makefile:10: *** mixed implicit and normal rules: deprecated syntax CC [M] /usr/src/modules/dahdi/drivers/dahdi/dahdi-base.o In file included from /usr/src/linux-headers-4.0.0-2-common/include/linux/fs.h:7:0, from /usr/src/linux-headers-4.0.0-2-common/include/linux/proc_fs.h:8, from /usr/src/modules/dahdi/drivers/dahdi/dahdi-base.c:41:
Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts
I found out that cmcyr fonts are 100% scyrillic fonts, but with a different name. This bug report may be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts
Package: texlive-lang-cyrillic Version: 2014.20141024-1 Severity: wishlist Dear Maintainer, Please add these fonts to texlive-lang-cyrillic (only .mf files are needed): CTAN: tex-archive/fonts/cyrillic/scyrillic -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages texlive-lang-cyrillic depends on: ii dpkg1.17.25 ii tex-common 5.03 ii texlive-base2014.20141024-2 ii texlive-binaries2014.20140926.35254-6 ii texlive-latex-base 2014.20141024-2 texlive-lang-cyrillic recommends no packages. texlive-lang-cyrillic suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.56 ii dpkg 1.17.25 ii ucf3.0030 Versions of packages tex-common suggests: ii debhelper 9.20150101 Versions of packages texlive-lang-cyrillic is related to: ii tex-common5.03 ii texlive-binaries 2014.20140926.35254-6 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts
Hi Norbert, I will try to get the copyright notice from the original authors. The reasons why I need specifically these fonts are explained here: http://tex.stackexchange.com/questions/244908/extensions-to-cm-fonts-in-type1-format Best wishes, Igor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785801: python3-spf: PySPF bug with redirect= directives
Package: python3-spf Version: 2.0.9-1~bpo70+1 Severity: normal Dear Maintainer, PySPF has a bug that leads to PermError-ing domains with redirect= headers. Details are here in the upstream bugtracker: https://sourceforge.net/p/pymilter/bugs/42/ The problem is fixed in 2.0.11 version, so whe should bump it to wheezy. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14.35 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-spf depends on: ii python3 3.2.3-6 ii python3-dns 3.0.2-1+deb7u2 ii python3-ipaddr 2.1.10-1 Versions of packages python3-spf recommends: ii python3-authres 0.402-1 Versions of packages python3-spf suggests: pn python3-yaml none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785506: mate-themes: MATE theme changes are not applied on-the-fly anymore.
Package: mate-themes Version: 1.9.3-1 Severity: normal Dear Maintainer, I installed debian testing build for 11th May 2015 (http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/debian-testing-i386-DVD-1.jigdo) When in MATE Appearance Preferences dialog (Theme tab) I choose a theme, it is not applied until I re-login. However, in debian testing build for 20th April 2015 the changes were applied on-the-fly. (Unfortunately, I didn't check the releases between these two dates.) Steps to reproduce: right mouse button click on desktop - Change Desktop Background - Theme - choose any theme I tried dconf-gsettings-backend_0.24.0-1_i386.deb from experimental, but nothing changed. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-themes depends on: ii gtk2-engines 1:2.20.2-3 ii gtk2-engines-murrine 0.98.1.1-5 ii gtk2-engines-pixbuf 2.24.25-3 ii librsvg2-common 2.40.5-1 ii mate-icon-theme 1.8.0-1 Versions of packages mate-themes recommends: ii dmz-cursor-theme 0.4.4 mate-themes suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784535: ldap_dn_filter: Invalid value... Using as fallback
Hi, thanks for reporting this! The fix should be straight forward: https://github.com/processone/ejabberd/commit/46d035c142 Can you apply and test it yourself? If not I can provide you with packages that include that change. Regards, -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- Sorry, Philipp, but at the moment I have very not enough free timeto do so, and knowledge (to be honest)is not enoughtoo, so the only thing I can offer you — it's testing your package that include that change. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783770: nvidia-cuda-toolkit: Request for CUDA 7
Package: nvidia-cuda-toolkit Version: 6.5.14-1 Severity: wishlist Dear Maintainers, The new major release of CUDA is out. Could you, please, consider making it available in Debian? This release constains some very useful features (first of all, C++11 support in host and device code). Yours sincerely, Igor Korsunov -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nvidia-cuda-toolkit depends on: ii g++ 4:4.9.2-2 ii gcc 4:4.9.2-2 ii libc6 2.19-18 ii libgcc1 1:5.1.1-2 ii libnvvm26.5.14-1 ii libstdc++6 5.1.1-2 ii nvidia-cuda-dev 6.5.14-1 ii nvidia-opencl-dev [opencl-dev] 6.0.37-5 ii nvidia-profiler 6.5.14-1 Versions of packages nvidia-cuda-toolkit recommends: ii nvidia-cuda-doc 6.5.14-1 ii nvidia-cuda-gdb 6.5.14-1 ii nvidia-visual-profiler 6.5.14-1 Versions of packages nvidia-cuda-toolkit suggests: pn libcupti-dev none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503933: Igor Stirbu's invitation is awaiting your response
would like to connect on Feedspot. How would you like to respond?/td /tr tr td style=border-bottom-color:#e5e5e5;border-bottom-width:1px;border-bottom-style:solid table width=1 border=0 cellspacing=0 cellpadding=1 tbody tr td div style=min-height:20px;font-size:20px;line-height:20px nbsp; /div/td /tr /tbody /table/td /tr /tbody /table table width=1 border=0 cellspacing=0 cellpadding=1 tbody tr td div style=min-height:20px;font-size:20px;line-height:20px nbsp; /div/td /tr /tbody /table table border=0 cellspacing=0 cellpadding=0 style=font-family:Helvetica,Arial,sans-serif width=100% tbody tr td width=150 valign=top style=vertical-align:top a href=http://www.feedspot.com/r_f6bc72abfdcb_*_503...@bugs.debian.org#monthlycode; style=text-decoration:none target=_blank img alt=Igor Stirbu src=http://s3.amazonaws.com/feedspot/a9fe2b821c86f0ec7e797580bbcff774.jpg; width=150 height=150 border=0 style=border:none;text-decoration:none;outline:hidden;display:block class=CToWUd /a/td td width=20 table width=20 border=0 cellspacing=0 cellpadding=1 tbody tr td div style=min-height:0px;font-size:0px;line-height:0px nbsp; /div/td /tr /tbody /table/td td style=vertical-align:top;font-family:Helvetica,Arial,sans-serif width=100% table border=0 cellspacing=0 cellpadding=0 style=font-family:Helvetica,Arial,sans-serif width=100% tbody tr td valign=topa href=http://www.feedspot.com/r_f6bc72abfdcb_*_503...@bugs.debian.org#monthlycode; style=font-size:20px;font-weight:bold;color:#00;text-decoration:none target=_blankIgor Stirbu/a/td /tr tr td table width=1 border=0 cellspacing=0 cellpadding=1 tbody tr td div style=min-height:3px;font-size:3px;line-height:3px nbsp; /div/td /tr /tbody /table/td /tr tr td style=color:#66;font-size:15pxnbsp; nbsp;/td /tr tr td table width=1 border=0 cellspacing=0 cellpadding=1 tbody tr td div style=min-height:10px;font-size:10px;line-height:10px nbsp; /div/td /tr /tbody /table/td /tr tr td table border=0 cellpadding=0 cellspacing=10 align=left tbody tr td align=center height=30 valign=middle bgcolor=#287BBC background=http://s.c.lnkd.licdn.com/scds/common/u/img/email/bg_btn_katy_blue_medium.png; style=background:url(http://s.c.lnkd.licdn.com/scds/common/u/img/email/bg_btn_katy_blue_medium.png) repeat-x scroll bottom #287bbc;background-color:#287bbc;border:1px solid #1b5480;border-radius:3px table border=0 cellspacing=0 cellpadding=0 style=font-family:Helvetica,Arial,sans-serif width=100% bgcolor=transparent tbody tr td width=13 table width=13px border=0 cellspacing=0 cellpadding=1 tbody tr td div style=min-height:0px;font-size:0px;line-height:0px nbsp
Bug#781387: mate-session-manager: inconsistent behavior of mate-session-manager in reaction to gnome-compat options
Package: mate-session-manager Version: 1.8.1-8 Severity: normal Dear Maintainer, $ gsettings set org.mate.session gnome-compat-startup ['keyring', 'smproxy'] $ gsettings get org.mate.session gnome-compat-startup ['keyring', 'smproxy'] reboot $ ps -ef | grep [k]eyring user 1237 1 0 19:31 ?00:00:00 gnome-keyring-daemon --start --- $ gsettings set org.mate.session gnome-compat-startup ['keyring'] $ gsettings get org.mate.session gnome-compat-startup ['keyring'] reboot $ ps -ef | grep [k]eyring user 1241 1 0 19:27 ?00:00:00 gnome-keyring-daemon --start --- $ gsettings set org.mate.session gnome-compat-startup ['smproxy'] $ gsettings get org.mate.session gnome-compat-startup ['smproxy'] rm -fr ~/.ssh/ and reboot $ ps -ef | grep [k]eyring user 1331 1 0 19:40 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=secrets user 1355 1 0 19:40 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=ssh user 1356 1 0 19:40 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=gpg user 1357 1 0 19:40 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=pkcs11 ssh-keygen and reboot again $ ps -ef | grep [k]eyring user 1315 1 0 19:36 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=pkcs11 reboot $ ps -ef | grep [k]eyring user 1300 1 0 19:44 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=secrets reboot $ ps -ef | grep [k]eyring user 1304 1 0 19:48 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=ssh --- $ gsettings set org.mate.session gnome-compat-startup [] $ gsettings get org.mate.session gnome-compat-startup @as [] reboot $ ps -ef | grep [k]eyring user 1295 1 0 19:14 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=secrets user 1313 1 0 19:14 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=pkcs11 user 1314 1 0 19:14 ?00:00:00 /usr/bin/gnome-keyring-daemon --start --components=ssh -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-session-manager depends on: ii dbus-x11 1.8.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-15 ii libcairo21.14.0-2.1 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libsm6 2:1.2.2-1+b1 ii libsystemd0 215-12 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxext6 2:1.3.3-1 ii libxrender1 1:0.9.8-1+b1 ii libxtst6 2:1.2.2-1+b1 ii upower 0.99.1-3.1 Versions of packages mate-session-manager recommends: ii caja 1.8.2-2 ii marco 1.8.2+dfsg1-6 ii mate-panel1.8.1+dfsg1-3 ii mate-polkit 1.8.0+dfsg1-4 ii mate-settings-daemon 1.8.2-4 mate-session-manager suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781387:
I need to prevent gnome-keyring-daemon from starting at all. I just removed 'keyring', but gnome-keyring-daemon showed up in process list anyway. Then I decided to try all the options, just to check. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779922: debian-installer: Installation freezes with The attempt to mount a files system with type ext4 in SCSI1 (0, 0, 0), partition #1 (sda) at / failed.
Package: debian-installer Severity: critical Tags: d-i Justification: breaks the whole system Dear Maintainer, I take debian testing weekly build from http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/debian-testing-i386-DVD-1.jigdo, add preseed to it and install in qemu. Preseed contains this: d-i partman-auto/method string regular d-i partman-auto/choose_recipe select atomic d-i partman-partitioning/confirm_write_new_label boolean true d-i partman/confirm_nooverwrite boolean true d-i partman/choose_partition select finish d-i partman/confirm boolean true Qemu image is created as: qemu-img create -f qcow2 newcd-qemu.qcow2 10G Previous debian testing builds caused no problem with the same setup (I test each week). Problem arised with latest debian testing build (from 02.03.2015). Installation freezes with the following error (Partition disks stage): The attempt to mount a files system with type ext4 in SCSI1 (0,0,0), partition #1 (sda) at / failed. You may resume partitioning from the partitioning menu. Do you want to resume partitioning? - No - Yes Relevant parts of installer log from qemu follow: main-menu INFO: Menu item 'disk-detect' selected kernel: sda: unknown partition table main-menu: INFO: Menu item 'partman-base' selected anna-install: Installing partman-auto-lvm anna: DEBUG: retrieving crc-modules-3.16.0-4-586-di 3.16.7-ckt7-1 anna: DEBUG: retrieving lvm2-udeb 2.02.111-2 anna: DEBUG: retrieving partman-auto-lvm 56 anna: DEBUG: retrieving partman-lvm 105 anna-install: Installing partman-auto-crypto anna: DEBUG: retrieving partman-auto-crypto 22 anna: DEBUG: retrieving partman-crypto 78 kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) kernel: raid6: mmxx158 MB/s kernel: raid6: mmxx276 MB/s kernel: raid6: sse1x1 70 MB/s kernel: raid6: sse1x2 78 MB/s kernel: raid6: sse2x1 157 MB/s kernel: raid6: sse2x2 123 MB/s kernel: raid6: using algorithm sse2x1 (157 MB/s) kernel: raid6: using intx1 recovery algorithm kernel: xor: measuring software checksum speed kernel: pIII_sse : 430.000 MB/sec kernel: prefetch64-sse: 429.000 MB/sec kernel: xor: using function: pIII_sse (430.000 MB/sec) kernel: btrfs: Unknown symbol pagecache_get_page_fixed (err 0) kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) kernel: jfs: Unknown symbol pagecache_get_page_fixed (err 0) kernel: SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled md-devices: mdadm: No arrays found in config file or automatically kernel: device-mapper: uevent: version 1.0.3 kernel: device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-de...@redhat.com partman: No matching physical volumes found partman: Reading all physical volumes. This may take a while... partman: No volume groups found partman-lvm: No volume groups found kernel: sda: unknown partition table kernel: sda: unknown partition table kernel: sda: unknown partition table kernel: sda: sda1 sda2 sda5 kernel: Adding 477189k swap on /dev/sda5. Priority:-1 extents:1 across:477189k FS partman: mke2fs 1.42.12 (29-Aug-2014) kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776344: gksu: leafpad doesn't work (no menu, etc) when opened via gksu
Package: gksu Version: 2.0.2-9 Severity: normal Dear Maintainer, I've tried to open leafpad as a root via gksu, but leafpad was not responding (did not have the menu) untill I killed gksu using Task Manager. On the other hand launching leafpad from root terminal was fine. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gksu depends on: ii gconf-service 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgksu2-02.0.13~pre1-8 ii libglib2.0-0 2.42.1-1 ii libgnome-keyring0 3.12.0-1+b1 ii libgtk2.0-0 2.24.25-1 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libstartup-notification0 0.12-4 ii sudo 1.8.10p3-1 Versions of packages gksu recommends: ii gnome-keyring 3.14.0-1+b1 gksu suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685878: checking in
It seems a lot of history has been hidden when bug #690227 was merged into this ticket. I've summarized the history below for the benefit of other users that are interested in using netatalk 3.x. Please correct me if I got something wrong or missed something. But the question remains...given that: - netatalk 3.0 was released on 25 months ago - was initially packaged 22 months ago - was repackaged using cdbs 17 months ago - you stated your intent to upgrade the package to 3.x 7 months ago - jessie freeze happens in 2 months will we see a netatalk 3.x package in jessie? 2012/7/9 - netatalk 3.0 released upstream 2012/10/11 - Hideki started working on a 3.0.1 package using dh style instead of cdbs, but it was declined because of Jonas' wish to stick with cdbs 2013/3/18 - Igor posted a 3.0.1 cdbs package 2013/4/12 - Martin updated the cdbs package to 3.0.3 2014/1/11 - Tony built a 3.0.6 deb 2014/1/11 - Tony articulated the need for 3.0.6 due to problems w. time machine 2014/1/11 - Jonas stated intent to upgrade to 3.x but cited lack of time 2014/1/14 - Adrian cleaned up tony's 3.0.6 package and posted it 2014/2/10 - Jonas stated intent to continue to maintain the netatalk package opened a mailing list on alioth 2014/4/18 - Brian cleaned up updated adi's package to 3.1.1 2014/4/19 - Chris suggested to get netatalk 3.x into experimental asap to get it ready for jessie 2014/4/20 - Chris, Brian Jonas collaborated pushed 2.2.5 2014/8/4 - Adrian updated the package to 3.1.3 2014/8/27 - HAT reported that 3.1.6 is available relevant references: adi's package (currently @ 3.1.3): https://github.com/adiknoth/netatalk-debian deb...@bootc.net fork of adi's 3.0.6 package (currently @ 3.1.1) http://anonscm.debian.org/cgit/pkg-netatalk/netatalk.git/log/?h=netatalk3 last mailing list discussion about 3.x: https://lists.alioth.debian.org/pipermail/pkg-netatalk-devel/Week-of-Mon-20140414/32.html
Bug#754055: acpi-support: typo in /etc/default/acpi-support: has npt been possible
Package: acpi-support Version: 0.141-4 Severity: minor Dear Maintainer, there is a little typo in comments: $ grep has npt been possible /etc/default/acpi-support # Uncomment this to shutdown the system if ACPI sleep has npt been possible expected: «has not been possible» -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.2-ygrex-mac (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-support-base 0.141-4 ii acpid 1:2.0.22-2 ii lsb-base 4.1+Debian13 ii pm-utils 1.4.1-14 ii x11-xserver-utils 7.7+2 Versions of packages acpi-support recommends: ii acpi-fakekey 0.141-4 ii rfkill0.5-1 Versions of packages acpi-support suggests: pn radeontoolnone pn vbetool none pn xinputnone ii xscreensaver 5.26-1 -- Configuration Files: /etc/default/acpi-support changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752757: libstdc++6: shared printers.py script is different for ARMEL and ARMHF for the same package version
Package: libstdc++6 Version: 4.9.0-7 Severity: normal Dear Maintainer, it is impossible to install the package for both armel and armhf because the shared file is different in them: libstdc++6_4.9.0-7_armel.deb libstdc++6_4.9.0-7_armhf.deb md5sum: 1b83b0b9896053a8206a076826e33de2 armel/usr/share/gcc-4.9/python/libstdcxx/v6/printers.py 12ca90f036a8ac1bde4a3f33a4f2f59c armhf/usr/share/gcc-4.9/python/libstdcxx/v6/printers.py this is the issue with installing the packages as dpkg reports: dpkg: error processing archive /var/cache/apt/archives/libstdc++6_4.9.0-7_armhf.deb (--unpack): trying to overwrite shared '/usr/share/gcc-4.9/python/libstdcxx/v6/printers.py', which is different from other instances of package libstdc++6:armhf the armhf version of the script looks better, pretty sure it will work in armel as well; can it be the same for both architectures? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.2-ygrex-mac (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6 depends on: ii gcc-4.9-base 4.9.0-7 ii libc6 2.19-3 ii libgcc11:4.9.0-7 ii multiarch-support 2.19-3 libstdc++6 recommends no packages. libstdc++6 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752757: libstdc++6: shared printers.py script is different for ARMEL and ARMHF for the same package version
it is not, have missed #752579 somehow please close this one as duplicate On Thu, 26 Jun 2014 13:02:21 +0200 Matthias Klose d...@debian.org wrote: how is this different than #752579? Am 26.06.2014 12:12, schrieb Igor Bogomazov: Package: libstdc++6 Version: 4.9.0-7 Severity: normal Dear Maintainer, it is impossible to install the package for both armel and armhf because the shared file is different in them: libstdc++6_4.9.0-7_armel.deb libstdc++6_4.9.0-7_armhf.deb md5sum: 1b83b0b9896053a8206a076826e33de2 armel/usr/share/gcc-4.9/python/libstdcxx/v6/printers.py 12ca90f036a8ac1bde4a3f33a4f2f59c armhf/usr/share/gcc-4.9/python/libstdcxx/v6/printers.py this is the issue with installing the packages as dpkg reports: dpkg: error processing archive /var/cache/apt/archives/libstdc++6_4.9.0-7_armhf.deb (--unpack): trying to overwrite shared '/usr/share/gcc-4.9/python/libstdcxx/v6/printers.py', which is different from other instances of package libstdc++6:armhf the armhf version of the script looks better, pretty sure it will work in armel as well; can it be the same for both architectures? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.2-ygrex-mac (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6 depends on: ii gcc-4.9-base 4.9.0-7 ii libc6 2.19-3 ii libgcc11:4.9.0-7 ii multiarch-support 2.19-3 libstdc++6 recommends no packages. libstdc++6 suggests no packages. -- no debconf information -- Sincerely yours, Igor Bogomazov Saint-Petersburg, Russia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752254: bash: Duplicating RO file descriptor for output is not a redirection error
Package: bash Version: 4.3-7 Severity: minor Dear Maintainer, it is stated in manpage that duplicating RO file descriptor causes a redirection error: $ man 1 bash | grep -A17 'Duplicating File Descriptors$' | tail -n2 output (file descriptor 1) is used. If the digits in word do not specify a file descriptor open for output, a redirection error occurs. If word evaluates to -, file descriptor n is but it does not: $ ( set -e ; exec 3 /dev/null ; exec 43 ; echo OK ) OK an error would be to write to the RO file descriptor: $ ( set -e ; exec 3 /dev/null ; exec 43 ; echo 4 ; echo OK ) bash: echo: write error: Bad file descriptor it is not a redirection error, but another one; I have checked two other shells: dash and ksh, — neither of them raises any redirection error, then I guess it is a documentation bug, and this sentence can be safely removed: If the digits in word do not specify a file descriptor open for output, a redirection error occurs. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.2-ygrex-mac (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files 7.3 ii dash 0.5.7-4 ii debianutils 4.4 ii libc62.19-1 ii libtinfo55.9+20140118-1 Versions of packages bash recommends: pn bash-completion none Versions of packages bash suggests: pn bash-doc none -- Configuration Files: /etc/bash.bashrc changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751522: nvidia-cuda-toolkit: request for cuda 6
Package: nvidia-cuda-toolkit Version: 5.5.22-4 Severity: wishlist Dear Maintainer, Please consider making CUDA 6 available in Debian. It contains some great impovements (first of all, unified memory) and it would be very handy to have it in the repo. In addition, current gcc in Sid is 4.9 but nvcc from nvidia- cuda-toolkit-5.5 does not support it. Yours sincerely, Igor Korsunov -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-cuda-toolkit depends on: ii g++ 4:4.9.0-3 ii gcc 4:4.9.0-3 ii libc6 2.19-1 ii libgcc1 1:4.9.0-6 ii libnvvm25.5.22-4 ii libstdc++6 4.9.0-6 ii nvidia-cuda-dev 5.5.22-4 ii nvidia-opencl-dev [opencl-dev] 5.5.22-4 ii nvidia-profiler 5.5.22-4 Versions of packages nvidia-cuda-toolkit recommends: ii nvidia-cuda-doc 5.5.22-4 ii nvidia-cuda-gdb 5.5.22-4 ii nvidia-visual-profiler 5.5.22-4 Versions of packages nvidia-cuda-toolkit suggests: pn libcupti-dev none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746213: lua-curl: no Lua 5.2 support
On Tue, 29 Apr 2014 00:17:29 -0700 Igor Bogomazov yg...@ygrex.ru wrote: On Mon, 28 Apr 2014 13:47:49 +0200 Enrico Tassi gareuselesi...@debian.org wrote: On Sun, Apr 27, 2014 at 11:22:50PM -0700, Igor Bogomazov wrote: the package cannot be used with Lua 5.2 that is current stable release of the language; also this is the only cURL wrapper Lua library available in Debian repository; does it make sense for you to adopt the package so that it could be used with Lua 5.2? Sorry but I'm not following. What do you mean by adopting here? I could successfully recompile it from sources with only few lines of code fixed. I am ready to attach the patch here if it might be useful, though the modifications are quite straightforward and well documented… Anyway, let me know if I can help with this! Sure! Your patch is welcome, and any help too. Ciao Sorry for my English… by adopting I mean to make it work with Lua 5.2 in attachment is what I applied to debian/ directory (from lua-curl_0.3.0-7.debian.tar.gz) so that I could re-build lua-curl with «debuild -i -us -uc -b -d» after «sudo dpkg -i lua-curl_0.3.0-7_amd64.deb» it works as expected: $ lua5.2 -e 'print((require curl).version())' libcurl/7.36.0 GnuTLS/2.12.23 zlib/1.2.8 libidn/1.28 libssh2/1.4.3 librtmp/2.3 and of course do not hesitate writing to me, if I can do more than just this patch -- Sincerely yours, Igor Bogomazov Saint-Petersburg, Russia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746213: lua-curl: no Lua 5.2 support
On Mon, 28 Apr 2014 13:47:49 +0200 Enrico Tassi gareuselesi...@debian.org wrote: On Sun, Apr 27, 2014 at 11:22:50PM -0700, Igor Bogomazov wrote: the package cannot be used with Lua 5.2 that is current stable release of the language; also this is the only cURL wrapper Lua library available in Debian repository; does it make sense for you to adopt the package so that it could be used with Lua 5.2? Sorry but I'm not following. What do you mean by adopting here? I could successfully recompile it from sources with only few lines of code fixed. I am ready to attach the patch here if it might be useful, though the modifications are quite straightforward and well documented… Anyway, let me know if I can help with this! Sure! Your patch is welcome, and any help too. Ciao Sorry for my English… by adopting I mean to make it work with Lua 5.2 in attachment is what I applied to debian/ directory (from lua-curl_0.3.0-7.debian.tar.gz) so that I could re-build lua-curl with «debuild -i -us -uc -b -d» after «sudo dpkg -i lua-curl_0.3.0-7_amd64.deb» it works as expected: $ lua5.2 -e 'print((require curl).version())' libcurl/7.36.0 GnuTLS/2.12.23 zlib/1.2.8 libidn/1.28 libssh2/1.4.3 librtmp/2.3 -- Sincerely yours, Igor Bogomazov Saint-Petersburg, Russia diff --git a/control b/control index 2fc5efc..c85c2de 100644 --- a/control +++ b/control @@ -13,11 +13,11 @@ Architecture: any Multi-Arch: same Pre-Depends: multiarch-support Depends: ${shlibs:Depends}, ${misc:Depends} -Replaces: liblua5.1-curl0 ( 0.3.0-6~) -Breaks: liblua5.1-curl0 ( 0.3.0-6~) -Provides: liblua5.1-curl0, ${lua:Provides} +Replaces: liblua5.2-curl0 ( 0.3.0-7~) +Breaks: liblua5.2-curl0 ( 0.3.0-7~) +Provides: liblua5.2-curl0, ${lua:Provides} XB-Lua-Versions: ${lua:Versions} -Description: libcURL bindings for the Lua language version 5.1 +Description: libcURL bindings for the Lua language version 5.2 This package contains the bindings for the cURL library. Currently many different implementations of cURL bindings are available, this package includes the one developed for the FreePOPs project @@ -29,9 +29,9 @@ Multi-Arch: same Pre-Depends: multiarch-support Section: libdevel Depends: lua-curl (= ${binary:Version}), ${misc:Depends} -Replaces: liblua5.1-curl-dev ( 0.3.0-6~) -Breaks: liblua5.1-curl-dev ( 0.3.0-6~) -Provides: liblua5.1-curl-dev, ${lua:Provides} +Replaces: liblua5.2-curl-dev ( 0.3.0-7~) +Breaks: liblua5.2-curl-dev ( 0.3.0-7~) +Provides: liblua5.2-curl-dev, ${lua:Provides} XB-Lua-Versions: ${lua:Versions} Description: libcURL development files for the Lua language This package contains the development files of the libcURL Lua bindings, @@ -40,7 +40,7 @@ Description: libcURL development files for the Lua language . Documentation is also shipped within this package. -Package: liblua5.1-curl0 +Package: liblua5.2-curl0 Section: oldlibs Priority: extra Architecture: all @@ -49,7 +49,7 @@ Description: Transitional package for lua-curl This is a transitional package to ease upgrades to the lua-curl package. It can safely be removed. -Package: liblua5.1-curl-dev +Package: liblua5.2-curl-dev Section: oldlibs Priority: extra Architecture: all diff --git a/dh-lua.conf b/dh-lua.conf index 13b3569..72c4ea6 100644 --- a/dh-lua.conf +++ b/dh-lua.conf @@ -1,7 +1,7 @@ -LUA_VERSION=5.1 +LUA_VERSION=5.2 PKG_NAME=curl -CLIB_CFLAGS= $(shell curl-config --cflags 2/dev/null) $(shell getconf LFS_CFLGAS) +CLIB_CFLAGS= $(shell curl-config --cflags 2/dev/null) $(shell getconf LFS_CFLGAS) -DLUA52_API -DLUA_COMPAT_ALL CLIB_LDFLAGS= $(shell curl-config --libs 2/dev/null) $(shell getconf LFS_LIBS) CLIB_OBJS= lua-curl.lo luabind.lo diff --git a/patches/lua-curl.patch b/patches/lua-curl.patch new file mode 100644 index 000..526141a --- /dev/null +++ b/patches/lua-curl.patch @@ -0,0 +1,18 @@ +Description: added Lua 5.2 compatibility +Index: lua-curl-0.3.0/lua-curl.c +=== +--- lua-curl-0.3.0.orig/lua-curl.c 2008-10-25 08:26:26.0 -0700 lua-curl-0.3.0/lua-curl.c 2014-04-28 23:08:45.839340610 -0700 +@@ -49,6 +49,12 @@ + #include compat-5.1.h + #endif + ++#ifdef LUA52_API ++/* Lua 5.2 compatibility trick */ ++#define luaL_reg luaL_Reg ++#define luaL_register(L,name,tbl) luaL_setfuncs(L,tbl,0) ++#endif ++ + #define CURL_EASY_META_NAME curleasy.type + + /* think more if this means unicity... maybe store in the bag some pointers */ diff --git a/patches/make.patch b/patches/make.patch index 441e62e..d0734e7 100644 --- a/patches/make.patch +++ b/patches/make.patch @@ -1,10 +1,50 @@ -Author: Enrico Tassi gareuselesi...@debian.org Description: fix regex to get auth options from curl.h + add Lua 5.2 section Index: lua-curl-0.3.0/Makefile === lua-curl-0.3.0.orig/Makefile 2008-10-25 17:26:26.0 +0200 -+++ lua-curl-0.3.0/Makefile 2012-05-30 21:57
Bug#746213: lua-curl: no Lua 5.2 support
Package: lua-curl Version: 0.3.0-7 Severity: normal Dear Maintainer, the package cannot be used with Lua 5.2 that is current stable release of the language; also this is the only cURL wrapper Lua library available in Debian repository; does it make sense for you to adopt the package so that it could be used with Lua 5.2? I could successfully recompile it from sources with only few lines of code fixed. I am ready to attach the patch here if it might be useful, though the modifications are quite straightforward and well documented… Anyway, let me know if I can help with this! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.0-ygrex-mac (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lua-curl depends on: ii libc6 2.18-4 ii libcurl3-gnutls7.36.0-1+b1 ii multiarch-support 2.18-4 lua-curl recommends no packages. lua-curl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620630: (no subject)
Incredible looks like this is fixed in 0.0.20130503-1! Cheers, Geoffrey! Tons of thanks :) Not sure which patch resolved it. 00:17:59 ig@pcig:~$ sudo prelink -am prelink: /usr/lib/cups/filter/smfpautoconf: Could not find one of the dependencies prelink: /usr/lib/cups/backend/hp: Could not find one of the dependencies 00:18:18 ig@pcig:~$ -- Igor Borski
Bug#736950: fakeroot: Support Solaris ACLs, again
Package: fakeroot Version: 1.20-3+dyson1 Severity: normal Dear Maintainer, please find a patch which makes fakeroot work perfectly on Dyson (Debian port to the illumos (OpenSolaris) kernel) [1]. The attached patch makes three things: 1. Report errors from dlsym() only when debug is enabled. Since ACL functions are not in libc or ld.so they are usually not found and illumos ld.so creates noise. 2. Better detect ACL functions. Both Linux and illumos have acl_t and it's not enough to check only this type. configure.ac patched to search ACL functions in libacl (linux) and libsec (illumos). 3. Adds wrappers for illumos ACLs functions to fix bugs [2]. Also build dependencies should be fixed: Build-Depends: sharutils, libacl1-dev [!illumos-any], libsec-dev [illumos-any], libcap-dev [linux-any], libcap2-bin [linux-any] [1] http://osdyson.org [2] http://osdyson.org/issues/167 -- System Information: Debian Release: bok Architecture: illumos-amd64 (i86pc) Kernel: SunOS 5.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Versions of packages fakeroot depends on: ii libc12.10+12 ii libfakeroot 1.20-3+dyson1 fakeroot recommends no packages. fakeroot suggests no packages. -- no debconf information Description: support for illumos (solaris) ACLs This patch makes GNU coreutils shut up and stops GNU sed making files with permissions. Bug-Dyson: http://osdyson.org/issues/167 Author: Igor Pashev pashev.i...@gmail.com Index: fakeroot-1.20/libfakeroot.c === --- fakeroot-1.20.orig/libfakeroot.c 2014-01-27 21:22:04.0 +0400 +++ fakeroot-1.20/libfakeroot.c 2014-01-28 13:28:26.030053499 +0400 @@ -256,10 +256,12 @@ /* clear dlerror() just in case dlsym() legitimately returns NULL */ msg = dlerror(); *(next_wrap[i].doit)=dlsym(get_libc(), next_wrap[i].name); +#ifdef LIBFAKEROOT_DEBUGGING +/* illumos libc creates noise if symbols is not found (e. g. acl_get())*/ if ( (msg = dlerror()) != NULL){ fprintf (stderr, dlsym(%s): %s\n, next_wrap[i].name, msg); -/*abort ();*/ } +#endif /* LIBFAKEROOT_DEBUGGING */ } } @@ -1916,6 +1918,9 @@ } #ifdef HAVE_ACL_T + +/* linux: */ +#ifdef HAVE_ACL_GET_FD acl_t acl_get_fd(int fd) { errno = ENOTSUP; return (acl_t)NULL; @@ -1928,12 +1933,51 @@ errno = ENOTSUP; return -1; } - int acl_set_file(const char *path_p, acl_type_t type, acl_t acl) { errno = ENOTSUP; return -1; } -#endif /* HAVE_SYS_ACL_H */ +#endif /* HAVE_ACL_GET_FD */ + +/* illumos: */ +#ifdef HAVE_ACL_TRIVIAL +int acl_get(const char *path, int flags, acl_t **aclp) +{ +errno = ENOSYS; +return -1; +} +int facl_get(int fd, int flags, acl_t **aclp) +{ +errno = ENOSYS; +return -1; +} +int acl_set(const char *path, acl_t *aclp) +{ +errno = ENOSYS; +return -1; +} +int facl_set(int fd, acl_t *aclp) +{ +errno = ENOSYS; +return -1; +} +int acl_trivial(const char *path) +{ +return 0; +} +int acl(const char *path, int cmd, int cnt, void *buf) +{ +errno = ENOSYS; +return -1; +} +int facl(int fd, int cmd, int cnt, void *buf) +{ +errno = ENOSYS; +return -1; +} +#endif /* HAVE_ACL_TRIVIAL */ + +#endif /* HAVE_ACL_T */ #ifdef HAVE_FTS_READ FTSENT *fts_read(FTS *ftsp) { Index: fakeroot-1.20/configure.ac === --- fakeroot-1.20.orig/configure.ac 2013-09-20 17:54:24.0 +0400 +++ fakeroot-1.20/configure.ac 2014-01-28 13:04:59.067226109 +0400 @@ -288,6 +288,16 @@ AC_CHECK_FUNCS(fchmodat fchownat fstatat mkdirat mknodat openat renameat unlinkat lchmod fgetattrlist) +save_LIBS=$LIBS +# Linux +AC_SEARCH_LIBS(acl_get_fd, acl) +AC_CHECK_FUNCS(acl_get_fd) + +# Illumos +AC_SEARCH_LIBS(acl_trivial, sec) +AC_CHECK_FUNCS(acl_trivial) +LIBS=$save_LIBS + AC_CHECK_FUNCS(capset listxattr llistxattr flistxattr getxattr lgetxattr fgetxattr setxattr lsetxattr fsetxattr removexattr lremovexattr fremovexattr) dnl find out how stat() etc are called. On linux systems, we really Index: fakeroot-1.20/wrapfunc.inp === --- fakeroot-1.20.orig/wrapfunc.inp 2013-09-20 17:54:24.0 +0400 +++ fakeroot-1.20/wrapfunc.inp 2014-01-28 13:22:39.411221945 +0400 @@ -208,10 +208,24 @@ #endif /* HAVE_FSTATAT */ #ifdef HAVE_ACL_T + +#ifdef HAVE_ACL_GET_FD acl_get_fd;acl_t;(int fd);(fd) acl_get_file;acl_t;(const char *path_p, acl_type_t type);(path_p, type) acl_set_fd;int;(int fd, acl_t acl);(fd, acl) acl_set_file;int;(const char *path_p, acl_type_t type, acl_t acl);(path_p, type, acl) +#endif + +#ifdef HAVE_ACL_TRIVIAL +acl_get;int;(const char *path, int flags, acl_t **aclp);(path, flags, aclp) +facl_get;int;(int fd, int flags, acl_t **aclp);(fd, flags, aclp) +acl_set;int;(const char *path, acl_t *aclp);(path, aclp) +facl_set;int;(int fd, acl_t *aclp);(fd, aclp
Bug#734171: Network install does not work with I-217V ethernet controller
Thank you for your detailed explanation of the organization and inner workings of Debian community. If we are going to discuss the finer nuances of English language, stable also means opposite of broken [http://thesaurus.com/browse/stable], which is exactly what your latest stable network install is on more than six months old hardware. Pardon me, but you don't have the wits required to offend me -- the only offense I am taking is with hypocrisy, arrogance, and bloated egos in open-source community. Debian maintainers replaced a working ffmpeg with broken libav forcing people to do their own builds and breaking dozens of applications and now you dare preach to me about what stable means when it comes to loadable kernel modules? I already said I am not interested anymore whether this will get fixed after witnessing the attitude. I reported it and you do with it what you want. it's not like there aren't other distros that work which I will be wholeheartedly recommending to others instead of Debian. Regards, Igor On 7.1.2014. 07:37, Christian PERRIER wrote: Quoting Igor Levicki (i...@levicki.net): Exactly what is preventing you to add new driver module which supports both old and new hardware? What? Easy to understand: you doing the work. Of course that requires also you to understand how the Debian kernel team work is organized, how the Debian stable releases are maintained, what does the stable word mean in English and a lot of other things you apparently fail to really get a picture of, as of now. That really understandable, no offense intended: we don't really expect people to immediately understand how a volunteer project with over one thousand contributors and no commercial organization behind it, is organized. Just like we don't expect people to teach us lessons about how we should be working when they don't really know how our work is organized. smime.p7s Description: S/MIME Cryptographic Signature
Bug#734473: synaptic: Portability issues (FTBFS on Dyson)
Package: synaptic Version: 0.80.4+dyson1 Severity: normal Dear Maintainer, please find patches which fix some portability issues: dyson-rindex.patch: rindex() is defined in strings.h [rindex] dyson-bzero.patch: bzero() is legacy, replace with memset() [bzero] dyson-fcntl.patch: fcntl(0 is defined in fcntl.h [fcntl] With these patches applied it is possible to rebuild Synaptic on Dyson without changes [dyson] [rindex] http://pubs.opengroup.org/onlinepubs/009695399/functions/rindex.html [bzero] http://pubs.opengroup.org/onlinepubs/009695399/functions/bzero.html [fcntl] http://pubs.opengroup.org/onlinepubs/009695399/functions/fcntl.html [dyson] http://osdyson.org/ P. S. Sent from Dyson :-) -- System Information: Debian Release: bok Architecture: illumos-amd64 (i86pc) Kernel: SunOS 5.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Versions of packages synaptic depends on: ii hicolor-icon-theme 0.12-1 ii libapt-inst1.5 0.9.7.5+dyson3 ii libapt-pkg4.12 0.9.7.5+dyson3 ii libatk1.0-0 2.8.0-2+dyson1 ii libc12.10+12 ii libcairo-gobject21.12.16-2+dyson1 ii libcairo21.12.16-2+dyson1 ii libept1.4.12 1.0.9+dyson1 ii libgcc1 1:4.8.2-2+dyson1 ii libgdk-pixbuf2.0-0 2.28.2-1+dyson1 ii libglib2.0-0 2.36.3-3+dyson2 ii libgtk-3-0 3.8.2-3+dyson1 ii libm20.2.1 ii libpango-1.0-0 1.32.5-5+dyson1 ii libpangocairo-1.0-0 1.32.5-5+dyson1 ii libstdc++6 4.8.2-2+dyson1 ii libvte-2.90-91:0.34.6-1+dyson1 ii libx11-6 2:1.6.2-1+dyson1 ii libxapian22 1.2.8-1+dyson1 ii libxext0 2:1.3.0-3+dyson1 ii zlib1g 1:1.2.8.dfsg-1+dyson1 Versions of packages synaptic recommends: ii gksu 2.0.2-6+dyson1 pn libgtk2-perl none ii policykit-10.105-3+dyson2 ii rarian-compat 0.8.1-5+dyson1 Versions of packages synaptic suggests: pn apt-xapian-index none pn deborphannone pn dwww none ii menu 2.1.46+dyson1 pn software-properties-gtk none pn tasksel none -- no debconf information Index: synaptic-0.80.4+dyson1/common/rpackagefilter.cc === --- synaptic-0.80.4+dyson1.orig/common/rpackagefilter.cc 2012-07-12 23:13:41.0 +0400 +++ synaptic-0.80.4+dyson1/common/rpackagefilter.cc 2014-01-07 12:26:34.353004966 +0400 @@ -28,6 +28,7 @@ #include algorithm #include cstdio #include fnmatch.h +#include strings.h #include apt-pkg/configuration.h #include apt-pkg/strutl.h #include apt-pkg/error.h Index: synaptic-0.80.4+dyson1/gtk/rgdebinstallprogress.cc === --- synaptic-0.80.4+dyson1.orig/gtk/rgdebinstallprogress.cc 2012-11-21 22:54:58.0 +0400 +++ synaptic-0.80.4+dyson1/gtk/rgdebinstallprogress.cc 2014-01-07 12:30:00.935776801 +0400 @@ -152,7 +152,7 @@ // open connection to server struct sockaddr_un servaddr; int serverfd = socket(AF_LOCAL, SOCK_STREAM, 0); - bzero(servaddr, sizeof(servaddr)); + memset(servaddr, 0, sizeof(servaddr)); servaddr.sun_family = AF_LOCAL; strcpy(servaddr.sun_path, UNIXSTR_PATH); @@ -181,7 +181,7 @@ fcntl(listenfd, F_SETFL, O_NONBLOCK); unlink(UNIXSTR_PATH); - bzero(servaddr, sizeof(servaddr)); + memset(servaddr, 0, sizeof(servaddr)); servaddr.sun_family = AF_LOCAL; strcpy(servaddr.sun_path, UNIXSTR_PATH); bind(listenfd, (struct sockaddr *)servaddr, sizeof(servaddr)); Index: synaptic-0.80.4+dyson1/gtk/rginstallprogress.cc === --- synaptic-0.80.4+dyson1.orig/gtk/rginstallprogress.cc 2012-01-30 15:24:22.0 +0400 +++ synaptic-0.80.4+dyson1/gtk/rginstallprogress.cc 2014-01-07 12:29:08.328087514 +0400 @@ -123,7 +123,7 @@ void RGInstallProgress::finishUpdate() { char buf[1024]; - bzero(buf, 1024); + memset(buf, 0, 1024); int len = read(_childin, buf, 1023); if (len 0) { GtkWidget *dia = gtk_message_dialog_new(GTK_WINDOW(this-window()), Index: synaptic-0.80.4+dyson1/common/raptoptions.cc === --- synaptic-0.80.4+dyson1.orig/common/raptoptions.cc 2012-06-11 19:31:11.0 +0400 +++ synaptic-0.80.4+dyson1/common/raptoptions.cc 2014-01-07 12:30:20.749340671 +0400 @@ -192,7 +192,7 @@ if ((point = strrchr(dent-d_name, '.')) == NULL) continue; if (strcmp(point, configext) == 0) { - bzero(point, strlen(point)); + memset(point, 0, strlen(point)); //cout (dent-d_name) endl; setPackageDebconf(dent-d_name, true); } Index: synaptic-0.80.4+dyson1/common/rcdscanner.cc === ---
Bug#734171: Network install does not work with I-217V ethernet controller
Let me first clarify that I wanted to build a production system for daily use, not an unstable test system where I could risk losing data so that is why I opted for a stable release. Since Debian 7.3 was released in December I assumed that it supports hardware which hit retail in June. Obviously, I was wrong about it but I couldn't find any detailed hardware compatibility list to check -- all I found was this: http://www.debian.org/releases/stable/i386/ch02s01.html.en It says the following: 2.1.6. Network Connectivity Hardware _Almost any_ network interface card (NIC) supported by the Linux kernel should also be supported by the installation system; drivers should normally be loaded automatically. This includes _most PCI/PCI-Express cards_ as well as PCMCIA/Express Cards on laptops. Many older ISA cards are supported as well. [emphasis mine] So if my assumption was wrong, so it will be everyone else's and you can only blame your own documentation. As for your Windows does it too remark, in recent Windows (7, 8.1) there is no such thing as minimal network install ISO so I don't know why you are bringing it into this discussion, not to mention that your logic others fail so it is ok if we fail too eludes me. Moreover, I was under impression that we are talking about network installer ISO here, not about stable distribution kernel. AFAIK, network installer's job is to get the user into an environment in which they can install Debian over the network/internet. In my opinion, there is absolutely no reason or excuse not to have working network drivers in network installer image. If you go to: http://www.debian.org/News/2013/20131214 You will see: Updated Debian 7: 7.3 released December 14th, 2013 And if you go to: https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=15817 You will see: e1000e-2.5.4.tar.gz Date 09/03/2013 If the date format is m/d/y then that is September 3rd, three months before your release (the date in readme.txt is July so if we assume that the date on download page is incorrect, that means 5 months difference). This driver (like any other Intel network driver) is open-source and it can be compiled as a stand-alone module against your stable 3.2 kernel to replace the three years old driver module you have in the network installer image. Let me repeat that last part -- three years old intel network driver module. Did you ever think about the scenario where your mainboard fails and you have to replace it after 3+ years, but you are constrained to a stable linux distribution by some proprietary application and/or hardware? How do you install the same stable linux distribution on your new hardware (because you simply can't buy the same hardware again after so much time) if distro makers/maintainers won't periodically add drivers for new hardware to stable images? Exactly what is preventing you to add new driver module which supports both old and new hardware? With Windows you insert a CD from mainboard manufacturer and you install the network driver. What do you do here, find a Debian machine running the same kernel version as your network installer and compile the driver from the source then copy it over? In my opinion that is not exactly user-friendly even for a geek like me, but if that is your idea of how things should work don't complain that nobody takes Linux seriously when it comes to desktop. And before you say you should have used Live DVD to check or you should have installed using full install DVD the answer is -- network still wouldn't work with either of those, and I would have just wasted bandwidth and space. Failure to support common hardware during install together with Debian maintainer's shameful handling of ffmpeg/libav situation is enough clues for me to pick up another distro which I just did so I don't really care if this get fixed or not. Regards, Igor On 6.1.2014. 20:13, Lennart Sorensen wrote: On Mon, Jan 06, 2014 at 05:21:30PM +0100, Cyril Brulebois wrote: Lennart Sorensen lsore...@csclub.uwaterloo.ca (2014-01-06): Debian stable means not changing things in general, so adding new drivers is not something that is done. Sorry, that's wrong. The linux kernel is regularly updated in stable to add support for new(er) hardware. Well if 3.2.x updates upstream add new drivers, then sure, but I don't recall ever seeing debian backport drivers to a stable release kernel. smime.p7s Description: S/MIME Cryptographic Signature
Bug#729203: Bring back ffmpeg
As a user and as a developer I vote for bringing ffmpeg back, at least as an option. I also want to voice my concern about this kind of turf wars and the future of open-source. It is OK that one of Debian/Ubuntu upstream developers disagreed with Michael Niedermayer and made a fork, although the way it has been done was really ugly. It is OK to decide to include the fork in Debian/Ubuntu. What is not OK is to remove a choice from the end user and to insinuate with your message about deprecation how ffmpeg is inferior to your own fork. Why don't you let users decide? Or you perhaps forgot who made you popular? It is sad that you talk about Committee and waste time politicking and arguing here when your stable network based install can't even detect Intel network adapters due to your developers not updating 3 year old e1000e driver in installer ISO. -- Regards, Igor Levicki smime.p7s Description: S/MIME Cryptographic Signature
Bug#734171: Network install does not work with I-217V ethernet controller
Package: installation-reports Boot method: unetbootin (USB stick) Image version: debian-7.3.0-amd64-netinst.iso Date: 2013-01-04 15:00:00 CET Machine: ASUS Z87 PRO Processor: Intel Core i7-4770K Memory: 16 GB DDR3 Partitions: n/a Output of lspci -knn (or lspci -nn): dev 8086 ven 153b (Intel I-217V Gigabit Ethernet Controller) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: NETWORK based install fails at the only task it is supposed NOT to fail -- detecting and enabling network card. Package e1000e which should handle the onboard ethernet PHY is terribly outdated (version 1.x dated two years ago) and it does not recognize the onboard device. Latest version of e1000e driver dated July 9, 2013 is available from Intel in the form of source code: https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=15817 It supports many new ethernet adapters present on latest generations of desktop mainboards. I really don't understand why it was not integrated into the kernel tree. I keep hearing this year will be the year of Linux Desktop for the last few years, yet many Linux distributions still fail on basic stuff like this. Please fix. -- Regards, Igor Levicki smime.p7s Description: S/MIME Cryptographic Signature
Bug#730629: steam: ~/.steam/steam.sh not: found
Package: steam Version: 1.0.0.39-2 Severity: important While I simply start steam with any method (menu, console, etc.) it outputs just /usr/games/steam: 16: /usr/games/steam: /home/ik/.steam/steam.sh: not found then quit. I instaled just latest steam package using apt-get and hadn't changed nothing. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages steam depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-96 ii libgl1-mesa-dri9.2.2-1 ii libgl1-mesa-glx9.2.2-1 ii libstdc++6 4.8.2-5 ii libx11-6 2:1.6.2-1 ii libxau61:1.0.8-1 ii libxcb11.9.1-3.1 ii libxdmcp6 1:1.1.1-1 ii multiarch-support 2.17-96 ii xterm 297-1 Versions of packages steam recommends: ii zenity 3.8.0-1 steam suggests no packages. -- debconf information: steam/purge: * steam/license: * steam/question: I AGREE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724502: kmix: KMix crashes when dragdrop channel
Package: kmix Version: 4:4.10.5-1 Severity: important Dear Maintainer, My sound card is Creative Labs SB Live! EMU10k1 (rev 0a) / Creative Labs SBLive! 5.1 Digital Model SB0220 backed by kernel module snd_emu10k1. It has a switch Mic Boost +20db. When I add it to the list of used channels and try to drag it KMix crashes. Possibly I need to build kmix-dbg from Debian source package. Please adwise if it will be helpful. The crash can be reproduced every time. PS. For some reason Kde crash reporter said Kmix version is 4.3 thus declined to send bugreport. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmix depends on: ii kde-runtime 4:4.10.5-1 ii libasound2 1.0.27.2-1 ii libc62.17-92+b1 ii libcanberra0 0.30-2 ii libkdecore5 4:4.10.5-1+b1 ii libkdeui54:4.10.5-1+b1 ii libplasma3 4:4.10.5-1+b1 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse04.0-6+b1 ii libqt4-dbus 4:4.8.5+dfsg-4 ii libqt4-xml 4:4.8.5+dfsg-4 ii libqtcore4 4:4.8.5+dfsg-4 ii libqtgui44:4.8.5+dfsg-4 ii libsolid44:4.10.5-1+b1 ii libstdc++6 4.8.1-10 kmix recommends no packages. kmix suggests no packages. Application: KMix (kmix), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f61ce7d6780 (LWP 3174))] Thread 2 (Thread 0x7f61c31c2700 (LWP 3178)): #0 0x003b732dd19d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x003b75e48194 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x003b75e4829c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x0032443a7d06 in QEventDispatcherGlib::processEvents (this=0x7f61bc0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #4 0x0032443797bf in QEventLoop::processEvents (this=this@entry=0x7f61c31c1db0, flags=...) at kernel/qeventloop.cpp:149 #5 0x003244379ab5 in QEventLoop::exec (this=this@entry=0x7f61c31c1db0, flags=...) at kernel/qeventloop.cpp:204 #6 0x0032442788cf in QThread::exec (this=this@entry=0x2406340) at thread/qthread.cpp:536 #7 0x00324435aee3 in QInotifyFileSystemWatcherEngine::run (this=0x2406340) at io/qfilesystemwatcher_inotify.cpp:256 #8 0x00324427af6f in QThreadPrivate::start (arg=0x2406340) at thread/qthread_unix.cpp:338 #9 0x003b73a07e0e in start_thread (arg=0x7f61c31c2700) at pthread_create.c:311 #10 0x003b732e893d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7f61ce7d6780 (LWP 3174)): [KCrash Handler] #6 length (this=0x2388410) at ../../include/QtCore/../../src/corelib/tools/qstring.h:697 #7 operator (out=..., str=...) at tools/qstring.cpp:7555 #8 0x003249e673f8 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kmix.so #9 0x00324611f3d8 in QListModel::mimeData (this=0x23c8e10, indexes=...) at itemviews/qlistwidget.cpp:432 #10 0x0032460c55a0 in QAbstractItemView::startDrag (this=this@entry=0x2a2b0a0, supportedActions=...) at itemviews/qabstractitemview.cpp:3525 #11 0x0032460e5333 in QListView::startDrag (this=this@entry=0x2a2b0a0, supportedActions=...) at itemviews/qlistview.cpp:893 #12 0x0032460c3f29 in QAbstractItemView::mouseMoveEvent (this=this@entry=0x2a2b0a0, event=event@entry=0x7fffb4905d10) at itemviews/qabstractitemview.cpp:1725 #13 0x0032460e4ef4 in QListView::mouseMoveEvent (this=0x2a2b0a0, e=0x7fffb4905d10) at itemviews/qlistview.cpp:781 #14 0x003245c17e35 in QWidget::event (this=this@entry=0x2a2b0a0, event=event@entry=0x7fffb4905d10) at kernel/qwidget.cpp:8361 #15 0x003245fb595e in QFrame::event (this=0x2a2b0a0, e=0x7fffb4905d10) at widgets/qframe.cpp:557 #16 0x0032460c49d3 in QAbstractItemView::viewportEvent (this=0x2a2b0a0, event=0x7fffb4905d10) at itemviews/qabstractitemview.cpp:1644 #17 0x00324437acc6 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=this@entry=0x204c390, receiver=receiver@entry=0x265dbe0, event=event@entry=0x7fffb4905d10) at kernel/qcoreapplication.cpp:1059 #18 0x003245bc86ec in QApplicationPrivate::notify_helper (this=this@entry=0x204c390, receiver=receiver@entry=0x265dbe0, e=e@entry=0x7fffb4905d10) at kernel/qapplication.cpp:4563 #19 0x003245bceebd in QApplication::notify (this=this@entry=0x2020fa0, receiver=receiver@entry=0x265dbe0, e=e@entry=0x7fffb4905d10) at kernel/qapplication.cpp:4110 #20 0x003247641cfa in
Bug#722058: kde-config-touchpad: reports errors and tapping doesn't work with xserver-xorg-input-synaptics in unstable
Dear Maintainer, Please pull the relevant patches from Ubuntu[1] or upstream. The current state of package renders touchpad unusable for many users. [1] http://changelogs.ubuntu.com/changelogs/pool/universe/s/synaptiks/synaptiks_0.8.1-1ubuntu4/changelog -- Cheers, Igor Urazov
Bug#718207: RESOLVED: pulseaudio: PulseAudio as system-wide daemon. Connecting usb-dac causes failed to load module module-udev-detect.c
Resolved by changing in /etc/default/pulseaudio DISALLOW_MODULE_LOADING=1 to DISALLOW_MODULE_LOADING=0 because this parameter takes precedence over parameter allow-module-loading in /etc/pulse/daemon.conf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: fglrx-driver: Xorg crashed when resizing terminal window (XFCE terminal / lxterminal)
Воскресенье, 4 августа 2013, 22:56 +02:00 от Andreas Beckmann a...@debian.org : Control: found -1 1:13.4-2 Control: forwarded -1 http://ati.cchtml.com/show_bug.cgi?id=724 Control: tag -1 moreinfo On 2013-05-22 22:11, Oxan van Leeuwen wrote: I'm using kernel 3.8, but can also reproduce the crash with 3.6. X and fglrx stack from testing installed (xserver-xorg-core 2:1.12.4-6, fglrx-driver 1:13.4-2). Please try the 13.8-beta1 driver from experimental. Thanks. Andreas Hello Andreas, folks, confirm for me bug is fixed in fglrx-driver 1:13.8~beta1-2 Good thing noticed an update not only in Sid but in experimental too. Cheers! -- Igor Borski
Bug#710412: Check for authz_core_module
Hi, I experienced the same problem on Windows [1] with Apache 2.4.6. I found out, that authz_core_module is required. Enabling authz_core_module solved my identical problem. Maybe yours, too? [1] http://www.apachelounge.com/viewtopic.php?p=25231#25231 -- Regards, Igor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716722: libmhash2 memory leak
Package: libmhash2 Version: 0.9.9.9.-1 I detected memory leak in mhash library and next i found existing patch and the patch solve the leak. I found this (but in debian it is not applied): https://github.com/herrwiese/gentoo-portage/blob/master/app-crypt/mhash/files/mhash-0.9.9-fix-mem-leak.patch http://pkgs.fedoraproject.org/cgit/mhash.git/tree/mhash-0.9.9.9-fix-mem-leak.patch Test the leak, File: mhash_memory_leak.cpp //compile: g++ -lmhash -o mhash_memory_leak mhash_memory_leak.cpp //check:valgrind --leak-check=full ./mhash_memory_leak #include mhash.h #include memory #include iostream #include ios #include iomanip int main(int argc, char **argv){ int i; MHASH mh; //create if((mh = mhash_init(MHASH_MD5)) == MHASH_FAILED){ std::cout mhash_init() error std::endl; exit(1); } //update mhash(mh, 01234, 5); mutils_word32 size = 0; //get the memory size mhash_save_state_mem(mh, NULL,size); if(size == 0){ std::cout hash_save_state_mem(mh, NULL,size) error std::endl; exit(1); } char *buf_save = new char[size]; //save state if((mhash_save_state_mem(mh, buf_save,size)) != MUTILS_OK){ std::cout mhash_save_state_mem(mh, buf_save,size) error std::endl; delete[] buf_save; exit(1); } //finish, get hash unsigned char *b1 = static_castunsigned char*(mhash_end_m(mh, (void * (*)(unsigned int)) malloc)); for(i = 0; i mhash_get_block_size(MHASH_MD5); i++){ std::cout std::setw(2) std::setfill('0') std::hex static_castint(b1[i]); } std::cout std::endl; if(b1 != NULL){ free(b1); b1 = NULL; } /* memory leak on the next line (in mhash_restore_state_mem()) */ //restore state if((mh = mhash_restore_state_mem(buf_save)) == MHASH_FAILED){ std::cout mhash_restore_state_mem(buf_save) error std::endl; delete[] buf_save; exit(1); } delete[] buf_save; buf_save = NULL; //contunue to update mhash(mh, 56789, 5); unsigned char *b2 = static_castunsigned char*(mhash_end_m(mh, (void * (*)(unsigned int)) malloc)); for(i = 0; i mhash_get_block_size(MHASH_MD5); i++){ std::cout std::setw(2) std::setfill('0') std::hex static_castint(b2[i]); } std::cout std::endl; if(b2 != NULL){ free(b2); b2 = NULL; } return 0; } If you use the functionality in many iteration, all memory will be eaten very quickly. It is very annoying if it's is used in a daemon… 2.6.32-5-amd64 #1 SMP Fri May 10 08:43:19 UTC 2013 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714244: ecl: New upstream release (13.5.1)
Package: ecl Version: 11.1.1+dfsg1-2 Severity: normal Dear Maintainer, new upstream release of ECL is available at version 13.5.1 This version is known to work for building OpenAxiom. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ecl depends on: ii gcc 4:4.7.2-1 ii libc62.13-38 ii libgc-dev1:7.1-9.1 ii libgc1c2 1:7.1-9.1 ii libgmp10 2:5.0.5+dfsg-2 ii libgmp3-dev 2:5.0.5+dfsg-2 ii libncurses5-dev 5.9-10 ecl recommends no packages. Versions of packages ecl suggests: pn ecl-doc none pn slimenone -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712478: ITP: gnome-shell-extension-icon-hider -- GNOME Shell's status area icons manager
Package: wnpp Severity: wishlist Owner: Igor Kalnitsky i...@kalnitsky.org * Package name: gnome-shell-extension-icon-hider Version : 10-1 Upstream Author : Name someb...@example.org * URL : https://github.com/ikalnitsky/gnome-shell-extension-icon-hider * License : GPL Programming Lang: JavaScript Description : GNOME Shell's status area icons manager Icon Hider for GNOME Shell is a simple extension for managing visibility of status area icons. For example, you can hide unnecessary icons such as a11y or battery. The extension already available on http://extensions.gnome.org, but I want to build debian package too. More information can be found on my GitHub (https://github.com/ikalnitsky/gnome-shell-extension-icon-hider). Sincerely, Igor. signature.asc Description: Digital signature
Bug#712505: RFS: gnome-shell-extension-icon-hider/10-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package gnome-shell-extension-icon-hider * Package name: gnome-shell-extension-icon-hider Version : 10-1 Upstream Author : Igor Kalnitsky i...@kalnitsky.org * URL : https://github.com/ikalnitsky/gnome-shell-extension-icon-hider * License : GPL Section : gnome It builds those binary packages: gnome-shell-extension-icon-hider - GNOME Shell Icon Hider To access further information about this package, please visit the following URLs: http://mentors.debian.net/package/gnome-shell-extension-icon-hider Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnome-shell-extension-icon-hider/gnome-shell-extension-icon-hider_10-1.dsc More information about this extension can be obtained from https://github.com/ikalnitsky/gnome-shell-extension-icon-hider. https://extensions.gnome.org/extension/351/icon-hider/ Regards, Igor Kalnitsky signature.asc Description: Digital signature
Bug#647301: apt-mirror should download Contents-*- files
Hello All, I have added fix for it: @@ -371,6 +371,10 @@ foreach (@config_binaries) { add_url_to_download($url . $_ . /binary- . $arch . /Release); add_url_to_download($url . $_ . /binary- . $arch . /Packages.gz); add_url_to_download($url . $_ . /binary- . $arch . /Packages.bz2); +if (get_variable(_contents)) { +add_url_to_download($url . $_ . /Contents- . $arch . .gz); +add_url_to_download($url . $_ . /Contents- . $arch . .bz2); +} my $lang; foreach $lang (ast, bg, bs, ca, cs, da, de, el, en, en_AU, en_CA, en_GB, eo, es, eu, fa, fi, fr, fr_FR, gl, hr, hu, id, is, it, ja, ka, km, ko, lt, ms, my, nb, nl, no_NB, oc, pl, pt, pt_BR, ro, ru, si, sk, sl, sq, sr, sv, th, tr, uk, vi, zh_CN, zh_HK, zh_TW) { add_url_to_download($url . $_ . /i18n/Translation- . $lang); Also could you please to add support for solaris-i386 solaris-sparc: --- apt-mirror-0.4.9/apt-mirror.orig +++ apt-mirror-0.4.9/apt-mirror @@ -268,7 +268,7 @@ while(CONFIG) { next; } -if($config_line =~ /^deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)$/) { +if($config_line =~ /^deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|solaris-i386|solaris-sparc|sparc)$/) { push @config_binaries, [$1, @config_line]; next; } -- Best regards, Igor Kozhukhov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696698: Was able to reproduce
Hi, I was able to reproduce this problem with following configuration: Debian_version: 7.0 ,architecture: amd64 (x86_64) samba4 - 4.0.0~beta2+dfsg1-3.1 amd64 samba4-clients - 4.0.0~beta2+dfsg1-3.1 amd64 smbclient4 -L localhost -U% Failed to connect to ncacn_np:localhost - NT_STATUS_NO_MEMORY REWRITE: list servers not implemented As Jelmer Vernooij wrote, I tried to use smbclient instead. Seems that this is not implemented too? smbclient -L localhost -U% Unknown parameter encountered: server role Ignoring unknown parameter server role Connection to localhost failed (Error NT_STATUS_CONNECTION_REFUSED) Mit freundlichen Grüßen, Igor Drobot -- i.A. Igor Drobot Fachinformatiker Systemintegration IHK axxeo GmbH Gustav-Adolf-Str. 8, 30167 Hannover Tel. +49-511-12341236 Fax +49-511-76352976 mailto:supp...@axxeo.de http://www.axxeo.de/ axxeo GmbH, Registergericht: Amtsgericht Hannover, Registernummer HRB 61860 Umsatzsteuer-Identifikationsnummer gemäß §27a Umsatzsteuergesetz: DE 813979481 Geschäftsführer: Dr.-Ing. Ingo Chmielewski, Dipl.-Inform. Andreas Godzina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690227: netatalk: 3.0.1 package
If its of any help, here is my attempt at packaging netatalk 3.0.1...its my first attempt at a debian package git://github.com/igorbernstein/netatalk-debian.git and here is a log of what I did: https://github.com/igorbernstein/netatalk-debian/wiki/Notes-(WIP) and a list of things I couldn't figure out: https://github.com/igorbernstein/netatalk-debian/issues I've been running it for 6 months w/o incident I think the main problem I didn't know how to solve is migrating to the new config format. Best, Igor
Bug#690227: netatalk: 3.0.1 package
Also, for your convenience here is a changelog since 2.2.2-1: https://github.com/igorbernstein/netatalk-debian/compare/debian/2.2.2-1...master On Mon, Mar 18, 2013 at 9:36 PM, Igor Bernstein igor.bernst...@gmail.comwrote: If its of any help, here is my attempt at packaging netatalk 3.0.1...its my first attempt at a debian package git://github.com/igorbernstein/netatalk-debian.git and here is a log of what I did: https://github.com/igorbernstein/netatalk-debian/wiki/Notes-(WIP) and a list of things I couldn't figure out: https://github.com/igorbernstein/netatalk-debian/issues I've been running it for 6 months w/o incident I think the main problem I didn't know how to solve is migrating to the new config format. Best, Igor
Bug#701173: screen fails to start is terminal device is a symlink
Package: screen Version: 4.1.0~20120320gitdb59704-7 Severity: normal Dear Maintainer, screen is patched to check terminal it is starting on (debian/patches/47screen- cc.patch) Terminal device is required to be a normal character device, but it is not always the case. E. g. on illumos/solaris /dev/console is a symbolic link to /devices/pseudo/cn@0:console I'm attaching a patch which adjusts the check for symlinks. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screen depends on: ii dpkg 1.16.9 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-37 ii libpam0g 1.1.3-7.1 ii libtinfo5 5.9-10 screen recommends no packages. Versions of packages screen suggests: pn iselect | screenie | byobu none -- debconf information excluded Description: /dev/console may be a symlink See http://lists.debian.org/debian-devel/2013/01/msg00576.html In case of SunOS kernel (illumos) it is not possible for a device file to have st_nlink != 1, so do not bother with /devices/ Index: screen/tty.sh === --- screen.orig/tty.sh 2013-01-27 02:16:57.916935245 + +++ screen/tty.sh 2013-01-27 02:33:12.831241123 + @@ -1506,11 +1506,21 @@ char *tty; { struct stat st; + char * real; + int rc; - if (lstat(tty, st) || !S_ISCHR(st.st_mode) || - (st.st_nlink 1 strncmp(tty, /dev/, 5))) + real = realpath(tty, NULL); + if (!real) return -1; - return 0; + + if (lstat(real, st) || !S_ISCHR(st.st_mode) || +(st.st_nlink 1 strncmp(real, /dev/, 5))) +rc = -1; + else +rc = 0; + + free(real); + return rc; } /*
Bug#699219: icon: New upstream version, git, 3.0 (quilt) format
Source: icon Severity: wishlist Dear Maintainer, I've adopted icon for the 3.0 (quilt) fromat, created git repository, and updated to the lastest upstream version (9.5.0): http://git.osdyson.org/?p=icon.git Notable change: iconc is removed. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: limiting circumstances
Halo Patrick! I think I found a condition seriously limiting the bug's frequency (and importance :) ). It only happened so far under openbox window manager. That's where resize part comes I think. -- Best of luck, Igor
Bug#698506: smplayer: incorrect fps value passed to mplayer/mplayer2
Package: smplayer Version: 0.8.0-1 Severity: normal Dear Maintainer, With recently installed version of smplayer I have noticed gradual de-synchronization between video and audio while playing videofiles of almost any type. Adjusting Options/Preferences/Audio/Synchronization/ seems didn't work at all. However, providing mplayer with correct frame rate via -fps value either in Options/Preferences/Advanced/Options for MPlayer/ or in Options/View info and properties.../MPlayer options/ solved the problem completely. Notice: the value for -fps was taken from smplayer's file info. Thus, it looks like smplayer reads and reports video frame rate correctly. However, what is then passed back by default to mplayer doesn't match the correct value. Confirmed for smplayer 0.8.0-1 and mplayer_2_3a.10 to mplayer_3_3a.11 available from repositories stable to unstable. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smplayer depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libqt4-network 4:4.8.2+dfsg-9 ii libqt4-xml 4:4.8.2+dfsg-9 ii libqtcore4 4:4.8.2+dfsg-9 ii libqtgui4 4:4.8.2+dfsg-9 ii libstdc++6 4.7.2-5 ii mplayer 3:1.1-dmo8 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages smplayer recommends: ii smplayer-themes0.1.20+dfsg-1 ii smplayer-translations 0.8.0-1 smplayer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: fglrx-driver: 13.1-1
Servus Patrick. Yes, the problem happens in 13.1 as well. I tried different terminal emulators and konsole / xterm / rxvt resize fine. So it's a combination of lxterminal / xfce4-terminal and fglrx driver (with vesa it works). I remember the version before 12.10 to be free of this problem though. It would seem the prblem is somewhere in low level code between Xorg and driver. Got an interesting condition - it works under KDE/Plasma even with desktop effects enabled and disabled both (I think it disables compositing too but not sure). So if it helps I'd be happy :) Good thing it's 12.6 in Wheezy. -- Best regards, Igor
Bug#698008: More info
Few more bits. Also happenned on fglrx 12.10. Just checked and can be reproduced on stock kernel 3.2.0-4-amd64. -- Best of luck
Bug#698008: fglrx-driver: Xorg crashed when resizing terminal window (XFCE terminal / lxterminal)
Package: fglrx-driver Version: 1:12.11~beta11-1 Severity: important Tags: upstream Dear Xorg maintainers, Almost always when resizing XFCE terminal whole Xorg crashes. Please tell me if I can help by providing more information (debug symbols install etc). [ 19189.737] Backtrace: [ 19189.737] 0: /usr/bin/X (xorg_backtrace+0x36) [0x7f50382ccc96] [ 19189.737] 1: /usr/bin/X (0x7f503814e000+0x1827e9) [0x7f50382d07e9] [ 19189.737] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f5037476000+0xf030) [0x7f5037485030] [ 19189.737] 3: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7f50371f+0x727e0) [0x7f50372627e0] [ 19189.737] 4: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7f50371f+0x72b5f) [0x7f5037262b5f] [ 19189.737] 5: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (pixman_blt+0x52) [0x7f50371fa8b2] [ 19189.737] 6: /usr/lib/xorg/modules/libfb.so (fbCopyNtoN+0x2c9) [0x7f5032d4a469] [ 19189.737] 7: /usr/lib/xorg/modules/glesx.so (0x7f5030e1a000+0x81bc1) [0x7f5030e9bbc1] [ 19189.737] 8: /usr/lib/xorg/modules/glesx.so (0x7f5030e1a000+0x83c85) [0x7f5030e9dc85] [ 19189.737] 9: /usr/bin/X (0x7f503814e000+0x110a39) [0x7f503825ea39] [ 19189.737] 10: /usr/bin/X (0x7f503814e000+0xd9915) [0x7f5038227915] [ 19189.737] 11: /usr/bin/X (0x7f503814e000+0xdac6f) [0x7f5038228c6f] [ 19189.738] 12: /usr/bin/X (0x7f503814e000+0xd7ddc) [0x7f5038225ddc] [ 19189.738] 13: /usr/bin/X (ConfigureWindow+0x378) [0x7f50381c9e98] [ 19189.738] 14: /usr/bin/X (0x7f503814e000+0x4d904) [0x7f503819b904] [ 19189.738] 15: /usr/bin/X (0x7f503814e000+0x52e61) [0x7f50381a0e61] [ 19189.738] 16: /usr/bin/X (0x7f503814e000+0x41ec5) [0x7f503818fec5] [ 19189.738] 17: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f503619dead] [ 19189.738] 18: /usr/bin/X (0x7f503814e000+0x4219d) [0x7f503819019d] [ 19189.738] [ 19189.738] Segmentation fault at address 0x7f502313b00c [ 19189.738] Fatal server error: [ 19189.738] Caught signal 11 (Segmentation fault). Server aborting [ 19189.738] -- Package-specific info: Full fglrx package list: ii fglrx-atievent 1:12.11~beta amd64external events daemon for the no ii fglrx-control 1:12.11~beta amd64control panel for the non-free AT ii fglrx-driver 1:12.11~beta amd64non-free ATI/AMD RadeonHD display ii fglrx-modules- 1:12.11~beta amd64dkms module source for the non-fr ii libfglrx:amd64 1:12.11~beta amd64non-free ATI/AMD RadeonHD display ii libfglrx:i386 1:12.11~beta i386 non-free ATI/AMD RadeonHD display ii libfglrx-amdxv 1:12.11~beta amd64AMD XvBA (X-Video Bitstream Accel ii libfglrx-amdxv 1:12.11~beta i386 AMD XvBA (X-Video Bitstream Accel ii libgl1-fglrx-g 1:12.11~beta amd64proprietary libGL for the non-fre ii libgl1-fglrx-g 1:12.11~beta i386 proprietary libGL for the non-fre VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Pitcairn PRO [Radeon HD 7800] DRM and fglrx Informations from dmesg: Linux agpgart interface v0.103 fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. 6[fglrx] Maximum main memory to use for locked dma buffers: 5764 MBytes. 6[fglrx] vendor: 1002 device: 6819 count: 1 6[fglrx] ioport: bar 4, base 0xb000, size: 0x100 6[fglrx] Kernel PAT support is enabled 6[fglrx] module loaded - fglrx 9.1.11 [Dec 2 2012] with 1 minors fglrx_pci :01:00.0: irq 48 for MSI/MSI-X 6[fglrx] Firegl kernel thread PID: 3826 6[fglrx] Firegl kernel thread PID: 3827 6[fglrx] Firegl kernel thread PID: 3828 6[fglrx] IRQ 48 Enabled 6[fglrx] Gart USWC size:1280 M. 6[fglrx] Gart cacheable size:508 M. 6[fglrx] Reserved FB block: Shared offset:0, size:100 6[fglrx] Reserved FB block: Unshared offset:f8fc000, size:404000 6[fglrx] Reserved FB block: Unshared offset:7ffef000, size:11000 3[fglrx:firegl_pplib_notify_event] *ERROR* PPLIB: PPLib Notify Event failed! 3[fglrx:firegl_pplib_notify_event] *ERROR*ulEventType = 0023, ulEventData = 0001 Xorg X server configuration file status: -rw-r--r-- 1 root root 1192 Dec 6 22:50 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier aticonfig Layout Screen 0 aticonfig-Screen[0]-0 0 0 EndSection Section Module EndSection Section Monitor Identifier aticonfig-Monitor[0]-0 Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true EndSection Section Device Identifier aticonfig-Device[0]-0 Driver fglrx Option UseFastTLS on Option AllowGLXWithComposite true Option VideoOverlay on Option AccelMethod EXA Option DynamicClocks true Option ClockGating true Option DynamicPM true Option EnablePageFlip true Option RenderAccel true Option AccelDFS true
Bug#697472: gnome: wong switch order for 3 languages
Package: gnome Severity: normal I've got 3 language keyboard layouts in next order: (System-Preferences-Keyboard-Layouts) 1. us 2. ru 3. cz I've got alt-shift for switch between languages. I expected: 1-st alt-shift == switch to ru 2-nd alt-shift == switch to cz 3-d alt-shift == switch to us What I see: 1-st alt-shift == switch to cz 2-nd alt-shift == switch to ru 3-d alt-shift == switch to us How I can solve my problem: Define next keyboard order: 1. us 2. cz 3. ru thanks, Igor -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695589: x11proto-core-dev: upstream patch for g++ restrict issue on solaris
Package: x11proto-core-dev Version: 7.0.23-1 Severity: minor Dear Maintainer, please, apply the upstream patch to fix g++ restrict issue on solaris: https://bugs.freedesktop.org/show_bug.cgi?id=51009 https://bugs.freedesktop.org/attachment.cgi?id=66181 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11proto-core-dev depends on: ii xorg-sgml-doctools 1:1.10-1 x11proto-core-dev recommends no packages. x11proto-core-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694523: libxml-twig-perl: Few mistypings
Package: libxml-twig-perl Version: 1:3.39-1 Severity: normal Dear Maintainer, I've found few mistypings in /usr/share/perl5/XML/Twig.pm that don't affect me yet, but they are logic errors, so it will be good to correct them. I've made a little patch to correct them. Here is a brief explanation: _utf8_ify( $match) if( $[ 5.010); $[ shows where array starts ( 0 or 1 ) $] shows perl version. I think, that author wanted there to compare perl version, not where array starts. Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxml-twig-perl depends on: ii libxml-parser-perl 2.41-1+b1 ii perl5.14.2-15 Versions of packages libxml-twig-perl recommends: ii libhtml-parser-perl 3.69-2 ii libtext-iconv-perl 1.7-5 ii libtie-ixhash-perl 1.21-2 ii libwww-perl 6.04-1 ii libxml-xpathengine-perl 0.13-1 Versions of packages libxml-twig-perl suggests: pn libunicode-map8-perlnone ii libunicode-string-perl 2.09-5 pn xml-twig-tools none -- no debconf information --- /usr/share/perl5/XML/Twig.pm 2011-10-01 19:24:41.0 +0300 +++ /home/xenomorph/perl/Twig.pm 2012-11-27 10:03:07.0 +0200 @@ -7283,13 +7283,13 @@ { $text= pop @matches; if( $previous_match) { # match, not the first one, create a new text ($gi) element - _utf8_ify( $pre_match) if( $[ 5.010); + _utf8_ify( $pre_match) if( $] 5.010); $elt= $elt-insert_new_elt( after = $gi, $pre_match); push @result, $elt if( $return_all); } else { # first match in $elt, re-use $elt for the first sub-string - _utf8_ify( $pre_match) if( $[ 5.010); + _utf8_ify( $pre_match) if( $] 5.010); $elt-set_text( $pre_match); $previous_match++;# store the fact that there was a match push @result, $elt if( $return_all); @@ -7301,7 +7301,7 @@ my $i=0; foreach my $match (@matches) { # create new element, text is the match - _utf8_ify( $match) if( $[ 5.010); + _utf8_ify( $match) if( $] 5.010); my $tag = $tags[$i]-{tag}; my $atts = \%{$tags[$i]-{atts}} || {}; $elt= $elt-insert_new_elt( after = $tag, $atts, $match);
Bug#689656: [Pkg-javascript-devel] Bug#689656: nodejs: Patches for GNU/sunos
25.10.2012 12:15, Jérémy Lal пишет: I see no problem in applying that patch, but I'd like to understand if that patch can be forwarded upstream or not. Do you know why upstream choose those options for sunos ? I think upstream will not accept these patches. Node.js is developed by Joyent, and Joyent is all about illumos (aka Opensolaris). So there are at least three reasons not to accept patches: 1. GNU? Why do we need to take care of third-party software? 2. We have our own cool link-editor, you should use it on `sunos` . 3. Our build system is badly broken to support this [1] I know those guys well enough :-) (-threads options was dropped since GCC 4.7) [1] https://github.com/joyent/illumos-extra/commit/fc553cb0b9f3668ca6fa04c49fff5ebbed387583 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690137: libpcap0.8: Add version tags into linker version script
Package: libpcap0.8 Version: 1.3.0-1 Severity: normal Dear Maintainer, libpcap is patched to use version script, but symbols in that script are not tagged. It might be a problem since GNU ld does not allow mixing tagged and untagged (anonymous) symbols. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpcap0.8 depends on: ii libc6 2.13-35 ii multiarch-support 2.13-35 libpcap0.8 recommends no packages. libpcap0.8 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690061: reprepro: Stack damage if not using libarchive
Package: reprepro Version: 4.12.4-1 Severity: important Dear Maintainer, file extractcontrol.c is used when building reprepro without libarchive. This file uses function chunk_extract() *without* prototype defined in chunks.h (not included). This results in compiler warning about implicit declaration of function chunk_extract(), but real problem is much more serious: chunk_extract() accepts 5 arguments, and in extractcontrol.c only 4 are passed. I'm sending a patch fixing this issue. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reprepro depends on: ii libarchive12 3.0.4-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libdb5.1 5.1.29-5 ii libgpg-error0 1.10-3.1 ii libgpgme11 1.2.0-1.4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages reprepro recommends: ii apt 0.9.7.5 Versions of packages reprepro suggests: pn gnupg-agent none pn inoticoming none ii lzip 1.13-3 ii lzma 9.22-2 ii xz-utils [lzma] 5.1.1alpha+20120614-1 -- no debconf information diff --git a/extractcontrol.c b/extractcontrol.c index 369192a..f90188a 100644 --- a/extractcontrol.c +++ b/extractcontrol.c @@ -29,6 +29,7 @@ #include filecntl.h #include readtextfile.h #include debfile.h +#include chunks.h #ifdef HAVE_LIBARCHIVE #error Why did this file got compiled instead of debfile.c? @@ -139,6 +140,7 @@ static retvalue try_extractcontrol(char **control, const char *debfile, bool bro if (RET_IS_OK(r)) { len = chunk_extract(controlchunk, controlchunk, controllen, + true, afterchanges); if (len == 0) r = RET_NOTHING;
Bug#689708: reprepro: Capital 'X' in messages, but real option is small 'x'
Package: reprepro Version: 4.12.4-1 Severity: minor Dear Maintainer, reprepro uses capital 'X' as tar parameter in messages, but real option is small 'x': http://anonscm.debian.org/gitweb/?p=mirrorer/reprepro.git;a=blob;f=extractcontrol.c;h=369192a6ae4466c273d0e870021d50daed9dc0a6;hb=HEAD#l136 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reprepro depends on: ii libarchive12 3.0.4-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libdb5.1 5.1.29-5 ii libgpg-error0 1.10-3.1 ii libgpgme11 1.2.0-1.4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages reprepro recommends: ii apt 0.9.7.5 Versions of packages reprepro suggests: pn gnupg-agent none pn inoticoming none pn lzip none ii lzma 9.22-2 ii xz-utils [lzma] 5.1.1alpha+20120614-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689656: nodejs: Patches for GNU/sunos
Package: nodejs Version: 0.6.19~dfsg1-5 Severity: normal Dear Maintainer, I'm porting Debian on illumos kernel and using GNU toolchain (GCC, binutils, etc.) Node.js' build system sucks so much that cannot detect features of the compiler and the linker. Instead it tests the platform. It assumes, that on sunos linker always exports all dynamic symbols. It is true for sunos linker, but not for GNU ld - the latter need --export-dynamic, or -rdynamic option to GCC. Another issue is that Node.js' build system passes -threads options to the compiler. GCC does not support it. I believe Debian on any kernel will use GNU tools, thus these patches can be adopted by Node.js package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nodejs depends on: ii libc-ares2 1.9.1-3 ii libc6 2.13-35 ii libev4 1:4.11-1 ii libgcc1 1:4.7.1-7 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.1-7 ii libv8-3.8.9.20 3.8.9.20-1 ii zlib1g 1:1.2.7.dfsg-13 nodejs recommends no packages. nodejs suggests no packages. -- no debconf information From: Igor Pashev pashev.i...@gmail.com Date: Tue, 21 Aug 2012 16:22:14 + Subject: Dyson: do not pass -threads to compiler --- wscript |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/wscript b/wscript index f922ad1..f128fdf 100644 --- a/wscript +++ b/wscript @@ -491,9 +491,7 @@ def configure(conf): conf.define(HAVE_CONFIG_H, 1) if sys.platform.startswith(sunos): -conf.env.append_value ('CCFLAGS', '-threads') -conf.env.append_value ('CXXFLAGS', '-threads') -#conf.env.append_value ('LINKFLAGS', ' -threads') + pass elif not sys.platform.startswith(win32): threadflags='-pthread' conf.env.append_value ('CCFLAGS', threadflags) From: Igor Pashev pashev.i...@gmail.com Date: Tue, 21 Aug 2012 16:26:33 + Subject: Dyson: allow -rdynamic --- wscript |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/wscript b/wscript index f128fdf..b64449b 100644 --- a/wscript +++ b/wscript @@ -318,7 +318,7 @@ def configure(conf): conf.env['USE_NPM'] = not o.without_npm conf.check(lib='dl', uselib_store='DL') - if not sys.platform.startswith(sunos) and not sys.platform.startswith(win32): + if not sys.platform.startswith(win32): conf.env.append_value(CCFLAGS, -rdynamic) conf.env.append_value(LINKFLAGS_DL, -rdynamic)