Bug#339550: cardmgr: Ceases to detect RealTek card (vendor 0x10ec, device 0x8139) after upgrade
Package: pcmcia-cs Version: 3.2.8-5.2 Severity: important After an upgrade from sarge/testing (Jan 05) to etch/testing(Nov05) cardmgr fails to insert the proper module (8139too). The module works fine, if I modprobe manually. According to syslog, the noname card identifies as cs: cb_alloc(bus 2): vendor 0x10ec, device 0x8139 -(kaimartin)- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages pcmcia-cs depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii dmidecode 2.7-2 Dump Desktop Management Interface ii libc6 2.3.5-8GNU C Library: Shared libraries an ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii modutils 2.4.27.0-3 Linux module utilities ii psmisc21.6-1 Utilities that use the proc filesy Versions of packages pcmcia-cs recommends: ii udev [hotplug]0.074-2/dev/ and hotplug management daemo -- debconf information: pcmcia-cs/abort_upgrade: true pcmcia-cs/error_stopping: pcmcia-cs/abort_msg: pcmcia-cs/not_stopped: pcmcia-cs/stop_pcmcia: true pcmcia-cs/fix_pcic: false pcmcia-cs/run_probe: true pcmcia-cs/upgrade_note: pcmcia-cs/start_later: * pcmcia-cs/upgrade_action: ask * pcmcia-cs/start_pcmcia: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469228: Scrolling works with lenny
Some of the updates in lenny seem to have fixed the scrolling issue, while the eagle version did not change. Looks like it was no eagle error in the first place. This big report may be closed. ---(kaimartin)--- -- Kai-Martin Knaak [EMAIL PROTECTED] Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get pgpCv7b2HO5cM.pgp Description: PGP signature
Bug#452971: (no subject)
eSubject: xfig-doc: example for latex export does not compile Package: xfig-doc Version: 1:3.2.5-rel-2 Severity: normal Two errors in the latex example given in section LaTeX and Xfig: ( in file /usr/share/doc/xfig/html/frm_miscellaneous.html ) 1) The preamble starts with \documentstyle[12pt,bezier,amstex]{article} should be: \documentclass[12pt,bezier,amstex]{article} else, contemporary latex will choke on the \usepackage commands further down. 2) The line \input{psfig} % Capability to place postscript drawings will not work as it expects a file psfig.tex that is not distributed anymore since it was converted into a style (psfig.fig). Thus the line should read: \usepackage(psfig) % Capability to place postscript drawings ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462951: gnupg-agent: should depend on pinentry-gtk2
Package: gnupg-agent Version: 2.0.8-1 Severity: normal In a gnome environment gnupg-agent fails to ask for a passphrase if only pinentry-curses is installed. This can be resolved with the package pinentry-gtk2 ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnupg-agent depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libgcrypt11 1.4.0-3LGPL Crypto library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libpth20 2.0.7-9The GNU Portable Threads ii libreadline5 5.2-3 GNU readline and history libraries Versions of packages gnupg-agent recommends: ii gnupg 1.4.6-2+b1 GNU privacy guard - a free PGP rep ii pinentry-curses [pinentry]0.7.4-2curses-based PIN or pass-phrase en ii pinentry-gtk2 [pinentry] 0.7.4-2GTK+-2-based PIN or pass-phrase en -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450497: --- resolved.
If I try to start the application it complains about running with Motif and exits right away. However, there is no Motif installed on my system. For some reason, there was indeed original Motif installed on my box in /usr/local/lib in addition to the lesstif version in /usr/lib from the lesstif2 package. After I disabled the Motif lib xmgrace works like a charme. You can close the bug, if you haven't already. Suggestion: A more verbose message on the command line. Something along the lines of /-- To find the offending library execute: ldd `which xmgrace6` | grep 'libXm\.' \- ---(kaimartin)--- -- Kai-Martin Knaak [EMAIL PROTECTED] Universität Hannover, Inst. f. Quantenoptik tel: +49-511-762-2895 Welfengarten 1, 30167 Hannoverfax: +49-511-762-2211 GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get
Bug#441616: zim: Home page not found after update to 0.20-1
Package: zim Version: 0.20-1 Severity: normal Prior to version 0.20 the start page of a zim repository was Home.txt. Version 0.20 looks for _index.txt instead. Consequently, after an update this file is created empty from scratch, making it look like the whole repository was lost. Workaround: Move Home.txt to _index.txt Suggestion: If there is no _index.txt, look for Home.txt and ask what to do. ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zim depends on: ii libfile-basedir-perl 0.02-1 Perl module to use the freedesktop ii libfile-mimeinfo-perl 0.13-1 Perl module to determine file type ii libgtk2-perl 1:1.140-1 Perl interface to the 2.x series o ii perl 5.8.8-7Larry Wall's Practical Extraction Versions of packages zim recommends: ii libgtk2-spell-perl1.03-2 Perl interface to the GtkSpell lib ii libgtk2-trayicon-perl 0.04-1 Perl interface to fill the system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450497: xmgrace6: Failed initializing GUI, exiting
Package: grace6 Version: 5.99.1+dev4-4 Severity: grave Justification: renders package unusable If I try to start the application it complains about running with Motif and exits right away. However, there is no Motif installed on my system. ~$ xmgrace6 The software was built with LessTif, but is running with Motif! We don't support binary Motif/LessTif compatibility. Use a semistatic binary or compile Grace yourself! Failed initializing GUI, exiting ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grace6 depends on: ii defoma0.11.10-0.1Debian Font Manager -- automatic f ii fftw2 2.1.3-20 library for computing Fast Fourier ii gconf22.20.0-1 GNOME configuration database syste ii gsfonts 1:8.11+urwcyr1.0.7~pre41-3 Fonts for the Ghostscript interpre ii lesstif2 1:0.95.0-2.1 OSF/Motif 2.1 implementation relea ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnetcdf33.6.1-1An interface for scientific data a ii libplot2c22.5-2+b1 The GNU plotutils libraries ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libsm62:1.0.3-1+b1 X11 Session Management library ii libt1-5 5.1.1-1.1 Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xmhtml1 1.1.7-14 A Motif widget for display HTML 3. ii zlib1g1:1.2.3.3.dfsg-6 compression library - runtime grace6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427819: unison-gtk: Non-standard arrangement of buttons in dialogs.
Package: unison-gtk Version: 2.13.16-6 Severity: minor Button arrangement in unison-gtk deviates from the standard. In particular, Ok should be on the lower right, but is on the lower left. ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unison-gtk depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra Versions of packages unison-gtk recommends: ii openssh-client [ssh-client 1:4.3p2-9 Secure shell client, an rlogin/rsh ii ssh-askpass1:1.2.4.1-6.1 under X, asks user for a passphras -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432530: gnome-applet: Click in clock/calendar fails to bring up evolution dialog.
Package: gnome-applets Version: 2.18.0-4 Severity: normal File: gnome-applet Double click on a specific day of the calendar contained in the clock applet fails to bring up the corresponding evolution dialog. However, the click does change the date of an already open evolution dialog. This used to work in gnome-applets 2.16 ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-applets depends on: ii debconf [debconf-2.0] 1.5.13Debian configuration management sy ii gconf2 2.18.0.1-3GNOME configuration database syste ii gnome-applets-data 2.18.0-4 Various applets for GNOME 2 panel ii gnome-icon-theme 2.18.0-3 GNOME Desktop icon theme ii gnome-panel2.18.2-2 launcher and docking facility for ii gstreamer0.10-alsa 0.10.13-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.6-1 GStreamer plugins from the good ii libapm13.2.2-8.1 Library for interacting with APM d ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcpufreq0002-5 shared library to deal with the cp ii libdbus-1-31.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2simple interprocess messaging syst ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.1-1 library to load .glade files at ru ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnome-desktop-2 2.18.2-1 Utility library for loading .deskt ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomekbd1 2.18.2-1 GNOME library to manage keyboard c ii libgnomekbdui1 2.18.2-1 User interface library for libgnom ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2GNOME Virtual File System (runtime ii libgstreamer-plugins-base0 0.10.13-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.13-2 Core GStreamer libraries and eleme ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libgtop2-7 2.14.9-1 gtop system monitoring library ii libgucharmap6 1:1.10.0-2Unicode browser widget library (sh ii libhal10.5.9.1-2 Hardware Abstraction Layer - share ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii libpanel-applet2-0 2.18.2-2 library for GNOME Panel applets ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libwnck18 2.18.2-1 Window Navigator Construction Kit ii libx11-6 2:1.0.3-7 X11 client-side library ii libxklavier11 3.2-2 X Keyboard Extension high-level AP ii libxml22.6.29.dfsg-1 GNOME XML library ii python 2.4.4-6 An interactive high-level object-o Versions of packages gnome-applets recommends: ii deskbar-applet 2.18.1-2 universal search and navigation ba ii gnome-media2.18.0-2+b1 GNOME media utilities ii gnome-netstatus-applet 2.12.1-1 Network status applet for GNOME 2 ii gnome-system-monitor 2.18.2-1 Process viewer and system resource ii imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs ii libgnomevfs2-extra 1:2.18.1-2GNOME Virtual File System (extra m ii python-gnome2 2.18.2-1 Python bindings for the GNOME desk pn tomboy none(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429484: pan: Should check for already running instances on start-up
Package: pan Version: 0.129-1 Severity: wishlist Currently it is possible to run a second, independent session. On exit the state of all articles is saved. Since the two instances do not know about each other, this will lead to a list of articles that is inconsistant with what the user actually read. It would be nice to avoid this annoying behaviour. ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pan depends on: ii aspell 0.60.5-1 GNU Aspell spell-checker ii libaspell15 0.60.5-1 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070528-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgmime-2.0-2 2.2.6-1 MIME library, unstable version ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libgtkspell02.0.10-3+b1 a spell-checking addon for GTK's T ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpcre36.7-1Perl 5 Compatible Regular Expressi ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3-15 compression library - runtime pan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469228: eagle: schematics view scrambles on vertical scroll
Package: eagle Version: 4.16r2-1 Severity: normal The schematics view scrambles during vertical scroll. This happens if I drag the mouse in the window, or if I drag the scrollbar. The schematics is rendered unreadable. It stays that way until I zoom in or out. However, everything is fine if I click on the vertical scroll bar. Horizontal scroll is fine too. ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eagle depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii eagle-data4.16r2-1 Data files for Eagle ii libc6 2.7-6 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar eagle recommends no packages. -- debconf information: eagle/install-license: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475167: e2fsprogs: fsck.ext3 fails with undefined symbol: ext2fs_dblist_get_last
Package: e2fsprogs Version: 1.40.8-2 Severity: important Since an update to 1.40.8-2 calls of fsck fails to check ext3 filesystems. Error message is: fsck.ext3: symbol lookup error: fsck.ext3: undefined symbol: ext2fs_dblist_get_last fsck died with exit status 127 failed (code 127). file system check failed. The logfile in /var/log/fsck/checkfs contains no additional info. According to the release notes, a function ext2fs_dblist_get_last() was added in the last release. (http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.40.8) ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages e2fsprogs depends on: ii e2fslibs 1.40.8-2 ext2 filesystem libraries ii libblkid1 1.40.8-2 block device id library ii libc6 2.7-10 GNU C Library: Shared libraries ii libcomerr21.40.8-2 common error description library ii libss21.40.8-2 command-line interface parsing lib ii libuuid1 1.40.8-2 universally unique id library e2fsprogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#571238: freecad: save produces empty files (resolved)
The problem turned out to be a consequence of an overflowing /-partition. After I reorganized my hard disk, freecad saves fine. However, it would be nice, if freecad would complain if the save failed. This bug report may be downgraded, or closed. ---(kaimartin)--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587406: #587406: resolved by update
After an update yesterday with synptic to the current state of squeeze, the problem went away. update-manager proceeded fine today. Whatever the problem was, it seems to be resolved. This report may be closed. ---)kaimartin(--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get pgpGZaE43zP6n.pgp Description: PGP signature
Bug#590702: fixed by update.
Just did an update of my squeeze box. After this the bug does not show anymore. The example URL downloads fine. Debian maintainers clearly run a time machine to fix bugs before the are reported! You may close the report. Sorry, for the inconvenience. ---)kaimartin(--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get pgplrjt2vDvj1.pgp Description: PGP signature
Bug#631815: gnome-terminal: Fails to execute anything after upgrade to v3.0.1-1
Package: gnome-terminal Version: 3.0.1-1 Severity: grave Justification: renders package unusable After upgrade to version 3.0.1-1 gnome terminal fails to execute any command. There is a prompt, and typed in commands are echoed like they should. Menus do work as expected. However, there is no reaction at all to the [return] key. This makes the gnome-terminal unusable. In the first line of the terminal window there is an error message: *** VTE ***: Failed to load terminal capabilities from '/etc/termcap' ---)kaiamrtin(--- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gnome-terminal-data 3.0.1-1Data files for the GNOME terminal ii gsettings-desktop-schemas 3.0.1-1GSettings deskop-wide schemas ii libatk1.0-0 2.0.0-1The ATK accessibility toolkit ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.10-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm62:1.2.0-2 X11 Session Management library ii libvte-2.90-9 1:0.28.1-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.4.3-2 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631815: Other vte based emulators work as expected
Otehr vte based emulators like sakura or evilvte do work as expected. So the set-up of vte itself does not seem to be the culprit. ---)kaiamrtin(--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get pgp2L6kBxVFj9.pgp Description: PGP signature
Bug#683884: qucs: no installation candidate
José Luis Redrejo jredr...@gmail.com wrote: I'll check it , last time I checked the qt4 port it was half done and not usable. I just installed the deb package for amd64 the ubuntu repository on current testing/jessie: https://launchpad.net/~qucs/+archive/qucs/+packages https://launchpad.net/~qucs/+archive/qucs/+files/qucs_0.0.17-3_amd64.deb The GUI seems fine and usable. I was able to do the getting-started tutorial. Can you look into reintroduction in debian again? Thank you for maintaining the package, ---)kaimartin(--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get signature.asc Description: PGP signature
Bug#742591: regression: no labels for radio stations anymore
Package: guayadeque Version: 0.3.7~ds0-1 Severity: normal Dear Maintainer, since the upgrade to v3.7 of guayadeque, the GUI does not show labels for radio stations any more. Right-click on the radio station in the current playlist yields a menu with a line Edit Labels. However, if I select the item, nothing happens. No message on the command line, either. In v3.5 right click on a line in the list of radio stations used to yield a context menu with an entry edit labels. I see no such entry in v3.7. In v3.5 there used to be a field labels in the radio tab, which does not show in v3.7. Cite from the user manual: http://guayadeque.org/forums/index.php?p=/page/using_radio Note that you can apply labels to the radio stations as you can with your music collection. This bring you all the possibilities you have with your local music but this time with radio stations. You can catalog it by many different aspects using this feature. There is no alternative way to select a list of favorite radio stations, either. Given the shear number of radio stations listed by shoutcast and/or tunein, this is a significant regression in usability. ---)kaimartin(--- *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guayadeque depends on: ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu2 ii libc6 2.18-4 ii libcurl3-gnutls 7.35.0-1 ii libdbus-1-3 1.8.0-2 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.38.2-5 ii libgpod40.8.3-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libindicate50.6.92-2 ii libstdc++6 4.8.2-16 ii libtag1c2a 1.9.1-2 ii libwxbase2.8-0 2.8.12.1+dfsg-2 ii libwxgtk2.8-0 2.8.12.1+dfsg-2 ii libwxsqlite3-2.8-0 3.0.6.1~dfsg0-2 guayadeque recommends no packages. guayadeque suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get signature.asc Description: PGP signature
Bug#743658: geda: update of geda pckage(es) fails
Package: geda Version: 1:1.6.2-4.3 Severity: normal Dear Maintainer, an effort to upgrade the geda suite with apt-get on debian/testing failed with errors. Excerpt from the log: /--- (...) Preparing to unpack .../geda-utils_1%3a1.8.2-3_amd64.deb ... Unpacking geda-utils (1:1.8.2-3) over (1:1.6.2-4.3) ... dpkg: error processing archive /var/cache/apt/archives/geda-utils_1%3a1.8.2-3_amd64.deb (--unpack): trying to overwrite '/usr/bin/sw2asc', which is also in package geda-gnetlist 1:1.6.2-4.3 Preparing to unpack .../geda-gsymcheck_1%3a1.8.2-3_amd64.deb ... Unpacking geda-gsymcheck (1:1.8.2-3) over (1:1.6.2-4.3) ... Preparing to unpack .../geda-gschem_1%3a1.8.2-3_amd64.deb ... Unpacking geda-gschem (1:1.8.2-3) over (1:1.6.2-4.3) ... Preparing to unpack .../geda-gnetlist_1%3a1.8.2-3_amd64.deb ... Unpacking geda-gnetlist (1:1.8.2-3) over (1:1.6.2-4.3) ... Preparing to unpack .../geda-gattrib_1%3a1.8.2-3_amd64.deb ... Unpacking geda-gattrib (1:1.8.2-3) over (1:1.6.2-4.3) ... Processing triggers for man-db (2.6.6-1) ... Processing triggers for libglib2.0-0:i386 (2.38.2-5) ... Processing triggers for libglib2.0-0:amd64 (2.38.2-5) ... Processing triggers for desktop-file-utils (0.22-1) ... Processing triggers for mime-support (3.54) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for menu (2.1.46) ... Errors were encountered while processing: /var/cache/apt/archives/geda-utils_1%3a1.8.2-3_amd64.deb W: Waited for dpkg --assert-multi-arch but it wasn't there - dpkgGo (10: No child processes) E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of geda-gsymcheck: geda-gsymcheck depends on libgeda42 (= 1.6.0); however: Package libgeda42 is not installed. geda-gsymcheck depends on geda-symbols (= 1:1.7.1); however: Version of geda-symbols on system is 1:1.6.2-4.3. dpkg: error processing package geda-gsymcheck (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of geda-gschem: geda-gschem depends on libgeda42 (= 1:1.8.0); however: Package libgeda42 is not installed. geda-gschem depends on geda-symbols (= 1:1.7.1); however: Version of geda-symbols on system is 1:1.6.2-4.3. dpkg: error processing package geda-gschem (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of geda-gattrib: geda-gattrib depends on libgeda42 (= 1.6.2); however: Package libgeda42 is not installed. geda-gattrib depends on geda-symbols (= 1:1.7.1); however: Version of geda-symbols on system is 1:1.6.2-4.3. dpkg: error processing package geda-gattrib (--configure): dependency problems - leaving unconfigured (...) Errors were encountered while processing: geda-gsymcheck geda-gschem geda-gattrib geda-gnetlist \- ---)kaimartin(--- -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geda depends on: ii geda-doc 1:1.6.2-4.3 iu geda-gnetlist 1:1.8.2-3 iu geda-gschem1:1.8.2-3 Versions of packages geda recommends: iu geda-gattrib1:1.8.2-3 iu geda-gsymcheck 1:1.8.2-3 Versions of packages geda suggests: pn geda-examples none ii geda-utils 1:1.6.2-4.3 ii gerbv 2.6.0-1 pn pcbnone -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get signature.asc Description: PGP signature
Bug#756708: mime-support: /usr/bin/edit should point to /etc/alternatives/editor
Package: mime-support Version: 3.56 Severity: normal Dear Maintainer, the package mime-supports installs /usr/bin/edit as a symlink to /usr/bin/run-mailcap . However, in many cases this does not open the the application most probably desired by the user. E.g.: $ edit foobar.html would open the sensible www-browser, most likely iceweasel. The expected behaviour would be to open an editor instead. Suggestion: A better link target would be /etc/alternatives/editor ---)kaimartin(--- PS: Thank you Debian maintainers for your long term efforts! *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 1:5.19-1 mime-support suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get signature.asc Description: PGP signature
Bug#765615: cairo-dock: restarts on right-click
Package: cairo-dock Version: 3.3.2-1 Severity: important Dear Maintainer, * What led up to the situation? 1) started cairo-dock on the command line system is jessie updated today. 2) right-click on an icon in the panel * What was the outcome of this action? A menu flashes at mouse position for less than 1/10 second. Then cairo-dock exits and restarts. There are errors and warnings on the command line. See below. * What outcome did you expect instead? A context menu with several options to choose from. I tried to remove $HOME/.config/cairo-dock result: cairo dock offers the default panel. It still restarts on right-click However, if I right-click before I acknowledge the welcome message, right-click works as expected. Messages on the command line after right-click: /- gtk_window_set_accept_focus: assertion 'GTK_IS_WINDOW (window)' failed gtk_widget_realize: assertion 'GTK_IS_WIDGET (widget)' failed warning : (/tmp/buildd/cairo-dock-3.3.2/src/cairo-dock.c:_cairo_dock_intercept_signal:182) Cairo-Dock has crashed (sig 11). It will be restarted now. Feel free to report this bug on glx-dock.org to help improving the dock! info on the system : Linux kwak 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 GNU/Linux Couldn't guess if it was an applet's fault or not. It may have crashed inside the core or inside a thread restarting with 'cairo-dock'... ** (cairo-dock:13010): WARNING **: Couldn't register with accessibility bus: 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. Cairo-Dock version : 3.3.2 Compiled date : Nov 7 2013 04:33:54 Built with GTK : 3.8 Running with OpenGL: 1 sh: 1: /usr/lib/x86_64-linux-gnu/cairo-dock/cairo-dock-launcher-API-daemon: not found GldiShortkey 'ControlF12' failed! warning : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-keybinder.c:init_object:455) Couldn't bind 'ControlF12' (Log out: Show the logout menu) This shortkey is probably already used by another applet or another application GldiShortkey 'ControlF6' failed! warning : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-keybinder.c:init_object:455) Couldn't bind 'ControlF6' (Quick Browser: Show/hide the folder menu) This shortkey is probably already used by another applet or another application GldiShortkey 'ControlF1' failed! warning : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-keybinder.c:init_object:455) Couldn't bind 'ControlF1' (Applications Menu: Show/hide the Applications menu) This shortkey is probably already used by another applet or another application GldiShortkey 'ControlF2' failed! warning : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-keybinder.c:init_object:455) Couldn't bind 'ControlF2' (Applications Menu: Show/hide the quick-launch dialogue) This shortkey is probably already used by another applet or another application cairo_dock_create_surface_from_image_simple: assertion 'cImageFile != NULL' failed GldiShortkey 'ControlF10' failed! warning : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-keybinder.c:init_object:455) Couldn't bind 'ControlF10' (Recent-Events: Show/hide the Recent Events) This shortkey is probably already used by another applet or another application -- System Information: Debian Release: jessie APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cairo-dock depends on: ii cairo-dock-core 3.3.2-1 ii cairo-dock-plug-ins 3.3.2-3.3+b1 cairo-dock recommends no packages. cairo-dock suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get signature.asc Description: PGP signature
Bug#763769: glabels exists with Abort when creating a new document
Package: glabels Version: 3.0.1-4+b1 Followup-For: Bug #763769 Dear Maintainer, I see this bug in XFCE and in the gnome desktop environment, too. Message on the command line is: /- (process:18231): Gtk-Message (recursed): GtkDialog mapped without a transient parent. This is discouraged.Aborted \- ---)kaimartin(--- -- System Information: Debian Release: jessie APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glabels depends on: ii dpkg 1.17.13 ii glabels-data 3.0.1-4 ii libc62.19-11 ii libcairo21.12.16-5 ii libebook-1.2-14 3.12.6-1.1 ii libebook-contacts-1.2-0 3.12.6-1.1 ii libedataserver-1.2-183.12.6-1.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk-3-0 3.14.1-1 ii libiec16022-00.2.4-1.1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libqrencode3 3.4.3-1 ii librsvg2-2 2.40.4-1 ii libxml2 2.9.1+dfsg1-4 Versions of packages glabels recommends: ii evince 3.14.0-2 Versions of packages glabels suggests: ii evolution-data-server 3.12.6-1.1 -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get signature.asc Description: PGP signature
Bug#797528: psutils: psmerge fails due to unknown device "pswrite"
Package: psutils Version: 1.17.dfsg-2 Severity: important Dear Maintainer, psmerge from current debian /testing fails immediately. It complains about an unknown device "pswrite": / $ psmerge -o/tmp/was.ps /tmp/foo.eps /tmp/bar.eps Unknown device: pswrite sfopen: gs_parse_file_name failed. sfopen: gs_parse_file_name failed. ./base/gsicc_manage.c:1084: gsicc_open_search(): Could not find default_gray.icc | ./base/gsicc_manage.c:1690: gsicc_set_device_profile(): cannot find device profile Unrecoverable error: unknownerror in .special_op Operand stack: defaultdevice Unrecoverable error: undefined in .uninstallpagedevice Operand stack: defaultdevice $ \--- -- System Information: Debian Release: stretch APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages psutils depends on: ii libc6 2.19-19 ii libpaper1 1.1.24+nmu4 Versions of packages psutils recommends: ii ghostscript 9.16~dfsg-2 psutils suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk=get pgpBlMzgAQY_e.pgp Description: OpenPGP digital signature
Bug#797528: psutils: psmerge fails due to unknown device "pswrite"
Dear Maintainer. Seems like pswrite was removed upstream and replaced by ps2write. So the issue can be resolved by changing 'pswrite' to 'ps2write' in /usr/bin/psmerge . See the attached diff. ---<)kaimartin(>--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk=get *** /tmp/psmerge 2015-08-31 13:25:19.283542950 +0200 --- /usr/bin/psmerge 2015-08-31 13:25:33.735294370 +0200 *** if (defined $gs) *** 31,37 { # Just invoke gs $outfile = '/dev/stdout' unless defined $outfile; !exec +(qw(gs -q -dNOPAUSE -dBATCH -sDEVICE=ps2write), "-sOutputFile=$outfile", '-f', @ARGV); die "$prog: exec /usr/bin/gs failed\n"; } --- 31,37 { # Just invoke gs $outfile = '/dev/stdout' unless defined $outfile; !exec +(qw(gs -q -dNOPAUSE -dBATCH -sDEVICE=pswrite), "-sOutputFile=$outfile", '-f', @ARGV); die "$prog: exec /usr/bin/gs failed\n"; } pgpOs9vfWsQ56.pgp Description: OpenPGP digital signature
Bug#797537: repstopdf: pswrite was removed upstream
Package: texlive-font-utils Version: 2015.20150823-1 Severity: minor Tags: patch Dear Maintainer, the device pswrite was removed from gs. So it should be removed from the filter list in /usr/bin/repstopdf , too. See the attached patch file. ---<)kaimartin(>--- ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 kmk iqo 6900 Mar 24 2010 /home/kmk/texmf/ls-R -rw-r--r-- 1 root root 1218 Aug 31 14:01 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 27 16:08 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Aug 23 09:02 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Aug 23 09:02 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 475 Aug 25 11:55 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 3433 Aug 25 11:36 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Aug 23 09:02 /usr/share/texmf/web2c/updmap.cfg -> /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3910 Aug 31 14:01 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 May 30 2014 mktex.cnf -rw-r--r-- 1 root root 475 Aug 25 11:55 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages texlive-font-utils depends on: ii tex-common6.02 ii texlive-base 2015.20150823-1 ii texlive-binaries 2015.20150524.37493-5 Versions of packages texlive-font-utils recommends: ii ghostscript 9.16~dfsg-2 ii ps2eps 1.68+binaryfree-1 Versions of packages texlive-font-utils suggests: ii psutils 1.17.dfsg-2 ii t1utils 1.38-4 Versions of packages tex-common depends on: ii dpkg 1.18.2 ii ucf 3.0030 Versions of packages tex-common suggests: ii debhelper 9.20150811 Versions of packages texlive-font-utils is related to: ii tex-common6.02 ii texlive-binaries 2015.20150524.37493-5 -- debconf information: tex-common/check_texmf_missing: tex-common/check_texmf_wrong: -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk=get *** /tmp/repstopdf 2015-08-31 14:11:04.568662091 +0200 --- /usr/bin/repstopdf 2015-01-25 01:05:46.0 +0100 *** my @restricted_devlist_ext = qw[ *** 328,334 planm planc plank pcxmono pcxgray pcx16 pcx256 pcx24b pcxcmyk pcx2up png16 png16m png256 png48 pngalpha pnggray pngmono ! psdf psdcmyk psdrgb pdfwrite ps2write epswrite psgray psmono psrgb tiffs tiff12nc tiff24nc tiff48nc tiff32nc tiff64nc tiffcrle tifflzw tiffpack tiffgray tiffsep tiffsep1 tiffscaled tiffscaled8 tiffscaled24 svg svgwrite --- 328,334 planm planc plank pcxmono pcxgray pcx16 pcx256 pcx24b pcxcmyk pcx2up png16 png16m png256 png48 pngalpha pnggray pngmono ! psdf psdcmyk psdrgb pdfwrite pswrite ps2write epswrite psgray psmono psrgb tiffs tiff12nc tiff24nc tiff48nc tiff32nc tiff64nc tiffcrle tifflzw tiffpack tiffgray tiffsep tiffsep1 tiffscaled tiffscaled8 tiffscaled24 svg svgwrite pgpAiPLruiHwy.pgp Description: OpenPGP digital signature
Bug#798164: vtk: do not ship in stretch
On Sun, 6 Sep 2015 13:05:07 +0200 Julien Cristau <jcris...@debian.org> wrote: > The mix of vtk 5.x and vtk 6.x in the archive was bad enough in jessie, > we shouldn't ship that again for stretch. However, there is a reason to keep both: vtk6 is qt5 based only. This leaves applications which are still on qt4 in the dark. One such application is the simulation tool. Elmer is unstable only right now. But this is due to long standing license issues. These have finally been resolved. It would be unfortunate if elmer would not make it to straetch because of a missing vtk package. ---<)kaimartin(>--- -- Kai-Martin Knaak k...@lilalaser.de http://lilalaser.de/blog pgpaqb0mQsifZ.pgp Description: OpenPGP digital signature
Bug#821782: openafs-modules-dkms installs correctly against Linux 4.4.0-1-amd64
Package: openafs-modules-dkms Version: 1.6.17-2 Followup-For: Bug #821782 Dear Maintainer, the same set-up which failed for kernel 4.5.0-1-amd64 installed fine for kernel 4.4.0-1-amd . Regards, ---<)kaimartin(>--- -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openafs-modules-dkms depends on: ii dkms 2.2.0.3-2 ii libc6-dev 2.22-7 ii perl 5.22.1-10 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.6.17-2 openafs-modules-dkms suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk=get pgpTl5vOLxj7a.pgp Description: OpenPGP digital signature
Bug#821782: openafs-modules-dkms: fails to build modules for kernel 4.5.0-1-amd64
penafs/1.6.17/build/src/libafs/MODLOAD-4.5.0-1-amd64-SP] Error 2 Makefile:146: recipe for target 'sub-make' failed make[4]: *** [sub-make] Error 2 Makefile:8: recipe for target 'all' failed make[3]: *** [all] Error 2 make[3]: Leaving directory '/usr/src/linux-headers-4.5.0-1-amd64' FAILURE: make exit code 2 Makefile.afs:241: recipe for target 'openafs.ko' failed make[2]: *** [openafs.ko] Error 1 make[2]: Leaving directory '/var/lib/dkms/openafs/1.6.17/build/src/libafs/MODLOAD-4.5.0-1-amd64-SP' Makefile:138: recipe for target 'linux_compdirs' failed make[1]: *** [linux_compdirs] Error 2 make[1]: Leaving directory '/var/lib/dkms/openafs/1.6.17/build/src/libafs' Makefile:13: recipe for target 'all' failed make: *** [all] Error 2 --->8- -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openafs-modules-dkms depends on: ii dkms 2.2.0.3-2 ii libc6-dev 2.22-7 ii perl 5.22.1-10 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.6.17-2 openafs-modules-dkms suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk=get pgpO59M_akcuB.pgp Description: OpenPGP digital signature
Bug#855550: xflr5: more recent versions released upstream
Package: xflr5 Version: 6.09.06-2+b2 Severity: normal Dear Maintainer, current version of xflr5 in debian is v6.09.06 from december 2013. Upstream has been quite active and released quite a number of versions which fixed bugs and added substatially to the usability. Current upstream version is v6.31 See the release notes of the project: http://www.xflr5.com/ReleaseNotes.htm Is there a chance to push the version of the Debian package? Thanks for maintaining tis most useful application. ---<)kaimartin(>--- *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xflr5 depends on: ii libc6 2.24-9 ii libgcc1 1:6.3.0-6 ii libgl1-mesa-glx [libgl1] 13.0.3-1 ii libqt4-opengl 4:4.8.7+dfsg-11 ii libqt4-xml4:4.8.7+dfsg-11 ii libqtcore44:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libstdc++66.3.0-6 Versions of packages xflr5 recommends: ii xflr5-doc 6.09.06-2 xflr5 suggests no packages. -- no debconf information -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53
Bug#902658: apache2: apachectl graceful/restart results in segfault
Similar problem here. My apache2 server goes into a reload loop every time /etc/logrotate.d/apache2 is called. That is, daily a few minutes after midnight. The loop is triggered by the reload statement in the logrotate script. As a band-aid I just replaced "reload" by "restart" in the logrotate script. In my case kern.log attributes the segfault to libglib-2.0: # tail -n 1 /var/log/kern.log Jul 24 02:22:39 bibo kernel: [175623.347801] /usr/sbin/apach[8662]: segfault at 7fb516473660 ip 7fb516473660 sp 7ffe8b10e508 error 14 in libglib-2.0.so.0.5600.1[7fb516dac000+113000] If I apply the /proc/$pid/maps|sort search with ldd I get: # pid=770; for i in $(awk '{ print $6 }' < /proc/$pid/maps|sort -u|grep /) ; do ldd -d $i|grep libglib && echo $i ; done ldd: /dev/zero: not regular file ldd: /SYSV6405bf18: No such file or directory libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7fcfb3308000) /usr/lib/php/20170718/imagick.so libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7f0a395be000) /usr/lib/x86_64-linux-gnu/liblqr-1.so.0.3.2 libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7f2b15ea5000) /usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.5.0.0 libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7fa7bdb1c000) /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so.5.0.0 ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpSsBAWbqJD8.pgp Description: OpenPGP digital signature
Bug#948307: works with openafs 1.8.5-1 and kernel 5.4.0-4-amd64
Dear Ben, I can confirm that dkms module openafs 1.8.5-1 from unstable compiles fine with kernel 5.4.0-4-amd64 . Thank you for the heads up. All the best, ---<)kaimartin(>--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptik tel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 https://keyserver.ubuntu.com/pks/lookup?op=get=0xC13AA4CC7B0F9882 pgphXZR9yAmq5.pgp Description: OpenPGP digital signature
Bug#948307: Also fails for kernel 5.4.0-2-amd64
I tried to build the module for kernel 5.4.0-2-amd64 but got the same failure like with kernel 5.3.15 Best regards, ---<)kaimartin(>--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptik tel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 https://keyserver.ubuntu.com/pks/lookup?op=get=0xC13AA4CC7B0F9882 pgpmLFoQ4NZpP.pgp Description: OpenPGP digital signature
Bug#948307: openafs-modules-dkms: Compile of the module fails for kernel 5.3.15
Package: openafs-modules-dkms Version: 1.8.4~pre1-1 Severity: important Tags: newcomer Dear Maintainer, the openafs module fails to build for kernel 5.3.15 on my system. * What led up to the situation? apt upgrade * What was the outcome of this action? The openafs module failed to build for kernel 5.3.15. See the log in the attachment. The module did build for kernel 5.2.17 , though. * What outcome did you expect instead? The openafs module builds and installs for kernel 5.3.15 The relevant portion of the log seems to be: (...) CC [M] /var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP/rx_kmutex.o In file included from /var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP/rx_kmutex.c:24: /var/lib/dkms/openafs/1.8.4pre1/build/src/afs/LINUX/osi_compat.h: In function ‘afs_linux_search_keyring’: /var/lib/dkms/openafs/1.8.4pre1/build/src/afs/LINUX/osi_compat.h:225:12: error: too few arguments to function ‘keyring_search’ 225 | key_ref = keyring_search( |^~ In file included from /usr/src/linux-headers-5.3.0-3-common/include/linux/cred.h:13, from /usr/src/linux-headers-5.3.0-3-common/include/linux/seq_file.h:12, from /usr/src/linux-headers-5.3.0-3-common/include/linux/seq_file_net.h:5, from /usr/src/linux-headers-5.3.0-3-common/include/net/net_namespace.h:186, from /usr/src/linux-headers-5.3.0-3-common/include/linux/netdevice.h:38, from /usr/src/linux-headers-5.3.0-3-common/include/net/inet_sock.h:19, from /usr/src/linux-headers-5.3.0-3-common/include/linux/udp.h:16, from /var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP/./netinet/udp.h:1, from /var/lib/dkms/openafs/1.8.4pre1/build/src/rx/rx_kcommon.h:110, from /var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP/rx_kmutex.c:20: /usr/src/linux-headers-5.3.0-3-common/include/linux/key.h:387:18: note: declared here 387 | extern key_ref_t keyring_search(key_ref_t keyring, | ^~ make[5]: *** [/usr/src/linux-headers-5.3.0-3-common/scripts/Makefile.build:286: /var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP/rx_kmutex.o] Error 1 make[4]: *** [/usr/src/linux-headers-5.3.0-3-common/Makefile:1639: _module_/var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP] Error 2 make[3]: *** [/usr/src/linux-headers-5.3.0-3-common/Makefile:179: sub-make] Error 2 make[3]: Leaving directory '/usr/src/linux-headers-5.3.0-3-amd64' FAILURE: make exit code 2 make[2]: *** [Makefile.afs:280: openafs.ko] Error 1 make[2]: Leaving directory '/var/lib/dkms/openafs/1.8.4pre1/build/src/libafs/MODLOAD-5.3.0-3-amd64-SP' make[1]: *** [Makefile:187: linux_compdirs] Error 2 make[1]: Leaving directory '/var/lib/dkms/openafs/1.8.4pre1/build/src/libafs' make: *** [Makefile:15: all] Error 2 Hope, this helps fix the problem. Best regards, ---<)kaimartinknaak>--- -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openafs-modules-dkms depends on: ii dkms 2.8.1-4 ii libc6-dev 2.29-7 ii perl 5.30.0-9 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.8.4~pre1-1 openafs-modules-dkms suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. f. Quantenoptik tel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 https://keyserver.ubuntu.com/pks/lookup?op=get=0xC13AA4CC7B0F9882 DKMS make.log for openafs-1.8.4pre1 for kernel 5.3.0-3-amd64 (x86_64) Mon 6 Jan 15:55:04 CET 2020 checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header
Bug#965098: Removal of geda-gaf
Dear maintainer, The removal request suggests to use lepton-eda as a drop-in replacement for geda-gaf. I tested lepton-eda with one of my geda projects ("Lasertreiber"). This is a medium scale analogue circuit with a hierarchy of three subcircuits. I noted a few issues: * Apparently, lepton was forked before docks were introduced to the GUI of gschem. Consequently, lepton-schematics still uses pop-up dialogues for frequent tasks like the choice of symbols or setting values of attributes. While geda-gaf 1.10 maintains the ability to work with pop-ups, it also supports docks that attach to the sides of the main window. IMHO, this makes the UI much more usable - no more need to constantly move mini windows around. The docks match the general UI paradigm of other design applications like freecad or inkscape, too. * Text in lepton-schematic is put almost but not quite at the same place as in gschem. It seems to be shifted up or down a little bit, depending on where the attachment point of the text is set. The amount of shift depends on the font size. It seems to be about an eighth of the font height. I like to carefully place labels close but not too close to symbols. This is noticeably affected by the shift. The result is still readable. The text is just positioned a little off. * Text in lepton-schematic is rendered larger than in gschem. Size increase is about 15 %. * lepton-schematic uses a different font family in print than on screen. The PDF shows text in a serif font while text on screen is shown in sans serif. This may be configurable. I just report on the defaults. * Version 1.10 of gschem saw a major usability improvement when dealing with hierarchies: In gschem a double-click on a subsheet symbol now opens the corresponding subsheet. To return, there is a nice big button in the row of actions. With lepton-schematics I still have to select the subsheet symbol and open a menu to go "down-schematic". * Issue reporting of potential problems on export of the netlist got noticeably better in geda. On import to the layout application pcb I now get warnings in a dialogue rather than on stdout. The messages themselves are much more legible, too. These changes came when the backends of geda got ported from scheme to python and were essentially rewritten in the process. Since lepton was forked to explicitly not move to python, the above improvements are missing in lepton. As you may have guessed from the comments, I like to work with the most up to date version of geda. I habitually pull the latest development version from the git repo and compile myself. So removal of geda from debian does not immediately affect my work flow. However, I also teach electronics. Removal of geda-gaf would put me in an awkward place. It would make it harder for the students to install the same set-up at home. What would it take to keep the original geda in Debian (preferably in the latest released version, that is 1.10)? Best regards, ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpfekiCHmyTP.pgp Description: OpenPGP digital signature
Bug#965098: migrated to guile 2.2
Just a heads-up: Upstream pushed a few patches to the git repository to make the package compatible with guile 2.2. This removes the road block that triggered this removal request. Is there anything else that prevents geda-gaf from staying in the Debian repos? ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpkbooHNwbcN.pgp Description: OpenPGP digital signature
Bug#975985: intend to adopt
Hi Bdale. I use geda-gaf several times a week. Because of recent progress in geda-gaf I do not feel inclined to switch to lepton-eda. So I hereby express my intend to adopt the package and act as a maintainer. However, this is the first time I touch Debian maintenance. I would happily accept pointers where to start. Am reading the "Debian New Maintainers' Guide" right now. Is there any other place to look at? Viele Grüße, ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpHfefEBlAXc.pgp Description: OpenPGP digital signature
Bug#965098: geda-gaf orphaned
On Fri, 27 Nov 2020 10:56:18 -0700 (MST) Bdale Garbee wrote: > In light of Kai-Martin Knaak's comments here, I won't push harder for > geda-gaf to be removed from Debian. > > However, since I have no intention of doing more work on it myself, I > just filed bug #975985 marking geda-gaf as orphaned. > > Bdale I just added my intention to adopt the package to this bug. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpYW_KqP_yKB.pgp Description: OpenPGP digital signature
Bug#965098: migrated to guile 2.2
On Tue, 27 Oct 2020 09:39:16 -0700 Sean Whitton wrote: > Hello, > > On Mon 26 Oct 2020 at 04:58AM +01, Kai-Martin Knaak wrote: > > > Just a heads-up: > > Upstream pushed a few patches to the git repository to make the > > package compatible with guile 2.2. > > > > This removes the road block that triggered this removal request. Is > > there anything else that prevents geda-gaf from staying in the Debian > > repos? > > Well, someone needs to update the version of the package in Debian. > Can you? I am rather interested in having the non forked version of geda available in Debian. I use geda on a daily base at work. While I habitually build the application from source, my workmates certainly do not. I see that Bdale officially orphaned the package(s). So I may step up to carry the flag and maintain the geda package in Debian. What would be the first steps to do so? (I am a long time user of Debian but never had a reason to enter this arena?) ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpYaZXqr6fKZ.pgp Description: OpenPGP digital signature
Bug#859342: Florence: segfault when clicking on size changing keys
Unfortunately, florence still crashes if I hit the zoom keys with current Debian/bullseye just before freeze. There is a message on stdout: -- $ dbus[105330]: arguments to dbus_connection_unref() were incorrect, assertion "connection->generation == _dbus_current_generation" failed in file ../../../dbus/dbus-connection.c line 2823. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace -- Hope, this helps to fix the bug, ---<)kaimartin(>--- pgp4wwCVBqz3c.pgp Description: OpenPGP digital signature
Bug#975985: Your mail
I went ahead and adopted the package. I uploaded geda-gaf-1.10.2-1 to debian-mentors. The package is currently waiting for a sponsor to upload it into unstable. So this bug can be closed. https://mentors.debian.net/package/geda-gaf/ ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgp7Oi7St7Vdi.pgp Description: OpenPGP digital signature
Bug#982164: RFS: geda-gaf/1.10.2-2 [ITA] -- GPL EDA -- Electronics design software
On Sun, 7 Feb 2021 11:13:53 +0200 Juhani Numminen wrote: > Please also close these two bugs in your changelog: > > #975985, ITA is to be closed when you set yourself as the new > maintainer/uploader [1] > > #747424, requesting the new upstream version done. > The changelog should mention that Bdale removed himself from the list > of Uploaders. [2] done. > The mentors.d.n page shows that the packages still depend on python2, > so are you first making the package name change python->python2 > (#966736) and only later switching to python3 (#936593)? yes. I know, migration to python3 is inevitable. However, the transition from geda-gaf-1.8 to 1.10 involved large amounts of python code. I talked to upstream (Roland Lutz): Migration to python3 will be a little tedious and non-trivial. It will be the main focus of upcoming development, non the less. > If that's the > case, we need to unmerge #966736 and #936593. > > [1] https://www.debian.org/devel/wnpp/#l3 > [2] > https://salsa.debian.org/electronics-team/geda-gaf/-/commit/8633b12b984541ab5ca1c139ffed7d10b3871439 Beeing new to Debian package maintenance, I am unsure how to proceed on this. Should I act on the bugs? Am I allowed to set tags? If so which would be appropriate? ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpIV8wlfctT6.pgp Description: OpenPGP digital signature
Bug#982164: RFS: geda-gaf/1.10.2-2 [ITA] -- GPL EDA -- Electronics design software
Following the the suggestion by Roland, I moved the xorn executable to gedalib-common. In addition I removed the closes clause for #936593 and closed #966736 in the changelog. Lintian complained about inconsistent licenses. So I made debian/copyright aware that certain files are GFDL licensed (with no invariant parts). I just uploaded a new version of the source package to debian-mentors and made sure, the sponsor search flag is still set: https://mentors.debian.net/package/geda-gaf/ ---<)kaimartin(>--- pgpZGetl0LOUg.pgp Description: OpenPGP digital signature
Bug#885195: [Pkg-electronics-devel] Bug#885195: guile-2.0 removed
Joerg Jaspert schrieb am 13. February 2021: > i just removed guile-2.0 from unstable. > While your package already won't be part of the next release, it will > now also be unusable in unstable. > > Please either upload a fixed version A fixed version sits at debian mentors looking for a sponsor. https://mentors.debian.net/package/geda-gaf/ First upload to debian mentors was last week (Tuesday 9th). I reploaded to amend changes that make lintian complain less and respond to remarks by reviewers. All the best, ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgp5DT0e2autd.pgp Description: OpenPGP digital signature
Bug#982164: RFS: geda-gaf/1.10.2-2 [ITA] -- GPL EDA -- Electronics design software
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "geda-gaf": * Package name: geda-gaf Version : 1.10.2-2 Upstream Author : gEDA Contributors * URL : http://www.geda-project.org/ * License : GPL-2+ * Vcs : https://salsa.debian.org/electronics-team/geda-gaf Section : electronics It builds those binary packages: geda-doc - GPL EDA -- Electronics design software (documentation) geda-examples - GPL EDA -- Electronics design software (example designs) geda-cli - GPL EDA -- Electronics design software (gaf utility) geda-utils - GPL EDA -- Electronics design software (utilities) geda-gsymcheck - GPL EDA -- Electronics design software (symbol checker) geda-gnetlist - GPL EDA -- Electronics design software (netlister) geda-gattrib - GPL EDA -- Electronics design software (attribute editor) geda-gschem - GPL EDA -- Electronics design software (schematic editor) geda-symbols - GPL EDA -- Electronics design software (symbols library) libgeda-common - GPL EDA -- Electronics design software (data files) libgeda-dev - GPL EDA -- Electronics design software (development files) libgeda47 - GPL EDA -- Electronics design software (library files) geda - GPL EDA -- Electronics design software (metapackage) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/geda-gaf/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/geda-gaf/geda-gaf_1.10.2-2.dsc Changes since the last upload: geda-gaf (1:1.10.2-2) unstable; urgency=medium . * Add lintian override for desktop-entry-lacks-main-category according to the policy of pkg-electronics https://wiki.debian.org/Teams/pkg-electronics . -- Kai-Martin Knaak Sun, 07 Feb 2021 05:00:20 +0100 . . geda-gaf (1:1.10.2-1) unstable; urgency=medium . [ Ahmed El-Mahmoudy ] * Imported Upstream version 1.10.0 * Remove texinfo from build-deps, no more needed according to automake fix in #906426. * Add py3.diff patch to migrate to Python 3 * geda-utils: Depend on python3 instead of python (Closes: #936593) * Removed bashisms.diff and no-refdes-warning-fix.patch patches, applied upstream. * Refresh patches * Update standards version to 4.4.1 * Update copyright years . [ Roland Lutz ] * New upstream release. + Upstream now depends on guile-2.2. Closes: #885195. * Rename libgeda46 to libgeda47 and update symbols file. + Prevent internal C++ symbols from being exported. * debian/control: + Rename binary package `geda-gaf' to `geda-cli' in order to avoid confusion with source package. + Add dependency on geda-cli to metapackage. + Bump dependencies to: geda-symbols (>= 1:1.7.1), geda-symbols (<< 1:1.11.0~) + Change Python dependencies to versioned packages. + Add Python dependencies to libgeda47 and geda-gnetlist. + Remove dependency on libstroke. * debian/rules: Add missing dh_clean invocation to override_dh_clean. * Patch scripts to use versioned interpreter lines. * Remove patches which have been applied upstream. * Update upstream contact information. . [ Kai-Martin Knaak ] * Add xorn man page * Add Keywords entry to geda-gattrib.desktop and geda-gschem.desktop Regards, ---<)kaimartinknaak(>--- -- Kai-Martin Knaak Email: kmk-deb...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgpgy5bNaap3b.pgp Description: OpenPGP digital signature
Bug#982164: RFS: geda-gaf/1.10.2-2 [ITA] -- GPL EDA -- Electronics design software
Juhani Numminen schrieb am 10. February 2021: > Another thing. There is a removal of fam in progress.[1] Please edit > Build-Depends so that you don't introduce a dependency on libfam-dev. > > The xorn executable is not too well suited to be in libgeda47 because > its name does not change with SONAME which would make library > transitions difficult.[2] So perhaps put xorn live in geda-utils then? > > [1] https://bugs.debian.org/966273 > [2] > https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#shared-library-support-files Just a quick note: In my current upload to debian-mentors these issues are addressed. The xorn script lives in libgeda-common now. And the package does not depend on libfam-dev any more. A couple of additional changes have reduced the amount of complains by lintian. https://mentors.debian.net/package/geda-gaf/ All the best, ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: https://keyserver.ubuntu.com/pks/lookup?op=index=0x7B0F9882 pgp5002Dm405X.pgp Description: OpenPGP digital signature
Bug#1010764: openafs-modules-dkms: module fails to build for kernel 5.17.0-1-amd64
Package: openafs-modules-dkms Version: 1.8.8.1-2 Severity: important Dear Maintainer, * What led up to the situation? - regular apt upgrade on testing * What exactly did you do that was effective? - switch to kernel 5.16.0-6-amd64 The module built fine for this slightly older kernel. * What was the outcome of this action? - I am unable to use openafs with kernel 5.17 * What outcome did you expect instead? - a working openafs module for kernel 5.17 /var/lib/dkms/openafs/1.8.8.1/build/make.log seems to indicate a problem with the function complete_and_exit() in afs_call_nfs.c : --- DKMS make.log for openafs-1.8.8.1 for kernel 5.17.0-1-amd64 (x86_64) Mon 9 May 17:10:20 CEST 2022 checking for gcc... gcc-11 (...) CC [M] /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/osi_proc.o CC [M] /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/osi_vnodeops.o /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/osi_vnodeops.c: In function ‘afs_linux_can_bypass’: /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/osi_vnodeops.c:2700:16: warning: this statement may fall through [-Wimplicit-fallthrough=] 2700 | if (i_size_read(ip) > cache_bypass_threshold) | ^ /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/osi_vnodeops.c:2703:9: note: here 2703 | default: | ^~~ CC [M] /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/osi_pagecopy.o CC [M] /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/afs_nfsclnt.o CC [M] /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/afs_nfsdisp.o CC [M] /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/afs_call_nfs.o /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/afs_call_nfs.c: In function ‘afsd_thread’: /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/afs_call_nfs.c:331:9: error: implicit declaration of function ‘complete_and_exit’ [-Werror=implicit-function-declaration] 331 | complete_and_exit(0, 0); | ^ cc1: some warnings being treated as errors make[4]: *** [/usr/src/linux-headers-5.17.0-1-common/scripts/Makefile.build:293: /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP/afs_call_nfs.o] Error 1 make[3]: *** [/usr/src/linux-headers-5.17.0-1-common/Makefile:1855: /var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP] Error 2 make[3]: Leaving directory '/usr/src/linux-headers-5.17.0-1-amd64' FAILURE: make exit code 2 make[2]: *** [Makefile.afs:279: openafs.ko] Error 1 make[2]: Leaving directory '/var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-5.17.0-1-amd64-SP' make[1]: *** [Makefile:186: linux_compdirs] Error 2 make[1]: Leaving directory '/var/lib/dkms/openafs/1.8.8.1/build/src/libafs' make: *** [Makefile:15: all] Error 2 -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openafs-modules-dkms depends on: ii dkms 2.8.7-2 ii libc6-dev 2.33-7 ii perl 5.34.0-4 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.8.8.1-2 openafs-modules-dkms suggests no packages. -- no debconf information -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. für Quantenoptik tel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 PGP-Key: https://keys.openpgp.org/search?q=kn...@iqo.uni-hannover.de pgpSxcK9A8bir.pgp Description: OpenPGP digital signature
Bug#1067884: KiCad no longer seems to recognize any of the built-in libraries
On Fri, 12 Apr 2024 08:45:34 + Erich Minderlein wrote: > I must correct my self: This was an update from devuan chimaera and > an old history concerning $HOME, which lives with me since years > > Today I made a fresh install in a virtual machine and every thing > works fine. > > Then I deleted directories > rm -r $HOME/.config/kicad $HOME/.cache/kicad $HOME/.local/share/kicad > > I started KiCad again as $USER and it acknowledged the libraries. > > This is an aide at least for those who do not have a valuable history > in KiCad > > For the others the problem remains to be solved I beg to differ. You upgraded to Devuan Daedalus which is based on Debian bookworm, aka Debian stable. However, the original bug report concerns in Debian trixie, i.e. Debian testing. In current testing the package kicad depends on kicad-libraries with a version string >=7.0.1~ , which in turn depends on kicad-footprints, kicad-symbols, kicad-templates and kicad-packages3d, again with version string >=7.0.1~ . About two weeks ago, the packages or symbols, footprints, etc. were upgraded to version 8.0.1-1 in testing. So an 'apt upgrade' on debian testing happily pulls these v8 kicad libraries. However, kicad still remains on v7.0.1 . Since kicad libraries are explicitly not downward compatible across major versions, the 7.0.1 kicad binary refuses to load any element from a 8.0.1 library. This makes the package virtually unusable for its intended purpose. I got bitten by the bug, too. Unfortunately, a downgrade to stable is no option, since kicad is on v6.0 over there. All my kicad projects are on v7.0 already and will not open with kicad6. Unfortunately, I found no way to make apt downgrade to version 7.0 of the libraries. Luckily, I was able to regained access to my projects by manually replacing the upgraded v8 libraries with v7 versions from a backup. The upgrade of the package kicad is blocked until until gtk+3.0, libgllib2.0t64, python3.11, curl, opencascade and wywidgets3.2 have all received a successful upgrade. This will probably take a few days. How about adding '<8.0' to the version requirement for the time being? Best regards, ---<)kaimartin(>--- -- Kai-Martin Knaak kn...@iqo.uni-hannover.de Universität Hannover, Inst. für Quantenoptik tel: +49-511-762-2895 Welfengarten 1, 30167 Hannover fax: +49-511-762-2211 PGP-Key: https://keys.openpgp.org/search?q=kn...@iqo.uni-hannover.de pgpQBpw2EC1l5.pgp Description: OpenPGP digital signature