Bug#1050766: natpmp_declspec.h missing?
Dear libnatpmp-dev maintainer, please check out https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050766 where classified-ads fails to build due to missing natpmp_declspec.h with version 20230423-1 of libnatpmp-dev. I don't see any package providing the missing file natpmp_declspec.h, is there any hope? -- Antti, having package not compiling
Bug#991626: firmware-misc-nonfree: Upgrade from 20210315-2 to 20210315-3 crashes system
Package: firmware-misc-nonfree Version: 20210315-3 Severity: normal Dear Maintainer, This is a low-quality error report. First, it is likely that I can't repeat this problem because it occurred during upgrade of the package ; package is now upgraded.. Haven't tried forcibly installing older version and then upgrading again to see if problem persists. Secondly, I'm not 100% sure this is the package to blame. Thirdly, I don't have proper log files because after the incident my filesystem was in read-only mode so I don't really have proper trace about events leading to situation described below. Steps for producing the problem: 0) Have debian testing in lenovo e15 gen2 with intel cpu 1) apt-get update ; apt-get -f dist-upgrade What happens: dist-upgrade got stuck when it was extracting files from package firmware-misc-nonfree or setting it up - can't remember which. Filesystem went to ro-mode so nothing really worked so I had to power-cycle the computer so everything I had in progress was lost. After the power-cycle system booted up ok, I did "dpkg --configure -a" and "apt-get -f install" and at that point it reconfigured package firmware-misc-nonfree:amd64 (20210315-2, 20210315-3) and everything has been fine since that. For unexperienced user it still might be confusing to have apt-get stuck and having to have forcibly reboot the system to continue working. History.log of apt looks really bad, namely like this: @^@^@^@^@^@^@^@^@^@^@ Start-Date: 2021-07-28 11:59:51 Commandline: apt-get -f install Upgrade: firmware-misc-nonfree:amd64 (20210315-2, 20210315-3) End-Date: 2021-07-28 12:00:04 and log file contains some kilobytes of ascii 0 (^@) and then this Commandline: apt-get -f install that is after the reboot, from situation where I triggered apt-get -f install manually. Kern.log has one entry that points into microcode direction, it says Jul 28 11:58:43 pikkufisu kernel: [0.00] microcode: microcode updated e\ arly to revision 0x88, date = 2021-03-31 just before actual "boot" message: Jul 28 11:58:43 pikkufisu kernel: [0.00] Linux version 5.10.0-8-amd64 (\ debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU \ ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.46-2 (2021-07-20) that has been logged after the reboot. Before microcode upgrade there are things in kern.log regarding wlan: Jul 28 11:25:54 pikkufisu kernel: [593181.653751] wlp0s20f3: send auth to 54:a0\ :50:72:f0:00 (try 1/3) Jul 28 11:25:55 pikkufisu kernel: [593181.776572] wlp0s20f3: authenticated Jul 28 11:25:55 pikkufisu kernel: [593181.782350] wlp0s20f3: associate with 54:\ a0:50:72:f0:00 (try 1/3) Jul 28 11:25:55 pikkufisu kernel: [593181.786709] wlp0s20f3: RX AssocResp from \ 54:a0:50:72:f0:00 (capab=0x431 status=0 aid=5) Jul 28 11:25:55 pikkufisu kernel: [593181.791057] wlp0s20f3: associated Jul 28 11:25:55 pikkufisu kernel: [593182.017261] IPv6: ADDRCONF(NETDEV_CHANGE)\ : wlp0s20f3: link becomes ready Those are 3 minutes before I had to reboot the system so this problem just might have something to do with 00:14.3 Network controller: Intel Corporation Wi-Fi 6 AX201 (rev 20) being reconfigured? If I remember correctly, this Wi-Fi card was the actual reason why I had to install firmware-misc-nonfree in the first place. There is slightly similar occurrence described in https://bbs.archlinux.org/viewtopic.php?id=263040=5 but there sympton is not a hanging system or that's how I understand. I'm insert below exerpt from /var/log/syslog but I'm not absolutely sure if it is from period before or after the reset button. Reason for reset button was that root-fs was mounted ro so I kind of doupt that there would be any log entries from time before the boot. -- Antti Here the log excerpt goes: Jul 28 11:25:47 pikkufisu kernel: [557940.692344] Freezing user space processes ... (elapsed 0.002 seconds) done. Jul 28 11:25:47 pikkufisu kernel: [557940.695032] OOM killer disabled. Jul 28 11:25:47 pikkufisu kernel: [557940.695033] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. Jul 28 11:25:47 pikkufisu kernel: [557940.696347] printk: Suspending console(s) (use no_console_suspend to debug) Jul 28 11:25:47 pikkufisu kernel: [557942.579473] ACPI: EC: interrupt blocked Jul 28 11:25:47 pikkufisu kernel: [593171.768926] ACPI: EC: interrupt unblocked Jul 28 11:25:47 pikkufisu kernel: [593173.925423] nvme nvme1: Shutdown timeout set to 8 seconds Jul 28 11:25:47 pikkufisu kernel: [593173.938519] r8169 :04:00.0 enp4s0: Link is Down Jul 28 11:25:47 pikkufisu kernel: [593173.968098] thinkpad_acpi: Unknown/reserved multi mode value 0x for type 4, please report this to ibm-acpi-de...@lists.sourceforge.net Jul 28 11:25:47 pikkufisu kernel: [593173.983776] nvme nvme1: 8/0/0 default/read/poll queues Jul 28 11:25:47 pikkufisu kernel: [593174.111760] OOM killer enabled. Jul 28 11:25:47 pikkufisu dhclient[496]: No DHCPOFFERS received. Jul 28 11:25:47
Bug#966242: Please drop `qemu' from Depends
Michael Tokarev writes: > qemuctl should depend on the first mode, i.e. system emulation, > and has nothing to do with the second, linux-user, emulation > of qemu. For which debian version this change is intended? Last debian version having qemuctl was buster, bullseye has no qemuctl. Reason was heavy qt4 dependency, qemuctl was dropped from distribution together with qt4. If this change is required for stable version of debian, then I can have a look. -- Antti Järvinen
Bug#875134: [qemuctl] Future Qt4 removal from Buster
Moritz Mühlenhoff writes: > Upstream seems dead, there's no release after 2011 or did you get a reply? > > Let's remove it from the archive then. I've been trying to contact upstream couple of times, no reply and porting app to qt5 would require serious refactoring that I can't do. -> lets remove. -- Antti
Bug#894249: natpmp-utils: Install of natpmpc (20150609-2) fails if natpmp-utils 20110808-4+b1 is installed
Package: natpmp-utils Version: 20150609-2 Severity: normal Dear Maintainer, during recent update it happened that Unpacking natpmpc (20150609-2) ... dpkg: error processing archive /tmp/apt-dpkg-install-yQIxdv/12-natpmpc_20150609-2_i386.deb (--unpack): trying to overwrite '/usr/bin/natpmpc', which is also in package natpmp-utils 20110808-4+b1 reportbug does not want to report this bug against natpmpc because I don't have it installed but obviously it is a packaging glitch between old natpmp-utils and more recent natpmpc. -- Antti Järvinen -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.11.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages natpmp-utils depends on: pn natpmpc natpmp-utils recommends no packages. natpmp-utils suggests no packages. -- no debconf information
Bug#890649: miniupnpc: Update 1.9.20140610-4 -> 2.0.20171212-3 fails due to dublicate files
Package: miniupnpc Version: 2.0.20171212-3 Severity: normal Dear Maintainer, upgrade of miniupnpc fails with error message: Preparing to unpack .../16-libminiupnpc-dev_2.0.20171212-3_amd64.deb ... Unpacking libminiupnpc-dev (2.0.20171212-3) over (1.9.20140610-4) ... dpkg: error processing archive /tmp/apt-dpkg-install-jCXFJL/16-libminiupnpc-dev_2.0.20171212-3_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man3/miniupnpc.3.gz', which is also in package miniupnpc 1.9.20140610-4 Currently I have installed all these versions: libminiupnpc-dev 1.9.20140610-4 libminiupnpc10:amd64 1.9.20140610-4 libminiupnpc16:amd64 2.0.20171212-3 miniupnpc 2.0.20171212-3 so this looks like non-working combination. Looks like I need to uninstall dev package first, then manually re-install the 2.0 -dev-package but this is a bit inconvenient as automated update processes are interrupted due to this error. Thank you for your attention, -- Antti Järvinen -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages miniupnpc depends on: ii libc6 2.26-6 iu libminiupnpc16 2.0.20171212-3 miniupnpc recommends no packages. miniupnpc suggests no packages. -- no debconf information
Bug#875134: [qemuctl] Future Qt4 removal from Buster
Lisandro Damián Nicanor Pérez Meyer writes: > In order to make this move, all packages directly or indirectly depending on > the Qt4 libraries have to either get ported to Qt5 or eventually get > removed from the Debian repositories. Upstream has been contacted with help request ; qemuctl relies on application embedding feature and its semantics are fairly different in qt5 and I could not craft working set of patches myself. -- Antti Järvinen
Bug#845983: qemuctl: The recommended package 'qemu-launcher' is missing
Fix awaits at https://github.com/operatornormal/qemuctl/commit/b53cfb8a40fd2ab740da8e5a538f953312d4f0e9 -- Antti
Bug#845983: qemuctl: The recommended package 'qemu-launcher' is missing
Odd Martin Baanrud writes: > Package: qemuctl .. > The recommended package 'qemu-launcher' doesn't exist in the Debian archive. Indeed, there is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753669 saying that qemu-launcher has been removed from testing over 2 years ago ; because this is not a bug that would break or prevent usage of qemuctl itself I'll fix the d/control in next upload. -- Antti
Bug#845347: libxtables12: Conflicting file with libxtables11
Package: libxtables12 Version: 1.6.0+snapshot20161117-3 Severity: normal Dear Maintainer, libxtables12 fails to install using apt-get -f dist-upgrade with error message dpkg: error processing archive /tmp/apt-dpkg-install-5LQdUQ/08-libxtables12_1.6.0+snapshot20161117-3_i386.deb (--unpack): trying to overwrite '/usr/lib/i386-linux-gnu/libxtables.so.12.0.0', which is also in package libxtables11:i386 1.6.0+snapshot20161117-1 if libxtables11 happens to be already installed. Manually removing v11 first is a bit cumbersome. -- Antti Järvinen -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Bug#842408: qt4-designer: SIGSEGV with designer-qt4
Lisandro Damián Nicanor Pérez Meyer writes: > Can you try a new user with nfs home? Happens. Same error message "too many open files" appears in log file repeatedly, designer-qt4 crashes at file open dialog. Log file is attached. Then I repeated same with strace and to gain clue which system call gets repeatedly called but now the crash does not happen any more, file open dialog opens just fine. Quite mysterious. According to log file akonadi indexing server gets started in the background and there seems to be bug report from year 2011 https://bugs.kde.org/show_bug.cgi?id=275261 where steps and symptons are slightly different but partly same story - if akonadi misbehaves, maybe strace slows it down so that there is still one free file descriptor left at the time I hit "file->open" from menu? Log file with strace is in http://katiska.org/~costello/designer-qt4-strace.log.gz I did not attach it due to size of 434k but "clean nfs home" example is attached. Also, this may have started happening after upgrade big kde upgrade including kde-baseapps-bin:amd64 (4:16.08.0-1, 4:16.08.2-1) but I'm not certain, because I don't need to use designer-qt4 very often. Other qt(5)-based apps work just fine. -- Antti designer-qt4-clean-nfs-home.log.gz Description: log file of designer-qt4 crashing
Bug#842408: qt4-designer: SIGSEGV with designer-qt4
Lisandro Damián Nicanor Pérez Meyer writes: > ¿Have you tried the bug by creating another user with and without NFS home? Indeed, I created a brand new user account whose home is in local filesystem and file open dialog opens just fine. There must be some KDE part that does not like nfs. I'm currently using xfce4 so I don't know where reference to KDE library comes from ; Anyway, I've always had number of KDE widgets available in designer-qt4 in addition to normal Qt widgets. -- Antti
Bug#842408: Acknowledgement (qt4-designer: SIGSEGV with designer-qt4)
Please find full GDB log attached to this message. -- Antti designer-qt4.out Description: debugger output
Bug#842408: qt4-designer: SIGSEGV with designer-qt4
Package: qt4-designer Version: 4:4.8.7+dfsg-9 Severity: grave Justification: renders package unusable Dear Maintainer, I suspect this bug is due to malfunction inside libkio5 but I'm reporting it against qt4-designer because that is the way I can produce the bug every time. Initial setup is this: - debian testing up to date. - $HOME is mounted via nfs. This may have something to do with the issue because previously I've had sometimes issues with KDE-related parts while having $HOME as network file system. While having problems there, the error situation always is "too many open files" e.g. it seems like something in KDE is leaking file descriptors while $HOME is mounted via nfs. - run "gdb designer-qt4" or just plain "designer-qt4" is less details about crash are wanted. - select "open" from "file" menu -> BFD: reopening /lib/x86_64-linux-gnu/libdbus-1.so.3: Too many open files in system Can't read data for section '.eh_frame' in file '/lib/x86_64-linux-gnu/libdbus-1.so.3' warning: unable to open /proc file '/proc/3344/status' Thread 1 received signal SIGSEGV, Segmentation fault. 0x7fffeae16c39 in KFileDialog::KFileDialog (this=0x7fffd450, startDir=..., filter=..., parent=, customWidget=) at ./kio/kfile/kfiledialog.cpp:266 I'll follow-up to this post and attach the full gdb log of the process crashing if that helps at all. -- System Information: Debian Release: stretch/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qt4-designer depends on: ii libc62.24-5 ii libgcc1 1:6.2.0-9 ii libqt4-designer 4:4.8.7+dfsg-9 ii libqt4-network 4:4.8.7+dfsg-9 ii libqt4-xml 4:4.8.7+dfsg-9 ii libqtcore4 4:4.8.7+dfsg-9 ii libqtgui44:4.8.7+dfsg-9 ii libstdc++6 6.2.0-9 ii qtchooser58-gfab25f1-1 Versions of packages qt4-designer recommends: ii libqt4-dev 4:4.8.7+dfsg-9 qt4-designer suggests no packages. -- no debconf information
Bug#310448: Konsole termcapinfo fix causes failure to correctly line wrap when connecting via PuTTY.
This error does not happen any more. Tried this out with putty 0.63 running in windows 10 with default configuration. By default putty set to respond with "PuTTY" to ^E query; sid seems to decide it is xterm, e.g. $TERM gets set to xterm. Screen version used was 4.4.0-4 and vim was used to check the word wrapping. To my understanding how vim is supposed to work I saw no problem in editing lines longer than window width. Altought I cannot for certain state where the problem was fixed, I recommend closing this bug-report due to difficulties in producing the symptons with todays versions of the programs used. -- Antti Järvinen
Bug#605641: screen: emacs BACKSPACE not working [^H instead of ^?]
This problem does not seem to happen any more. I tried this again with 4.4.0-4 and emacs 21.4.24-3 and backspace is working as expected. xfce-terminal is not packaged any more but I tried with xfce4-terminal 0.6.3-2 that might be the closest match. If Mohan R agrees, I'd recommend closing this bug as "magically fixed". -- Antti Järvinen
Bug#815241: xul-ext-mozvoikko: Iceweasel crashes at startup if xul-ext-mozvoikko is installed
Package: xul-ext-mozvoikko Version: 2.0.1-1 Severity: normal Dear Maintainer, After recent update of iceweasel to version 44.0.2-1 xul extension mozvoikko started preventing iceweasel from starting with error message Program received signal SIGSEGV, Segmentation fault. 0x7fffc49bce58 in voikkoSetBooleanOption () from /usr/lib/x86_64-linux-gnu/libvoikko.so.1 Call stack of the situation looks like this: #0 0x7fffc49bce58 in voikkoSetBooleanOption () from /usr/lib/x86_64-linux-gnu/libvoikko.so.1 #1 0x71a37060 in ffi_call_unix64 () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #2 0x71a36acb in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #3 0x7410868d in js::ctypes::FunctionType::Call (cx=0x7fffe64d5c00, argc=, vp=0x7fffa438) at /tmp/buildd/iceweasel-44.0.2/js/src/ctypes/CTypes.cpp:6632 #4 0x7441117e in js::CallJSNative (args=..., native=, cx=0x7fffe64d5c00) at /tmp/buildd/iceweasel-44.0.2/js/src/jscntxtinlines.h:235 #5 js::Invoke (cx=cx@entry=0x7fffe64d5c00, args=..., construct=construct@entry=js::NO_CONSTRUCT) at /tmp/buildd/iceweasel-44.0.2/js/src/vm/Interpreter.cpp:489 #6 0x74411e2d in js::Invoke (cx=0x7fffe64d5c00, thisv=..., fval=..., argc=3, argv=, rval=...) at /tmp/buildd/iceweasel-44.0.2/js/src/vm/Interpreter.cpp:542 #7 0x743955e5 in js::DirectProxyHandler::call (this=, cx=, proxy=..., args=...) at /tmp/buildd/iceweasel-44.0.2/js/src/proxy/DirectProxyHandler.cpp:77 #8 0x743949c9 in js::CrossCompartmentWrapper::call ( this=0x76734cf0 , cx=0x7fffe64d5c00, wrapper=..., args=...) at /tmp/buildd/iceweasel-44.0.2/js/src/proxy/CrossCompartmentWrapper.cpp:289 #9 0x7439d7bf in js::Proxy::call (args=..., proxy=..., cx=0x7fffe64d5c00) at /tmp/buildd/iceweasel-44.0.2/js/src/proxy/Proxy.cpp:412 #10 js::proxy_Call (cx=0x7fffe64d5c00, argc=, vp=) at /tmp/buildd/iceweasel-44.0.2/js/src/proxy/Proxy.cpp:710 #11 0x7441117e in js::CallJSNative (args=..., native=, cx=0x7fffe64d5c00) ... Workaround for iceweasel is to uninstall this extension but naturally voikko is not usable any more. -- Antti Järvinen -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xul-ext-mozvoikko depends on: ii iceweasel 44.0.2-1 ii libvoikko1 3.8-1 ii voikko-fi 2.0-2 xul-ext-mozvoikko recommends no packages. xul-ext-mozvoikko suggests no packages. -- no debconf information
Bug#803331: gnome-panel: In gnome-classic a lot of applications are missing from menu
Package: gnome-panel Version: 3.18.1-1 Severity: normal Dear Maintainer, In gnome-classic the "applications" menu used to spawn programs is mostly empty. The problem appeared after upgrade of gnome-panel:amd64 3.18.0-1+b1 -> 3.18.0-1+b2 but a lot of packages were upgraded at the same time so I'm not sure about exact cause of the problem. In attempt to rectify the problem I've been trying to twiddle contents of /etc/xdg/menus/ with no success. In menu there is no individual applications missing but instead some categories of the menu are empty. Categories that do have content are "favourites", "accessibility", "graphics", "misc" and "tools". All other sub-menus are empty, including "Internet", "Games", "Office", "Science", "Audio & Video". This box has currently 5453 installed packages and I'm quite sure there is at least one for each category that has proper .desktop file etc. in place. If I log in using gnome-flashback-metacity session, the menu appears as expected. Thank you for your attention, -- Antti Järvinen -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-panel depends on: ii gnome-menus3.13.3-6 ii gnome-panel-data 3.18.1-1 ii libatk1.0-02.18.0-1 ii libc6 2.19-22 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libcamel-1.2-543.18.1-1 ii libdconf1 0.24.0-2 ii libecal-1.2-19 3.18.1-1 ii libedataserver-1.2-21 3.18.1-1 ii libgdk-pixbuf2.0-0 2.32.1-1 ii libglib2.0-0 2.46.1-1 ii libgnome-desktop-3-12 3.18.1-1 ii libgnome-menu-3-0 3.13.3-6 ii libgtk-3-0 3.18.2-1 ii libgweather-3-63.18.1-1 ii libical1a 1.0.1-0.1 ii libnspr4 2:4.10.9-2 ii libnspr4-0d2:4.10.9-2 ii libnss32:3.20-1 ii libnss3-1d 2:3.20-1 ii libpanel-applet0 3.18.1-1 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-01.38.1-1 ii libpolkit-gobject-1-0 0.105-13 ii librsvg2-2 2.40.11-1 ii libsecret-1-0 0.18.3-1 ii libsoup2.4-1 2.52.1-1 ii libsqlite3-0 3.8.11.1-1 ii libwnck-3-03.14.0-2 ii libx11-6 2:1.6.3-1 ii libxau61:1.0.8-1 ii libxext6 2:1.3.3-1 ii libxml22.9.2+zdfsg1-4 ii libxrandr2 2:1.5.0-1 Versions of packages gnome-panel recommends: ii alacarte 3.11.91-2 ii evolution-data-server3.18.1-1 ii gnome-applets3.18.1-1 ii gnome-control-center 1:3.18.1-1+b1 ii gnome-session-flashback 3.18.1-1 ii gvfs 1.26.1.1-1 Versions of packages gnome-panel suggests: ii evolution-common 3.18.1-1 ii gnome-terminal [x-terminal-emulator] 3.18.1-1 ii gnome-user-guide 3.18.1-1 ii konsole [x-terminal-emulator] 4:15.08.2-1 ii nautilus 3.18.1-1 ii xterm [x-terminal-emulator] 320-1 ii yelp 3.16.1-1 -- no debconf information
Bug#777481: [Pkg-clamav-devel] Bug#777481: clamav-daemon: /etc/clamav/freshclam.conf corruped after fresh installing clamav-daemon
Sebastian Andrzej Siewior writes: > On 2015-03-11 21:19:25 [+0100], Matthias Klumpp wrote: > Is there any update on this? According to #799808 another user managed > to run into this. Antti, could you tell us please what you used to install > clamav? Ok, sorry, I have no clue. Typically I use only apt-get or aptitude but this particular debian installation where I found this problem is some ~10 years old and packages have been installed using multitude of methods. If it helps, please find attached freshclam.conf that has proxy-setting that does not look like ascii-characters to me - still I have no idea where this proxy setting originates from. If my memory servers, this box has never had system-wide proxy setting. -- Antti Järvinen freshclam.conf Description: file with odd proxy setting
Bug#800561: RFS: classified-ads/0.08-1 - internet messaging system
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "classified-ads": * Package name: classified-ads Version : 0.08-1 Upstream Author : Antti Järvinen <antti.jarvi...@katiska.org> * URL : http://katiska.org/classified-ads/ * License : LGPL-2.1 Section : net It builds those binary packages: classified-ads - Program for displaying classified advertisement items To access further information about this package, please visit the following URL: https://mentors.debian.net/package/classified-ads Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/classified-ads/classified-ads_0.08-1.dsc More information about classified-ads can be obtained from http://katiska.org/classified-ads/. Changes since the last upload: * Qt version change (4->5) * Translation system change from dm files of qt to gnu gettext * Bitmap conversion produces same binary always. Closes: #794395 * Networking related bugfixes Regards, Antti Järvinen
Bug#799808: clamav: dpkg-configure of clamav fails in finnish locale
Package: clamav Version: 0.98.7+dfsg-3 Severity: normal Dear Maintainer, when updating clamav to newer version using apt-get the configure-stage fails if LANG is set to fi_FI.UTF-8. Setting LANG to C fixes the problem. In following output LANG is initially set to fi_FI.UTF-8 so there is some output in finnish, translations follow: # nice apt-get -f dist-upgrade Luetaan pakettiluetteloita... Valmis Muodostetaan riippuvuussuhteiden puu Luetaan tilatiedot... Valmis Käsitellään päivitystä ... Valmis Nämä paketit on jätetty odottamaan: gstreamer0.10-plugins-good gstreamer1.0-plugins-good tellico 0 päivitetty, 0 uutta asennusta, 0 poistettavaa ja 3 päivittämätöntä. 2 ei asennettu kokonaan tai poistettiin. Toiminnon jälkeen käytetään 0 t lisää levytilaa. Haluatko jatkaa? [K/e] k Setting up clamav-freshclam (0.98.7+dfsg-3) ... /var/lib/dpkg/info/clamav-freshclam.config: 136: export: Binääritiedosto: bad variable name dpkg: error processing package clamav-freshclam (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of clamav: clamav depends on clamav-freshclam (>= 0.98.7+dfsg) | clamav-data; however: Package clamav-freshclam is not configured yet. Package clamav-data is not installed. Package clamav-freshclam which provides clamav-data is not configured yet. dpkg: error processing package clamav (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: clamav-freshclam clamav E: Sub-process /usr/bin/dpkg returned an error code (1) # export LANG=C # nice apt-get -f dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: gstreamer0.10-plugins-good gstreamer1.0-plugins-good tellico 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up clamav-freshclam (0.98.7+dfsg-3) ... Replacing config file /etc/logrotate.d/clamav-freshclam with new version Replacing config file /etc/clamav/freshclam.conf with new version Setting up clamav (0.98.7+dfsg-3) ... # So in the error message the word "Binääritiedosto" translates to "Binary file" - maybe configure script expects some specific word or chokes on accented characters? ..quite possibly as the line 136 there reads export "$variable"="true" and bash might dislike environment variables with non-ascii names? The string seems to originate from variable CLAMAVCONF that in turn is propably content of file /etc/clamav/freshclam.conf but in there I don't see any accented characters, nor word "Binääritiedosto", it is all english and .. judging by the file timestamp, it just got overwritten by the upgrade process so I don't even have the original offending content any more. -- Antti Järvinen -- Package-specific info: --- configuration --- #Automatically Generated by clamav-base postinst #To reconfigure clamd run #dpkg-reconfigure clamav-base #Please read /usr/share/doc/clamav-base/README.Debian.gz for details LocalSocket /var/run/clamav/clamd.ctl FixStaleSocket true LocalSocketGroup clamav LocalSocketMode 666 # TemporaryDirectory is not set to its default /tmp here to make overriding # the default with environment variables TMPDIR/TMP/TEMP possible User clamav AllowSupplementaryGroups true ScanMail true ScanArchive true ArchiveBlockEncrypted false MaxDirectoryRecursion 15 FollowDirectorySymlinks false FollowFileSymlinks false ReadTimeout 180 MaxThreads 12 MaxConnectionQueueLength 15 LogSyslog false LogRotate true LogFacility LOG_LOCAL6 LogClean false LogVerbose false PidFile /var/run/clamav/clamd.pid DatabaseDirectory /var/lib/clamav SelfCheck 3600 Foreground false Debug false ScanPE true MaxEmbeddedPE 10M ScanOLE2 true ScanHTML true MaxHTMLNormalize 10M MaxHTMLNoTags 2M MaxScriptNormalize 5M MaxZipTypeRcg 1M ScanSWF true DetectBrokenExecutables false ExitOnOOM false LeaveTemporaryFiles false AlgorithmicDetection true ScanELF true IdleTimeout 30 PhishingSignatures true PhishingScanURLs true PhishingAlwaysBlockSSLMismatch false PhishingAlwaysBlockCloak false DetectPUA false ScanPartialMessages false HeuristicScanPrecedence false StructuredDataDetection false CommandReadTimeout 5 SendBufTimeout 200 MaxQueue 100 ExtendedDetectionInfo true OLE2BlockMacros false ScanOnAccess false AllowAllMatchScan true ForceToDisk false DisableCertCheck false StreamMaxLength 25M LogFile /var/log/clamav/clamav.log LogTime true LogFileUnlock false LogFileMaxSize 0 Bytecode true BytecodeSecurity TrustSigned BytecodeTimeout 6 OfficialDatabaseOnly false CrossFilesystems true # Automatically created by the clamav-freshclam postinst # Comments will get lost when you reconfigure the clamav-freshclam
Bug#777921: itksnap: ftbfs with GCC-5
Building this package today (and for several weeks now) has been blocked by libinsighttoolkit4-dev being not installable in sid. There seems to be no bug report against libinsighttoolkit4-dev so so .. As aptitude tells me The following packages have unmet dependencies: libstdc++6 : Breaks: libinsighttoolkit4.7 (= 4.7.2-2) but 4.7.2-2 is to be installed. does anyone have knowledge about how to fix the issue between libstdc++6 and libinsighttoolkit? I'll try something myself and after failure file a bug report against libinsighttoolkit.. -- Antti Järvinen
Bug#777844: etsf-io: ftbfs with GCC-5
I'm fortran-illiterate but by digging through commands used by ./configure in sid I was finally able to extract understandable error message, saying use netcdf 1 Fatal Error: Cannot read module file 'netcdf.mod' opened at (1), because it was created by a different version of GNU Fortran compilation terminated. By obtaining source of netcfg, compiling and installing that in SID made this package to successfully build too so this package is not errorneus and listed in https://release.debian.org/transitions/html/auto-netcdf.html for a reason. -- Antti Järvinen
Bug#777930: ksh: ftbfs with GCC-5
Oliver Kiddle writes: I queried the ast-users mailing iist and both Arch and opensuse apparently have patches for the issue. See here http://lists.research.att.com/pipermail/ast-users/2015q3/004773.html Ok, the fix for Arch-linux is usage of different version of ast-library. Source code for that is behind registration-wall of att research so I couldn't check it out. ..in practice Arch is distributing only the binary, using pkgbuild of Arch for ksh package requires registration first. So, in order to get rid of this gcc5-related bug it is possible either to patch this existing version or obtain the other (more recent?) upstream version, any opinions Oliver? -- Antti
Bug#777930: ksh: ftbfs with GCC-5
This story appeared to be longer, ksh uses a c program to configure itself and this configuration program is broken, resulting in errornous headers. Here is a better patch that replaces that part of the configration that causes trouble. Produces a functional ksh and is less magical compared to the previous attempt. -- Antti Järvinen ksh-gcc5-unified.patch Description: fix for ksh configuration script to be used with gcc5
Bug#778103: reconserver: ftbfs with GCC-5
Daniel Pocock writes: Are you able to submit the patch as a github pull request? https://github.com/resiprocate/reConServer/pull/1 I may also merge the debian/* packaging Git repository with the upstream repository Ok, in that pull request I modified the configure script found from sub-directory to include necessary addition to CXXFLAGS. To my understanding debian/rules did not use this script but instead went on listing the CXXFLAGS in debian/rules so it will require patching too to be able to compile this version of the sources. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778103: reconserver: ftbfs with GCC-5
Please find attached patch to reconserver. I do not know about quality of this patch. With this patch you can compile, install, the server starts and starts listening and I can telnet to its port BUT, due to my lack of knowledge with this particular SIP server I did not try making any SIP calls through this thing - someone who has SIP gear all set up should really test this patch. The changes anyway are quite obvious. Note the format of the patch, it is normal unified diff. It contains quilt diff. So in order to apply this patch, you need to do something like this: apt-get source reconserver cd reconserver-0.10.3/ patch -p0 /tmp/reconserver-gcc5-unified.patch quilt push after which you should be ready to dpkg-buildpackage. -- Antti Järvinen reconserver-gcc5-unified.patch Description: patch enabling compile with gcc 5.2.1 in sid
Bug#778103: reconserver: ftbfs with GCC-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 peter green writes: Antti, can you confirm who wrote this patch? was it you? Correct, my patch. I'll Cc: Daniel Pocock if he has simple testing instructions. - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iQIcBAEBCAAGBQJVylM3AAoJEBFVg3JghEcTZXsQAMH064PT+ld1l4twAXkJgPnw 9i1BAi4m2g953pfoamUZZ2tJD+Bp4mR4XD7fYtLky+LjyISz5JpuJPpnOpAvbko0 DXcts+5DjsgE2/tmYhkm+Sf2hzxDmlTyRCGL7po7kuEIDo2ZVcuI+/r3nhTuGSss Y4Cs7rblQLBk+u51/nFfC1FIBNRwURXFLNTfuHa1jyCqSRIqMqkuwxO1t0JV+zTF JjTwYycUKHNGL4f0yvdI7pemdNfHB08S3Kz3B+mt5+s23nlQDKy0kT/FDgArbdID bik1L4Ojw7WuyAaEAsb+rM9TkZnA9jhb4tgkCaCE7CxjML0M5arswK+3D73s+s0t n0x7AQCyddxw/MnutqwSSg98X26aX7aG/v0/jJQYiA0RGWZOLeEjB4J6rNMTVmE8 nFP22lYGcKhiFPz0wtfBWcLFEfbaGD5+FSjRpCnFl20vbiI29ELNqVg1Ml/ZbOFL 00/I+loNkdpVuXGSOUhGx+Djw8NA/Ej3iQ0N7/XLAA4OMdwjqaelY2qqQPwBirdV cKoIri56+BXq/RtaMQiwCP8RD9+9Di5gXt3jGr4H7gurPZvbm1eQgLr2frGZXWEh UwmNTLwC7qf8MFJS/tTOVXjZI+tW6Izoy1zRaUEXavJ+mmFWC/WLc0hKccfvD5EP KAbyGOugtsRsbOiQrrSV =tB3S -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778103: reconserver: ftbfs with GCC-5
Daniel Pocock writes: Is the patch intended to be backwards compatible? To my understanding functionality did not change and I tried compiling the package also in current debian testing that has gcc4.9 - no problem. Are you able to submit the patch as a github pull request? Sure, I'll go fork your repo. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781927: RFS: qemuctl/0.3.1-4 [ITA] -- control gui for qemu
Gianfranco Costamagna writes: 1) there is no need to call the files under debian directory qemuctl.manpages as long as you have only one binary package manpages is good enough. (note: I'm not asking to change that) Not changed. 2) you might find useful to remove the debian/dirs file, because it should be useless since you already have your install file. d/dirs is gone, package still seems to install all right and lintian is quiet. 3) the license of the package seems to be wrong: accoding to licensecheck and manual checks I did, the files have a license GPL-3+, not GPL-2+ (and thanks for promptly replying to the feedbacks) Uh, oh, that was a real issue. The copyright of the .orig.tar.gz from upsteam is indeed gpl-3+ so the d/copyright file has been wrong all the time. The debian packaging files have been distributed with gpl-2+ license and that I did not change now as I'd need to ask the previous copyright holders too about that - leaving that part of license as it is. Corrected version is now available at mentors.d.n, the version uploaded with timestamp 2015-08-09 07:57 as they all have same name. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777930: ksh: ftbfs with GCC-5
Jakub Wilk wrote: /«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp/tmpnam.c:48:14: error: storage size of 'buf' isn't known static char buf[L_tmpnam]; ^ Strange error, this is a name-collision error. L_tmpnam was already used for something else, something that obviously was not a number. Please find attached patch that avoids the name-collision simply by replacing the name L_tmpnam in this file with something else. In sid-chroot as-it-is-today and gcc version 5.2.1 20150730 (Debian 5.2.1-14) I now get /bin/ksh93 that starts and .. looks like a shell to me but I'm no Korn shell user so someone who knows how it should behave might want to run a test-suite if there is any to verify that this program really works as expected. This package is scary, instead of using io-functions from libc, this seems to partly implement its own io-functions that are normally found from libc. For linux libc the L_tmpnam is #defined in /usr/include/i386-linux-gnu/bits/stdio_lim.h but this package does not use the same implementation of tmpnam() - anyway here the size of this static buffer is set to be longer than the one in stdio_lim.h so we should be safe for the time being. -- Antti Järvinen gcc5_compiler_fix.patch Description: gcc5 compiler patch for ksh
Bug#781927: RFS: qemuctl/0.3.1-4 [ITA] -- control gui for qemu
Hello Gianfranco and thank you for your review, 1) d/changelog: please update the changelog to point to unstable suite (maybe also refresh the timestamp) Ok. 2) d/changelog might benefit of a \n in the first comment line (after a full stop it is good to go in a new line) Ok. 3) d/copyright file lists twice GPL-2+ licensethis isn't a problem, but you can do something like License: GPL-2+ [snip] License: GPL-2+ and at the end License: GPL-2+ [license text] Ok. 4) d/copyright: you should add yourself to the copyright file, since you are going to work on the packaging of qemuctl Ok. 5) d/control: what about team maintaining the tool and setting you as uploader? pkg-qemu-devel team might want to have that package under the team umbrella https://qa.debian.org/developer.php?login=pkg-qemu-de...@lists.alioth.debian.org Not changed yet, but inquiry sent to http://lists.alioth.debian.org/cgi-bin/mailman/private/pkg-qemu-devel/2015-August/006604.html so if they have good suggestions, then one more upload to mentors will be needed. 6) d/watch file: you might want to use the Debian redirector instead of pointing directly to sf https://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=sf/qemuctl Ok, didn't know such thing was in place. Qemuctl is not listed in re-director so adding it there would require another ticket into BTS. To avoid this hassle, I'm leaving the current URL because it is working ok with uscan. 7) d/rules,d/clean: instead of override_dh_clean you might want to create a debian/clean, and add debian/qemuctl.1 as content, to save some bits in your rules file Ok. 8) d/rules: you might want to remove lines from 3 to 8, they are autogenerated Ok. 9) d/rules, please add export QT_SELECT=4 because otherwise compilation might fail if you have both installed in your system Ok. 10) d/*.lintian-overrides: I see twice the lintian override no-upstream-changelog, are you sure it is needed for both binary and source packages? (note: I didn't check this) https://lintian.debian.org/tags/no-upstream-changelog.html seems to suggest it makes sense only with binary package. So removed from source package and lintian is not causing trouble. There is now a new version uploaded to mentors that includes the changes described above. The source package can be obtained using dget -x http://mentors.debian.net/debian/pool/main/q/qemuctl/qemuctl_0.3.1-4.dsc -- Antti Järvinen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794395: classified-ads: please make the build reproducible
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thank you very much for your patch, which has been applied upstream https://github.com/operatornormal/classified-ads/commit/db7cbe561e1ea9b657698f61308441fc2cf26df9 so it will be included in next upstream release - there is minor feature and some (unreported) networking-related bugfixes underway so once those are in, a upload of new version into debian could be in order. - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iQIcBAEBCAAGBQJVvpA1AAoJEBFVg3JghEcTePQP/iNRKKKh45Y7ZNR5sfgH43XT v5x8KuOXdcnt9FvjOnhDRtASItUuVnCm7xQ+PGqK9gX2n6qVugQcbLD5TX1lKTi9 dMcEI0Btm8JEmErfOal4yUynW/KX9ZDTwMSbtozHys5ee2yo7lWzLPlHbV11+b8H bTQyIp3zdj9eQTV+MZ9cTou/ngBs5cKbPeiFZzOXJq6WAIvizWjy460svcL89iLT UMmbaZ9EdKfrNmRD5ULuWQBmJVZw+jsGf13cZBVonQ8k9HttUPZA0IJSayI/FrZa vO0b7WmQlF74WGQsr4crJNVHs5pJcI6mMloTYSP6/m+GMBsZF8B408dl/7+dzOBA cDSMv0YAS9HKRpGPm9NwKFrM9ttL5W02qi9eulS69rM7jT1eu3qqVBxTjCD5GOnQ ZY1+2grVfkn561rWeoV5mUCelw/2lsOnq5MCFFXcHiDNYFAC+qTzGVjZBVHS8eYF Lw7li4iYJtc20KUeJ/EjJRlNSAk2cFP85QVkajqIcz6CBT8vNbzVBgBIEOFlJPKC Qc+ynTaXUYR6lTdDqss7fZiAKdVqdeHnx749PH7+xZmKO4feJjoyrxzsV3dHZ6z7 VOcjg7Uiau/pyi7Zg6zVQUzBbgLeqZ460V9bjl/IvRdmiKpUdsaf72lDvJmY1zh6 CAeNC1+zsAdhLYp2h8Fm =zlAo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790943: server certificates/key pairs and CA directories
Daniel Pocock writes: Looking through various Debian boxes, I can't help noticing a range of directories under /etc/ssl, e.g. I have no idea if this has been discussed before but what it comes to private key storage, there is program named tpmtool (part of GnuTLS) that allows storing private keys in place out-of-the-filesystem. I have not tried using it myself so I don't know if there is useful API available or anything - just the idea seems good to me - so maybe advocating usage of that method might be the Correct Way? Also fallback option should be in place for HW where TPM chip is not present.. -- Antti Järvinen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785495: xorg: Xorg does not honour absense of -nolisten tcp
Julien Cristau writes: -nolisten tcp is now the default: http://cgit.freedesktop.org/xorg/xserver/commit/?id=cc59be38 I don't know if gdm has a way to pass -listen options. You should really use ssh forwarding rather than remote X11 directly, though. Yes Sir, bug 785495 appears to be closed but please find attached patch anyway, works for me, has only 3 additional lines of code. -- Antti Järvinen tcp_nolisten.patch Description: Patch enabling flag -listen tcp
Bug#785495: xorg: Xorg does not honour absense of -nolisten tcp
Package: xorg Version: 1:7.7+9 Severity: normal Dear Maintainer, After todays update of xserver-xorg-core:amd64 (1.16.4-1 - 1.17.1-2) X server is not listening at tcp port 6000 any more. I have gdm3 as my display manager and I've tried carefully to configure it so that X is started without -nolisten tcp flags as I frequently connect X clients from remote boxen via tcp. This still seems to happen, as $ ps ax | grep X 1988 tty7 Ss+0:04 /usr/bin/Xorg :0 -novtswitch -background none -noreset -verbose 3 -auth /var/run/gdm3/auth-for-Debian-gdm-IvBQDp/database -seat seat0 vt7 2848 pts/1S+ 0:00 grep X $ so there is no -nolisten flag. Telnetting to localhost port 6000 gives me Connection refused as is also indicated by X clients from remote hosts. Man page of xorg states that TCPIP Xorg listens on port 6000+n, where n is the display number. This connection type can be disabled with the -nolisten option (see the Xserver(1) man page for details). so either documentation is wrong, X server is wrong or gdm3 does not know how to properly communicate the tcp listening requirement to X server. With gdm3 the setting is done in file /etc/gdm3/daemon.conf by adding lines [security] DisallowTCP=false and this has worked all right before the update. Gdm3 version is 3.14.1-7 if that matters. Thank you for attention, -- Antti Järvinen -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 19 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2384712 May 5 02:24 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
Bug#785250: network-manager: Wired network that is not managed by NM causes NM to report offline state
Package: network-manager Version: 1.0.2-2 Severity: normal Dear Maintainer, I have network-manager installed. My box has one wired network connection that has static address in /etc/network/interfaces and to my understanding it is not managed by network-manager but instead ifupdown-scripts or something that is run from init-scripts. My /etc/NetworkManager/NetworkManager.conf looks like [main] plugins=ifupdown,keyfile [ifupdown] managed=false after todays upgrade 1.0.0-5 - 1.0.2-2 some gnome-related programs (evolution, in particular) started to report that the network of the machine is in offline state and refused to do anything over network. In practice this renders evolution useless. In /var/log/messages there is lines that might be related: May 12 21:31:41 fisuvaan gnome-session[5987]: Gjs-Message: JS LOG: Removing a network device that was not added ... May 13 22:21:54 fisuvaan gnome-session[7809]: (gnome-shell:7895): libnm-glib-WARNING **: Device activation failed: (4) Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. and in /var/log/daemon.log it is said: May 13 22:34:09 fisuvaan NetworkManager[1361]: info Loaded device plugin: /usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-wifi.so May 13 22:34:09 fisuvaan systemd[1]: Started Enable support for additional executable binary formats. May 13 22:34:10 fisuvaan NetworkManager[1361]: info Loaded device plugin: /usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-adsl.so May 13 22:34:10 fisuvaan speech-dispatcher[1867]: Starting Speech Dispatcher: speech-dispatcher[Wed May 13 22:34:10 2015 : 199020] speechd: Speech Dispatcher 0.8 starting May 13 22:34:10 fisuvaan NetworkManager[1361]: info Loaded device plugin: /usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-wwan.so May 13 22:34:10 fisuvaan NetworkManager[1361]: info WiFi enabled by radio killswitch; enabled by state file May 13 22:34:10 fisuvaan NetworkManager[1361]: info WWAN enabled by radio killswitch; enabled by state file May 13 22:34:10 fisuvaan NetworkManager[1361]: info WiMAX enabled by radio killswitch; enabled by state file May 13 22:34:10 fisuvaan NetworkManager[1361]: info Networking is enabled by state file May 13 22:34:10 fisuvaan NetworkManager[1361]: info (lo): link connected May 13 22:34:10 fisuvaan NetworkManager[1361]: info (lo): carrier is ON May 13 22:34:10 fisuvaan NetworkManager[1361]: info (lo): new Generic device (driver: 'unknown' ifindex: 1) May 13 22:34:10 fisuvaan NetworkManager[1361]: info (lo): exported as /org/freedesktop/NetworkManager/Devices/0 May 13 22:34:10 fisuvaan NetworkManager[1361]: info (eth2): link connected May 13 22:34:10 fisuvaan NetworkManager[1361]: info (eth2): carrier is ON May 13 22:34:10 fisuvaan NetworkManager[1361]: info (eth2): new Ethernet device (driver: 'r8169' ifindex: 2) May 13 22:34:10 fisuvaan NetworkManager[1361]: info (eth2): exported as /org/freedesktop/NetworkManager/Devices/1 May 13 22:34:10 fisuvaan NetworkManager[1361]: info startup complete May 13 22:34:10 fisuvaan NetworkManager[1361]: info NetworkManager state is now CONNECTED_GLOBAL ... May 13 22:34:15 fisuvaan NetworkManager[1361]: info ModemManager disappeared from bus May 13 22:34:15 fisuvaan systemd[1]: Started Modem Manager. May 13 22:34:15 fisuvaan NetworkManager[1361]: info ModemManager available in the bus Problem was fixed by saying # /etc/init.d/network-manager stop # update-rc.d network-manager remove but I suspect there are debian users who don't know how to do that and instead seek problems inside evolution or other affected program. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.16-1 ii init-system-helpers1.23 ii isc-dhcp-client4.3.1-6 ii libbluetooth3 5.23-2+b1 ii libc6 2.19-18 ii libdbus-1-31.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.3-2 ii libglib2.0-0 2.44.0-2 ii libgnutls-deb0-28 3.3.15-2 ii libgudev-1.0-0 215-17 ii libmm-glib01.4.0-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm0 1.0.2-2 ii libpam-systemd 215-17 ii libpolkit-agent-1-00.105-8 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6
Bug#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]
Tobias Frost writes: I guess according to https://lists.debian.org/debian-devel-announce/2015/02/msg1.html you need to register at alioth.d.o first.. Let me know when done. User Id:352760 Login name: costello-guest tells https://alioth.debian.org/account/ -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Tobias Frost writes: Almost... you must regenerate the bitmap during the build. Manually is not enough. (Its ok do do it via d/rules, no need to patch your upstream buildsystem. Remember to clean the generated images, e.g using debian/clean. All right, please see dget -x http://mentors.debian.net/debian/pool/main/c/classified-ads/classified-ads_0.07-1.dsc Had to bump orig.tar.gz version number too as I could not get clean to work cleanly without changes to sources. For this generation purpose there is now build-dependency to imagemagick ; xcftools could not handle scanling+trasparency as required. Thats ok. However, you can also put that file in the repository (debian/gbp.conf) -- git-buildpackage will look there too. It is there, Did you think about pristine-tar, too? as is branch pristine-tar that now should be up-to-date. -- Antti message.txt.asc Description: Message with signature
Bug#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]
Tobias Frost writes: Seems so So, what is your desired username? :) If costello is not taken yet, I've had that for decades. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]
Tobias Frost writes: how's about getting you a collab-maint account (as described in some classified-ad related mail)? I understood I need to get myself identified with PGP-key-signature first? Or is just e-mail to n...@debian.org with subject collab-maint request as described in https://lists.debian.org/debian-devel-announce/2015/02/msg1.html enough? (Usually we avoid uploading without having other changes too) No prob but I tried searching for bugs to fix for the package and found none - this is really the case? Previous maintainer has taken care of all the bugs? -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Tobias Frost writes: Almost... you must regenerate the bitmap during the build. Manually is not enough. (Its ok do do it via d/rules, no need to patch your upstream buildsystem. Remember to clean the generated images, e.g using debian/clean. Ok, question: Initiating bitmap conversion seems very easy, just by adding into d/rules: override_dh_auto_configure: + cd graphics-highres ; make dh_auto_configure -- CONFIG+=nosilent the line marked with + and both debuild+dpkg-buildpackage seem both happy, as is lintian. The part that concerns me is that this addition overwrites files that are also included in .orig.tar.gz - is this considered bad thing? Having the generated png-files inside tarball is handy for doing build for windows+mac, but if necessary, this could be handled with git branching-tricks quite easily. Btw, I've agreed about identification+pgp-key signing with a DD living in Helsinki area, no date is set yet as I'm some 600km away but it will happen eventually.. -- Antti message.txt.asc Description: Message with signature
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Ok, there is a new version at mentors, available via dget -x http://mentors.debian.net/debian/pool/main/c/classified-ads/classified-ads_0.06-1.dsc Changes compared to previous version are: - dpkg-dev build-dependency gone - Original High-res bitmaps again included, with semi-automatic conversion method. xcf2png could not do resize so imagemagick is used, from a included makefile. Bitmap conversion needs to be initiated manually, dpkg-buildpackage uses files already in .orig.tar if manual update is not triggered first. - d/changelog Commit message shortened, timestamp closer to present time. - d/control debhelper version dependency now 9 - Structured d/copyright like this License: A or B or C LicenseA: Grant + reference to text of A License B: Grant + Additional text to B + reference to text of B License C: Grant only as it makes no reference to any external document Also removed trailing whitespaces. - d/rules hardening flag gone - d/watch not changed, looks like github offers only .zip and .tar.gz for tarball dl. - pushed pristine-tar branch to github In ~/.gbp.conf I have [DEFAULT] debian-branch = debian as I wanted to have the future development in master-branch but hopefully it won't complicate work of others. And: [net/retrievalengine.cpp:113]: (error) Dereferencing 'connectCandidate' after it is deallocated / released = Urgh. Gross. Debug build only but still.. - In the source code you've mixed tabs and spaces... Maybe you can work towards a coherrent coding-style-guidline to ease reading of the code? - configure your editor to remove trailing whitespaces :) - check-all-the-things has also some input for you, eg. codespell is a little bit sad and there are warnings from flawfinder regarding potential unsafe use of the random number generator. = Flawfinder is partly right: the traditional libc6 rand() -routines are seeded too but not used for anything sensitive. There are uses. Some flawfingers warnings could be fixed, while they're not outright errors, they're not nice either, for instance frequent usage of fixed-size char-arrays just for sake of formatting strings for log-macro.. Lets at least run code-beautifier once, it will structure the text. astyle style=attach at least unifies the indentation and removes trailing spaces. Emacs configures the user to remove trailing whitespaces when editing. Almost always. -- Antti message.signed.asc Description: Message content with signature
Bug#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]
Package: sponsorship-requests Severity: wishlist Dear Mentors, I am looking for a sponsor for package qemuctl Package name: qemuctl Version : 0.3.1-4 Upstream Author : Peter Rustler qemu...@chefpro.de URL : https://sourceforge.net/projects/qemuctl/files/ License : GPL-2+ Section : misc It builds those binary packages: * qemuctl - control gui for qemu To access further information about this package, please visit the following URL: https://mentors.debian.net/package/qemuctl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qemuctl/qemuctl_0.3.1-4.dsc Changes since the last upload: * New maintainer. (Closes: #780270). * Modified maintainer/vcs-fields in control. This bug-report is filed as response to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780270 and there is no change in package contents, only maintaner has changed. Regards, Antti Järvinen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780270: ITA: qemuctl -- controlling GUI for qemu
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781927 for corresponding RFS bug. inline.txt.asc Description: Content with signature
Bug#780270: RFA: qemuctl -- controlling GUI for qemu
retitle 780270 ITA: qemuctl -- controlling GUI for qemu owner 780270 ! thanks Hello, I want to adopt the package qemuctl. There will be a bug-report against package sponsorship-requests shortly. -- Antti Järvinen inline.txt.asc Description: inline-signed version of the message
Bug#779377: RFS: classified-ads/0.03-1 / ITP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tobias Frost writes: Control: owner -1 ! Control: tags -1 pending Aye, best aprils fool's prank for some time :) Debian sees the (high-res image) as part of the source code, the preferred form of the source actually. So you should include it into your tarball and create the actual bitmaps at build-time. Hmm, I could do something like introducing a build-time dependency to imagemagick (I think I crafted the lower-resolution bitmaps with gimp by hand) and try to do the format+size conversion tricks with that? Isn't imagemagick a bit huge and unconventional build-dependency? Sure, just follow the ITa procedure. (I will also sponsor you on this) ... Its just a git repository ;-) No big risk to ruin everything. You could also move the repository somewhere else, if you don't like collab-maint. Yes, this was actually my question ; is it ok for me to fork the collab-maint repo of qemuctl to some other place (say, github) and make the changelog-change from there and reference that in ITA-ticket? Or is getting write permission to repository in collab-maint a difficult process? Anything goes, my primary interface is anyway git and the address of remote repository is not much an issue.. For the upload procedure: In short-term, yes: You need a sponsor for upload. Mid-Terms: You can become a Debian Maintainer with upload rights for your packages (https://wiki.debian.org/DebianMaintainer) Long-Term: You join the project as Debian Developer Ok, I've read through https://wiki.debian.org/DebianMaintainer and https://wiki.debian.org/DebianMaintainer/Tutorial and feel ok with privileges and responsibilities regarding becoming a maintainer. This anyway looks like the way of least hassle for keeping my packages up-to-date. I'll write about this to debian-devel-announce. But here I need advice as https://wiki.debian.org/DebianMaintainer says I'll need a PGP-key with at least 2k key length. The key I used at https://mentors.debian.net/my was my pgp key that I normally use. I don't consider it compromised, it is from year 2000 and has 1k key len - do I fullfill the requirement if I add additional longer encryption key into my current key and replace the key in mentors ; the key in there still has no signatures from any party relevant in this debian process.. And it there any (documented? where? )process for .. situation that a maintainer might face, like 1. notification a new bug report 2. creation of patch 3. ??? 4. upload to ftp.upload.debian.org especially the step three there is interesting.. In long term I can consider trying to become DD too. But lets start with small amount of packages.. I saw that debian/source/format is missing in the repository. Ahem. Not any more. - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAlUcTCEACgkQUTdja+nNMWNAgQCdGEHMEYi46hA7ugWAUQYxYMKZ cG8AnR8YeSh6jXiwCig7rlH2NSvZH/q4 =MObn -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780096: RFS: dyfi/1.2.0-1 [ITP #779708]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There is no if statement in d/config. Did you mean one in d/postinst? It is needed to run only at the package configuration phase. Ok, actually, according to http://www.fifi.org/doc/debconf-doc/tutorial.html it seems like the options for $1 are configure and reconfigure so in your case it is quite ok to do all actions in both cases. I've myself run into surprises somehow if I've not conditioned.. Thanks for comments, My pleasure, - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVGu6UUTdja+nNMWMRAtsTAKCHnaW7eQ6KNjoAuDCKfkXGvr46TACfaHp/ +Zj1dQ9obhPGu2Sh7RvJhu4= =Z7K9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780096: RFS: dyfi/1.2.0-1 [ITP #779708]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Eugene, I noticed your RFS ticket and made a short review about the package. I'm not a DD so I can't sponsor your package but hopefully this is useful for someone considering sponsorship. So, the comments: about debian/config: - Is it necessary to have condition if [ $1 = configure ]; then .. fi around db_input/db_go -commands? I'm under impression that this config-script might be run also on other situations than config ; or is this intentional? about debian/copyright: - According to https://lists.debian.org/debian-devel-announce/2006/03/msg00023.html you should have, among other things in the copyright file the authors name and year of the copyright. Year is missing for Files: * and then I'm not sure if dy.fi admins count as name of author ; I understand that there may be real organization of human behind dy.fi that have developed the sw but .. naming a person, a company or other entity that may be recognized by rule of law (in Finland?) might be a jolly good idea? - There are Files-Excluded mentioned in copyright ; it might be required to explicitly state that they may be distributed anyway, for example using permissive license, if the files fall into such category. about debian/po/templates.pot Minor whining: When username is queried, would it be nice to indicate that this is exactly dy.fi system username and not just username or is this going to be very clear in advance to person doing the installation? I understood that the user account needs to exists beforehand.. about debian/postinst What is going to be file permission of /etc/dyfi-update.conf ? It may contain user account + password to remote box? general: There is no documentation of any kind. Maybe a short manpage might be in order? The perl-script itself seems to start and start doing its job (I could not really verify as I do not have dy.fi user account), also the daemon is stopped upon uninstall (that is going to happen to a lot of users who install this and then notice that service is available in finland only..). - -- Antti Järvinen -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVGtyNUTdja+nNMWMRAoT7AJ46cYaIve87oib+T9YDeZWKPU6rzwCfQyL0 fHf3Hs2owx9VKKalPym6RTo= =wzro -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781465: RFS: darkhttpd/1.11-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Mateusz, I noticed your RFS-ticket and tried conducting a review on it. I'm no DD so I can't submit your package further but maybe this is useful for future reviewers. Packaging looks really good to me. Some questions I have - debian/darkhttpd.default assumes existence of user-account www-data but is there method to ensure that www-data is found in /etc/passwd? Maybe something into postinst script? - debian/darkhttpd.postrm is there need to remove config files with if [ $1 = purge ] ; ... ? This is kind of personal feeling but I'd like the remove to leave configs and purge to leave no trace, /etc/default/darkhttpd might fall into this category maybe. - in debian testing amd64 hw the install goes like this: # dpkg -i darkhttpd_1.11-1_amd64.deb Selecting previously unselected package darkhttpd. (Reading database ... 555944 files and directories currently installed.) Preparing to unpack darkhttpd_1.11-1_amd64.deb ... Unpacking darkhttpd (1.11-1) ... Setting up darkhttpd (1.11-1) ... Job for darkhttpd.service failed. See 'systemctl status darkhttpd.service' and 'journalctl -xn' for details. invoke-rc.d: initscript darkhttpd, action start failed. dpkg: error processing package darkhttpd (--install): subprocess installed post-installation script returned error exit status 1 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: darkhttpd status.darkhttpd.service reveals that ~ darkhttpd.service Loaded: not-found (Reason: No such file or directory) Active: failed (Result: exit-code) since su 2015-03-29 22:33:55 EEST; 2min 11s ago maalis 29 22:33:55 fisuvaan darkhttpd[13392]: darkhttpd: opening logfile: fopen(/var/log/darkhttpd/access.log): No such file or directory maalis 29 22:33:55 fisuvaan darkhttpd[13392]: darkhttpd/1.11, copyright (c) 2003-2015 Emil Mikulic. maalis 29 22:33:55 fisuvaan darkhttpd[13392]: listening on: http://0.0.0.0:80/ maalis 29 22:33:55 fisuvaan systemd[1]: darkhttpd.service: control process exited, code=exited status=1 maalis 29 22:33:55 fisuvaan systemd[1]: Failed to start Darkhttpd Webserver daemon. maalis 29 22:33:55 fisuvaan systemd[1]: Unit darkhttpd.service entered failed state. maalis 29 22:35:27 fisuvaan systemd[1]: Stopped Darkhttpd Webserver daemon. Is it so that while testing your scripts you maybe have had a file or directory that my box is missing? + On bonus-side, the binary works if I start the daemon from command-line and it even serves me pages no problem. - -- Antti Järvinen -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVGFY/UTdja+nNMWMRAjWfAKCGsIZxqDxry75XgO3kU7yddSYl4gCfWb6R 8TQtlpIO9opPetuwA4AYL0g= =m8VJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tobias Frost writes: Am Donnerstag, den 26.03.2015, 01:19 +0200 schrieb Antti Järvinen: E: classified-ads source: depends-on-build-essential-package-without-using-version dpkg-dev so the version numbers remain. You probably do not need the dpkg-dev dependency at all, do you? I was under impression that dpkg-shlibdeps comes from dpkg-dev. pbuilder seems to happily build without and lintian is not complaining - away it goes.. You need to add -b debian then to VCS-Git (Refer to Policy 5.6.26) Yes. Well, you should not copy the license *text* into d/copyright, but you still need to put the license *grant* into it. The license grant is the header of your source files. So, you'd write License: LGPL-2.1+ Classified Ads is free software; you can redistribute it and/or ... Ok, I'll try restructuring. Software aside, this seems like complexiest thing ever.. general: - Huge high-resolution bitmaps removed from source Not checked in the code, but this raises a flag: In Debian you need to have the source in the preferred form for modifications and for images this is the _best_ resolution. (And as said earlier, you need to compute the lower resolution at build time) Bitmaps are not modified at build-time, only wrapped into qt-format resource file. The binary .deb contains actually exactly same bits in bitmaps that are in orig.tar.gz. I was thinking about keeping the high-resolution gimp files in upstream repo anyway but not in source package as there is no transform done.. Did not check the code, but you also ensure that the RAM is not swapped out? Yes and no. For actual key handling the task is outsourced to OpenSSL and I hope it is doing the Right Thing (starting from 1.0.1g it actually might, seems..). For content no, it is all over the place and goes through qt code also so I think easiest would be to flag the whole process out of swap if possible. After the heartbleed episode I marked a future development task of moving all key-handling into separate process, away from process where networking happens. ..the paranoid operators will have no swap or encrypted swap. ..but I've tried to keep things simple also for end-users. Here you get automatic content signing+encryption always whenever possible. Still I wouldn't like to start adding a manpage section about setting up encrypted swap. Regarding my question regarding your plans for involvement into Debian -- Do you want to share your thoughts about this? I've been trying to get involved into group things, as I was thinking this is kind of soft-landing into debian process. I've been in discussion with openssl team but then received no definite yes/no answer from them, nor any concrete work items to start working with. In the meantime I've been trying to do reviews on tickets that no-one has yet checked. I noticed you had been marketing qemuctl in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780270 so if I say that I know qt and qemu in advance (I do) and after half-hour study about understand the qemuctl behaviour, you think I could ITA this package? .. the part that I'm worried about is the mechanics of actual releasing (done in collab-maint?) so that I won't wreck the whole distro.. I'm not lazy, but this qemuctl looks like a low-maintenance work-item to me. ..isn't the very idea of collab-maint to have group of maintainers so I'd have someone to ask for help in the beginning? I've been using linux since kernel 0.98, I'm no newbie, I do sw development for living, but about packaging I've been only on installation side this far - if I'm about to release a new version of any package, someone else will still need to review my work before it gets uploaded into actual releasing, right? If I take one package first, see how get things done and if time permits, adopt more packages after I know the releasing mechanics, does that sound fair? As said, I'm not lazy and in the beginning said that I can contribute to overall process too. There is a new upload to mentors with same version number (0.05-1) that has changes to d/copyright and d/control. - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVFx5GUTdja+nNMWMRAuQYAJ9zZZjCOSr4gnuQjlpuatDhrhm2CQCfXGPT nP6F8ePNdvGGThLGAmthP9w= =w25K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780540: ITP: mraa -- userspace I/O library
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Ingleby wrote: Package: wnpp Severity: wishlist mraa (libmraa) is library for interacting with userspace I/O on .. Hello Tom, in order to get your package packaged you need to have 1. files related to debian packaging, usually found in debian/ subdirectory and 2. maybe another bug report agains package sponsorship-requests to have the package reviewed. There is a lot of useful information at https://wiki.debian.org/DebianMentorsFaq regarding construction and submitting the packages. - -- Antti Järvinen -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVE+KlUTdja+nNMWMRArZTAJ9G5GGuEcdDsdzJXBwPnfa1vROXpgCfbbz5 C4WBe/vWYNALW5VifBM6tV8= =OVDM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Sirs, there is now a new version available at dget -x http://mentors.debian.net/debian/pool/main/c/classified-ads/classified-ads_0.05-1.dsc After I have agreement with a sponsor, a re-re-review would be in order. The new-emitted lintian warning unused-license-paragraph-in-dep5-copyright isn't exactly true, I think lintian fails to parse line License: LGPL-2.1-with-Nokia-Exception or GPL-3.0 or Nokia-nonfree that does make reference to LGPL-2.1 that indeed is included. This version tries to address all previously raised issues, including: d/changelog: - - Removed changelog, added new with dch. Debian version is -1. Distribution is unstable instead of experimental. Wrap-and-sort run. d/control - - Cdbs now gone, I'm still not sure about d/rules format if it conforms to dh9 format but at least it is simple. If there is no version numbers in debhelper or dpkg-dev then lintian thinks that W: classified-ads source: package-needs-versioned-debhelper-build-depends 9 E: classified-ads source: depends-on-build-essential-package-without-using-version dpkg-dev so the version numbers remain. libqt4-sql-sqlite dependency remains as it is used at runtime only and sw is not functional without. Rest of the lib-deps are gone. - - Added Cvs-Git and Vcs-Browser. Debian packaging files are in branch debian of repo pointed by Cvs-Git. - - Changed maintainer e-mail addr d/copyright - - Changed to look like example above. Also added LGPL_EXCEPTION.txt from original nokia sources into source code. LGPL is not included verbatim in d/copyright to avoid E: classified-ads: copyright-should-refer-to-common-license-file-for-lgpl instead a reference is made. general: - - Huge high-resolution bitmaps removed from source - - Manpage again slightly re-visited - - Binary has a lot of key-handling inside. General rule is that no plaintext private keys end up in filesystem file, that kind of material is kept in RAM only. Same applies to content originally sent encrypted, unless user specifically exports a file. - - Db file mode is set to 0600, good and rather obvious improvement - - Lintian is now mostly quiet. - -- Antti Järvinen -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVE0J1UTdja+nNMWMRAmhhAJ9zMxg+U5js/svrWkpb915DGqXusgCcCAVQ geT40FPKT97SpxOMXQsV0nQ= =9mNp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775886: RFS: objeck-lang-amd64/3.3.5-2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Randy Hollines obj...@gmail.com writes: I am looking for a sponsor for my package objeck-lang-amd64 Great. I'm no DD so I can't sponsor your package but I can give comments regarding quality of your package. - Question: looks like most of the compiler and runtime (inside src/vm/...?) is written in C++ - is it so that due to some constraint the sw is only usable in amd64 hw ; or could the architecture be Any? Jit-compiler maybe? - In debian/control the long description might be longer. According to homepage content, there is already quite set of features in the language .. as a programmer choosing a programming language I might be intested in knowing a bit about features, design goals, what is it really good for etc. ? - debian/docs is 0 bytes long ; I think it might be removed if it is empty. - debian/README.source is from template, if there is no description about source package required, the file may be deleted - a debian/watch -file could be very useful and works well with github, see man uscan for examples. - It might be easier if the sources inside .orig.tar.gz would be inside directory named packagename-version instead of src. - Lintian gives warnings W: objeck-lang: hardening-no-relro usr/bin/obc W: objeck-lang: hardening-no-relro usr/bin/obd W: objeck-lang: hardening-no-relro usr/bin/obr W: objeck-lang: hardening-no-relro usr/bin/obu W: objeck-lang: hardening-no-relro usr/lib/objeck-lang/libobjk_odbc.so W: objeck-lang: hardening-no-relro usr/lib/objeck-lang/libobjk_openssl.so W: objeck-lang: postinst-has-useless-call-to-ldconfig W: objeck-lang: postrm-has-useless-call-to-ldconfig about binary package. + Big plus: does what is promised. In your website the hello-world tutorial works better if I save the source code to file called ~hello.obs~ instead of hello.obe as instructed. - -- Antti Järvinen -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVDy8yUTdja+nNMWMRAucOAJ0VWpB//LfYSMhcToFqmGvAfnC6qQCeLGj+ 3Y/LXK97wwQR3sBH6X3EBns= =tGPo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777651: RFS: syncterm/20141022+dfsg-1 [ITP]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ragnarok wrote:
I am looking for a sponsor for my package syncterm
Great. I'm no DD so I can't sponsor your package but I can give
comments nonetheless. So, I have following things I don't understand:
- Is there specific need to list libncurses etc. dependencies in
debian/control, should ${shlibs:Depends} take care of that? Or
you want a very specific version? Ncurses is still fairly standard
stuff.
- The zmodem license is interesting as they say don't distributed
modifications - does a patch count as modification? As a sw
developer I would say yes but someone else needs to clarify
that. Anyway, if they say no modifications and then we find
urgent need to patch zmodem (say, a serious security flaw) then
the options are to remove zmodem or remove whole package? .. is
zmodem still in active development? I remember having used that
after x- and ymodem protocols went out of fashion some ~20 years ago :)
- Good: watch file is present
Bad: according to uscan --report it points to no sw version
In addition to that, nothing big plugs my eye. Sw even builds, too bad
my supramodem2400 is out of service so I can't really really try it
out.
- --
Antti, former sysop of costellobox+several others
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/
iD8DBQFVDHrpUTdja+nNMWMRAtxuAJwLoOjqjPC1nzAqEHRdNw7FghY7JQCggCMO
22MI+KjyGOoq5OxVlwGQBR0=
=fNUu
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#332498: RFH: openssl -- Secure Socket Layer (SSL) binary and related cryptographic tools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Last comment is one month old, the previous ~3 years old. Is there currently need for help here ; bugreport is still open? I'd be willing to help in maintaining openssl or related packages - but I'm very now to debian sw process so I need a lot of instructions - I've used some openssl apis a lot, know basics of data integrity checks and cryptography but internal workings of openssl implementation I'm not (yet) familiar with - -- Antti Järvinen -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVCHyjUTdja+nNMWMRAt5gAJ9XwzSJgDuwjR3iVcLZXKfrmtMotgCfTRSa lixCb6AizzOSUBJ8D7Ry0KI= =vbPN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tobias Frost writes: d/control: - Why did you switch do cdbs? (I do not sponsor packages using cdbs) All right, thank you for comprehensive look at things. Cdbs allowed me to have basically empty d/rules as I could not figure out how I was in disagreement with dh9 format of d/rules. Debhelper is quite enough for building the package, just the makefile format was the issue. But ok, I'll have a look at these issues. - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFVBfitUTdja+nNMWMRAph/AJ9P7r2mALZcbCq7fHI3Gz0CS6OCsQCgh9hK mI5AW7EwwkOz9fBX6khc8Uk= =9ArL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Riley Baird writes: ... just two more things: -Add a d/source/format containing the only the string 3.0 (quilt) (without the quotation marks). This ensures that your package will use the new format for any patches you may make in future. -You can add a d/watch file to check for upstream releases. I made one that you can use from the uscan manpage: version=3 https://github.com/operatornormal/classified_ads/tags (?:.*/)?v?(\d[\d \.]*)\.tar\.gz Ok, in version 0.04-2 that is visible at http://mentors.debian.net/package/classified-ads those 3 modifications are now done (source/format, watch-file and the closed bug #). Looks like uscan was able to correctly pick up the releases from github. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Tobias Frost writes: just re-upload to mentors, and reply to this RFS bug with the changes you did (basically quoting my mail and briefly say on every point what you did.) I'll pick up from there. Don't file another bug. Dear Sirs, I've made some updates to my package, it should available by saying dget -x http://mentors.debian.net/debian/pool/main/c/classified-ads/classified-ads_0.04-1.dsc I picked up items from discussion of bug #779377 and tried to address them somehow, please see following list: d/changelog: -This file should only contain Debian-related changes. Upstream changes -You won't be able to upload to unstable at the moment, since it's frozen for jessie. You should change this to experimental. = Cleaned up, target is experimental, added Closes: -tag d/compat: -Debhelper 7 is old. You should switch to 9. = Changed d/classified-ads.1: -You should include this with the software, not just in Debian. -You should get rid of the comments explaining what nroff is. -You note that Upon uninstall of the program, the datafile is left lingering around. You might want to ask someone else, but this seems like bad practice. = Moved manpage, removed comments remaining from template and adjusted the text a bit. Reason for leaving the datafile still remains but instructions have been added. d/control: -Priority should be optional, not extra. -Either fill in the Vcs-* fields, or get rid of them. -You've listed some dependencies twice: once in d/classified-ads.substvars, and once in d/control. -The long description of your package has some spelling/grammatical errors and is a bit short. Perhaps you could take some of the information off your homepage and put it there? = Changed priority, removed Vcs- -field, substvars gone as not needed. Long description made longer. libqt4-sql-sqlite dependency is not obvious at compile time so it must remain. For some reason dpkg-buildpackage does not pick up dep to to libssl so it remains to be manually listed d/copyright: -You should use DEP-5 copyright = modified format, also changed license GPL3 - LGPL2.1. d/docs: -If you don't have any docs, get rid of this file. Otherwise, put them in there. = Removed d/README.source: *Delete this file if there is no reason to keep it. = Removed d/rules: -You'll need to update this to dh9 syntax. See here for a guide: https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#rules = Simplified somewhat. General: -It's a good idea to keep Debian development and upstream development separate. Don't include the debian/ directory with your upstream tarballs. = In version control debian/ -directory is in different branch and gbp buildpackage seems to correctly exclude that. (side note, how do I get gbp buildpackage to correctly sign my changes file with GPG or does it sign only git commits or what?) -I don't think that Debian can legally distribute classified-ads, since Nokia has not made the OpenSSL exception. On the other hand, I'm not sure if the LGPL cancels this out. I'm going to ask debian-legal. = License is now LGPL - Another first-sight: icon.png? Somehow does not relate to my perceived use of the program = Was historical remains, not there any more - Why have your source-files have the executeable bit set? = Interesting note. Mode has been changed. - I'd also know where is the source of the icons? (in images/*)? The image in ui Lenin-reading-pravda is probably still under copyright protection at least in some countries. This would mean you can not distribute it. However, IANAL. (There are also some other png which copyright is unclear) = now included in copyright and Lenin has been replaced with Stal^H^H^H^H static text. - Why do you need to manually add dependencies to libraries in your binary package? = Some removed. Sqlite must be manually added as it needed at runtime only, about openssl I don't know why it is not picked up automatically.. So, does it look any better now? -- Antti Järvinen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Tobias Frost writes: Am Samstag, den 28.02.2015, 12:16 +1100 schrieb Riley Baird: .. should fix them, also please read https://wiki.debian.org/UpstreamGuide -- you definitly need to separate upstream source and debian packaging; don't ship a debian dir in the tarball. Ok, thanks a million for your good comments Tobias and Riley, there seems to be things that did not cross my mind yet .. :) But, before attempting to address the listed problems I'd like to get clarification on a few unclear items: - Mixing OpenSSL with LGPL is ok and requires no license-statement acrobatics? While I'm the upstream, switching the license from GPL to LGPL is possible and would also suit well together with the fact that the text editor code from Nokia is in LGPL too.. - ..about the debian directory in the tarball: as it is handy to have the build-related items in same version control with the sw what do people normally do? Maybe rename the directory debian to something else and the re-re-name when it is actually needed? Or just delete directory from the tarball, making it impossible to simply fetch latest .tar.gz from version control to be treated as original sources? - The Lenin photograph, according to http://en.wikipedia.org/wiki/Newspaper#mediaviewer/File:Lenin_reading_Pravda.gif is by Pyotr Otsup who was not credited in copyright. The file is in the public domain in most countries yes, but is it still a problem to have it included, if there is some imaginary country that for instance grants eternal copyright to every graphical item? - Supposing I can somehow fix the pending problems, what should I do next after that? dput yet another version and make a notice about that in comments of this bug #779377 or maybe file another bug report or what? Thanks for your patience, -- Antti Järvinen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779375: ITP: classified-ads -- Classified ads is internet messaging system done right
Package: wnpp Severity: wishlist Owner: Antti Järvinen debian.bugreport.reply.a...@katiska.org * Package name: classified-ads Version : 0.03 Upstream Author : Antti Järvinen classified-ads.questi...@katiska.org * URL : http://katiska.org/classified_ads/ * License : GPLv3+ Programming Lang: C++ Description : Classified ads is internet messaging system done right Dear Sirs, I've uploaded a package into mentors.debian.net in a hope that others too will find it useful. It is my own attempt to handle human-to-human communications inside internet, from end-users perspective. As a long-time internet-user this is to-day more or less the way I see how messaging should happen. Features of the program include, but are not limited to: * Sending and retrieving messages public and private, between humans or inside groups * No need for server-side support of any kind * Minimal hassle for the end-user * No need for contracts with any service-operators, not counting your ISP * Identification of message senders while allowing some withdrawal of personal details * Text-based search of public posting * Unfortunately no text-based or mobile UI yet, only Qt. * Early stage of development ; while basic functions seem to be all right there is surely bugs, features and 2 million fatal errors. As developer and user of the program I naturally will maintain it for debian too. I'm not member of any packaging team but if I can give my hand to any team interested, with my limited resources. I'm not a debian developer so I'm seeking for a sponsor to have a look at my sw ; please take contact via e-mail or to classified ads operator 6AC2D159AB3A0B0F241DD6D12E4A1673588DD0E8 that is the operator address for my private messages. -- Antti Järvinen, Oulu, Finland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Package: sponsorship-requests Version: 0.03 Severity: wishlist Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package classified-ads * Package name: classified-ads Version : 0.03-1 Upstream Author : Antti Järvinen classified-ads.questi...@katiska.org * URL : http://katiska.org/classified_ads/ * License : GPLv3+ Section : net It builds those binary packages: classified-ads - Program for displaying classified advertisement items To access further information about this package, please visit the following URL: http://mentors.debian.net/package/classified-ads Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/classified-ads/classified-ads_0.03-1.dsc I've uploaded a package into mentors.debian.net in a hope that others too will find it useful. It is my own attempt to handle human-to-human communications inside internet, from end-users perspective. As a long-time internet-user this is to-day more or less the way I see how messaging should happen. Features of the program include, but are not limited to: * Sending and retrieving messages public and private, between humans or inside groups * No need for server-side support of any kind * Minimal hassle for the end-user * No need for contracts with any service-operators, not counting your ISP * Identification of message senders while allowing some withdrawal of personal details * Text-based search of public posting * Unfortunately no text-based or mobile UI yet, only Qt. * Early stage of development ; while basic functions seem to be all right there is surely bugs, featuresand 2 million fatal errors. As developer and user of the program I naturally will maintain it for debian too. I'm not member of any packaging team but if I can give my hand to any team interested, with my limited resources. I'm not a debian developer so I'm seeking for a sponsor to have a look at my sw ; please take contact via e-mail or to classified ads operator 6AC2D159AB3A0B0F241DD6D12E4A1673588DD0E8 that is the operator address for my private messages. -- Antti Järvinen, Oulu, Finland Changes since the last upload: * no changes -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash 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#766888: nbd-server: ndb-server startup script syntactically incorrect
Package: nbd-server Version: 1:3.8-2 Severity: normal Dear Maintainer, Upon upgrade of nbd-server I came across an announcement claiming that -- Unit nbd-server.service has begun starting up. Oct 26 19:02:23 muikku nbd-server[837]: /etc/init.d/nbd-server: line 49: syntax error near unexpected token `)' Oct 26 19:02:23 muikku nbd-server[837]: /etc/init.d/nbd-server: line 49: ` restart|force-reload)' Oct 26 19:02:23 muikku systemd[1]: nbd-server.service: control process exited, code=exited status=2 the line 49 itself says restart|force-reload) but maybe double semicolon ';;' might be missing from the previous line?? Adding those semicolons to line 48 remedies the problem somewhat.. -- Antti Järvinen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nbd-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-12 ii libglib2.0-0 2.42.0-2 ii ucf3.0030 nbd-server recommends no packages. nbd-server suggests no packages. -- debconf information: * nbd-server/useports: false nbd-server/filename: nbd-server/name: nbd-server/autogen: nbd-server/convert: true nbd-server/port: * nbd-server/number: 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765434: Additional information
And it seems like running apt-get -f install after the failed upgrade fixes the problem. Might be something to do with order of configuration between the packages? -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765434: man-db install-triggers broken
Package: man-db Version: 2.7.0.2-2 Severity: normal Dear Maintainer, upgrade to man-db fails to install. According to error message it may be that the problem itself is in some other package or in dependencies between the packages. Output from apt-get dist-upgrade goes like this: Processing triggers for man-db (2.7.0.2-2) ... dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: libgdk-pixbuf2.0-0:i386 - doc-base packages' pending triggers which are or may be unresolvable: doc-base: /usr/share/doc-base menu: /usr/share/menu libgdk-pixbuf2.0-0:i386: /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders hal: /usr/share/hal/fdi dpkg: error processing package doc-base (--unpack): triggers looping, abandoned .. and man-db is left unconfigured. I have doc-base 0.10.6, menu 2.1.47, libgdk-pixbuf2 2.31.1-2 and hal 0.5.14-8. -- Antti Järvinen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.18 ii groff-base 1.22.2-8 ii libc6 2.19-11 ii libgdbm3 1.8.3-13 ii libpipeline1 1.3.1-1 ii zlib1g 1:1.2.8.dfsg-2 man-db recommends no packages. Versions of packages man-db suggests: ii groff1.22.2-8 ii iceweasel [www-browser] 31.1.0esr-1 ii less 458-3 ii links [www-browser] 2.8-2+b1 ii lynx-cur [www-browser] 2.8.9dev1-2 ii w3m [www-browser]0.5.3-17 ii xemacs21-mule [www-browser] 21.4.22-8 -- debconf information: man-db/auto-update: true man-db/rebuild-database: true * man-db/install-setuid: true man-db/build-database: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757835: nfs-kernel-server: after update 1.2.8-6-1.2.8-8 rpc.mountd starts crashing
Package: nfs-kernel-server Version: 1:1.2.8-8 Severity: normal Dear Maintainer, Here is snippet from /var/log/messages of my nfs-server: Aug 11 20:54:05 muikku kernel: [12322.241131] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory Aug 11 20:54:05 muikku kernel: [12322.241875] NFSD: starting 90-second grace period (net c15dd380) Aug 11 20:54:14 muikku kernel: [12331.154343] rpc.mountd[12851]: segfault at 0 ip 0804ffb6 sp bfb01150 error 4 in rpc.mountd[8048000+19000] naturally shares fail to get mounted on client boxes. My network interfaces are like this: # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface auto lo eth3 eth5 iface lo inet loopback # The first network card - this entry was created during the Debian installation # (network, broadcast and gateway are optional) iface eth5 inet static address 10.0.2.31 netmask 255.255.255.0 network 10.0.2.0 broadcast 10.0.2.255 gateway 10.0.2.15 iface eth3 inet static address 83.145.224.120 netmask 255.255.255.192 gateway 83.145.224.126 -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 59703 status 1000241 tcp 49718 status 132 tcp 2049 nfs 133 tcp 2049 nfs 134 tcp 2049 nfs 1002272 tcp 2049 1002273 tcp 2049 132 udp 2049 nfs 133 udp 2049 nfs 134 udp 2049 nfs 1002272 udp 2049 1002273 udp 2049 1000211 udp 33578 nlockmgr 1000213 udp 33578 nlockmgr 1000214 udp 33578 nlockmgr 1000211 tcp 58476 nlockmgr 1000213 tcp 58476 nlockmgr 1000214 tcp 58476 nlockmgr 151 udp 38809 mountd 151 tcp 60430 mountd 152 udp 34400 mountd 152 tcp 49733 mountd 153 udp 33372 mountd 153 tcp 53894 mountd -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--manage-gids NEED_SVCGSSD= RPCSVCGSSDOPTS= -- /etc/exports -- /u fisuvaan(rw,async,subtree_check,no_auth_nlm) 10.0.2.15(rw,subtree_check,no_auth_nlm) /home fisuvaan(rw,async,subtree_check,no_auth_nlm) 10.0.2.15(rw,subtree_check,no_auth_nlm) /var/mail fisuvaan(rw,subtree_check,no_auth_nlm) 10.0.2.15(rw,subtree_check,no_auth_nlm) /opt/ltsp *(ro,no_root_squash,async,no_subtree_check) -- /proc/fs/nfs/exports -- # Version 1.1 # Path Client(Flags) # IPs -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.20.1-5.8 ii libc6 2.19-7 ii libcap2 1:2.24-4 ii libsqlite3-0 3.8.5-2 ii libtirpc1 0.2.4-2.1 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian13 ii nfs-common1:1.2.8-8 ii ucf 3.0030 nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- Configuration Files: /etc/default/nfs-kernel-server changed: RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--manage-gids NEED_SVCGSSD= RPCSVCGSSDOPTS= /etc/exports changed: /u fisuvaan(rw,async,subtree_check,no_auth_nlm) 10.0.2.15(rw,subtree_check,no_auth_nlm) /home fisuvaan(rw,async,subtree_check,no_auth_nlm) 10.0.2.15(rw,subtree_check,no_auth_nlm) /var/mail fisuvaan(rw,subtree_check,no_auth_nlm) 10.0.2.15(rw,subtree_check,no_auth_nlm) /opt/ltsp *(ro,no_root_squash,async,no_subtree_check) -- 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#750479: kde-runtime or something related leaks file descriptors
Package: kde-runtime Version: 4:4.13.1-1 Severity: normal Dear Maintainer, this report is a bit vague, as about root cause for the problem I have no clue. I'm reporting this against KDE but problem might be in any linked component or just incompatibility with some libraries installed. First, for producing the problem I do the following: 1) have kdm as display manager 2) login, using kde and plasma-desktop and everything, normal kde 3) open firefox, put random youtube-film on display 4) simultaneously open lowriter and random ms-word dokument 5) simultaneously open evolution mail and check mail 6) simultaneously open chromium for browsing of random interwebs after ~4-5 minutes of use, programs start complaining about max number of open files in system having been exceeded, after which nothing works, I don't even have an entry from /var/log/messages as it can't be written any more. dmesg can be used to display the cause for programs crashing, and from command-line they just report ENFILE - 23. Limits are high, *soft nofile 100 *hard nofile 100 and I did not manage to spot the culprit by inspecting /proc/*/fd but this happens suddenly and the sometimes recovers a bit after all programs are closed, at least to the point that xterm may be opened. But not always. The reason for reporting this against kde is that if I repeat the above steps using gdm+gnome combo, the system works just as it should, now for 5 hours straight. It seems to be that the problem appeared after monday morning update, which included the following sw versions (old,new): libkopete4:amd64 (4.12.4-1, 4.13.1-1), libtasn1-bin:amd64 (3.5-2, 3.6-1), kget:amd64 (4.12.3+dfsg-2, 4.13.1+dfsg-1), libvorbisfile3:amd64 (1.3.2-1.3, 1.3.2-1.4), libvorbisfile3:i386 (1.3.2-1.3, 1.3.2-1.4), konsole:amd64 (4.12.4-1, 4.13.1-1), kde-runtime:amd64 (4.12.4-1, 4.13.1-1), kde-runtime-data:amd64 (4.12.4-1, 4.13.1-1), libsox-fmt-alsa:amd64 (14.4.1-3, 14.4.1-4), libharfbuzz-icu0:amd64 (0.9.28-1, 0.9.28-2), kgpg:amd64 (4.12.4-1, 4.13.1-1), libsox-fmt-base:amd64 (14.4.1-3, 14.4.1-4), libkactivities6:amd64 (4.12.4-1, 4.13.1-1), libvorbis0a:amd64 (1.3.2-1.3, 1.3.2-1.4), libvorbis0a:i386 (1.3.2-1.3, 1.3.2-1.4), libharfbuzz0b:amd64 (0.9.28-1, 0.9.28-2), libharfbuzz0b:i386 (0.9.28-1, 0.9.28-2), sox:amd64 (14.4.1-3, 14.4.1-4), libtasn1-3-dev:amd64 (3.5-2, 3.6-1), libnepomukwidgets4abi1:amd64 (4.11.5-1, 4.13.1-1), kdebase-runtime:amd64 (4.12.4-1, 4.13.1-1), povray:amd64 (3.7.0.0-2, 3.7.0.0-4), libvorbis-dev:amd64 (1.3.2-1.3, 1.3.2-1.4), kopete:amd64 (4.12.4-1, 4.13.1-1), povray-examples:amd64 (3.7.0.0-2, 3.7.0.0-4), libharfbuzz-gobject0:amd64 (0.9.28-1, 0.9.28-2), libkactivities-bin:amd64 (4.12.4-1, 4.13.1-1), plasma-scriptengine-javascript:amd64 (4.12.4-1, 4.13.1-1), povray-includes:amd64 (3.7.0.0-2, 3.7.0.0-4), kdesdk-dolphin-plugins:amd64 (4.12.4-1, 4.13.1-1), libkactivities-models1:amd64 (4.12.4-1, 4.13.1-1), libharfbuzz-dev:amd64 (0.9.28-1, 0.9.28-2), libtasn1-6:amd64 (3.5-2, 3.6-1), libtasn1-6:i386 (3.5-2, 3.6-1), libkate1:amd64 (0.4.1-1, 0.4.1-1.1), khelpcenter4:amd64 (4.12.4-1, 4.13.1-1), libvorbisenc2:amd64 (1.3.2-1.3, 1.3.2-1.4), libvorbisenc2:i386 (1.3.2-1.3, 1.3.2-1.4), libtasn1-3-bin:amd64 (3.5-2, 3.6-1), libsox2:amd64 (14.4.1-3, 14.4.1-4), libtasn1-6-dev:amd64 (3.5-2, 3.6-1) libgl1-mesa-dev:amd64 (10.1.2-1, 10.1.4-1), libstdc++-4.8-dev:amd64 (4.8.2-21, 4.8.3-2), libasan0:amd64 (4.8.2-21, 4.8.3-2), libgnutls-openssl27:amd64 (3.2.14-1, 3.2.15-1), libquadmath0:amd64 (4.9.0-4, 4.9.0-5), gcc-4.8-base:amd64 (4.8.2-21, 4.8.3-2), gcc-4.8-base:i386 (4.8.2-21, 4.8.3-2), libegl1-mesa:amd64 (10.1.2-1, 10.1.4-1), libegl1-mesa:i386 (10.1.2-1, 10.1.4-1), libopenvg1-mesa:amd64 (10.1.2-1, 10.1.4-1), libopenvg1-mesa:i386 (10.1.2-1, 10.1.4-1), libwireshark3:amd64 (1.10.7-2, 1.10.7-4), libfile-fcntllock-perl:amd64 (0.14-2+b1, 0.20-1), procps:amd64 (3.3.9-2, 3.3.9-5), gnome-games:amd64 (3.8+6, 3.8+7), lib32gcc1:amd64 (4.9.0-4, 4.9.0-5), lib32stdc++6:amd64 (4.9.0-4, 4.9.0-5), libegl1-mesa-drivers:amd64 (10.1.2-1, 10.1.4-1), libegl1-mesa-drivers:i386 (10.1.2-1, 10.1.4-1), links:amd64 (2.8-1+b1, 2.8-2), cpp-4.8:amd64 (4.8.2-21, 4.8.3-2), libwiretap3:amd64 (1.10.7-2, 1.10.7-4), libgomp1:amd64 (4.9.0-4, 4.9.0-5), libegl1-mesa-dev:amd64 (10.1.2-1, 10.1.4-1), libtsan0:amd64 (4.9.0-4, 4.9.0-5), chromium-l10n:amd64 (34.0.1847.116-1~deb7u1, 35.0.1916.114-2), libgl1-mesa-dri:amd64 (10.1.2-1, 10.1.4-1), libgl1-mesa-dri:i386 (10.1.2-1, 10.1.4-1), libwsutil3:amd64 (1.10.7-2, 1.10.7-4), libwireshark-data:amd64 (1.10.7-2, 1.10.7-4), libgcc1-dbg:amd64 (4.9.0-4, 4.9.0-5), gcj-4.9-jre-lib:amd64 (4.9.0-4, 4.9.0-5), libgcc1:amd64 (4.9.0-4, 4.9.0-5), libgcc1:i386 (4.9.0-4, 4.9.0-5), libprocps3:amd64 (3.3.9-2, 3.3.9-5), libglapi-mesa:amd64 (10.1.2-1, 10.1.4-1), libglapi-mesa:i386 (10.1.2-1, 10.1.4-1), wireshark-common:amd64 (1.10.7-2, 1.10.7-4), libobjc4:amd64 (4.9.0-4, 4.9.0-5),
Bug#674752: linux-image-3.1.0-1-686-pae: With kernel 3.1 pppoe works not if having ppp 2.4.5-5.1
Package: linux-2.6 Version: 3.1.5-1 Severity: normal Dear Maintainer, There is some kind of mismatch in wheezy between kernel 3.1 and pppd 2.4.5 and pppoe. Sympton is that when ppp over ethernet is used with this combination some 50-80% of packets sent over pppoe are lost and for remaining packets the latency is around 5 seconds to ppp endpoint. Error situation shows up in /var/log/messages with this message: May 19 08:42:47 xxx kernel: [11830741.228371] CBQ: class 8001 has bad quantum==0, repaired. and this happens right after pppd interface is brought up, like this: May 19 08:42:45 muikku pppd[29958]: pppd 2.4.5 started by root, uid 0 May 19 08:42:45 muikku pppd[29958]: Using interface ppp0 May 19 08:42:45 muikku pppd[29958]: Connect: ppp0 -- /dev/pts/0 May 19 08:42:46 muikku pppd[29958]: CHAP authentication succeeded: CHAP authentication success, unit 0 May 19 08:42:46 muikku pppd[29958]: CHAP authentication succeeded May 19 08:42:46 muikku pppd[29958]: local IP address 213.139.166.59 May 19 08:42:46 muikku pppd[29958]: remote IP address 10.10.9.110 May 19 08:42:47 muikku kernel: [11830741.228371] CBQ: class 8001 has bad quantum==0, repaired. If this CBQ-message (something related to packet queueing?) shows up, then the ppp link is unusable. ppp in use is 2.4.5-5.1. I have no clue what triggers the bug but upgrade to kernel 3.2.0 fixed the problem. According to apt log file it seems to be that the problem appeared after upgrade of ppp from 2.4.5-5 to 2.4.5-5.1 but I'm not sure. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** Network interface configuration: auto lo iface lo inet loopback iface eth5 inet static address 10.0.2.31 netmask 255.255.255.0 network 10.0.2.0 broadcast 10.0.2.255 gateway 10.0.2.15 iface tun6to4 inet6 v4tunnel address 2002:d58b:a63b::1 netmask 16 gateway ::192.88.99.1 endpoint any local 213.139.166.59 up ip link set mtu 1280 dev tun6to4 iface eth3 inet manual ** PCI devices: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:0282] Subsystem: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:0282] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 8 Region 0: Memory at d000 (32-bit, prefetchable) [size=32M] Capabilities: access denied Kernel driver in use: agpgart-amd64 00:00.1 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:1282] Subsystem: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:1282] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:00.2 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:2282] Subsystem: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:2282] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:00.3 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:3282] Subsystem: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:3282] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:00.4 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:4282] Subsystem: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:4282] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:00.7 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:7282] Subsystem: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:7282] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237/8251 PCI bridge [K8M890/K8T800/K8T890 South] [1106:b188] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort-
Bug#674752: linux-image-3.1.0-1-686-pae: With kernel 3.1 pppoe works not if having ppp 2.4.5-5.1
Ben Hutchings writes: There is some kind of mismatch in wheezy between kernel 3.1 and pppd 2.4.5 [...] Please test Linux 3.2. Exactly, it is said in the bugreport that upgrade to 3.2 made the problem to disappear. If this is some known issue between ppp and 3.1 then maybe possible fix would be adding a dependency between 3.2 kernel and ppp2.4.5-5.1? -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651155: nvidia-glx: After logout from KDE the X server is left in very odd state
Package: nvidia-glx Version: 290.10-1 Severity: normal Tags: patch Dear Maintainer, After upgrade of nvidia-glx to version 280.13.really.275.36-1, 290.10-1 kdm started to act like this: after re-boot it was possible to log in, things were normal. After terminating the KDE session the X server gets somewhat hosed. This showed up so that some displayable items were all black. For example in KDE login screen the fields where user account is entered were displayed with black text in black background. After logging in the same behaviour was present in many applications like iceweasel that had black menus with black text and rendered the html so that background of the rendered page was always black. There is a work-around for the problem: by adding a line TerminateServer=true into file /etc/kde4/kdm/kdmrc into section [X-*-Core] makes the problem not to show up. It is a bit unclear to me whether this is bug in KDE or in nvidia drivers but obviously they're not working together and the problem appeared after upgrade of the nvidia driver. Also, for some reason starting up the program xterm did make the odd coloring problem disappear. I tried finding other programs that would have had the same effect but I could not. I did not try every /usr/bin/x* but quite many I did. kdm in use is version: 4:4.6.5-3. -- Package-specific info: uname -a: Linux fisuvaan 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 290.10 Wed Nov 16 17:39:29 PST 2011 GCC version: gcc version 4.6.2 (Debian 4.6.2-5) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: nVidia Corporation G96 [GeForce 9500 GT] [10de:0640] (rev a1) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fa00 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at c800 [size=128] [virtual] Expansion ROM at fea8 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.263624] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.263624] vgaarb: loaded [0.263624] vgaarb: bridge control possible :01:00.0 [0.824251] Linux agpgart interface v0.103 [5.439675] nvidia: module license 'NVIDIA' taints kernel. [5.702684] nvidia :01:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [5.703403] nvidia :01:00.0: setting latency timer to 64 [5.703411] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [5.703784] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 290.10 Wed Nov 16 17:39:29 PST 2011 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Dec 3 19:24 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 48 Aug 22 22:32 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Aug 22 22:32 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 43 Dec 3 19:24 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Dec 3 19:24 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Dec 3 19:24 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Dec 3 19:24 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Dec 3 19:24 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Dec 3 19:24 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 Dec 3 19:24 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Dec 3 19:24 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 28
Bug#559328: libc6: Upgrading to new libc-bin fails with message E: Conf Broken libc-bin
Package: libc6 Version: 2.9-26 Severity: normal Apt-get update failed. Currently installed version of libc6 or libc-bin (these go hand-in-hand??) is 2.9-26 but I don't know which version apt had coming. Possibly 2.10.2-2. The output of --dry-run goes like this (enjoy the finnish locale) : Luetaan pakettiluetteloita... Muodostetaan riippuvuussuhteiden puu... Luetaan tilatiedot... Seuraavat paketit POISTETAAN: libdns50 libxml-libxml-common-perl Seuraavat UUDET paketit asennetaan: firmware-linux-free keyboard-configuration libdns53 libeggdbus-1-0 libfile-copy-recursive-perl libiw30 liblzma1 libmozjs2d libpolkit-gobject-1-0 libpoppler5 libtalloc2 libtask-weaken-perl libudev0 libyaml-syck-perl linux-image-2.6.31-1-686 xulrunner-1.9.1 xz-utils Nämä paketit on jätetty odottamaan: mysql-server Nämä paketit päivitetään: acl adduser aiccu aptitude-doc-en at bind9 bind9-host bind9utils bsd-mailx cdrecord cmake cmake-data console-common console-data console-setup console-terminus consolekit cpp-4.3 dc debconf debconf-i18n debhelper defoma dhcp-client dhcp3-client dhcp3-common dictionaries-common dnsutils doc-base dosfstools dpkg dpkg-dev dselect dvipdfmx esound-common g++-4.3 gcc-4.3 gcc-4.3-base genisoimage geoip-database gnu-efi hal hal-info hostname iamerican ibritish iceweasel info initscripts insserv install-info iptables krb5-doc krb5-user lesstif2 liba52-0.7.4 libacl1 libaprutil1 libaprutil1-dbd-mysql libaprutil1-ldap libarchive-zip-perl libatk1.0-0 libaudiofile0 libavahi-client3 libavahi-common-data libavahi-common3 libbind9-50 libblkid1 libc-bin libc-dev-bin libc6 libc6-amd64 libc6-dev libc6-i686 libcaca0 libcap2 libcdparanoia0 libcelt0 libck-connector0 libcompress-raw-zlib-perl libcompress-zlib-perl libcroco3 libcucul0 libcups2 libcupsimage2 libcurl3 libcurl3-gnutls libdate-manip-perl libdatetime-locale-perl libdatetime-perl libdatetime-timezone-perl libdb1-compat libdb4.2 libdb4.5 libdb4.6 libdb4.7 libdbus-glib-1-2 libdevmapper1.02.1 libdirectfb-1.2-0 libdjvulibre-text libdjvulibre21 libdrm-intel1 libdrm2 libdvdnav4 libdvdread4 libesd0 libevent-1.4-2 libexif12 libexpat1 libfontenc1 libfreetype6 libgcrypt11 libgd2-noxpm libgdbm3 libgeoip1 libgl1-mesa-dri libgl1-mesa-glx libglib2.0-0 libglib2.0-data libglib2.0-dev libglibmm-2.4-1c2a libglu1-mesa libgnutls26 libgpgme11 libgraphviz4 libgsf-1-114 libgsf-1-common libgsf-1-dev libgsm1 libgssapi-krb5-2 libgssrpc4 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libhal-storage1 libhal1 libhtml-parser-perl libhttp-server-simple-perl libice6 libidn11 libio-compress-perl libio-socket-ssl-perl libisc50 libisccc50 libisccfg50 libjack0 libjasper1 libk5crypto3 libkadm5clnt6 libkeyutils1 libkpathsea4 libkrb5-3 libkrb5support0 libldap-2.4-2 libldap2-dev liblist-moreutils-perl liblocale-gettext-perl liblua5.1-0 liblwres50 liblzo2-2 libmime-lite-perl libmldbm-perl libmpfr1ldbl libmysqlclient16 libnewt0.52 libnspr4-0d libnss-db libnss3-1d libopenexr6 libpango1.0-0 libpango1.0-common libparams-validate-perl libpcap0.8 libpci3 libpciaccess0 libpcre3 libpixman-1-0 libpng12-0 libreadline5 libreadline6 libsamplerate0 libsasl2-2 libsasl2-modules libsdl-image1.2 libsdl1.2debian libsdl1.2debian-alsa libselinux1 libselinux1-dev libsensors4 libsepol1 libsepol1-dev libserf-0-0 libsmbclient libsnmp-base libsoap-lite-perl libssh2-1 libssl-dev libssl0.9.8 libstdc++6-4.3-dev libsvga1 libtheora0 libtiff4 libtimedate-perl liburi-perl libuuid1 libvorbis0a libvorbisenc2 libwbclient0 libwww-perl libwxbase2.6-0 libx11-6 libx11-data libxaw7 libxcomposite1 libxcursor1 libxdamage1 libxdmcp6 libxfixes3 libxfont1 libxkbfile1 libxml++2.6-2 libxml-libxml-perl libxml-libxslt-perl libxmu6 libxmuu1 libxpm4 libxrender1 libxslt1.1 libxt6 libxv1 libxvmc1 libxxf86misc1 lilo linux-image-2.6-686 linux-libc-dev lm-sensors locales man-db manpages manpages-dev mkisofs mktemp mlock modconf module-init-tools mount mutt myspell-en-us mysql-common nano ntpdate odbcinst odbcinst1debian1 openssl patch pciutils pm-utils powermgmt-base preview-latex-style psfontmgr python-central python-support radvd readline-common sensible-utils setserial shared-mime-info sharutils strace sun-java6-bin sun-java6-fonts sun-java6-jdk sun-java6-jre syslinux syslinux-common sysv-rc sysvinit sysvinit-utils texlive-base-bin texlive-base-bin-doc texlive-extra-utils texlive-font-utils ttf-freefont tzdata ucf udev udhcpd units unixodbc update-inetd whiptail wireless-tools wireshark wireshark-common wodim xkb-data xserver-common xserver-xorg-core xserver-xorg-input-synaptics xserver-xorg-video-intel xserver-xorg-video-openchrome xterm 302 päivitetty, 17 uutta asennusta, 2 poistettavaa ja 1 päivittämätöntä. Inst libc-bin [2.9-26] (2.10.2-2 Debian:unstable) [libc-bin on libc6] [libc6 ] Conf libc-bin broken Breaks:libc6 [libc6 ] Inst libc6 [2.9-26] (2.10.2-2 Debian:unstable) [libc6-i686 on libc6] [libc-dev-bin libc6-i686 locales
