Bug#299244: gnome-cups-manager: Crash with HP Deskjet 3520 PPD file
Package: gnome-cups-manager Version: 0.25-2 Severity: normal When configuring an HP Deskjet 3520, I downloaded the PPD file from linuxprinting.org. When prompted to "Install Driver" for CUPS, I chose that PPD file. gnome-cups-manager crashed. After checking filesystem contents, the PPD had been copied to /usr/share/cups/models/. The file had downloaded correctly. If I try to add it with the ESP CUPS admin tool, it works fine. After that point, gnome-cups-manager can make use of the printer, though it cannot change most of the options. It appears that it is unable to parse the file. Probably an upstream bug. I've included a copy of the PPD at the very bottom of this mail. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.16-686 Locale: LANG=C, LC_CTYPE=C Versions of packages gnome-cups-manager depends on: ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4The ATK accessibility toolkit ii libbonobo2-0 2.6.2-6Bonobo CORBA interfaces library ii libbonoboui2-02.6.1-1The Bonobo UI library ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libcupsys2-gnutls10 1.1.23-4 Common UNIX Printing System(tm) - ii libgconf2-4 2.6.4-2GNOME configuration database syste ii libglade2-0 1:2.4.0-1 Library to load .glade files at ru ii libglib2.0-0 2.6.2-1The GLib library of C routines ii libgnome-keyring0 0.2.1-2GNOME keyring services library ii libgnome2-0 2.6.1.2-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.6.1.1-2 A powerful object-oriented display ii libgnomecups1.0-1 0.1.14-1 GNOME library for CUPS interaction ii libgnomecupsui1.0-1 0.25-2 UI extensions to libgnomecups ii libgnomeui-0 2.6.1.1-4 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.6.2-1The GNOME virtual file-system libr ii libgtk2.0-0 2.4.4-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library ii liborbit2 1:2.10.2-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.6.0-3Layout and rendering of internatio ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsm64.3.0.dfsg.1-4 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-4 X Window System protocol client li ii libxml2 2.6.11-3 GNOME XML library ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.2-1 compression library - runtime -- no debconf information ---Begin PPD file *PPD-Adobe: "4.3" *% *% For information on using this, and to obtain the required backend *% script, consult http://www.linuxprinting.org/ *% *% This file is published under the GNU General Public License *% *% PPD-O-MATIC (3.0.0 or newer) generated this PPD file. It is for use with *% all programs and environments which use PPD files for dealing with *% printer capability information. The printer must be configured with the *% "foomatic-rip" backend filter script of Foomatic 3.0.0 or newer. This *% file and "foomatic-rip" work together to support PPD-controlled printer *% driver option access with arbitrary free software printer drivers and *% printing spoolers. *% *% To save this file on your disk, wait until the download has completed *% (the animation of the browser logo must stop) and then use the *% "Save as..." command in the "File" menu of your browser or in the *% pop-up manu when you click on this document with the right mouse button. *% DO NOT cut and paste this file into an editor with your mouse. This can *% introduce additional line breaks which lead to unexpected results. *% *% You may save this file as 'HP-DeskJet_3520-hpijs.ppd' *% *% *FormatVersion: "4.3" *FileVersion: "1.1" *LanguageVersion: English *LanguageEncoding: ISOLatin1 *PCFileName:"HPIJS.PPD" *Manufacturer: "HP" *Product: "(DeskJet 3520)" *cupsVersion: 1.0 *cupsManualCopies: True *cupsModelNumber: 2 *cupsFilter:"application/vnd.cups-postscript 0 foomatic-rip" *%pprRIP:foomatic-rip other *ModelName: "HP DeskJet 3520" *ShortNickName: "HP DeskJet 3520 hpijs" *NickName: "HP DeskJet 3520 Foomatic/hpijs (recommended)" *PSVersion: "(3010.000) 550" *PSVersion: "(3010.000) 651" *PSVersion: "(3010.000) 652" *PSVersion: "(3010.000) 653" *PSVersion: "(3010.000) 704" *PSVersion: "(3010.000) 705" *PSVersion: "(3010.000) 800" *LanguageLevel: "3" *ColorDevice: True *DefaultColorSpace: RGB *FileSystem:False *Throughput:"1" *LandscapeOrientatio
Bug#584731: evince hangs when a recent opened file is on a stalled partition
See upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=555670 Ross signature.asc Description: Digital signature
Bug#719329: vlc: Crackling sound at the begining of anything that VLC plays.
Package: vlc Version: 2.0.3-5 Followup-For: Bug #719329 Hello, This problem is reproducible on my laptop with vlc 2.0.3-5. Like the original poster, vlc is the only software affected. Unlike the original poster, the crackling only lasts a few seconds. I've attached the log from "vlc --extraintf=logger --log-verbose=2147483647 --logfile=vlc.log test.ogg" I tried vlc 2.1.2-2+b3 in a jessie chroot. There is a new kind of artifact at the beginning of playback, but this problem is gone. Ross -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii dpkg 1.16.14 ii fonts-freefont-ttf20120503-1 ii libaa11.4p5-40 ii libavcodec53 6:0.8.10-1 ii libavutil51 6:0.8.10-1 ii libc6 2.13-38+deb7u1 ii libcaca0 0.99.beta18-1 ii libfreetype6 2.4.9-1.1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libice6 2:1.0.8-2 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsdl-image1.2 1.2.12-2 ii libsdl1.2debian 1.2.15-5 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libtar0 1.2.16-1+deb7u2 ii libva-x11-1 1.0.15-4 ii libva11.0.15-4 ii libvlccore5 2.0.3-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcb-composite0 1.8.1-2+deb7u1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.8.1-2+deb7u1 ii libxcb-render01.8.1-2+deb7u1 ii libxcb-shape0 1.8.1-2+deb7u1 ii libxcb-shm0 1.8.1-2+deb7u1 ii libxcb-xfixes01.8.1-2+deb7u1 ii libxcb-xv01.8.1-2+deb7u1 ii libxcb1 1.8.1-2+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxpm4 1:3.5.10-1 ii vlc-nox 2.0.3-5 ii zlib1g1:1.2.7.dfsg-13 Versions of packages vlc recommends: ii vlc-plugin-notify 2.0.3-5 ii vlc-plugin-pulse 2.0.3-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc Versions of packages vlc-nox depends on: ii dpkg 1.16.14 ii liba52-0.7.4 0.7.4-16 ii libasound2 1.0.25-4 ii libass40.10.0-3 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libavc1394-0 0.5.4-2 ii libavcodec53 6:0.8.10-1 ii libavformat53 6:0.8.10-1 ii libavutil516:0.8.10-1 ii libbluray1 1:0.2.2-1 ii libc6 2.13-38+deb7u1 ii libcddb2 1.3.2-3 ii libcdio13 0.83-4 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-9 ii libdbus-1-31.6.8-1+deb7u1 ii libdc1394-22 2.2.0-2 ii libdca00.0.5-5 ii libdirac-decoder0 1.0.2-6 ii libdirac-encoder0 1.0.2-6 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvbpsi7 0.2.2-1 ii libdvdnav4 4.2.0+20120524-2 ii libdvdread44.2.0+20120521-2 ii libebml3 1.2.2-2 ii libfaad2 2.7-8 ii libflac8 1.2.1-6 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libfribidi00.19.2-3 ii libgcc11:4.7.2-5 ii libgcrypt111.5.0-5+deb7u1 ii libgnutls262.12.20-8+deb7u1 ii libgpg-error0 1.10-3.1 ii libiso9660-8 0.83-4 ii libkate1 0.4.1-1 ii liblircclient0 0.9.0~pre1-1 ii liblua5.1-05.1.5-4 ii libmad00.15.1b-7 ii libmatroska5 1.3.0-2 ii libmodplug11:0.8.8.4-3+deb7u1+git20130828 ii libmpcdec6 2:0.1~r459-4 ii libmpeg2-4 0.4.1-3 ii libmtp91.1.3-35-g0ece104-5 ii libncursesw5 5.9-10 ii libogg01.3.0-4 ii libpng12-0 1.2.49-1 ii libpostproc52 6:0.8.10-1 ii libproxy0 0.3.1-6 ii libraw1394-11 2.0.9-1 ii libresid-builder0c2a 2.1.1-14 ii libsamplerate0 0.1.8-5 ii libschroedinger-1.0-0 1.0.11-2 ii libshout3 2.2.2-8 ii libsidplay22.1.1-14 ii libsmbclient 2:3.6.6-6+deb7u3 ii libspeex1 1.2~rc1-7 ii libspeexdsp1 1.2~rc1-7 ii libstdc++6 4.7.2-5 ii libswscale26:0.8.10-1 ii libtag1c2a 1.7.2-1 ii libtheora0 1.1.1+dfsg.1
Bug#741877: ITP: python-pyocr -- python-pyocr -- Python wrapper for OCR engines
Package: wnpp Severity: wishlist Owner: Ross Vandegrift * Package name: python-pyocr Version : 0.2.2 Upstream Author : Jerome Flesch * URL : https://github.com/jflesch/pyocr * License : GPL-3 Programming Lang: Python Description : python-pyocr -- Python wrapper for OCR engines Pyocr is an optical character recognition (OCR) tool wrapper for Python. That is, it helps using OCR tools from a Python program. Pyocr can be used as a wrapper for google's Tesseract-OCR or Cuneiform. It can read all image types supported by Pillow, including jpeg, png, gif, bmp, tiff, and others. It also support bounding box data. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741881: ITP: python-pyinsane -- Python implementation of the Sane API
Package: wnpp Severity: wishlist Owner: Ross Vandegrift * Package name: python-pyinsane Version : 1.3.5 Upstream Author : Jerome Flesch * URL : https://github.com/jflesch/pyinsane * License : GPL-3 Programming Lang: Python Description : Python implementation of the Sane API Python implementation of the Sane API (using ctypes) and abstration layer. The code is divided in 3 layers: rawapi : Ctypes binding to the raw Sane API abstract : An Object-Oriented layer that simplifies the use of the Sane API and try to avoid possible misuse of the Sane API. When scanning, it also takes care of returning a Pillow image. abstract_th : The Sane API is not thread-safe and cannot be used in a multi-threaded environment easily. This layer solves this problem by using a fully dedicated thread. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698006: sendmail: Makefile fails to update submit.mc on starttls.m4 change
Package: sendmail Version: 8.14.4-2.1 Severity: normal Hello, /etc/mail/Makefile does not list tls/starttls.m4 as a dependency of submit.mc. Thus, if the TLS config changes, submit.cf will silently contain the old values. Not sure what the best fix is - adding the dependency to the Makefile works as expected, but that might not be desirable for non-TLS sites. Ross -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 356 drwxr-sr-x 7 smmta smmsp 4096 Jan 12 12:28 . drwxr-xr-x 81 root root 4096 Jan 12 12:35 .. -rwxr-xr-- 1 root smmsp 10440 Jan 12 12:28 Makefile -rw--- 1 root root 4261 Jan 5 23:49 access -rw-r- 1 smmta smmsp 12288 Jan 5 23:49 access.db -rw-r--r-- 1 root root281 Jan 29 2010 address.resolve lrwxrwxrwx 1 root smmsp10 Jul 16 2010 aliases -> ../aliases -rw-r- 1 smmta smmsp 12288 Jan 5 23:49 aliases.db -rw-r--r-- 1 root smmsp 3660 Jan 5 23:53 databases -rw-r- 1 smmta smmsp54 Jul 16 2010 default-auth-info -rw-r--r-- 1 root root 5657 Jan 29 2010 helpfile -rw-r--r-- 1 root smmsp67 Dec 24 2010 local-host-names drwxr-sr-x 2 smmta smmsp 4096 May 11 2012 m4 drwxr-xr-x 2 root root 4096 Dec 26 15:40 peers -rw-r--r-- 1 root smmsp12 Jul 16 2010 relay-domains drwxr-xr-x 2 smmta smmsp 4096 Jul 11 2011 sasl -rw-r--r-- 1 root smmsp 64311 Jan 5 23:53 sendmail.cf -rw-r--r-- 1 root root 64277 Dec 26 16:07 sendmail.cf.old -rw-r--r-- 1 root root 12238 Jan 5 23:49 sendmail.conf -rw-r--r-- 1 root smmsp 4213 Jan 5 23:49 sendmail.mc -rw-r--r-- 1 root root149 Jan 29 2010 service.switch -rw-r--r-- 1 root root180 Jan 29 2010 service.switch-nodns drwxr-sr-x 2 smmta smmsp 4096 Jul 16 2010 smrsh lrwxrwxrwx 1 root root 15 Nov 27 2010 spamassassin -> ../spamassassin -rw-r--r-- 1 root smmsp 44674 Jan 12 12:28 submit.cf -rw-r--r-- 1 root root 44640 Dec 26 16:07 submit.cf.old -rw-r--r-- 1 root smmsp 2458 Jan 5 23:49 submit.mc drwxr-xr-x 2 smmta smmsp 4096 Jan 12 12:21 tls -rw-r--r-- 1 root smmsp 0 Jul 16 2010 trusted-users /etc/mail/m4: total 8 drwxr-sr-x 2 smmta smmsp 4096 May 11 2012 . drwxr-sr-x 7 smmta smmsp 4096 Jan 12 12:28 .. -rw-r- 1 root smmsp0 Jul 16 2010 dialup.m4 -rw-r- 1 root smmsp0 Jul 16 2010 provider.m4 /etc/mail/peers: total 12 drwxr-xr-x 2 root root 4096 Dec 26 15:40 . drwxr-sr-x 7 smmta smmsp 4096 Jan 12 12:28 .. -rw-r--r-- 1 root root 328 Jan 29 2010 provider /etc/mail/sasl: total 16 drwxr-xr-x 2 smmta smmsp 4096 Jul 11 2011 . drwxr-sr-x 7 smmta smmsp 4096 Jan 12 12:28 .. -rw-r- 1 smmta smmsp 885 Jul 16 2010 Sendmail.conf.2 -rwxr--r-- 1 root root 3691 Jan 5 23:49 sasl.m4 /etc/mail/smrsh: total 8 drwxr-sr-x 2 smmta smmsp 4096 Jul 16 2010 . drwxr-sr-x 7 smmta smmsp 4096 Jan 12 12:28 .. lrwxrwxrwx 1 root smmsp 26 Jul 16 2010 mail.local -> /usr/lib/sm.bin/mail.local lrwxrwxrwx 1 root smmsp 17 Jul 16 2010 procmail -> /usr/bin/procmail /etc/mail/tls: total 56 drwxr-xr-x 2 smmta smmsp 4096 Jan 12 12:21 . drwxr-sr-x 7 smmta smmsp 4096 Jan 12 12:28 .. -rw-r--r-- 1 root root 7 Jul 16 2010 no_prompt -rw-r- 1 root smmsp 887 Jan 5 23:50 ravenhurst.kallisti.us.key -rw--- 1 root root 1191 Jul 16 2010 sendmail-client.cfg -rw-r--r-- 1 root smmsp 1261 Jul 16 2010 sendmail-client.crt -rw--- 1 root root 1029 Jul 16 2010 sendmail-client.csr -rw-r- 1 root smmsp 1675 Jul 16 2010 sendmail-common.key -rw-r- 1 root smmsp 1582 Jul 16 2010 sendmail-common.prm -rw--- 1 root root 1191 Jul 16 2010 sendmail-server.cfg -rw-r--r-- 1 root smmsp 1261 Jul 16 2010 sendmail-server.crt -rw--- 1 root root 1029 Jul 16 2010 sendmail-server.csr -rwxr--r-- 1 root root 3292 Jan 5 23:53 starttls.m4 -rwxr--r-- 1 root root 3270 May 11 2012 starttls.m4.old sendmail.conf: DAEMON_NETMODE="Static"; DAEMON_NETIF="eth0"; DAEMON_MODE="Daemon"; DAEMON_PARMS=""; DAEMON_HOSTSTATS="Yes"; DAEMON_MAILSTATS="Yes"; QUEUE_MODE="${DAEMON_MODE}"; QUEUE_INTERVAL="10m"; QUEUE_PARMS=""; MSP_MODE="Cron"; MSP_INTERVAL="20m"; MSP_PARMS=""; MSP_MAILSTATS="${DAEMON_MAILSTATS}"; MISC_PARMS=""; CRON_MAILTO="root"; CRON_PARMS=""; LOG_CMDS="No"; HANDS_OFF="No"; AGE_DATA=""; DAEMON_RUNASUSER="No"; DAEMON_STATS="${DAEMON_MAILSTATS}"; MSP_STATS="${MSP_MAILSTATS}"; sendmail.mc: divert(-1)dnl divert(0)dnl define(`_USE_ETC_MAIL_')dnl include(`/usr/share/sendmail/cf/m4/cf.m4')dnl include(`/etc/mail/sasl/sasl.m4')dnl include(`/etc/mail/tls/starttls.m4')dnl VERSIONID(`$Id: sendmail.mc, v 8.14.3-5+lenny1 2010-01-29 14:02:50 cowboy Exp $') OSTYPE(`debian')dnl DOMAIN(`debian-mta')dnl Cwkallisti.us FEATURE(`no_default_msa')dnl DAEMON_OPTIONS(`Family=inet6, Name=MTA-v6, Port=smtp')dnl DAEMON_OPTIONS(`Family=inet6, Name=MSP-v6, Port=submission, M=Ea')dnl define(`confPRIVACY_FLAGS',dnl `needmailhelo,needexpnhelo,needvrfyhelo,restrictexpand,nobodyreturn,authwarnings')dnl define(`confCONNECTION_RA
Bug#678517: fonts-liberation: Liberation Sans does not display "u" correctly at all sizes
Package: fonts-liberation Version: 1.07.2-3 Severity: normal Hello, Today I noticed that some slate.com headlines started to look very weird in iceweasel. Bolded renderings of the letter "u" do not have the same thickness as the other letters. If I change the font to DejaVu Sans, the text looks correct. The issue seems to only affect the bolded typeface, when scaled to certain sizes. Slate's CSS for the problematic text is "font: bold 1.384em arial,sans-serif" I can fix the issue by adjusting this with firebug. Removing bold fixes it, as does adjusting the size. Seems like bold at 18px is the culprit. This is probably similar/related to #616620. Below is a minimal HTML example which demonstrates the issue. Thanks, Ross p { font-family: arial; font-weight: 700; font-size: 18px; } Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii fontconfig 2.9.0-6generic font configuration library - support ii libfreetype6:i 2.4.9-1FreeType 2 font engine, shared library files ii libxft2:i386 2.2.0-3FreeType-based font drawing library for X -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (49, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#563943: evince: fails to properly render some documents
Package: evince Version: 3.4.0-2+b1 Followup-For: Bug #563943 Dear Maintainer, I've found some documents where this happens, and I see the issue with "mitlg-a4.pdf". The common feature seems to be embedded fonts that have no name: $ pdffonts mitlg-a4.pdf name type emb sub uni object ID - --- --- --- - [none] Type 3yes no no 4 0 [none] Type 3yes no no 272 0 xpdf and gs have no problems handling such documents. Ross -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (49, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common3.4.0-2 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libevdocument3-4 3.4.0-2+b1 ii libevview3-3 3.4.0-2+b1 ii libgail-3-0 3.4.2-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.4.2-1 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.4.99.901-2 ii libxml2 2.8.0+dfsg1-3 ii shared-mime-info 1.0-1 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages evince recommends: ii dbus-x11 1.6.0-1 ii gvfs 1.12.3-1 Versions of packages evince suggests: ii nautilus 3.4.2-1 ii poppler-data 0.4.5-7 ii unrar 1:4.1.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678517: RFS: fonts-liberation 1.07.2-4
On Mon, 2012-06-25 at 15:17 +0200, Fabian Greffrath wrote: > Ross, could you please test the package from > http://debian.greffrath.com/unstable/fonts-liberation_1.07.2-4_all.deb > and confirm that the headlines are displayed corrently again? Looks perfect! Thanks a bunch, Ross signature.asc Description: This is a digitally signed message part
Bug#679052: ifupdown: IPv6 looback config broken (and unnecessary)
Package: ifupdown Version: 0.7 Severity: normal Hello, interfaces(5) entails that the following is valid: iface lo inet6 loopback But such an interface always fails: $ sudo ifup lo RTNETLINK answers: File exists Failed to bring up lo. But it isn't necessary anyhow: $ ip addr list dev lo 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever Changing the interface back to "inet" from "inet6" fixes the issue, and gets the exact same config as above. Ross -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (49, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.3 ii initscripts 2.88dsf-22.1 ii iproute 20120521-2 ii libc62.13-33 ii lsb-base 4.1+Debian6 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5 ii net-tools 1.60-24.1 ii ppp2.4.5-5.1+b1 pn rdnssd -- 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#706399: gnumeric: does not handle UTF-16 encoded CSV
Package: gnumeric Version: 1.10.17-1.1 Severity: normal Dear Maintainer, gnumeric 1.10, in wheezy, fails to correctly open UTF-16 encoded CSV files. They open as a jumble of non-sense characters. LibreOffice Calc and gnumeric 1.12, in sid, both open the same files correctly. Ross -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.49 ii gconf2 3.2.5-1+build1 ii gnumeric-common1.10.17-1.1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgoffice-0.8-8 0.8.17-1.2 ii libgsf-1-114 1.14.21-2.1 ii libgtk2.0-02.24.10-2 ii libpango1.0-0 1.30.0-1 ii libxml22.8.0+dfsg1-7+nmu1 ii procps 1:3.3.3-3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnumeric recommends: ii evince3.4.0-3.1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: pn epiphany-browser pn gnumeric-doc pn gnumeric-plugins-extra ii ttf-liberation 1.07.2-6 -- debconf information: gnumeric/existing-process: false gnumeric/existing-process-title: "Date" "Column" "Apr 25, 2013 10:47:13 PM" "Assignment 9"
Bug#694982: libreoffice: automatically raises windows upon receiving focus
Package: libreoffice Version: 1:4.0.2~rc1-1 Followup-For: Bug #694982 This bug still exists in the current 4.0 from experimental. There is an option to disable mouse positioning at: Options -> LibreOffice -> View -> Mouse -> Mouse positioning. This option does not work. Looking through the LibreOffice source, there's a ton of weird input and focus manipulation happening in vcl/unx/generic/window/salframe.cxx. The comments indicate that much of that code is *designed* to break window manager focus handling - features like focus follows mouse are mentioned explicitly. Seems like quite a bit of effort went into making this reliably break window managers - I doubt it'll ever be fixed. Ross -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic 1.1-5 ii libreoffice-base1:4.0.2~rc1-1 ii libreoffice-calc1:4.0.2~rc1-1 ii libreoffice-core1:4.0.2~rc1-1 ii libreoffice-draw1:4.0.2~rc1-1 ii libreoffice-filter-mobiledev1:4.0.2~rc1-1 ii libreoffice-impress 1:4.0.2~rc1-1 ii libreoffice-java-common 1:4.0.2~rc1-1 ii libreoffice-math1:4.0.2~rc1-1 ii libreoffice-report-builder-bin 1:4.0.2~rc1-1 ii libreoffice-writer 1:4.0.2~rc1-1 ii python-uno 1:4.0.2~rc1-1 ii ttf-dejavu 2.33-3 Versions of packages libreoffice recommends: ii fonts-liberation 1.07.2-6 ii libpaper-utils1.1.24+nmu2 Versions of packages libreoffice suggests: ii cups-bsd 1.5.3-2.15 ii default-jre [java5-runtime] 1:1.7-48 pn gstreamer1.0-ffmpeg pn gstreamer1.0-plugins-bad pn gstreamer1.0-plugins-base pn gstreamer1.0-plugins-good pn gstreamer1.0-plugins-ugly ii hunspell-en-us [hunspell-dictionary] 20070829-6 pn hyphen-hyphenation-patterns ii icedove 17.0.4-1 ii iceweasel 19.0.2-1 ii imagemagick 8:6.7.7.10-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libreoffice-gnome 1:4.0.2~rc1-1 pn libreoffice-grammarcheck pn libreoffice-help-4.0 pn libreoffice-l10n-4.0 pn libreoffice-officebean ii libsane 1.0.22-7.4 ii libxrender1 1:0.9.7-1 pn myspell-dictionary ii mythes-en-us [mythes-thesaurus] 1:3.3.0-4 pn openclipart-libreoffice ii openjdk-7-jre [java5-runtime] 7u3-2.1.6-1 ii pstoedit 3.60-2+b1 pn unixodbc Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-7.1 ii fonts-opensymbol2:102.2+LibO3.5.4+dfsg-4 ii libatk1.0-0 2.4.0-2 ii libboost-date-time1.49.01.49.0-3.2 ii libc6 2.17-0experimental2 ii libcairo2 1.12.2-3 ii libclucene-contribs12.3.3.4-2 ii libclucene-core12.3.3.4-2 ii libcmis-0.3-3 0.3.1-1 ii libcups21.5.3-2.15 ii libcurl3-gnutls 7.26.0-1+wheezy1 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100.2-1 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base1.0-0 1.0.5-1 ii libgstreamer1.0-0 1.0.5-1 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-2 ii libice6 2:1.0.8-2 ii libicu484.8.1.1-10 ii libjpeg88d-1 ii liblangtag1 0.4.0-5 ii liblcms2-2 2.2+git20110628-2.2 ii libldap-2.4-2 2.4.31-1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls0.29.6-3 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii librd
Bug#707586: emacs24: Frame size set via geometry off by one
Package: emacs24 Version: 24.3+1-1 Severity: normal Hello, I set Emacs frame geometry in .Xresources and am seeing a weird off by one error in the size parameter. For example, setting: Emacs*.geometry:80x77 results in a frame that is 79x76. If I change that to 81x78, then the frame is created 80x77, as desired. The behavior is the same when geometry is specified on the command-line. No similar problem with positioning. Thanks, Ross -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24 depends on: ii emacs24-bin-common 24.3+1-1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.17-0experimental2 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgif4 4.1.6-10 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnutls26 2.12.20-6 ii libgomp14.7.2-5 ii libgpm2 1.20.4-6 ii libgtk-3-0 3.4.2-6 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-2 ii libmagickcore5 8:6.7.7.10-5 ii libmagickwand5 8:6.7.7.10-5 ii libotf0 0.9.12-2 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.1-1 ii libselinux1 2.1.9-5 ii libsm6 2:1.2.1-2 ii libtiff43.9.6-11 ii libtinfo5 5.9-10 ii libx11-62:1.5.0-1 ii libxft2 2.3.1-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.7-1 ii zlib1g 1:1.2.7.dfsg-13 emacs24 recommends no packages. Versions of packages emacs24 suggests: ii emacs24-common-non-dfsg 24.1+1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571962: azureus: Fails to start with "Azureus core already instantiated"
Package: azureus Version: 4.3.0.6-1 Severity: normal I recently upgraded to 4.3.0.6-1 from 4.3.0.0-1 on testing, and azureus now fails to start every time with the same Java traceback. I have downloaded the official 4.3.0.6 and it does not exhibit this issue. I have confirmed that there is no copy of the software running, no existing JVM, and have even logged out and rebooted. Both the Debian package and the official release are using the same JVM. Traceback is below. I can reproduce 100% of the time and am happy to provide any additional information. Thanks, Ross r...@turalyon:~$ azureus [warning] /usr/bin/azureus: Unable to locate swt in /usr/share/java file:/usr/lib/jni/ ; file:/usr/lib/java/ ; file:/usr/share/java/Azureus2.jar ; file:/usr/share/java/log4j-1.2-1.2.15.jar ; file:/usr/share/java/commons-cli-1.2.jar ; file:/home/ross/ changeLocale: *Default Language* != English (United States). Searching without country.. changeLocale: Searching for language English in *any* country.. changeLocale: no message properties for Locale 'English (United States)' (en_US), using 'English (default)' java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.gudy.azureus2.ui.common.Main.directLaunch(Main.java:229) at org.gudy.azureus2.ui.common.Main.main(Main.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.aelitis.azureus.launcher.MainExecutor$1.run(MainExecutor.java:37) at java.lang.Thread.run(Thread.java:636) Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/widgets/Listener at org.gudy.azureus2.ui.swt.mainwindow.Initializer.(Initializer.java:111) at org.gudy.azureus2.ui.swt.Main.(Main.java:88) at org.gudy.azureus2.ui.swt.Main.main(Main.java:255) ... 12 more Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.widgets.Listener at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:319) at com.aelitis.azureus.launcher.classloading.PrimaryClassloader.loadClass(PrimaryClassloader.java:103) at java.lang.ClassLoader.loadClass(ClassLoader.java:264) ... 15 more Start fails: com.aelitis.azureus.core.AzureusCoreException: Azureus core already instantiated at com.aelitis.azureus.core.impl.AzureusCoreImpl.create(AzureusCoreImpl.java:120) at com.aelitis.azureus.core.AzureusCoreFactory.create(AzureusCoreFactory.java:46) at org.gudy.azureus2.ui.common.Main.main(Main.java:160) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.aelitis.azureus.launcher.MainExecutor$1.run(MainExecutor.java:37) at java.lang.Thread.run(Thread.java:636) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages azureus depends on: ii java-wrappers 0.1.15 wrappers for java executables ii libcommons-cli-java 1.2-2 API for working with the command l ii liblog4j1.2-java 1.2.15-7 Logging library for java ii libswt-gtk-3.5-java 3.5.1-2Standard Widget Toolkit for GTK+ J ii openjdk-6-jre 6b17-1.7-1 OpenJDK Java runtime, using Hotspo Versions of packages azureus recommends: ii vuze 4.3.0.6-1 Multimedia BitTorrent client azureus 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#633979: Upstream bug info
An upstream bug report at https://bugzilla.gnome.org/show_bug.cgi?id=646317 contains a patch for this issue. -- Ross Vandegrift r...@kallisti.us signature.asc Description: This is a digitally signed message part
Bug#716230: ampache: Unable to add IPv6 ACL
Package: ampache Version: 3.6-git408e713+dfsg-3.1 Severity: normal Tags: ipv6 Hello, In the ACL creation interface, the address entry box is restricted to 15 characters --- too small to contain many IPv6 addresses. This bug has been resolved in upstream git, rev 6e33efb. See https://github.com/ampache/ampache/issues/24 Thanks, Ross -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (40, 'experimental'), (40, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ampache depends on: ii ampache-common 3.6-git408e713+dfsg-3.1 ii debconf [debconf-2.0] 1.5.49 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii libapache2-mod-php55.4.4-14+deb7u2 ii libjs-prototype1.7.0-2 ii libnusoap-php 0.7.3-5 ii libphp-phpmailer 5.1-1 ii libphp-snoopy 1.2.4-2 ii php-gettext1.0.11-1 ii php5 5.4.4-14+deb7u2 ii php5-cli 5.4.4-14+deb7u2 ii php5-mysql 5.4.4-14+deb7u2 ii php5-xmlrpc5.4.4-14+deb7u2 ii ttf-freefont 20120503-1 Versions of packages ampache recommends: pn ampache-themes ii apache2-mpm-prefork 2.2.22-13 Versions of packages ampache suggests: pn eyed3 pn faad ii mysql-server 5.5.31+dfsg-0+wheezy1 pn php5-gd pn phpmyadmin ii vorbis-tools 1.4.0-1 -- debconf information: * ampache/restart_webserver: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624642: Please enable Webdav/Caldav backend
Package: syncevolution Version: 1.1.99.5a-1 Followup-For: Bug #624642 This is a bug in the debian/rules file. It contains the option "--with-dav". Should be "--enable-dav". Ross -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (49, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages syncevolution depends on: ii libc62.13-10 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.12-5simple interprocess messaging syst ii libgcc1 1:4.6.1-4 GCC support library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgnome-keyring03.0.0-2 GNOME keyring services library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii libsyncevolution01.1.99.5a-1 Evolution data synchronization pro ii syncevolution-common 1.1.99.5a-1 Evolution data synchronization pro ii syncevolution-libs 1.1.99.5a-1 Evolution data synchronization pro Versions of packages syncevolution recommends: ii bluez 4.94-2 Bluetooth tools and daemons ii evolution-data-server 3.0.0-1evolution database backend server syncevolution 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#651721: bash: M-f, M-b, M-Bksp broken on upgrade
Package: bash Version: 4.2-1 Severity: normal Hello, I upgraded to the most recent bash package from 4.1-3 and discovered that the M-f (forward word), M-b (backward word), and M-Bksp (kill previous word) shortcuts had broken. I know there was a new /etc/bash.bashrc installed, but reverting to my previous version (which only globally enabled bash_completion) did not fix the issue. This looks like a more-than- or something-other-than- bash bug. I manually reinstalled 4.1-3, but the issue was not fixed. The other packages upgraded at the same time do not appear obviously relevant (the list is included below), so I think I need some help troubleshooting the issue. Thanks, Ross Aptitude 0.6.4: log report Sun, Dec 11 2011 08:34:05 -0500 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 32 packages, and remove 0 packages. 5,560 kB of disk space will be freed === [INSTALL, DEPENDENCIES] rhythmbox-data [UPGRADE] bash 4.1-3 -> 4.2-1 [UPGRADE] busybox 1:1.19.3-1 -> 1:1.19.3-4 [UPGRADE] fakeroot 1.18.1-1 -> 1.18.2-1 [UPGRADE] gir1.2-gtk-3.0 3.0.12-2 -> 3.2.2-3 [UPGRADE] gir1.2-rb-3.0 2.90.1~git20110919.2dfea6-3 -> 2.90.1~git2017.f101562-1 [UPGRADE] gnome-themes-standard 3.0.2-1 -> 3.2.1-2 [UPGRADE] icedtea-6-jre-cacao 6b23~pre11-1 -> 6b24~pre1-1 [UPGRADE] kbuild 1:0.1.98svn2318-8 -> 1:0.1.9998svn2543-2 [UPGRADE] libapr1 1.4.5-1 -> 1.4.5-1.1 [UPGRADE] libgail-3-0 3.0.12-2 -> 3.2.2-3 [UPGRADE] libgtk-3-0 3.0.12-2 -> 3.2.2-3 [UPGRADE] libgtk-3-bin 3.0.12-2 -> 3.2.2-3 [UPGRADE] libgtk-3-common 3.0.12-2 -> 3.2.2-3 [UPGRADE] libpython2.7 2.7.2-7 -> 2.7.2-8 [UPGRADE] librhythmbox-core4 2.90.1~git20110919.2dfea6-3 -> 2.90.1~git2017.f101562-1 [UPGRADE] openjdk-6-jre 6b23~pre11-1 -> 6b24~pre1-1 [UPGRADE] openjdk-6-jre-headless 6b23~pre11-1 -> 6b24~pre1-1 [UPGRADE] openjdk-6-jre-lib 6b23~pre11-1 -> 6b24~pre1-1 [UPGRADE] python2.7 2.7.2-7 -> 2.7.2-8 [UPGRADE] python2.7-dev 2.7.2-7 -> 2.7.2-8 [UPGRADE] python2.7-doc 2.7.2-7 -> 2.7.2-8 [UPGRADE] python2.7-minimal 2.7.2-7 -> 2.7.2-8 [UPGRADE] resolvconf 1.61 -> 1.62 [UPGRADE] rhythmbox 2.90.1~git20110919.2dfea6-3 -> 2.90.1~git2017.f101562-1 [UPGRADE] rhythmbox-plugin-cdrecorder 2.90.1~git20110919.2dfea6-3 -> 2.90.1~git2017.f101562-1 [UPGRADE] rhythmbox-plugins 2.90.1~git20110919.2dfea6-3 -> 2.90.1~git2017.f101562-1 [UPGRADE] vim-common 2:7.3.346-1+b1 -> 2:7.3.363-1 [UPGRADE] vim-gtk 2:7.3.346-1+b1 -> 2:7.3.363-1 [UPGRADE] vim-gui-common 2:7.3.346-1 -> 2:7.3.363-1 [UPGRADE] vim-runtime 2:7.3.346-1 -> 2:7.3.363-1 [UPGRADE] vim-tiny 2:7.3.346-1+b1 -> 2:7.3.363-1 === Log complete. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (49, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files 6.5 ii dash 0.5.7-2 ii debianutils 4.0.4 ii libc62.13-21 ii libtinfo55.9-4 Versions of packages bash recommends: ii bash-completion 1:1.3-1 Versions of packages bash suggests: pn bash-doc -- 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#651721: bash: M-f, M-b, M-Bksp broken on upgrade
On Sun, 2011-12-11 at 13:30 -0600, Jonathan Nieder wrote: > > Hello, I upgraded to the most recent bash package from 4.1-3 and > > discovered that the M-f (forward word), M-b (backward word), and M-Bksp > > (kill previous word) shortcuts had broken. > > What terminal do you use? What happens when you type ^V M-b? gnome-terminal, version 3.0.1-1. ^V M-b has the same effect as M-b - it enters a "b" at the prompt. Interestingly, ^V M-Bksp enters the delete control code. It looks like bash isn't getting the meta modifer, though it works in all of my other apps. I never use xterm, as the bash/readline navigation keys have long been unusable under xterm. I just gave xterm a shot - M-b in xterm enters a "â" at the bash prompt. (I suspect this xterm issue is #574396, but it seems much older than May 2010 to me.) > Does downgrading bash to 4.1-3 allow you to return to the old > behavior? Nope. This is why I'm thinking the bug is more complicated than a straightforward bash problem. I just couldn't see anything else in my aptitude log that seems even remotely possible. Thanks, Ross signature.asc Description: This is a digitally signed message part
Bug#613752: Registers itself to open PDF and PostScript; ends up as the default
I recently hit this bug after an upgrade pulled in Gnome 3. Very annoying. Though I agree that this should be changed, see here for a workaround that's better than nothing: http://lists.debian.org/debian-user/2011/12/msg01372.html Ross signature.asc Description: This is a digitally signed message part
Bug#674903: texlive-math-extra: concrete breaks itemize lists
Package: texlive-math-extra Version: 2012.20120516-1 Severity: normal Hello, The recent TeXlive upgrade from 2009-10 to 2012.20120516-1 broke documents that use the concrete fonts and the itemize environment. I've included a minimal example that works without \usepackage{concrete} and breaks with it. I'll also include the recorder output and the logfile in the other files section. Thanks, Ross Vandegrift ## minimal input file (conctest.tex) \documentclass[10pt]{article} \usepackage{concrete} \begin{document} Broken itemize: \begin{itemize} \item missing the bullet \end{itemize} \end{document} ## other files (conctest.fls) PWD /home/ross/tmp/conctest INPUT /etc/texmf/web2c/texmf.cnf INPUT /usr/share/texlive/texmf/web2c/texmf.cnf INPUT /var/lib/texmf/web2c/pdftex/latex.fmt INPUT conctest.tex OUTPUT conctest.log INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo INPUT /usr/share/texlive/texmf-dist/tex/latex/ltxmisc/concrete.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/ltxmisc/concrete.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/beton/beton.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/beton/beton.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/euler/euler.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/euler/euler.sty INPUT conctest.aux INPUT conctest.aux OUTPUT conctest.aux INPUT /usr/share/texlive/texmf-dist/tex/latex/concmath/ot1ccr.fd INPUT /usr/share/texlive/texmf-dist/tex/latex/concmath/ot1ccr.fd INPUT /usr/share/texlive/texmf-dist/fonts/map/fontname/texfonts.map INPUT /usr/share/texlive/texmf-dist/fonts/tfm/public/concrete/ccr10.tfm INPUT /usr/share/texlive/texmf-dist/tex/latex/concmath/omsccr.fd INPUT /usr/share/texlive/texmf-dist/tex/latex/concmath/omsccr.fd INPUT /usr/share/texlive/texmf-dist/tex/latex/concmath/omsccsy.fd INPUT /usr/share/texlive/texmf-dist/tex/latex/concmath/omsccsy.fd OUTPUT conctest.dvi INPUT conctest.aux (conctest.log) This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian) (format=latex 2012.5.28) 28 MAY 2012 08:37 entering extended mode restricted \write18 enabled. %&-line parsing enabled. **conctest.tex (./conctest.tex LaTeX2e <2011/06/27> Babel and hyphenation patterns for english, dumylang, nohyphenation, lo aded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo File: size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) ) \c@part=\count79 \c@section=\count80 \c@subsection=\count81 \c@subsubsection=\count82 \c@paragraph=\count83 \c@subparagraph=\count84 \c@figure=\count85 \c@table=\count86 \abovecaptionskip=\skip41 \belowcaptionskip=\skip42 \bibindent=\dimen102 ) (/usr/share/texlive/texmf-dist/tex/latex/ltxmisc/concrete.sty Package: concrete 1996/10/08 (/usr/share/texlive/texmf-dist/tex/latex/beton/beton.sty Package: beton 1995/03/05 v1.3 Package: `beton' v1.3 <1995/03/05> (FJ) LaTeX Info: Redefining \oldstylenums on input line 56. ) (/usr/share/texlive/texmf-dist/tex/latex/euler/euler.sty Package: euler 1995/03/05 v2.5 Package: `euler' v2.5 <1995/03/05> (FJ and FMi) LaTeX Font Info:Redeclaring symbol font `letters' on input line 35. LaTeX Font Info:Encoding `OML' has changed to `U' for symbol font (Font) `letters' in the math version `normal' on input line 35. LaTeX Font Info:Overwriting symbol font `letters' in version `normal' (Font) OML/cmm/m/it --> U/eur/m/n on input line 35. LaTeX Font Info:Encoding `OML' has changed to `U' for symbol font (Font) `letters' in the math version `bold' on input line 35. LaTeX Font Info:Overwriting symbol font `letters' in version `bold' (Font) OML/cmm/b/it --> U/eur/m/n on input line 35. LaTeX Font Info:Overwriting symbol font `letters' in version `bold' (Font) U/eur/m/n --> U/eur/b/n on input line 36. LaTeX Font Info:Redeclaring math symbol \Gamma on input line 47. LaTeX Font Info:Redeclaring math symbol \Delta on input line 48. LaTeX Font Info:Redeclaring math symbol \Theta on input line 49. LaTeX Font Info:Redeclaring math symbol \Lambda on input line 50. LaTeX Font Info:Redeclaring math symbol \Xi on input line 51. LaTeX Font Info:Redeclaring math symbol \Pi on input line 52. LaTeX Font Info:Redeclaring math symbol \Sigma on input line 53. LaTeX Font Info:Redeclaring math symbol \Upsilon on input line 54. LaTeX Font Info:Redeclaring math symbol \Phi on input line 55. LaTeX Font Info:Redeclaring math symbol \Psi
Bug#844242: RFS: terminology/0.9.1-0.1 [RC] [NMU]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "terminology" * Package name: terminology Version : 0.9.1-0.1 Upstream Author : Enlightenment team * URL : https://www.enlightenment.org/about-terminology * License : BSD Section : x11 It builds those binary packages: terminology - Enlightenment efl based terminal emulator terminology-data - Enlightenment efl based terminal emulator data To access further information about this package, please visit the following URL: https://mentors.debian.net/package/terminology Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/t/terminology/terminology_0.9.1-0.1.dsc Changes since the last upload: [ Ross Vandegrift ] * Non-maintainer upload. * New upstream release - Fix for "CVE-2015-8971: Escape Sequence Command Execution vulnerability" (Closes: #843434) * Enable build hardening options * Suggest libemotion-players for media support (Closes: #773057, #766705) * Reformat package descriptions (Closes: #779494, #782082) * Use secure Vcs- URLs in debian/control * Bump Standards-Version to 3.9.8 * fix-minus-signs-manpage.patch: drop patch, fixed upstream * use-system-lz4.patch: defuzz * fix-del-backspace-key.patch: defuzz * Provide x-terminal-emulator alternative (Closes: #774111) * debian/copyright: remove unused ltmain.sh paragraph * Add gbp.conf and notes on usage in README.source [ Nicolas Braud-Santoni ] * Normalize links and use HTTPS Regards, Ross Vandegrift
Bug#770790: linux-image-3.16-0.bpo.3-amd64: display corruption on >3.14 with radeon RS880
Package: src:linux Version: 3.16.5-1~bpo70+1 Severity: normal Tags: upstream Hello, 3.16 from wheezy-backports causes video corruption on my radeon rs880. During updates, flickering multicolored lines move down my screen. It is probably too quick to get a screenshot. Larger updates cause worse problems. Sometimes, the display will go blank for a few seconds, and then return on its own. Nothing shows up in Xorg logs or dmesg. This didn't happen in 3.2 from wheezy, 3.14 from wheezy-backports, or 3.14 upstream. All of the following were affected: 3.15-rc1, upstream 3.15, wheezy-backports 3.17, experimental 3.18-rc6, upstream I tried to bisect 3.14 and 3.15-rc1, but couldn't get a kernel stable enough to load an X desktop. Ross -- Package-specific info: ** Version: Linux version 3.16-0.bpo.3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.16.5-1~bpo70+1 (2014-11-02) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16-0.bpo.3-amd64 root=UUID=a2550452-7808-451e-8f22-b7a47b98b765 ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [5.700504] Console: switching to colour frame buffer device 240x67 [5.718880] radeon :01:05.0: fb0: radeondrmfb frame buffer device [5.718883] radeon :01:05.0: registered panic notifier [5.726582] [drm] Initialized radeon 2.39.0 20080528 for :01:05.0 on minor 0 [5.751681] input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:05.1/sound/card2/input14 [8.328567] floppy0: no floppy controllers found [8.685280] Adding 4194300k swap on /dev/sda3. Priority:-1 extents:1 across:4194300k FS [8.706742] EXT4-fs (sdb1): re-mounted. Opts: (null) [8.878836] EXT4-fs (sdb1): re-mounted. Opts: discard [8.907150] loop: module loaded [9.912841] BTRFS: device label chroot devid 1 transid 939 /dev/dm-4 [ 11.371761] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: discard [ 11.536126] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null) [ 11.577381] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 11.597090] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: (null) [ 11.606749] BTRFS info (device dm-4): disk space caching is enabled [ 11.606759] BTRFS: has skinny extents [ 12.050378] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 12.53] r8169 :03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168d-2.fw [ 12.621438] r8169 :03:00.0 eth0: link down [ 12.621568] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 13.866431] wlan0: authenticate with f8:d1:11:ac:62:0a [ 13.881174] wlan0: send auth to f8:d1:11:ac:62:0a (try 1/3) [ 13.883370] wlan0: authenticated [ 13.885150] wlan0: associate with f8:d1:11:ac:62:0a (try 1/3) [ 13.889215] wlan0: RX AssocResp from f8:d1:11:ac:62:0a (capab=0x431 status=0 aid=1) [ 13.889303] wlan0: associated [ 13.889322] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 13.889479] cfg80211: Calling CRDA for country: US [ 13.898520] cfg80211: Regulatory domain changed to country: US [ 13.898529] cfg80211: DFS Master region: unset [ 13.898538] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 13.898545] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 3000 mBm), (N/A) [ 13.898551] cfg80211: (517 KHz - 525 KHz @ 8 KHz), (N/A, 1700 mBm), (N/A) [ 13.898557] cfg80211: (525 KHz - 533 KHz @ 8 KHz), (N/A, 2300 mBm), (0 s) [ 13.898562] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 3000 mBm), (N/A) [ 13.898567] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 4000 mBm), (N/A) [ 14.526051] tun: Universal TUN/TAP device driver, 1.6 [ 14.526055] tun: (C) 1999-2004 Max Krasnyansky [ 14.538212] IPv6: ADDRCONF(NETDEV_UP): tap0: link is not ready [ 14.775297] RPC: Registered named UNIX socket transport module. [ 14.775302] RPC: Registered udp transport module. [ 14.775303] RPC: Registered tcp transport module. [ 14.775305] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 14.782151] FS-Cache: Loaded [ 14.793413] FS-Cache: Netfs 'nfs' registered for caching [ 14.806351] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 15.538666] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 15.538965] NFSD: starting 90-second grace period (net 818b7800) [ 16.269777] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input15 [ 16.408946] Bluetooth: Core ver 2.19 [ 16.408967] NET: Registered protocol family 31 [ 16.408969] Bluetooth: HCI device and connection manager initialized [ 16.409087] Bluetooth: HCI socket layer initialized [ 16.409090] Bluetooth: L2CAP socket layer initialized [ 16.409101] Bluetooth: SCO socket layer initialized [ 16.416471] Bluetooth: BN
Bug#725107: apt-show-versions -a no longer shows all available versions
Package: apt-show-versions Version: 0.22.3 Followup-For: Bug #725107 Hello, The attached patch fixes #725107 by fixing the broken multiarch support. I'm not 100% sure it is right in all cases, but at least it fixes multiarch searching and -a. Please apply. Thanks, Ross -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-show-versions depends on: ii apt 1.0.5 ii libapt-pkg-perl 0.1.29+b1 ii perl [libstorable-perl] 5.18.2-4 apt-show-versions recommends no packages. apt-show-versions suggests no packages. -- no debconf information Index: apt-show-versions === --- apt-show-versions (revision 69) +++ apt-show-versions (working copy) @@ -342,18 +342,18 @@ printf("%s not available for architecture %s\n", $pkgname, $archname); } elsif (! defined $pkgs->{$pkgname}) { if ($mode != $MODE_SINGLE || $archname) { -printf("%s not installed\n", $package); + print_package_internal($pkgname, $archname) } elsif (keys(%{$apackages->{$pkgname}})) { my $archlist = ""; foreach my $a (sort keys(%{$apackages->{$pkgname}})) { + print_package_internal($pkgname, $a); $archlist .= ($archlist ? ", $a" : "$a"); } -printf("%s not installed (available for: %s)\n", $pkgname, $archlist); } else { printf("%s not installed (not available)\n", $pkgname); } } else { -foreach my $arch ($archname or sort keys $pkgs->{$pkgname}) { +foreach my $arch ($archname or sort keys(%{$apackages->{$pkgname}})) { print_package_internal($pkgname, $arch); } } @@ -387,9 +387,7 @@ push @print_info, "$ipkg->{$VERS} "; } push @print_info, "$ipkg->{$STATUS}\n"; -} else { -push @print_info, "Not installed\n"; -} +} # Index to @official_suites: Next official suite to mention if missing. my $official_idx = 0;
Bug#774604: gstreamer-properties: "Failed to load UI file; please check your installation."
Package: gnome-media Version: 3.4.0-2 Severity: normal After upgrading from wheezy to jessie, gstreamer-properties no longer works. A dialog pops up that says: "Failed to load UI file; please check your installation." After clicking OK, the program exits. /usr/share/gstreamer-properties/gstreamer-properties.ui is valid XML, and reinstallation of gnome-media did not help. Thanks, Ross -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-media depends on: ii gconf-service3.2.6-3 ii gstreamer0.10-gconf 0.10.31-3+nmu4+b1 ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 ii libc62.19-13 ii libgconf-2-4 3.2.6-3 ii libglib2.0-0 2.42.1-1 ii libgstreamer-plugins-base0.10-0 0.10.36-2 ii libgstreamer0.10-0 0.10.36-1.5 ii libgtk-3-0 3.14.5-1 ii x11-utils7.7+2 Versions of packages gnome-media recommends: ii gnome-control-center 1:3.14.2-2 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu4+b1 ii pulseaudio5.0-13 gnome-media 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#764495: evolution-ews: log spam fills all disk space
Package: evolution-ews Version: 3.12.6-1 Severity: important Today, I exited evolution and unplugged the ethernet cable from my laptop. evolution-calendar-factory, running in the background, started outputting the following message 8000 times per second: org.gnome.evolution.dataserver.Calendar4[1345]: (evolution-calendar-factory:1989): libeews-CRITICAL **: e_ews_notification_get_events_sync: assertion 'notification->priv->connection != NULL' failed Please disable this logging, or at least rate limit it to something sane. This bug is important because in a default jessie install, this output go to syslog - thus, they quickly filled up my root partition, rendering the system inoperable. I'm not sure why ~/.xsession-errors is being redirected to syslog - I'll track that down next and file a second bug against the responsible package. Thanks, Ross -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution-ews depends on: ii evolution 3.12.6-1 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libcamel-1.2-49 3.12.6-1 ii libebackend-1.2-7 3.12.6-1 ii libebook-contacts-1.2-0 3.12.6-1 ii libecal-1.2-16 3.12.6-1 ii libedata-book-1.2-203.12.6-1 ii libedata-cal-1.2-23 3.12.6-1 ii libedataserver-1.2-18 3.12.6-1 ii libenchant1c2a 1.6.0-10.1 ii libevolution3.12.6-1 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-02.42.0-1 ii libgtk-3-0 3.12.2-3+b1 ii libgtkhtml-4.0-04.8.4-3 ii libgtkhtml-editor-4.0-0 4.8.4-3 ii libical11.0-1 ii libjavascriptcoregtk-3.0-0 2.4.5-2 ii libnspr42:4.10.7-1 ii libnss3 2:3.17.1-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libsecret-1-0 0.18-1+b1 ii libsoup2.4-12.48.0-1 ii libsqlite3-03.8.6-1 ii libwebkitgtk-3.0-0 2.4.5-2 ii libxml2 2.9.1+dfsg1-4 evolution-ews recommends no packages. evolution-ews 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#759481: tinyca: No support for SHA2 as a signature algorithm. SHA1 gets deprecated in 2016.
Package: tinyca Version: 0.7.5-5 Followup-For: Bug #759481 Dear Maintainer, Attached is a patch to add support for SHA-224, SHA-256, SHA-384, and SHA-512. It also makes the default digest algorithm SHA-512. I've run it though very basic server cert testing. The patch is on top of the Debian local changes. I couldn't find an upstream. If it exists, I'd be happy to help push it up. Ross -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tinyca depends on: ii libgtk2-perl2:1.244-1 ii liblocale-gettext-perl 1.05-7+b1 ii openssl 1.0.1e-2+deb7u13 Versions of packages tinyca recommends: ii zip 3.0-6 tinyca suggests no packages. -- no debconf information diff -ur orig/tinyca-0.7.5/lib/CA.pm tinyca-0.7.5/lib/CA.pm --- orig/tinyca-0.7.5/lib/CA.pm 2006-07-25 15:12:00.0 -0500 +++ tinyca-0.7.5/lib/CA.pm 2014-11-01 12:32:46.277413381 -0500 @@ -349,7 +349,7 @@ $opts = {}; $opts->{'days'} = 3650; # set default to 10 years $opts->{'bits'} = 4096; - $opts->{'digest'} = 'sha1'; + $opts->{'digest'} = 'sha512'; if(defined($mode) && $mode eq "sub") { # create SubCA, use defaults $opts->{'parentca'} = $main->{'CA'}->{'actca'}; @@ -453,7 +453,7 @@ $opts = {}; $opts->{'days'} = 3650; # set default to 10 years $opts->{'bits'} = 4096; - $opts->{'digest'} = 'sha1'; + $opts->{'digest'} = 'sha512'; $main->show_ca_import_dialog($opts); return; diff -ur orig/tinyca-0.7.5/lib/GUI.pm tinyca-0.7.5/lib/GUI.pm --- orig/tinyca-0.7.5/lib/GUI.pm 2014-11-01 12:51:39.0 -0500 +++ tinyca-0.7.5/lib/GUI.pm 2014-11-01 12:25:31.123392155 -0500 @@ -37,6 +37,10 @@ 'ripemd160' => 'RIPEMD-160', # 'sha' => 'SHA', 'sha1' => 'SHA-1', + 'sha224' => 'SHA-224', + 'sha256' => 'SHA-256', + 'sha384' => 'SHA-384', + 'sha512' => 'SHA-512', ); my %bit_lengths = ( diff -ur orig/tinyca-0.7.5/lib/REQ.pm tinyca-0.7.5/lib/REQ.pm --- orig/tinyca-0.7.5/lib/REQ.pm 2006-07-25 15:12:00.0 -0500 +++ tinyca-0.7.5/lib/REQ.pm 2014-11-01 12:30:12.025870028 -0500 @@ -59,7 +59,7 @@ GUI::HELPERS::print_error($t); } $opts->{'bits'} = 4096; - $opts->{'digest'} = 'sha1'; + $opts->{'digest'} = 'sha512'; $opts->{'algo'} = 'rsa'; if(defined($opts) && $opts eq "sign") { $opts->{'sign'} = 1; @@ -426,6 +426,14 @@ $opts->{'digest'} = "md5"; } elsif ($opts->{'digest'} =~ /^sha1/) { $opts->{'digest'} = "sha1"; + } elsif ($opts->{'digest'} =~ /^sha224/) { + $opts->{'digest'} = "sha224"; + } elsif ($opts->{'digest'} =~ /^sha256/) { + $opts->{'digest'} = "sha256"; + } elsif ($opts->{'digest'} =~ /^sha384/) { + $opts->{'digest'} = "sha384"; + } elsif ($opts->{'digest'} =~ /^sha512/) { + $opts->{'digest'} = "sha512"; } elsif ($opts->{'digest'} =~ /^ripemd160/) { $opts->{'digest'} = "ripemd160"; } else { diff -ur orig/tinyca-0.7.5/templates/openssl.cnf tinyca-0.7.5/templates/openssl.cnf --- orig/tinyca-0.7.5/templates/openssl.cnf 2006-07-25 15:12:01.0 -0500 +++ tinyca-0.7.5/templates/openssl.cnf 2014-11-01 12:30:43.238590285 -0500 @@ -15,7 +15,7 @@ x509_extensions = client_cert default_days= 365 default_crl_days= 30 -default_md = sha1 +default_md = sha512 preserve= no policy = policy_client @@ -33,7 +33,7 @@ x509_extensions = server_cert default_days= 365 default_crl_days= 30 -default_md = sha1 +default_md = sha512 preserve= no policy = policy_server @@ -51,7 +51,7 @@ x509_extensions = v3_ca default_days= 365 default_crl_days= 30 -default_md = sha1 +default_md = sha512 preserve= no policy = policy_ca
Bug#760038: [Pkg-e-devel] Bug#760038: minor problem subsists
On 10/08/2014 09:44 AM, Curtis Dean Smith wrote: > Well, I've given up on e17 for the short term, although I went from > stable to testing specifically for e17. I try once a week to see if > something changed, but no luck. Have you tried disabling the login splash screen on the first login? This was a common workaround back in the late 0.17 era. I don't have a great reference, but there's some discussion here: http://osdir.com/ml/enlightenment-users-linux-ui/2013-08/msg00057.html Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707586: emacs24: Frame size set via geometry off by one
On 10/10/2014 02:55 PM, Rob Browning wrote: > Ross Vandegrift writes: >> I set Emacs frame geometry in .Xresources and am seeing a weird off by >> one error in the size parameter. For example, setting: >> Emacs*.geometry:80x77 >> results in a frame that is 79x76. If I change that to 81x78, then the >> frame is created 80x77, as desired. >> >> The behavior is the same when geometry is specified on the command-line. >> No similar problem with positioning. > > I just tested emacs24 and emacs24-lucid on a relatively current jessie > system under Gnome 3, with "emacs -geometry 80x77", and I ended up with > a frame that would hold "M-x 80 x" x's. > > So I wanted to check to see if this was still a problem for you. I hadn't tested how many characters could be displayed in a line - I was trusting the geometry displayed by the window manager when resized. So the issue appears to be a display problem: "emacs -geometry 80x77" creates a frame that is 80x77, but when resizing, the reported sizes are off-by-one. I've reproduced that behavior on current jessie Gnome 3 and on Enlightenment 0.18 - so it seems independent of window manager. emacs23 from wheezy does not have this behavior - the geometry seen by my window manager matches the number of characters I can display on one line. Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741881: update
I am no longer working on packaging for python-pyinsane, but my previous work is available here: https://github.com/rvandegrift/pyinsane/tree/debian Ross
Bug#741877: ITP: python-pyocr -- python-pyocr -- Python wrapper for OCR engines
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/29/2014 06:39 AM, Vincent Bernat wrote: > ❦ 16 mars 2014 15:35 -0400, Ross Vandegrift : >> * Package name: python-pyocr [snip] > Hi Ross! > > Any progress on this? Packaging was completed, but I declined to upload. I don't use paperwork anymore. Paul Liétar updated the packages in August with the intention of uploading, but I don't know the current status. See thread at https://groups.google.com/forum/#!topic/paperwork-gui/TEDJ8TWqqyo Ross -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJUeiNFAAoJENqziTKaTPoWf3gQAJK7rBZrkS0OPd8G/2Rs+Eb2 59t1SnZIIVNQA1gc7Ini2x4bVawRawelO3YPs4JuicA1OlyI/iFFi3/f07nlSlk8 dNrA0ymQdtzfR8NrdQQxdZjFPQGz9DQCq4IySj6zqkTHC0z6zK5XyG7V3Bq5hQ26 cdXirubyBCNt0xeocvV5qOVRPcDIKiaPYjELn5KJrMj5ftYM3D0gy/p9hU+a+0n2 st8Z22C3kuEVqECgsytPlYzWai+uzrGC+XLA2aswzTH2Y+i1oQkbWrahdtGaxgYx ajS+iQTBbE2Gha64HksMiI63ZzISB4iVpfSlmtJUFqiWm9f6yEaO6bqEQ64vCFAk bBai4OMxhPO2TzjZ4CcIE3jTIJv8qJR/La9mAagnWJCagEotZI6IEy3X29n0F1jF Er04IGxRnHRwM69FKL0saQ7ftbsw7dfPaHkTWTe/0np7kK5SGNCIt0lcW4VsDHav Xu5+zhURkneXG3OsjtCkvrEQ149BltDrsHrUMnzJRfAk/xFKbbP4eP7D00pJ21ja +GVjk7jnHl2N66uevK1UZ0Zyh4v3tjS0gtbxBnoutfNl5zg6+Bd6tXXiRCum0gef SFGXWQvKYwWCl9jZmMJdq4HKB4BfZrlNMJROTQns2ceHHEj9wLXrN1wIoZ2slpFp sFHlQxZ1rsO6IagRQIbG =ET50 -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#863257: gdm3: stretch - login box displayed off-screen
Package: gdm3 Version: 3.22.3-2 Severity: normal Hello, After upgrading to stretch, I cannot see gdm3's login box, only the background. If I press enter and type my password, I'm logged in correctly. So I think the login box is being displayed off-screen. My system is a ThinkPad T450 in a dock. The lid is closed, and two external monitors are attached. Under jessie, gdm3 displayed the login box on one of the external displays. Thanks, Ross -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.43-1 ii adduser 3.115 ii dconf-cli 0.26.0-2+b1 ii dconf-gsettings-backend 0.26.0-2+b1 ii debconf [debconf-2.0] 1.5.60 ii enlightenment [x-window-manager] 0.21.5-1 ii fvwm [x-window-manager] 1:2.6.7-3 ii gir1.2-gdm-1.03.22.3-2 ii gnome-session [x-session-manager] 3.22.3-1 ii gnome-session-bin 3.22.3-1 ii gnome-settings-daemon 3.22.2-2 ii gnome-shell 3.22.3-3 ii gnome-terminal [x-terminal-emulator] 3.22.2-1 ii gsettings-desktop-schemas 3.22.0-1 ii libaccountsservice0 0.6.43-1 ii libaudit1 1:2.6.7-2 ii libc6 2.24-10 ii libcanberra-gtk3-00.30-3 ii libcanberra0 0.30-3 ii libgdk-pixbuf2.0-02.36.5-2 ii libgdm1 3.22.3-2 ii libglib2.0-0 2.50.3-2 ii libglib2.0-bin2.50.3-2 ii libgtk-3-03.22.11-1 ii libkeyutils1 1.5.9-9 ii libpam-modules1.1.8-3.5 ii libpam-runtime1.1.8-3.5 ii libpam-systemd232-23 ii libpam0g 1.1.8-3.5 ii librsvg2-common 2.40.16-1+b1 ii libselinux1 2.6-3+b1 ii libsystemd0 232-23 ii libwrap0 7.6.q-26 ii libx11-6 2:1.6.4-3 ii libxau6 1:1.0.8-1 ii libxcb1 1.12-1 ii libxdmcp6 1:1.1.2-3 ii lsb-base 9.20161125 ii metacity [x-window-manager] 1:3.22.1-1 ii mutter [x-window-manager] 3.22.3-2 ii policykit-1 0.105-17 ii terminology [x-terminal-emulator] 1.0.0-1 ii ucf 3.0036 ii x11-common1:7.7+19 ii x11-xserver-utils 7.7+7+b1 ii xterm [x-terminal-emulator] 327-2 Versions of packages gdm3 recommends: ii at-spi2-core2.22.0-6 ii desktop-base9.0.2 ii x11-xkb-utils 7.7+3+b1 ii xserver-xephyr 2:1.19.2-1 ii xserver-xorg1:7.7+19 ii zenity 3.22.0-1+b1 Versions of packages gdm3 suggests: ii gnome-orca3.22.2-3 ii libpam-gnome-keyring 3.20.0-3 -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: gdm3
Bug#863385: cloud.debian.org: Latest stretch AMI (ami-772ab761) fails to launch successfully into VPCs
On Fri, May 26, 2017 at 09:15:35AM +0700, Andy Sizer wrote: > I tried to launch in instance from the latest stretch ami > (ami-772ab761 i.e. us-east-1) into a VPC. It failed - more > specifically networking.service failed. I just tried this AMI and all looks good to me. Anything unusual about your VPC? I'm using a default VPC without IPv6. $ head -n 18 /var/log/cloud-init-output.log Cloud-init v. 0.7.9 running 'init-local' at Fri, 26 May 2017 13:35:30 +. Up 13.26 seconds. Cloud-init v. 0.7.9 running 'init' at Fri, 26 May 2017 13:35:32 +. Up 16.00 seconds. ci-info: +++Net device info+++ ci-info: ++--+---+---+---+---+ ci-info: | Device | Up |Address| Mask | Scope | Hw-Address| ci-info: ++--+---+---+---+---+ ci-info: | lo: | True | 127.0.0.1 | 255.0.0.0 | . | . | ci-info: | lo: | True | . | . | d | . | ci-info: | eth0: | True | 172.31.20.116 | 255.255.240.0 | . | 0e:a1:bc:8f:db:d6 | ci-info: | eth0: | True | . | . | d | 0e:a1:bc:8f:db:d6 | ci-info: ++--+---+---+---+---+ ci-info: +Route IPv4 info+ ci-info: +---+-+-+---+---+---+ ci-info: | Route | Destination | Gateway |Genmask| Interface | Flags | ci-info: +---+-+-+---+---+---+ ci-info: | 0 | 0.0.0.0 | 172.31.16.1 |0.0.0.0|eth0 | UG | ci-info: | 1 | 172.31.16.0 | 0.0.0.0 | 255.255.240.0 |eth0 | U | ci-info: +---+-+-+---+---+---+ Ross
Bug#863257: gdm3: stretch - login box displayed off-screen
On Sat, May 27, 2017 at 05:56:57PM +0200, Michael Biebl wrote: > Am 27.05.2017 um 17:50 schrieb Michael Biebl: > > I remember that this worked in the past, and I suspect an issue related > > to a kernel update: > > Can you copy the attached service file to /etc/systemd/system/, then run > systemctl enable dri.service > Reboot with 4.9, run journalctl -b -u dri.service > Reboot with 4.8, run journalctl -b -u dri.service Yep, if I downgrade to a kernel before 4.9.25-1, the display works as expected. Not sure if it's still helpful, but I'm including the output requested. Thanks for the investigation and workaround Michael! With kernel 4.9.25-1: - -- Logs begin at Tue 2017-02-07 22:27:19 EST, end at Sat 2017-05-27 17:40:30 EDT. -- May 27 17:39:47 malaclypse systemd[1]: Started Check dri devices. May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-DP-1 May 27 17:39:47 malaclypse sh[824]: disconnected May 27 17:39:47 malaclypse sh[824]: disabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-DP-2 May 27 17:39:47 malaclypse sh[824]: disconnected May 27 17:39:47 malaclypse sh[824]: disabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-DP-3 May 27 17:39:47 malaclypse sh[824]: disconnected May 27 17:39:47 malaclypse sh[824]: disabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-DP-4 May 27 17:39:47 malaclypse sh[824]: connected May 27 17:39:47 malaclypse sh[824]: enabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-DP-5 May 27 17:39:47 malaclypse sh[824]: connected May 27 17:39:47 malaclypse sh[824]: enabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-HDMI-A-1 May 27 17:39:47 malaclypse sh[824]: disconnected May 27 17:39:47 malaclypse sh[824]: disabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-HDMI-A-2 May 27 17:39:47 malaclypse sh[824]: disconnected May 27 17:39:47 malaclypse sh[824]: disabled May 27 17:39:47 malaclypse sh[824]: /sys/class/drm/card0-eDP-1 May 27 17:39:47 malaclypse sh[824]: connected May 27 17:39:47 malaclypse sh[824]: enabled With kernel 4.8.11-1: - -- Logs begin at Tue 2017-02-07 22:27:19 EST, end at Sat 2017-05-27 17:59:40 EDT. -- May 27 17:58:39 malaclypse systemd[1]: Started Check dri devices. May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-DP-1 May 27 17:58:39 malaclypse sh[826]: disconnected May 27 17:58:39 malaclypse sh[826]: disabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-DP-2 May 27 17:58:39 malaclypse sh[826]: disconnected May 27 17:58:39 malaclypse sh[826]: disabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-DP-3 May 27 17:58:39 malaclypse sh[826]: disconnected May 27 17:58:39 malaclypse sh[826]: disabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-DP-4 May 27 17:58:39 malaclypse sh[826]: connected May 27 17:58:39 malaclypse sh[826]: enabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-DP-5 May 27 17:58:39 malaclypse sh[826]: connected May 27 17:58:39 malaclypse sh[826]: enabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-HDMI-A-1 May 27 17:58:39 malaclypse sh[826]: disconnected May 27 17:58:39 malaclypse sh[826]: disabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-HDMI-A-2 May 27 17:58:39 malaclypse sh[826]: disconnected May 27 17:58:39 malaclypse sh[826]: disabled May 27 17:58:39 malaclypse sh[826]: /sys/class/drm/card0-eDP-1 May 27 17:58:39 malaclypse sh[826]: connected May 27 17:58:39 malaclypse sh[826]: enabled Ross signature.asc Description: PGP signature
Bug#830892: python-pip defaults to --user, breaks upstream --target option
Package: python-pip Version: 9.0.1-2 Followup-For: Bug #830892 I've tested anatoly's patch, and it seems to work well. I can once again use --target without --system. The --system workaround is not very good, since it breaks on other platforms. This prevents us from having cross-platform scripts that use --target. Please consider applying, even though upstream is working to make --user the default. Thanks, Ross -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-pip depends on: ii ca-certificates 20161130+nmu1 ii python 2.7.13-2 ii python-pip-whl 9.0.1-2 Versions of packages python-pip recommends: ii build-essential12.3 pn python-all-dev ii python-setuptools 33.1.1-1 pn python-wheel python-pip suggests no packages. -- no debconf information
Bug#865364: gnome-clocks finds wrong TZ for northern Idaho
Package: gnome-clocks Version: 3.22.1-1 Severity: normal gnome-clocks reports incorrect time information for some cities in northern Idaho, USA. To see the difference, compare: Coeur d'Alene, Idaho, United States Moscow, Idaho, United States Both are in the Pacific time zone, but Moscow is displayed with Mountain time. Ross -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-clocks depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii geoclue-2.0 2.4.5-1 ii libc62.24-11+deb9u1 ii libcairo21.14.8-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libgeoclue-2-0 2.4.5-1 ii libgeocode-glib0 3.20.1-2 ii libglib2.0-0 2.50.3-2 ii libgnome-desktop-3-123.22.2-1 ii libgsound0 1.0.2-1+b1 ii libgtk-3-0 3.22.11-1 ii libgweather-3-6 3.20.4-1 ii libpango-1.0-0 1.40.5-1 gnome-clocks recommends no packages. gnome-clocks suggests no packages. -- no debconf information
Bug#874324: piuparts: experimental distribution doesn't work
Package: piuparts Version: 0.77 Severity: normal The manpage for piuparts says that experimental can be specified as the distribution to test against: -d name, --distribution=name Which Debian distribution to use: a code name (for example jessie, stretch or sid) or experimental. The default is sid (=unstable). But that does not work: $ sudo piuparts -d experimental ... 0m0.0s DEBUG: Starting command: ['eatmydata', 'debootstrap', '--variant=minbase', '--keyring=/usr/share/keyrings/debian-archive-keyring.gpg', '--include=eatmydata', '--components=main,contrib,non-free', 'experimental', '/tmp/tmptp2X0K', 'http://deb.debian.org/debian/'] 0m0.0s DUMP: E: No such script: /usr/share/debootstrap/scripts/experimental 0m0.0s ERROR: Command failed (status=1): ['eatmydata', 'debootstrap', '--variant=minbase', '--keyring=/usr/share/keyrings/debian-archive-keyring.gpg', '--include=eatmydata', '--components=main,contrib,non-free', 'experimental', '/tmp/tmptp2X0K', 'http://deb.debian.org/debian/'] E: No such script: /usr/share/debootstrap/scripts/experimental 0m0.2s DEBUG: Starting command: ['rm', '-rf', '--one-file-system', '/tmp/tmptp2X0K'] 0m0.2s DEBUG: Command ok: ['rm', '-rf', '--one-file-system', '/tmp/tmptp2X0K'] 0m0.2s DEBUG: Removed directory tree at /tmp/tmptp2X0K 0m0.2s ERROR: piuparts run ends. Thanks, Ross -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages piuparts depends on: ii debootstrap 1.0.89 ii debsums 2.2.2 ii dpkg 1.18.24 ii lsb-release 9.20161125 ii lsof 4.89+dfsg-0.1 ii piuparts-common 0.77 ii python 2.7.13-2 ii python-debian0.1.30 Versions of packages piuparts recommends: ii adequate 0.15.1 Versions of packages piuparts suggests: ii schroot 1.6.10-3+b1 -- no debconf information
Bug#868125: [Pkg-e-devel] Bug#868125: libevas-loaders: No thumbnails pdf and video
On 2017-07-12 03:43, Thierry Ordissimo wrote: * When compiling the package, the loaders pdf and gst are disabled. * I corrected the dependencies, rules and patched sources. Hello - the version of EFL in jessie, stretch, and sid is very old and unmaintained. experimental has a newer release. Are these changes needed for the packages in experimental? Thanks, Ross
Bug#863257: gdm3: stretch - login box displayed off-screen
On 2017-07-30 09:00, Samuel Wolf wrote: Try now everything in Strecht "button.lid_init_state module=method" ignore and open, no change. Hi Samuel - the bug notes have a small mistake. The correct parameter is button.lid_init_state=method - give that a try, it worked for me. Ross
Bug#848370: terminology crashes when creating new tab
Package: terminology Version: 0.9.1-1 Severity: important When built against efl 1.8 (currently in sid), terminology crashes when creating a new tab. This is fixed in newer efl (currently in experimental), but due to abi changes, will require a rebuild to use the newer libs. Ross -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages terminology depends on: ii libc6 2.24-8 ii libecore-con1 1.8.6-2.5+b1 ii libecore-evas11.8.6-2.5+b1 ii libecore-file11.8.6-2.5+b1 ii libecore-imf1 1.8.6-2.5+b1 ii libecore-input1 1.8.6-2.5+b1 ii libecore-ipc1 1.8.6-2.5+b1 ii libecore1 1.8.6-2.5+b1 ii libedje1 1.8.6-2.5+b1 ii libeet1 1.8.6-2.5+b1 ii libefreet-bin 1.8.6-2.5+b1 ii libefreet1a 1.8.6-2.5+b1 ii libeina1 1.8.6-2.5+b1 ii libeio1 1.8.6-2.5+b1 ii libelementary21.8.5-2 ii libemotion1 1.8.6-2.5+b1 ii libethumb-client-bin 1.8.6-2.5+b1 ii libethumb-client1 1.8.6-2.5+b1 ii libevas1 1.8.6-2.5+b1 ii libevas1-engines-x1.8.6-2.5+b1 ii liblz4-1 0.0~r131-2 ii terminology-data 0.9.1-1 terminology recommends no packages. Versions of packages terminology suggests: pn libelementary-bin pn libemotion-players -- no debconf information
Bug#853744: cloud-init needs net-tools
Package: cloud-init Version: 0.7.9-1 Severity: important Tags: patch Recently, net-tools was made optional. Since cloud-init does not depend on net-tools, this causes breakage: $ sudo cloud-init init Cloud-init v. 0.7.9 running 'init' at Tue, 31 Jan 2017 14:27:17 +. Up 1432.75 seconds. 2017-01-31 14:27:17,650 - util.py[WARNING]: Route info failed: Unexpected error while running command. Command: ['netstat', '-rn'] Exit code: - Reason: [Errno 2] No such file or directory: 'netstat' Stdout: - Stderr: - ci-info: !Net device info failed! ci-info: !!!Route info failed Trivial fix proposal is attached. Ross -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cloud-init depends on: ii debconf [debconf-2.0] 1.5.59 ii gdisk 1.0.1-1 ii ifupdown 0.8.18 ii init-system-helpers1.46 ii lsb-release9.20161125 ii procps 2:3.3.12-3 ii python33.5.1-4 ii python3-configobj 5.0.6-2 ii python3-jinja2 2.8-1 ii python3-jsonpatch 1.19-4 ii python3-oauthlib 2.0.1-1 ii python3-prettytable0.7.2-3 ii python3-requests 2.12.4-1 ii python3-six1.10.0-3 ii python3-yaml 3.12-1 pn python3:any cloud-init recommends no packages. cloud-init suggests no packages. -- debconf information: * cloud-init/datasources:Ec2 diff --git a/debian/control b/debian/control index c0c855a7..8136aaea 100644 --- a/debian/control +++ b/debian/control @@ -45,6 +45,7 @@ Depends: lsb-release, ifupdown, procps, + net-tools, ${misc:Depends}, ${python3:Depends} Description: initialization system for infrastructure cloud instances
Bug#853744: cloud-init needs net-tools
On Tue, Jan 31, 2017 at 04:48:24PM +0100, Marco d'Itri wrote: > On Jan 31, Ross Vandegrift wrote: > > > Recently, net-tools was made optional. Since cloud-init does not depend > > on net-tools, this causes breakage: > Please do not apply this patch! Fix cloud-init to use ip(8) instead. Isn't it too late in the stretch freeze? If not, and it can be fixed, great! Otherwise please consider, as cloud-init will be broken in stretch. If it's more acceptable, the FAI built cloud images could include net-tools even though it's optional. Ross signature.asc Description: PGP signature
Bug#843073: dpkg-shlibdeps: broken on i386 with merged /usr
Package: dpkg-dev Version: 1.18.10 Severity: normal Dear Maintainer, debootstrap 1.0.85 began deploying with --merged-usr by default in response to #839046. On i386, this causes dpkg-shlibdeps to fail on (some?) shared libraries. An example error: dpkg-shlibdeps: error: no dependency information found for /usr/lib/ld-linux.so.2 (used by debian/libevas1/usr/lib/i386-linux-gnu/libevas.so.1.18.2) Hint: check if the library actually comes from a package. In this case: # ls -l /usr/lib/ld-linux.so.2 lrwxrwxrwx 1 root root 25 Oct 18 21:10 /usr/lib/ld-linux.so.2 -> i386-linux-gnu/ld-2.24.so To workaround with a pbuilder chroot, when creating, supply: --debootstrapopts --no-merged-usr. I'm not sure if this is a debootstrap or dpkg-dev issue. Apologies in advance if I'm incorrect. The same underlying problem was reported against usrmerge in #810499. For some reason, debootstrap does not create this symlink on amd64. Ross. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dpkg-dev depends on: ii base-files9.6 ii binutils 2.27-9+b1 ii bzip2 1.0.6-8 ii libdpkg-perl 1.18.10 ii make 4.1-9 ii patch 2.7.5-1 ii tar 1.29b-1 ii xz-utils 5.2.2-1.2 Versions of packages dpkg-dev recommends: ii build-essential 12.2 ii fakeroot 1.21-2 ii gcc [c-compiler] 4:6.1.1-1 ii gcc-5 [c-compiler] 5.4.1-3 ii gcc-6 [c-compiler] 6.2.0-9 ii gnupg2.1.15-4 ii gnupg2 2.1.15-4 ii gpgv 2.1.15-4 ii libalgorithm-merge-perl 0.08-3 Versions of packages dpkg-dev suggests: ii debian-keyring 2016.09.04 -- no debconf information
Bug#843263: grafana: Blank page on new install
Package: grafana Version: 2.6.0+dfsg-3 Severity: normal Dear Maintainer, After a fresh install of grafana, I visited http://localhost:3000 and only get a blank page. The firefox console contains the following error, but I don't know if it's the cause: Error: [$injector:modulerr] Failed to instantiate module ang-drag-drop due to: [$injector:nomod] Module 'ang-drag-drop' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument. http://errors.angularjs.org/1.4.3/$injector/nomod?p0=ang-drag-drop minErr/<@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:68:12 module/<@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:1958:17 ensure@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:1882:38 module@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:1956:14 loadModules/<@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:4362:22 forEach@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:336:11 loadModules@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:4346:5 createInjector@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:4272:11 bootstrap/doBootstrap@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:1630:20 bootstrap@http://localhost:3000/public/vendor/angular/angular.js?bust=1478362831860:1651:12 app.boot/http://localhost:3000/public/app/app.js?bust=1478362831860:85:11 resolve/http://localhost:3000/public/vendor/jquery/dist/jquery.js?bust=1478362831860:3570:21 resolve/http://localhost:3000/public/vendor/jquery/dist/jquery.js?bust=1478362831860:3638:12 Ross -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages grafana depends on: ii adduser 3.115 ii golang-go 2:1.7~1 ii grafana-data2.6.0+dfsg-3 ii init-system-helpers 1.45 ii libc6 2.24-5 ii libfontconfig1 [libfontconfig] 2.11.0-6.7 ii libsqlite3-03.15.0-1 grafana recommends no packages. grafana suggests no packages. -- Configuration Files: /etc/grafana/grafana.ini [Errno 13] Permission denied: u'/etc/grafana/grafana.ini' /etc/grafana/ldap.toml [Errno 13] Permission denied: u'/etc/grafana/ldap.toml' -- no debconf information
Bug#844242: RFS: terminology/0.9.1-0.1 [RC] [NMU]
On Fri, Nov 18, 2016 at 05:04:02PM +, Gianfranco Costamagna wrote: > > [ Ross Vandegrift ] > > > * Non-maintainer upload. > > Hi Ross, can you please fix and answer if you want to maintain or not > the package? Sorry for the slow response - I'm planning to fix this weekend, and adopt in pkg-e-devel. Ross
Bug#844242: RFS: terminology/0.9.1-0.1 [RC] [NMU]
On Fri, Nov 18, 2016 at 05:04:02PM +, Gianfranco Costamagna wrote: > Hi Ross, can you please fix and answer if you want to maintain or not > the package? I've uploaded an updated package to: https://mentors.debian.net/debian/pool/main/t/terminology/terminology_0.9.1-1.dsc New changelog: [ Ross Vandegrift ] * New upstream release - Fix for "CVE-2015-8971: Escape Sequence Command Execution vulnerability" (Closes: #843434) * fix-minus-signs-manpage.patch: drop patch, fixed upstream * use-system-lz4.patch: defuzz * fix-del-backspace-key.patch: defuzz * Provide x-terminal-emulator alternative (Closes: #774111) * debian/copyright: remove unused ltmain.sh paragraph * Add gbp.conf and notes on usage in README.source * Enable build hardening options * Suggest libemotion-players for media support (Closes: #773057, #766705) * Reformat package descriptions (Closes: #779494, #782082) * Use secure Vcs- URLs in debian/control * Bump Standards-Version to 3.9.8 * New Maintainer. Thanks to Anthony for original work. (Closes: #844244) [ Nicolas Braud-Santoni ] * Normalize links and use HTTPS Thanks! Ross
Bug#844242: RFS: terminology/0.9.1-0.1 [RC] [NMU]
On Mon, Nov 21, 2016 at 04:53:58PM +0100, Adam Borowski wrote: > Cool, please move "New maintainer" to the front so it's better visible. > > Alas, I'm afraid it doesn't quite work for me. In the first run, after > maximizing it stopped redrawing its window and had to be killed (doesn't > seem to be reproducible after several tries). Clicking on "New" segfaults, > 100% reproducible. That's a bummer. I can reproduce the click New segfault, not the other issue. It doesn't occur when used with new EFL from experimental. So I'll prepare another version that consists only of the security fix backported to jessie. The new version will wait for experimental. Thanks for the report, Ross
Bug#844242: RFS: terminology/0.9.1-0.1 [RC] [NMU]
On Mon, Nov 21, 2016 at 05:46:24PM -0500, Ross Vandegrift wrote: > So I'll prepare another version that consists only of the security fix > backported to jessie. The new version will wait for experimental. Here it is, this time just adopting and fixing the security issue: https://mentors.debian.net/debian/pool/main/t/terminology/terminology_0.7.0-2.dsc No problems with creating new tabs. Updated changelog: * New Maintainer. Thanks to Anthony for original work. (Closes: #844244) * Fix for "CVE-2015-8971: Escape Sequence Command Execution vulnerability" backported from upstream rev b80bedc. (Closes: #843434) Thanks again, Ross
Bug#848370: terminology crashes when creating new tab
severity 848370 serious thanks terminology shouldn't go into stable with this issue. Fixing requires newer EFL, which is still in experimental. Ross
Bug#850572: linux-image-4.8.0-2-amd64: Performance regression in 4.8
Package: src:linux Version: 4.8.11-1 Severity: normal Tags: upstream Hello, I recently upgraded to linux-image-4.8.0-2-amd64 and hit a performance regression in some steam games. On 4.7.0-1 the RimWorld title screen renders at 60fps. On 4.8.0-2, it renders at 30fps with noticable input latency. So far I haven't found a microbenchmark that demostrates the issue. The problem appears in 4.8.0-rc1 and is still present in 4.10-rc2. I tried to bisect v4.7.8..v4.8.0-rc1, but after a few iterations the kernels lock hard very quickly after bootup. The only clue I have: my laptop has Intel and nvidia GPUs. The problem affects both. The above tests were performed on Intel. Let me know if I can provide any additional info, Ross -- Package-specific info: ** Version: Linux version 4.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.11-1 (2016-12-02) ** Command line: BOOT_IMAGE=/vmlinuz-4.8.0-2-amd64 root=/dev/mapper/vg0-root ro quiet splash ** Tainted: OE (12288) * Out-of-tree module has been loaded. * Unsigned module has been loaded. ** Kernel log: [9.696762] proc_thermal :00:04.0: enabling device ( -> 0002) [9.696764] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [9.699958] mei_me :00:16.0: enabling device ( -> 0002) [9.704705] sd 1:0:0:0: Attached scsi generic sg0 type 0 [9.707696] iTCO_vendor_support: vendor-support=0 [9.708592] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [9.708704] iTCO_wdt: Found a Intel PCH TCO device (Version=4, TCOBASE=0x0400) [9.708806] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [9.713612] EFI Variables Facility v0.08 2004-May-17 [9.716602] input: PC Speaker as /devices/platform/pcspkr/input/input9 [9.724713] usbcore: registered new interface driver brcmfmac [9.724761] brcmfmac :02:00.0: enabling device ( -> 0002) [9.728491] snd_hda_intel :00:1f.3: enabling device ( -> 0002) [9.728651] snd_hda_intel :00:1f.3: bound :00:02.0 (ops i915_audio_component_bind_ops [i915]) [9.745245] pstore: using zlib compression [9.756181] pstore: Registered efi as persistent store backend [9.759166] intel_rapl: Found RAPL domain package [9.759168] intel_rapl: Found RAPL domain core [9.759169] intel_rapl: Found RAPL domain uncore [9.759171] intel_rapl: Found RAPL domain dram [9.765329] media: Linux media interface: v0.10 [9.765766] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [9.768053] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3266: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker [9.768055] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [9.768056] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [9.768057] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0 [9.768058] snd_hda_codec_realtek hdaudioC0D0:inputs: [9.768059] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x18 [9.768060] snd_hda_codec_realtek hdaudioC0D0: Headphone Mic=0x1a [9.768061] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12 [9.770572] Linux video capture interface: v2.00 [9.820095] input: HDA Intel PCH Headphone Mic as /devices/pci:00/:00:1f.3/sound/card0/input10 [9.820134] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1f.3/sound/card0/input11 [9.820167] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci:00/:00:1f.3/sound/card0/input12 [9.820202] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci:00/:00:1f.3/sound/card0/input13 [9.831114] Adding 7811068k swap on /dev/mapper/vg0-swap. Priority:-1 extents:1 across:7811068k SSFS [9.837381] brcmfmac :02:00.0: firmware: direct-loading firmware brcm/brcmfmac43602-pcie.bin [9.837392] brcmfmac :02:00.0: firmware: failed to load brcm/brcmfmac43602-pcie.txt (-2) [9.837395] brcmfmac :02:00.0: Direct firmware load for brcm/brcmfmac43602-pcie.txt failed with error -2 [9.842562] usbcore: registered new interface driver btusb [9.852375] Bluetooth: hci0: BCM: chip id 102 [9.868231] Bluetooth: hci0: BCM20703A1 [9.869234] Bluetooth: hci0: BCM (001.001.005) build [9.869721] bluetooth hci0: firmware: direct-loading firmware brcm/BCM-0a5c-6410.hcd [9.934230] uvcvideo: Found UVC 1.00 device Integrated_Webcam_HD (1bcf:28be) [9.941813] uvcvideo 1-12:1.0: Entity type for entity Extension 4 was not initialized! [9.941815] uvcvideo 1-12:1.0: Entity type for entity Extension 3 was not initialized! [9.941816] uvcvideo 1-12:1.0: Entity type for entity Processing 2 was not initialized! [9.941817] uvcvideo 1-12:1.0: Entity type for entity Camera 1 was not initialized! [9.941976] input: Integrated_Webcam_HD as /devices/pci:00/:00:14.0/usb1/1-12/1-12:1.0/input/input14 [9.942044] usb
Bug#832594: libinput10: Thinkpad middle mouse not functioning properly, appears to be libinput10 issue
Does this help: $ xinput set-prop "TPPS/2 IBM TrackPoint" "libinput Button Scrolling Button" 0 libinput 1.5 appears to enable scroll wheel emulation for the middle button by default. I recently hit a similar issue after a jessie -> stretch upgrade. Ross
Bug#833859: RFS: e17/0.17.6-1.1 [RC] [NMU]
Package: sponsorship-requests Severity: important Dear mentors, I asked on pkg-e-devel, but got no response after a few days. The list has been mostly quiet for a few years, so: I am looking for a sponsor for the package "e17". * Package name: e17 Version : 0.17.6-1.1 Upstream Author : Enlightenment team * URL : https://www.enlightenment.org/ * License : BSD Section : x11 It builds these binary packages: e17- Enlightenment DR17 Window Manager e17-data - Enlightenment Window Manager Run Time Data Files e17-dbg- Enlightenment DR17 Window Manager - debugging symbols e17-dev- Enlightenment headers, static libraries and documentation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/e17 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/e17/e17_0.17.6-1.1.dsc Changes since the last upload: * debian/rules: override dh_fixperms only for arch-dependent packages. Thanks to Santiago Vila. (Closes: #806019) Regards, Ross Vandegrift
Bug#775369: e17: Upstream version
Source: e17 Followup-For: Bug #775369 Enlightenment 0.21 packages have been uploaded to experimental. If you are still interested, please check them out! Thanks, Ross -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#836089: e17: don't run dbus-launch if XDG_RUNTIME_DIR/bus is available
Source: e17 Followup-For: Bug #836089 Hi Simon, Thanks for the detailed info on this issue. I just tested enlightenment 0.21.2-2 from experimental. After installing dbus-user-session and logging in, I see the following: $ echo $DBUS_SESSION_BUS_ADDRESS unix:path=/run/user/1000/bus Am I right in thinking that is the desired behavior? Thanks, Ross -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#1068107: cloud.debian.org: pull images with compromised xz packages
Package: cloud.debian.org Severity: important X-Debbugs-Cc: rvandegr...@debian.org Hi team, We should probably pull the daily sid and trixie images built with the compromised xz-utils. Looking at the json manifests, this would be: sid: all images since 2024-02-27 trixie: 2024-03-05 through 2024-03-28, inclusive I determined these dates by looking at the azure amd64 manifest, since it's first in the dir listing. I haven't looked into why the sid builds still say they include liblzma5 5.6.0-0.2. Finally, apologies for not being able to do this myself - I still do not have my account setup for access to core machines. Ross
Bug#1068732: prometheus-ipmi-exporter: debian path patch breaks local collection with sudo
Package: prometheus-ipmi-exporter Version: 1.8.0-1 Severity: normal X-Debbugs-Cc: rvandegr...@debian.org Hello, The Debian package for prometheus-ipmi-exporter carries a patch [1] to set freeipmi.path by default. Due to a surprising design, this breaks the config required to run a local exporter as an unprivileged user. That involves using sudo as follows: modules: default: collectors: - bmc - ipmi collector_cmd: bmc: sudo ipmi: sudo custom_args: bmc: - bmc-info ipmi: - ipmimonitoring Surprisingly, freeimpi.path applies to the collect_cmd entires. So the exporter prepends /usr/bin to those entires, and fails to find sudo. Since there is no way to override this, I don't see any way to run without root. There's an upstream report of this issue at [2]. Thanks, Ross [1] - https://salsa.debian.org/go-team/packages/prometheus-ipmi-exporter/-/blob/debian/sid/debian/patches/0001-Set-sane-defaults-for-Debian-systems.patch [2] - https://github.com/prometheus-community/ipmi_exporter/issues/153 -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.8.2 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages prometheus-ipmi-exporter depends on: ii adduser 3.137 pn freeipmi-tools ii init-system-helpers 1.66 ii libc62.37-15 ii systemd-sysv 255.4-1 prometheus-ipmi-exporter recommends no packages. prometheus-ipmi-exporter suggests no packages.
Bug#1065649: e17: changes for libddcutil 2.1.4
Control: tags -1 pending Hi Sanford, On Fri, Mar 08, 2024 at 02:10:12AM -0500, Sanford Rockowitz wrote: > The version of ddcutil in Debian is being updated to release 2.1.4. Shared > library package libddcutil5 replaces libddcutil4. > > Source package e17 has been identified as using libddcutil. > > File e_system_ddc.c should be modified to try opening libddcutil.so.5 before > libddcutil.so.4. > > In debian/control, consider adding: > > Recommends: libddcutil4 (>= 1.4.1) | libddcutil5 (>= 2.1.4) > or > Suggests: libddcutil4 (>= 1.4.1) | libddcutil5 (>= 2.1.4) Thanks for the heads up. Both changes will be in the next upload. Upstream's also merged support in: https://git.enlightenment.org/enlightenment/enlightenment/pulls/68 Thanks, Ross
Bug#1068732: prometheus-ipmi-exporter: debian path patch breaks local collection with sudo
Hi Daniel, On Thu, Apr 11, 2024 at 09:41:44AM +0200, Daniel Swarbrick wrote: > In the upstream bug report, it is suggested that one should "complain to > [Debian] to get this fixed". Yea - upstream's tone was not kind. I hope I didn't come across as complaining, and apologies if I did. > Have you tried overriding the --freeipmi.path flag back to an empty string > (e.g. --freeipmi.path="") so that ipmi_exporter falls back to searching on > the PATH? No, that didn't occur to me. But thanks, that works great! Ross signature.asc Description: PGP signature
Bug#1033159: terminology: When using vim with Terminology the underline atribute gets turned on when scrolling.
Control: -1 tags moreinfo Hi Jon, On Sat, Mar 18, 2023 at 03:16:14PM +, Jon Westgate wrote: > How to produce: > open vim inside terminology enit a file that is larger than the > terminal and requires scrolling (it shows best with a 2 page document > with a reasonable coverage of text) simply scroll up of down past the > current view point and you will note that new text has the underline > atribute set. Scrolling back up will result in off screen text being > rendered with underline attribute set as it comes back down into view. I've seen this bug occasionally, thanks for the details. I suspect it's a bug in terminology, but I can't reproduce with my current window a large log file I happen to have lying around. Could you provide some more info? - what's your window geometry? - can you provide a sample file (or generation instructions) that trigger it? - what do you mean "scrolling"? (scrolling in vim via mouse or keyboard vs. scrolling back in the terminology scrollback buffer) Thanks, Ross
Bug#966573: progress packaging awscli v2
Hi Noah, On Mon, Oct 31, 2022 at 10:50:19PM -0700, Noah Meyerhans wrote: > On Tue, Oct 05, 2021 at 11:10:43PM -0600, Ross Vandegrift wrote: > > > awscli v2 remains quite difficult to package, but it seems that upstream > > > is looking to address this. See > > > https://github.com/aws/aws-cli/issues/6186 for details and tracking. > > > > Using the source dist poc from https://github.com/aws/aws-cli/pull/6352 I've > > made enough progress to get a packaged aws-cli v2 working. There's a lot > > more > > that needs to be done, but idea of the above linked PR could work for us. > > I'm > > going to document my findings here. > > So, only a year later, I've picked this up and made some additional > progress: > > I have no name!@b02f1db79f9e:/src$ aws --version > aws-cli/2.8.7 Python/3.10.8 Linux/6.0.0-2-amd64 source/x86_64.debian > prompt/off > I have no name!@b02f1db79f9e:/src$ dpkg -s awscli | grep Version > Version: 2.8.7-1 Great news! > > - some repos have tests disabled due to failing during builds. So far, I > > don't > > know if these are real failures, or if upstream's build method. > > I think I've got most of these fixed. 🤘 > > - copyright attribution for aws-lc is very hard. It's a fork of Google's > > BoringSSL, which is a fork of pre-3.0 OpenSSL. > > > > - That also means that aws-lc inherits the openssl gpl incompatibility. > > Here's the good news: We don't actually need aws-lc at all. awscli v2 > and its various dependencies (including s2n-tls) can build against > OpenSSL 3. 🤘 > > - the aws-cli2-temp repo is based on upstream, not our awscli repo. I was > > intentionally being sloppy to quickly get through a test. > > Same. I essentially Debianized the upstream v2 repo from scratch, > pulling in some of your packaging metadata as it made sense. Given that > v2 is developed on a different branch and by now differs quite > significantly from v1, a case could be made for introducing a new > awscli2 package as a new source package and retiring the original awscli > package. However, the debian package metadata isn't really all that > complex, so it may not actually be necessary. Is there any reason to have both versions available to install at once? > > - aws-lc and s2n-tls may be hard to maintain. Both are complicated, > > security > > critical crypto libraries. > > Fortunately, aws-lc isn't an issue. But s2n-tls remains one. Not sure > we're going to be able to do anything about that. The difficult thing > is that it's typically expected to be used as a statically linked > library, which means updates end up being tedious. Agreed, there's nothing we can do about it. But I think it's good news to be able to use OpenSSL and just have one highly security sensitive package. > I haven't pushed my changes anywhere, yet. Once I do, the remaining > tasks will be to any lintian issues or other obvious problems and get > these packages into NEW. I think they're in reasonably good shape, but > we don't have a lot of time before bookworm starts freezing, so I'd love > any help with these steps. I might have some time to help. Would it be useful to transfer my original repos to the cloud-team group? Ross
Bug#1023430: ITP: aws-c-auth -- C99 library implementation of AWS client-side authentication
Package: wnpp Severity: wishlist Owner: Ross Vandegrift X-Debbugs-Cc: debian-de...@lists.debian.org, rvandegr...@debian.org * Package name: aws-c-auth Version : 0.6.18 Upstream Author : Amazon Web Services * URL : https://github.com/awslabs/aws-c-auth * License : Apache-2.0 Programming Lang: C Description : C99 library implementation of AWS client-side authentication C99 library implementation of AWS client-side authentication: standard credentials providers and signing. This package will be maintained by the cloud team. Packaging is initially being driven by awscli v2 dependencies.
Bug#1023431: ITP: aws-c-cal -- Cross-Platform, C99 wrapper for cryptography primitives
Package: wnpp Severity: wishlist Owner: Ross Vandegrift X-Debbugs-Cc: debian-de...@lists.debian.org, rvandegr...@debian.org * Package name: aws-c-cal Version : 0.5.20 Upstream Author : Amazon Web Services * URL : https://github.com/awslabs/aws-c-cal * License : Apache-2.0 Programming Lang: C Description : Cross-Platform, C99 wrapper for cryptography primitives AWS Crypto Abstraction Layer: Cross-Platform, C99 wrapper for cryptography primitives. This package will be maintained by the cloud team. Packaging is initially being driven by awscli v2 dependencies.
Bug#1023432: ITP: aws-c-compression -- C99 implementation of huffman encoding/decoding
Package: wnpp Severity: wishlist Owner: Ross Vandegrift X-Debbugs-Cc: debian-de...@lists.debian.org, rvandegr...@debian.org * Package name: aws-c-compression Version : 0.2.15 Upstream Author : Amazon Web Services * URL : https://github.com/awslabs/aws-c-compression * License : Apache-2.0 Programming Lang: C Description : C99 implementation of huffman encoding/decoding This is a cross-platform C99 implementation of compression algorithms such as gzip, and huffman encoding/decoding. Currently only huffman is implemented. This package will be maintained by the cloud team. Packaging is initially being driven by awscli v2 dependencies.
Bug#1023433: ITP: aws-c-event-stream -- C99 implementation of the vnd.amazon.event-stream content-type
Package: wnpp Severity: wishlist Owner: Ross Vandegrift X-Debbugs-Cc: debian-de...@lists.debian.org, rvandegr...@debian.org * Package name: aws-c-event-stream Version : 0.2.15 Upstream Author : Amazon Web Services * URL : https://github.com/awslabs/aws-c-event-stream/tags * License : Apache-2.0 Programming Lang: C Description : C99 implementation of the vnd.amazon.event-stream content-type C99 implementation of the vnd.amazon.event-stream content-type. This package will be maintained by the cloud team. Packaging is initially being driven by awscli v2 dependencies.
Bug#1023434: ITP: aws-c-http -- C99 implementation of the HTTP/1.1 and HTTP/2 specifications
Package: wnpp Severity: wishlist Owner: Ross Vandegrift X-Debbugs-Cc: debian-de...@lists.debian.org, rvandegr...@debian.org * Package name: aws-c-http Version : 0.6.24 Upstream Author : Amazon Web Services * URL : https://github.com/awslabs/aws-c-http * License : Apache-2.0 Programming Lang: C Description : C99 implementation of the HTTP/1.1 and HTTP/2 specifications C99 implementation of the HTTP/1.1 and HTTP/2 specifications. This package will be maintained by the cloud team. Packaging is initially being driven by awscli v2 dependencies.
Bug#966573: progress packaging awscli v2
On Wed, Nov 02, 2022 at 10:26:50PM -0700, Noah Meyerhans wrote: > Honestly, filing some of the ITPs would be quite helpful at this point. > We'll need to get the following projects packaged: > > aws-c-auth > aws-c-cal > aws-c-compression > aws-c-event-stream > aws-c-http I got this far, and then: > SMTP send failure: {'sub...@bugs.debian.org': (451, b'sorry, only 5 reports > per hour for > submission')}. You can retry, or save the report and exit. Do you want to > retry [Y|n|q|?]? Ross
Bug#966573: progress packaging awscli v2
On Fri, Nov 04, 2022 at 02:56:45PM -0700, Noah Meyerhans wrote: > Given the number of packages involved, though, I expect it'll take a > while for everything to have a properly managed SONAME. Given that, I > see a few alternatives: > > 1. We package aws-crt-python with all the aws-c-* packages included in a >single source package. Given that upstream maintains this structure >in a single repo using git submodules and that their build system >supports it directly, it appears to be the way they expect the package >to be consumed. > > 2. We package the individual aws-c-* dependencies but only ship static >libraries, and handle them as standard buid-deps for aws-crt-python. > > 3. We manage the SONAME versions ourselves until upstream does it for >us. > > 4. We ignore awscli v2 and continue shipping v1. > > I actually prefer #1 and suggest we do that. My reasoning is: > > 1. It's well supported by upstream, > > 2. It prevents other packages from picking up the aws-c-* packages as >dependencies before they expose a stable API/ABI, > > 3. It is simple to split out the submodules into standalone packages >one-by-one as their interfaces stabilize. > > 4. It's quite simple to implement > > What do folks think of this idea? Sounds reasonable. My initial thought was #2, but I hadn't considered the value of insulating others from upstream's changes. Ross
Bug#1010291: postgresql-common: Does /var/log/postgresql really need chmod +t?
Package: postgresql-common Version: 248 Followup-For: Bug #1010291 X-Debbugs-Cc: rvandegr...@debian.org Control: tags -1 patch After upgrading to bookworm, I was reminded of this bug when /var/log/postgresql's sticky bit re-appeared. So I dug a bit more. postgresql-common's postinst unconditionally changes owners and modes on /var/log/postgresql. The patch below makes it respect dpkg-statoverride. Thanks, Ross diff --git a/debian/postgresql-common.postinst b/debian/postgresql-common.postinst old mode 100644 new mode 100755 index 545146a..638c8b8 --- a/debian/postgresql-common.postinst +++ b/debian/postgresql-common.postinst @@ -65,8 +65,10 @@ Please fix this and reinstall this package." >&2 # nicer log directory permissions mkdir -p /var/log/postgresql -chmod 1775 /var/log/postgresql -chown root:postgres /var/log/postgresql +if ! dpkg-statoverride --list /var/log/postgresl > /dev/null; then +chmod "$LOG_MODE" /var/log/postgresql +chown root:postgres /var/log/postgresql +fi # create socket directory [ -d /var/run/postgresql ] || \
Bug#1040681: devscripts: transition-check disagrees with tracker.d.o
Package: devscripts Version: 2.23.4 Severity: normal X-Debbugs-Cc: rvandegr...@debian.org Hello, I just happened to notice that https://tracker.debian.org/pkg/efl lists a transition that src:efl is involved in, but transition-check doesn't notice: $ transition-check transition-check: No packages examined are currently blocked Ross -- Package-specific info: --- /etc/devscripts.conf --- Empty. --- ~/.devscripts --- DEBSIGN_KEYID="B008 D750 B6B7 8361 ED53 56F0 DAB3 8932 9A4C FA16" -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-rc3 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages devscripts depends on: ii dpkg-dev 1.21.22 ii fakeroot 1.31-1.2 ii file 1:5.44-3 ii gnupg 2.2.40-1.1 ii gpgv 2.2.40-1.1 ii libc6 2.36-9 ii libfile-dirlist-perl 0.05-3 ii libfile-homedir-perl 1.006-2 ii libfile-touch-perl0.12-2 ii libfile-which-perl1.27-2 ii libipc-run-perl 20220807.0-1 ii libmoo-perl 2.005005-1 ii libwww-perl 6.68-1 ii patchutils0.4.2-1 ii perl 5.36.0-7 ii python3 3.11.2-1+b1 ii sensible-utils0.0.17+nmu1 ii wdiff 1.2.2-5 Versions of packages devscripts recommends: ii apt 2.6.1 ii curl7.88.1-10 ii dctrl-tools 2.24-3+b1 ii debian-keyring 2022.12.24 ii dput1.1.3 ii equivs 2.3.1 ii libdistro-info-perl 1.5 ii libdpkg-perl1.21.22 ii libencode-locale-perl 1.05-3 ii libgit-wrapper-perl 0.048-2 ii libgitlab-api-v4-perl 0.26-3 ii liblist-compare-perl0.55-2 ii liblwp-protocol-https-perl 6.10-1 ii libsoap-lite-perl 1.27-3 ii libstring-shellquote-perl 1.04-3 ii libtry-tiny-perl0.31-2 ii liburi-perl 5.17-1 ii licensecheck3.3.5-1 ii lintian 2.116.3 ii man-db 2.11.2-2 ii patch 2.7.6-7 ii pristine-tar1.50 ii python3-apt 2.6.0 ii python3-debian 0.1.49 ii python3-magic 2:0.4.26-3 ii python3-requests2.28.1+dfsg-1 ii python3-unidiff 0.7.3-1 ii python3-xdg 0.28-2 ii strace 6.1-0.1 ii unzip 6.0-28 ii wget1.21.3-1+b2 ii xz-utils5.4.1-0.2 Versions of packages devscripts suggests: ii adequate 0.15.7 pn at ii autopkgtest 5.28 pn bls-standalone ii build-essential 12.9 pn check-all-the-things pn cvs-buildpackage ii debhelper 13.11.4 pn diffoscope pn disorderfs pn dose-extra pn duck ii elpa-devscripts 40.5 pn faketime ii gnuplot 5.4.4+dfsg1-2 ii gnuplot-qt [gnuplot] 5.4.4+dfsg1-2+b2 pn how-can-i-help ii libauthen-sasl-perl 2.1600-3 pn libdbd-pg-perl ii libfile-desktopentry-perl 0.22-3 pn libterm-size-perl ii libtimedate-perl 2.3300-2 ii libyaml-syck-perl 1.34-2+b1 ii mailutils [mailx] 1:3.15-4 ii mmdebstrap1.3.5-7 pn mozilla-devscripts pn mutt ii openssh-client [ssh-client] 1:9.2p1-2 ii piuparts 1.1.7 ii postgresql-client-15 [postgresql-client] 15.3-0+deb12u1 pn pristine-lfs ii quilt 0.67+really0.66-1 pn ratt pn reprotest pn svn-buildpackage pn w3m -- no debconf information
Bug#1021045: gdm3: gdm-fingerprint fails if fprintd is installed but libpam-fprint is not
Package: gdm3 Version: 43.0-1 Severity: normal X-Debbugs-Cc: rvandegr...@debian.org Hello, If fprintd and gdm3 are installed, but libpam-fprintd is not installed, then users with enrolled fingerprints cannot login. As soon as I selected my user, the password box flashes up and away. Then I'm returned to the original user list. gdm-fingerprint logs: Sep 30 21:22:54 stgulik gdm-fingerprint][2109]: PAM unable to dlopen(pam_fprintd.so): /lib/security/pam_fprintd.so: cannot open shared object file: No such file or directory Sep 30 21:22:54 stgulik gdm-fingerprint][2109]: PAM adding faulty module: pam_fprintd.so Sep 30 21:22:54 stgulik gdm-fingerprint][2109]: gkr-pam: no password is available for user Installing libpam-fprintd fixes the issue. Perhaps it should be in Recommends instead of Suggests? Thanks, Ross -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_DIE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gdm3 depends on: ii accountsservice 22.08.8-1 ii adduser 3.129 ii dbus [default-dbus-system-bus]1.14.2-1 ii dbus-bin 1.14.2-1 ii dbus-daemon 1.14.2-1 ii dconf-cli 0.40.0-3 ii dconf-gsettings-backend 0.40.0-3 ii debconf [debconf-2.0] 1.5.79 ii enlightenment [x-window-manager] 0.25.4-1 ii gir1.2-gdm-1.043.0-1 ii gnome-session [x-session-manager] 42.0-1 ii gnome-session-bin 42.0-1+b1 ii gnome-session-common 42.0-1 ii gnome-settings-daemon 43.0-1 ii gnome-shell 42.4-2 ii gnome-terminal [x-terminal-emulator] 3.46.1-2 ii gsettings-desktop-schemas 43.0-1 ii libaccountsservice0 22.08.8-1 ii libaudit1 1:3.0.7-1.1 ii libc6 2.35-1 ii libcanberra-gtk3-00.30-10 ii libcanberra0 0.30-10 ii libgdk-pixbuf-2.0-0 2.42.9+dfsg-1 ii libgdm1 43.0-1 ii libglib2.0-0 2.74.0-1 ii libglib2.0-bin2.74.0-1 ii libgtk-3-03.24.34-3 ii libgudev-1.0-0237-2 ii libkeyutils1 1.6.3-1 ii libpam-modules1.5.2-2 ii libpam-runtime1.5.2-2 ii libpam-systemd [logind] 251.4-3 ii libpam0g 1.5.2-2 ii librsvg2-common 2.54.5+dfsg-1 ii libselinux1 3.4-1+b2 ii libsystemd0 251.4-3 ii libx11-6 2:1.8.1-2 ii libxau6 1:1.0.9-1 ii libxcb1 1.15-1 ii libxdmcp6 1:1.1.2-3 ii lsb-base 11.4 ii polkitd 0.105-33 ii procps2:3.3.17-7+b1 ii systemd-sysv 251.4-3 ii sysvinit-utils [lsb-base] 3.05-6 ii terminology [x-terminal-emulator] 1.12.1-3 ii ucf 3.0043 ii x11-common1:7.7+23 ii x11-xserver-utils 7.7+9+b1 Versions of packages gdm3 recommends: ii at-spi2-core 2.46.0-3 ii desktop-base 11.0.3 ii gnome-session [x-session-manager] 42.0-1 ii x11-xkb-utils 7.7+7 ii xserver-xephyr 2:21.1.4-2 ii xserver-xorg 1:7.7+23 ii zenity 3.43.0-1 Versions of packages gdm3 suggests: ii libpam-fprintd1.94.2-2 ii libpam-gnome-keyring 42.1-1 pn libpam-pkcs11 pn libpam-sss ii orca 42.3-1 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3
Bug#1025720: emacs: systemd user unit runs automatically, even when disabled
Package: emacs Version: 1:28.2+1-8 Severity: normal X-Debbugs-Cc: rvandegr...@debian.org Hello, Should the systemd user unit be started by default? The changelog indicates no (see 1:28.1+1-4) and dh_installsystemduser is invoked with --no-enable. But it starts on my system without (as far as I recall) me enabling it. What's the appropriate way to disable it? `systemctl --user disable --now emacs.server` only lasts until I reboot. Masking it works. I've noticed that even after disabling, status shows it's enabled: $ systemctl --user disable --now emacs.service $ systemctl --user status emacs.service | head -n 3 ○ emacs.service - Emacs text editor Loaded: loaded (/usr/lib/systemd/user/emacs.service; enabled; preset: enabled) Active: inactive (dead) since Wed 2022-12-07 15:03:03 PST; 4s ago I don't really understand how systemd user stuff works - ~/.config/systemd/user is empty (until masking), but I don't know if that's informative. Thanks, Ross -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages emacs depends on: ii emacs-lucid 1:28.2+1-8 emacs recommends no packages. emacs suggests no packages. -- no debconf information
Bug#1025618: cloud-init and firewalld systemd unit files have ordering cycles
Control: forwarded -1 https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1956629 Hi Guillaume, On Tue, Dec 06, 2022 at 06:26:26PM +0100, Guillaume Knispel wrote: > firewalld and cloud-init have ordering cycles between their systemd unit > files, leading to more or less broken boot results when both are installed > and active, because at each boot systemd decides to skip a > non-deterministically choosen service (not necessarily cloud-init or > firewalld) to break the cycle. Thanks for bringing this to our attention. There's a few useful discussions: https://github.com/firewalld/firewalld/issues/414 https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1956629 >From my quick read: Michael Biebl proposes dropping network-pre.target from cloud-init's After=, and replacing it with each of the config backends that cloud-init supports. This sounds pretty reasonable, but also like something that upstream should address first. Should we consider adding "Conflicts: firewalld" to cloud-init before the freeze? That's not optimal of course, but it'd prevent a user from ending up in this situation for now. Thanks, Ross
Bug#1025720: emacs: systemd user unit runs automatically, even when disabled
On Wed, Dec 07, 2022 at 07:41:50PM -0600, Rob Browning wrote: > Ross Vandegrift writes: > > But it starts on my system without (as far as I recall) me enabling > > it. > > > > > > What's the appropriate way to disable it? `systemctl --user disable --now > > emacs.server` only lasts until I reboot. Masking it works. > > > > I've noticed that even after disabling, status shows it's enabled: > > $ systemctl --user disable --now emacs.service > > $ systemctl --user status emacs.service | head -n 3 > > ○ emacs.service - Emacs text editor > >Loaded: loaded (/usr/lib/systemd/user/emacs.service; enabled; > > preset: enabled) > >Active: inactive (dead) since Wed 2022-12-07 15:03:03 PST; 4s ago > > > > I don't really understand how systemd user stuff works - > > ~/.config/systemd/user > > is empty (until masking), but I don't know if that's informative. > > I suspect you're having the same problem I was, which I believe is > caused by the fact that earlier versions of the package (in untable) > didn't have --no-enable, and the auto-run behavior seems to be sticky. > > I "fixed" it here by purging and reinstalling emacs-common, but I'd hope > there's a better way. If so, I'd be happy to consider adding some notes > to a suitable /usr/share/doc file, and/or trying to automate a fix. > > Though if the fix isn't simple, I might hesitate attempting to automate > it, since the problem (I hope) only existed somewhat briefly in > unstable. Aha, thanks that's a good hint. Purging emacs-common didn't do the trick for me, but purging all emacs packages did. etckeeper then revealed the culprit: /etc/systemd/user/default.target.wants/emacs.service I couldn't easily find any tool to manage files there, since systemdctl --user does not. But probably, deleting it and doing daemon-reload or reboot would've done the job. Agreed that it probably isn't worth automating a solution to this in the package. Thanks, Ross
Bug#1025618: cloud-init and firewalld systemd unit files have ordering cycles
On Mon, Dec 12, 2022 at 05:41:46PM -0800, Noah Meyerhans wrote: > On 12/12/2022 6:44 AM, Sam Hartman wrote: > > >> From my quick read: Michael Biebl proposes dropping > > >> network-pre.target > > Ross> from cloud-init's After=, and replacing it with each of the > > Ross> config backends that cloud-init supports. This sounds pretty > > Ross> reasonable, but also like something that upstream should > > Ross> address first. > > > > Why wait for upstream? > > It's a bug affecting Debian users, our systemd maintainer has a solution > > that you (and I) think is reasonable. > > The symptom is quite serious. > > We often make changes before upstream in situations like that, > > especially when the alternative is: > > > > Ross> Should we consider adding "Conflicts: firewalld" to cloud-init > > Ross> before the freeze? That's not optimal of course, but it'd > > Ross> prevent a user from ending up in this situation for now. > > > > I'd much rather see Debian local changes than conflicts. > > We should simply move this discussion to an upstream pull request rather > than wait passively for their response. I agree that diverging from upstream > is preferable to unnecessary conflicts, but it shouldn't be done without > first consulting with upstream on our proposed solution. I played with the suggested solution and was unable to get it working: cloud-init.service doesn't have a /direct/ Before=network-pre.target to remove. The ordering is implicit in the combination of units. Probably, I think Michael knew that when he made the suggestion - but I had to play with it for a few hours first. :) At a high level the issue is: firewalld.service forces network-pre.target after sysinit.target, but cloud-init.service forces the other way around. In detail, using < to represent Before, the imposed orderings look like: - from firewalld: sysinit.target < dbus.service < firewalld.service < network-pre.target - from cloud-init: cloud-init-local.service < network-pre.target < systemd-networkd-wait-online.service < cloud-init.service < sysinit.target There's a few approaches to resolving this. As far as I can tell, the only immediately viable one (at the bottom) requires users to manually fix this and accept some trade-offs. Anyone have any better ideas? Modify firewalld to run before sysinit.target - This would let cloud-init and firewalld agree to do network-pre.target before sysinit.target. This is probably not possible since firewalld requires dbus, which starts after sysinit.target. There's a thread at [1] about why moving firewalld to be an early boot service is difficult. Modify cloud-init to run after sysinit.target - This would let cloud-init and firewalld agree to do network-pre.target after sysinit.target. This might not be advisable (see comments in [1] about running network management services in late boot), but it looks like this is how RHEL does it [2]. >From [3], I think cloud-init.service added Before=basic.target (which eventually became Before=sysinit.target) to ensure cloud-init configured block device mounts were ready early enough in boot process. The network needs to be online for this, since some block device config can come from network sources. So changing this in the Debian package seems risky to me. Locally override firewalld.service's order -- If you need to use both together, create an override unit that removes Before=network-pre.target. This eliminates the cycle by allowing cloud-init's order to win. But it the network will be up without firewalld for a period. Unfortunately, dependencies can't be removed in a drop-in - so I think you need to copy the unit to /etc/systemd/system and modify it. Ross [1] - https://lists.freedesktop.org/archives/systemd-devel/2022-March/047538.html [2] - https://github.com/canonical/cloud-init/blob/main/systemd/cloud-init.service.tmpl#L4-L6 [3] - https://github.com/canonical/cloud-init/commit/80f5ec4be0f781b26eca51d90d51abfab396b3f6
Bug#1026434: ITP: mediaelch -- media tagger/manager for Kodi
Package: wnpp Severity: wishlist Owner: Ross Vandegrift X-Debbugs-Cc: debian-de...@lists.debian.org, rvandegr...@debian.org * Package name: mediaelch Version : 2.8.18 Upstream Author : Andre Meyering * URL : https://www.mediaelch.de/mediaelch/ * License : LGPL-3.0 Programming Lang: C++ Description : media tagger/manager for Kodi MediaElch is a MediaManager for Kodi. Information about Movies, TV Shows, Concerts and Music are stored as NFO files. Fanarts are downloaded automatically from fanart.tv. MediaElch is one of the media managers listed on the Kodi wiki [1] for tagging media. None are available in Debian. I've been using it occasionally and suspect others might like it too. Ross [1] - https://kodi.wiki/view/NFO_files/Creating#Media_Managers
Bug#1028266: libegl-mesa0: terminology segfaults after ugprade to 22.3.2-1
Control: tags -1 forwarded https://gitlab.freedesktop.org/mesa/mesa/-/issues/7949 Hello, I think this is the issue: https://gitlab.freedesktop.org/mesa/mesa/-/issues/7949 And the fix is in this MR: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20479/diffs The diff applies to the version in unstable. I ran into some challenges trying to test, but will try again another day. Ross On Mon, Jan 09, 2023 at 10:19:20AM +0100, Fabio Pedretti wrote: > Can you check if a similar issue is already reported at > https://gitlab.freedesktop.org/mesa/mesa/-/issues and eventually open > a new issue there? > > Il giorno lun 9 gen 2023 alle ore 00:09 Ross Vandegrift > ha scritto: > > After upgrading to mesa 22.3.2-1, terminology (a terminal emulater, package > > has > > the same name) began randomly crashing. Crashes were triggered by tab > > switching or window resizing. Downgrading back to 22.2.4-1 fixes the issue. >
Bug#1021045: gdm3: gdm-fingerprint fails if fprintd is installed but libpam-fprint is not
Control: reassign -1 fprintd Hello, On Sun, Nov 13, 2022 at 03:00:26PM +, Simon McVittie wrote: > On Fri, 30 Sep 2022 at 21:37:20 -0700, Ross Vandegrift wrote: > > If fprintd and gdm3 are installed, but libpam-fprintd is not installed, then > > users with enrolled fingerprints cannot login. > ... > > Installing libpam-fprintd fixes the issue. Perhaps it should be in > > Recommends > > instead of Suggests? > > I'm not sure about this as a solution. I don't think it would be true > to say that installations of gdm3 that don't need (libpam-)fprintd > are unusual, which is the level of dependency where Recommends are > necessary. Most gdm3 users log in with a password and don't use a > fingerprint reader. Yea, fair enough. I've posted an issue to gdm upstream gitlab with a request for better UX in this case. FingerForce team - Would you consider adding libpam-fprintd to fprintd's Recommends? After installing fprintd and enrolling a fingerprint, I couldn't login with gdm even though the option was presented. Strictly, it might be excessive (enlightenment could use fprintd without libpam-fprintd for unlock). But there's an awkward usability issue now since nothing pulls it in automatically. If not, I can add it to enlightenment (along with fprintd). But it seems non-optimal to require this on every WM/desktop env package. Thanks, Ross
Bug#1025080: enlightenment does not start
Control: tags -1 moreinfo Hi Pierre, I think you've misdiagnosed the problem. How are you starting enlightenment, and what error messages are you getting? Also, please provide the output of `dpkg -l dbus*` from your system. enlightenment already has: Depends: default-dbus-session-bus | dbus-session-bus See #836090 and the linked mailing list post for details on why this is the right way to depend on dbus. Ross On Tue, Nov 29, 2022 at 06:05:41PM +0100, Pierre Couderc wrote: > Package: enlightenment > > Version: 0.24.2 > > Enlightenment does not start because dbus is not started. > > dbus-x11 should be a dependency in case no session manager is used. > > I recommend a enlightenment-x11 package or including x11 in enlightenment as > nobody uses wayland... > > Pierre Couderc > >
Bug#1025099: plocate: autofs pruning doesn't seem to work
Package: plocate Version: 1.1.17-2 Severity: normal X-Debbugs-Cc: rvandegr...@debian.org Hello, I noticed that an autofs mount is being triggered by updatedb.plocate: systemd[1]: mnt-storage.automount: Got automount request for /mnt/storage, triggered by 63669 (updatedb.plocat) It looks like the bind mount checking is involved. Here's the --debug-pruning output: $ sudo journalctl -fu mnt-storage.automount & $ mount | grep storage systemd-1 on /mnt/storage type autofs (rw,relatime,fd=55,pgrp=1,timeout=600,minproto=5,maxproto=5,direct,pipe_ino=14748) $ sudo updatedb.plocate --debug-pruning conf_block: prune_bind_mounts\000 1\000 \000 prunefs\000 AFS\000 AUTOFS\000 BINFMT_MISC\000 CEPH\000 CGROUP\000 CGROUP2\000 CIFS\000 CODA\000 CONFIGFS\000 CURLFTPFS\000 DEBUGFS\000 DEVFS\000 DEVPTS\000 DEVTMPFS\000 ECRYPTFS\000 FTPFS\000 FUSE.CEPH\000 FUSE.CRYFS\000 FUSE.ENCFS\000 FUSE.GLUSTERFS\000 FUSE.GOCRYPTFS\000 FUSE.GVFSD-FUSE\000 FUSE.MFS\000 FUSE.RCLONE\000 FUSE.ROZOFS\000 FUSE.SSHFS\000 FUSECTL\000 FUSESMB\000 HUGETLBFS\000 ISO9660\000 LUSTRE\000 LUSTRE_LITE\000 MFS\000 MQUEUE\000 NCPFS\000 NFS\000 NFS4\000 OCFS\000 OCFS2\000 PROC\000 PSTORE\000 RPC_PIPEFS\000 SECURITYFS\000 SHFS\000 SMBFS\000 SYSFS\000 TMPFS\000 TRACEFS\000 UDEV\000 UDF\000 USBFS\000 \000 prunenames\000 \000 prunepaths\000 /home/.ecryptfs\000 /media\000 /tmp\000 /var/lib/ceph\000 /var/lib/os-prober\000 /var/lib/schroot\000 /var/spool\000 \000 --- Rebuilding bind_mount_paths: `/sys' (22 on 28) is `/' of `sysfs' (0:20), type `sysfs' `/proc' (23 on 28) is `/' of `proc' (0:21), type `proc' `/dev' (24 on 28) is `/' of `udev' (0:5), type `devtmpfs' `/dev/pts' (25 on 24) is `/' of `devpts' (0:22), type `devpts' `/run' (26 on 28) is `/' of `tmpfs' (0:23), type `tmpfs' `/' (28 on 1) is `/' of `/dev/mapper/root' (254:0), type `ext4' `/sys/kernel/security' (29 on 22) is `/' of `securityfs' (0:6), type `securityfs' `/dev/shm' (30 on 24) is `/' of `tmpfs' (0:25), type `tmpfs' `/run/lock' (31 on 26) is `/' of `tmpfs' (0:26), type `tmpfs' `/sys/fs/cgroup' (32 on 22) is `/' of `cgroup2' (0:27), type `cgroup2' `/sys/fs/pstore' (33 on 22) is `/' of `pstore' (0:28), type `pstore' `/sys/firmware/efi/efivars' (34 on 22) is `/' of `efivarfs' (0:29), type `efivarfs' `/sys/fs/bpf' (35 on 22) is `/' of `bpf' (0:30), type `bpf' `/proc/sys/fs/binfmt_misc' (37 on 23) is `/' of `systemd-1' (0:31), type `autofs' `/dev/hugepages' (38 on 24) is `/' of `hugetlbfs' (0:32), type `hugetlbfs' `/dev/mqueue' (39 on 24) is `/' of `mqueue' (0:19), type `mqueue' `/sys/kernel/debug' (40 on 22) is `/' of `debugfs' (0:7), type `debugfs' `/sys/kernel/tracing' (41 on 22) is `/' of `tracefs' (0:12), type `tracefs' `/sys/kernel/config' (42 on 22) is `/' of `configfs' (0:33), type `configfs' `/sys/fs/fuse/connections' (43 on 22) is `/' of `fusectl' (0:34), type `fusectl' `/run/credentials/systemd-sysusers.service' (67 on 26) is `/' of `ramfs' (0:35), type `ramfs' `/run/credentials/systemd-tmpfiles-setup-dev.service' (69 on 26) is `/' of `ramfs' (0:36), type `ramfs' `/run/credentials/systemd-sysctl.service' (71 on 26) is `/' of `ramfs' (0:37), type `ramfs' `/efi' (82 on 28) is `/' of `systemd-1' (0:38), type `autofs' `/mnt/storage' (100 on 28) is `/' of `systemd-1' (0:39), type `autofs' `/boot' (103 on 28) is `/' of `/dev/sda1' (8:1), type `vfat' `/run/credentials/systemd-tmpfiles-setup.service' (135 on 26) is `/' of `ramfs' (0:40), type `ramfs' `/proc/sys/fs/binfmt_misc' (106 on 37) is `/' of `binfmt_misc' (0:41), type `binfmt_misc' `/run/rpc_pipefs' (182 on 26) is `/' of `sunrpc' (0:44), type `rpc_pipefs' `/run/user/1000' (252 on 26) is `/' of `tmpfs' (0:55), type `tmpfs' `/run/user/1000/doc' (259 on 252) is `/' of `portal' (0:50), type `fuse.portal' `/efi' (815 on 82) is `/' of `/dev/sda1' (8:1), type `vfat' Matching bind_mount_paths: => adding `/efi' (duplicate of mount point `/boot') ...done Checking whether filesystem `/boot' is excluded: `/sys', type `sysfs' => type matches, dir `/sys' `/proc', type `proc' => type matches, dir `/proc' `/dev', type `devtmpfs' => type matches, dir `/dev' `/dev/pts', type `devpts' => type matches, dir `/dev/pts' `/run', type `tmpfs' => type matches, dir `/run' `/', type `ext4' `/sys/kernel/security', type `securityfs' => type matches, dir `/sys/kernel/security' `/dev/shm', type `tmpfs' => type matches, dir `/dev/shm' `/run/lock', type `tmpfs' => type matches, dir `/run/lock' `/sys/fs/cgroup', type `cgroup2' => type matches, dir `/sys/fs/cgroup' `/sys/fs/pstore', type `pstore' => type matches, dir `/sys/fs/pstore' `/sys/firmware/efi/efivars', type `efivarfs' `/sys/fs/bpf', type `bpf' `/proc/sys/fs/binfmt_misc', type `autofs' => type matches, dir `/proc/sys/fs/binfmt_misc' `/dev/hugepages', type `hugetlbfs' => type matches, dir `/dev/hugepages' `/dev/mqueue', type `mqueue' => type matches, dir `/dev/mqueue' `/sys/kernel/debug', type `debugfs' => type matches,
Bug#1025099: plocate: autofs pruning doesn't seem to work
Control: retitle -1 autofs mount triggered in spite of pruning On Tue, Nov 29, 2022 at 11:24:03AM -0800, Ross Vandegrift wrote: > Subject: Bug#1025099: plocate: autofs pruning doesn't seem to work That subject wasn't too clear- updatedb.plocate does not index the remote filesystem, it just triggeres the automount unnecessarily. Ross
Bug#1025099: plocate: autofs pruning doesn't seem to work
On Tue, Nov 29, 2022 at 09:27:26PM +0100, Steinar H. Gunderson wrote: > On Tue, Nov 29, 2022 at 11:31:39AM -0800, Ross Vandegrift wrote: > >> Subject: Bug#1025099: plocate: autofs pruning doesn't seem to work > > That subject wasn't too clear- updatedb.plocate does not index the > > remote filesystem, it just triggeres the automount unnecessarily. > > I don't think that's possible to avoid; the directory must be stat()-ed > to get to know what type of filesystem it is, and I guess that would trigger > the mount? Interesting - stat -f does the same, and it always returns nfs. Here's a lame idea: /proc/mounts knows it's actually autofs... But if there's no non-hacky way to filter out unmounted autofs mounts early, I'm not sure this is worth fixing. The only impact is delayed updates when e.g. I'm not home and so the nfs won't mount. Shortening the mount timeout should help with that. > I guess it's an interesting question why it even knows how to enter that > directory, if it's not mounted; are you running with ghost on? I'm using a systemd automount unit. There's no autofs config or ghost option, but the effect is similar: systemd-1 on /mnt/storage type autofs vanvanmojo.lan:/mnt/storage on /mnt/storage type nfs4 The first is created when the unit is started, the second after automounting is triggered. Ross
Bug#1005318: Any update for this request?
On Fri, Apr 07, 2023 at 01:26:48AM +, Winnie Yue wrote: > Could you please upgrade cloud-init to the latest release 23.1.1? Your > help will be greatly appreciated. Thanks. We are currently in the freeze period for the bookworm release, so this won't happen until after the release is complete. Ross
Bug#1033159: terminology: When using vim with Terminology the underline atribute gets turned on when scrolling.
Control: tags - 1 pending On Sat, Mar 18, 2023 at 03:16:14PM +, Jon Westgate wrote: > How to produce: > open vim inside terminology enit a file that is larger than the > terminal and requires scrolling (it shows best with a 2 page document > with a reasonable coverage of text) simply scroll up of down past the > current view point and you will note that new text has the underline > atribute set. Scrolling back up will result in off screen text being > rendered with underline attribute set as it comes back down into view. I wasn't able to reproduce this, but the upstream developer knew of the issue. It's been fixed upstream, and is waiting for the next debian upload. Due to the release freeze, I won't be able to upload this until after the bookworm release. Ross
Bug#1034102: UDD patches: incorrect handling of Forwarded?
Package: qa.debian.org Severity: normal X-Debbugs-Cc: rvandegr...@debian.org Hello, I think there are some issues with the Forwarded handling here: https://udd.debian.org/patches.cgi?src=e17&version=0.25.4-2 DEP3 has this description for Forwarded: > Any value other than "no" or "not-needed" means that the patch has been > forwarded upstream. Ideally the value is an URL proving that it has been > forwarded and where one can find more information about its inclusion status. > > If the field is missing, its implicit value is "yes" if the "Bug" field is > present, otherwise it's "no". The field is really required only if the patch > is vendor specific, in that case its value should be "not-needed" to indicate > that the patch must not be forwarded upstream (whereas "no" simply means that > it has not yet been done). The patch linked above is tagged Forwarded=yes - which is not ideal, but not invalid. Looking for more info, I found that the html source has: > invalid This doesn't show up in firefox - was this was meant to go into the content of the span? And as far that error - to my reading, DEP3 doesn't require a Bug when Forwarded=yes. Bug's presence or absence only changes the implicit value. A note that Forwarded=yes without a Bug is not informative would be helpful. :) Thanks, Ross
Bug#1025618: cloud-init and firewalld systemd unit files have ordering cycles
On Fri, Dec 16, 2022 at 03:48:00PM -0800, Ross Vandegrift wrote: > At a high level the issue is: firewalld.service forces network-pre.target > after > sysinit.target, but cloud-init.service forces the other way around. In > detail, > using < to represent Before, the imposed orderings look like: > > - from firewalld: > sysinit.target < dbus.service < firewalld.service < network-pre.target > - from cloud-init: > cloud-init-local.service < network-pre.target < > systemd-networkd-wait-online.service < cloud-init.service < sysinit.target > > There's a few approaches to resolving this. As far as I can tell, the only > immediately viable one (at the bottom) requires users to manually fix this > and accept some trade-offs. Anyone have any better ideas? We discussed this issue on the recent cloud-team meeting and had some revised options. > Modify firewalld to run before sysinit.target > - [snip] This one still seems impossible. > Modify cloud-init to run after sysinit.target > - [snip] The main downside of this one, is that cloud-init will be running too late to configure block devices. But this feature didn't always work well. So maybe we'd affect a non-working feature. I've confirmed that cloud-init's block device setup is working well on AWS at least. So I think this will break working cloud-init features. IMO, that means it is not viable. > Locally override firewalld.service's order > -- [snip] This remains unattractive since unsuspecting users will be left with broken images and no clear path to fix the problem. Modify dbus to run later We discussed a way improve things by shuffling dbus later, but I didn't take good enough notes, and I can't reconstruct the details. Sorry for forgetting - Bastian do you recall the details? Add Breaks or Conflicts to prevent coinstallation - None of the alternatives seem reasonable and installing cloud-init and firewalld cannot produce a working Debian image. So we should prevent this state. We thought Conflicts might be required because once both are unpacked, the problematic cycle technically exists. Though it may not cause harm unless both services are (re-)started simultaneously. Ross
Bug#1050928: enlightenment-data: please provide an enlightenment-portals.conf for xdg-desktop-portal
Hi Simon, On Thu, Aug 31, 2023 at 02:20:51PM +0100, Simon McVittie wrote: > xdg-desktop-portal 1.17.x introduces a new way to select which portals will > be used for which desktop environments, modelled on mimeapps.list: > > - each desktop environment should provide a file like > /usr/share/xdg-desktop-portal/enlightenment-portals.conf > > - the filename is ${DESKTOP}-portals.conf where ${DESKTOP} is the desktop > environment's entry in $XDG_CURRENT_DESKTOP (the same as the DesktopNames > from /usr/share/{x,wayland-}sessions/*.desktop), folded to lower case > > - sysadmins and users can override this via files named portals.conf or > ${DESKTOP}-portals.conf in various locations like /etc/xdg-desktop-portal > and ~/.config/xdg-desktop-portal > > Please see portals.conf(5) or its source code > https://github.com/flatpak/xdg-desktop-portal/blob/main/doc/portals-conf.rst > for full details. > > If I'm reading its code correctly, I think Enlightenment asks the display > manager > to set XDG_CURRENT_DESKTOP to "Enlightenment"? (But if I'm wrong, please > adjust my suggestions accordingly.) That's correct - but I'm afraid this is the only item in this bug report that I understand. I tried to read the documentation you linked, but both assume general familiarity with what's going on here. For me, this all might as well be greek. :) I don't know of any portal requirements for Enlightenment, but I'm not really clear whether or not that's what you're asking for. Is there a more basic description of what this does? How would I test a change that implemented what you're requesting? And what are the consequences of not doing this? Thanks, Ross
Bug#1050928: enlightenment-data: please provide an enlightenment-portals.conf for xdg-desktop-portal
Hi Simon, On Sat, Sep 16, 2023 at 07:37:31PM +0100, Simon McVittie wrote: > On Sat, 16 Sep 2023 at 08:54:11 -0700, Ross Vandegrift wrote: > > That's correct - but I'm afraid this is the only item in this bug report > > that I > > understand. I tried to read the documentation you linked, but both assume > > general familiarity with what's going on here. For me, this all might as > > well > > be greek. > > Sorry, I'm doing my best to strike a balance between "wall of text" and > being clear. > > Adapted from an issue report I sent upstream in Xfce, > https://gitlab.xfce.org/xfce/xfce4-session/-/issues/181, which they seem > to have found useful: That was incredibly helpful. I think I'm clear on what needs to be done now, and should be able to tackle it soon. Also, thanks a million for helping me understand the big picture and providing references to useful tools. It's very kind of you! Ross
Bug#1043304: Latest Debian 12 AMI will not allocate a public IP at creation time
Control: tags -1 moreinfo Hi Tom, > I created an EC2 instance in us-east-1 using the command line below. The > instance does not have a public IP, although I requested one. It is not > possible to add a public IP after creation time, except for elastic IPs, > which carry additional cost. I tried to reproduce, and was not able to. Using the same AMI as you, as well as the latest build (ami-0cb7a724e5bafff67 in us-west-2), the instance was assigned a public IP. The initial response to run-instances does not include a PublicIpAddress, but it is there a describe-instances response within a few seconds. I observed the same behavior when I laucnhed Ubuntu 22.04 from i-0f0d0cdaa7102be65 in us-west-2. Do you see a public ip if you describe the new instance after creation? Thanks, Ross
Bug#1014662: cloud-initramfs-growroot: Initramfs hook does not include `flock` command
On Fri, Feb 17, 2023 at 09:54:08PM +0100, Santiago Vila wrote: > After applying the suggested patch, the reported error > does not show anymore. > > Instead, I get this: > > /scripts/local-bottom/growroot: line 97: wait-for-root: not found > > Where does this "wait-for-root" come from? > I can't find it in any package. There's a relevant MR in salsa: https://salsa.debian.org/cloud-team/cloud-initramfs-tools/-/merge_requests/2 Would you mind testing the patch there? I don't know how widely used this package is. Thanks, Ross
Bug#1055786: GID=1000 for netdev created by cloud-init violates Debian Policy
On Sat, Nov 11, 2023 at 09:46:51PM +0900, Osamu Aoki wrote: > Package: cloud-init > Version: 22.4.2-1 > Severity: normal > > ## Background: > > The problem and possible root cause fix are reported on upstream github > issue: https://github.com/canonical/cloud-init/issues/4603 > > ## Issue: > I noticed instance generated from Debian bookworm cloud image on > linuxcontainer.org had odd GID=1000 for netdev. Since netdev should be a > system group, this situation violates Debian policy. Hi Osamu, As Shengjing Zhu mentioned in [1], this issue was fixed in #1038691. Is that incorrect? Ross [1] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055700#25
Bug#1019955: elpa-devscripts: errors on emacs startup
Package: elpa-devscripts Version: 40.5 Severity: normal Hello, I just installed elpa-devscripts after upgrading to bookworm. The package generates lots of warnings that I don't recall on my bullseye system. Nothing seems broken, once I clear the warnings. On the first start up: Warning (comp): debian-el.el:90:26: Warning: reference to free variable ‘dired-mode-map’ Disable showing Disable logging Warning (comp): dpkg-dev-el.el:117:44: Warning: reference to free variable ‘filename’ Disable showing Disable logging When I opened a d/changelog file: Warning (comp): debian-changelog-mode.el:495:13: Warning: Package cl is deprecated Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1273:36: Warning: ‘previous-line’ is for interactive use only; use ‘forward-line’ with negative argument instead. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1382:4: Warning: ‘easy-menu-add’ is an obsolete function (as of 28.1); this was always a no-op in Emacs and can be safely removed. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1382:18: Warning: reference to free variable ‘debian-changelog-menu’ Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1423:4: Warning: make-face called with 2 arguments, but accepts only 1 Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1428:4: Warning: set-face-foreground called with 5 arguments, but accepts only 2-3 Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1750:17: Warning: ‘imenu-progress-message’ is an obsolete macro (as of 28.1). Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1755:19: Warning: ‘imenu-progress-message’ is an obsolete macro (as of 28.1). Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1778:11: Warning: ‘imenu-progress-message’ is an obsolete macro (as of 28.1). Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1683:12: Warning: the function ‘set-extent-property’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1676:25: Warning: the function ‘make-extent’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1654:18: Warning: the function ‘delete-extent’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1653:42: Warning: the function ‘extent-end-position’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1652:42: Warning: the function ‘extent-start-position’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1651:22: Warning: the function ‘extent-detached-p’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:1625:14: Warning: the function ‘set-keymap-name’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-changelog-mode.el:880:4: Warning: the function ‘debian-bug-build-bug-menu’ is not known to be defined. Disable showing Disable logging Warning (comp): debian-bug.el:496:16: Warning: assignment to free variable ‘debian-bug-menu-action’ Disable showing Disable logging Warning (comp): debian-bug.el:652:37: Warning: ‘mapcar’ called for effect; use ‘mapc’ or ‘dolist’ instead Disable showing Disable logging Warning (comp): debian-bug.el:652:50: Warning: ‘mapcar’ called for effect; use ‘mapc’ or ‘dolist’ instead Disable showing Disable logging Warning (comp): debian-bug.el:944:41: Warning: ‘next-line’ is for interactive use only; use ‘forward-line’ instead. Disable showing Disable logging Warning (comp): debian-bug.el:1792:6: Warning: ‘easy-menu-add’ is an obsolete function (as of 28.1); this was always a no-op in Emacs and can be safely removed. Disable showing Disable logging Warning (comp): debian-bug.el:1843:6: Warning: ‘easy-menu-add’ is an obsolete function (as of 28.1); this was always a no-op in Emacs and can be safely removed. Disable showing Disable logging Warning (comp): debian-bug.el:2347:20: Warning: Use ‘with-current-buffer’ rather than save-excursion+set-buffer Disable showing Disable logging Warning (comp): debian-bug.el:2276:21: Warning: Use ‘with-current-buffer’ rather than save-excursion+set-buffer Disable showing Disable logging Warning (comp): debian-bug.el:2351:33: Warning: Use ‘with-current-buffer’ rather than save-excursion+set-buffer Disable showing Disable logging Warning (comp): debian-bug.el:2360:10: Warning: ‘easy-menu-remove’ is an obsolete function (as of 28.1); this was always a no-op in Emacs and can be safely removed. Disable showing Disable logging Warning (comp): debian-bug.el:2371:10: Warning: ‘easy-menu-remove’ is an obsolete fu
Bug#1040406: python3-azure-cli - fails with No module named 'azure.mgmt.compute.v2022_11_01'
Package: azure-cli Version: 2.45.0-1 Followup-For: Bug #1040406 X-Debbugs-Cc: rvandegr...@debian.org Hi Luca, I'm hitting this issue on azure-cli in bookworm. It sounds like this package is difficult - but is there any possibility of a stable update? $ az vm The command failed with an unexpected error. Here is the traceback: No module named 'azure.mgmt.compute.v2022_11_01' ... Thanks, Ross -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-rc3 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages azure-cli depends on: ii python33.11.2-1+b1 ii python3-azure-cli 2.45.0-1 azure-cli recommends no packages. azure-cli suggests no packages. -- no debconf information
Bug#1041900: cloud.debian.org: please publish arm64 vagrant boxes
Package: cloud.debian.org Severity: wishlist User: cloud.debian@packages.debian.org Usertags: vagrant image X-Debbugs-Cc: rvandegr...@debian.org Hello, I've been in touch with folks from the kdevops project [1]. They are looking for more vagrant images for arm64. Would it be possible to publish the arm64 boxes that debian-vagrant-images can build? I started looking into this. I'm pretty new to vagrant, but here's what I learned so far: - vagrant doesn't handle boxes with different architectures [2]. The advice seems to be to publish under a different name: e.g. "debian/testing-arm64". - Building the arm64 box works just fine, and I can import it sucessfully. - I'm trying to get vagrant to boot it, but still not quite there yet. Thanks, Ross [1] - https://github.com/mcgrof/kdevops/ [2] - https://github.com/hashicorp/vagrant/issues/12610
Bug#1037166: libelementary-data: versions of libelementary1 and libelementary-data don't match on ia64
Control: tags -1 wontfix Hi Thomas, On Tue, Jun 06, 2023 at 08:42:18PM +0200, Thomas Uhle wrote: > So libelementary1 (version 1.25.1-1) expects to have libelementary-data from > version 1.25.1-1 as well which is but from version 1.26.3-1 in the > repositories. That is why this dependency cannot be fulfilled on i64. That's correct - EFL requires all of its components to be upgraded jointly. And Debian likes to build arch-indep packages separately from arch-dependent. > That is why some packages currently fail to build on Debian's ia64 build > servers although they would compile if libelementary1 could be installed > along with libefl-all-dev. So I see two options: could you please either > compile src:efl on ia64 using gcc-10 as long as the newer gcc versions are > crashing, or could you please put back libelementary-data from version > 1.25.1-1 into the ia64 repository. I don't think either plan is workable. Requiring gcc 10 is a temporary fix, and is more drastic than I'm keen to accommodate. And reverting libelementary-data won't work either - afaik, I'd have to do a new source upload which would fail due to this bug. I think this requires fixing the bugs in gcc > 10. You might ask about this on debian-i...@lists.debian.org though the thread at [1] makes me doubt you'll get a fix. Sorry, Ross [1] - https://lists.debian.org/debian-ia64/2023/05/msg0.html
Bug#1057548: cloud-init: FTBFS: failing tests
Control: tags -1 pending On Mon, Feb 19, 2024 at 01:47:24PM -0800, Ross Vandegrift wrote: > On Tue, Dec 05, 2023 at 11:04:12PM +0100, Santiago Vila wrote: > > During a rebuild of all packages in unstable, your package failed to build: > > I started updating to the latest upstream release, which fixes this FTBFS. > But > I'm reluctant to push to the team repo, due to an issue with the network > nocloud datasource. > > With a local webserver hosting cloud-init seed data, cloud-init 23.4.3 never > hits my local http server. The same setup with 23.3.1 from sid works fine. > Disk based nocloud seeds work fine with 23.4.3. Upstream found and fixed this issue in 23.4.4 But before I could get to packaging it, they also released 24.1. I just pushed updates with the new version to salsa. The new version is working for me. I don't have upload access for cloud-init - we can work out an upload at the team meeting next week. Ross
Bug#422178: oprofile: opreport fails
Hello, After comparing the same packages at work, this seems like it may be hardware specific. My workstation at the office is a Core1, at home it's a Core2. According to some chat last night on the IRC for oprofile this may be related to some Core2 changes. Ross -- Ross Vandegrift [EMAIL PROTECTED] "The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell." --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273440: DLZ integration patch
Hello, This patch to the Debian control and rules files provides what is required to support DLZ for the bind9 package. Please consider integrating! diff -ur debian/control /usr/src/bind9-mine/debian/control --- debian/control 2007-08-06 11:48:33.0 -0400 +++ /usr/src/bind9-mine/debian/control 2007-08-06 11:59:04.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: LaMont Jones <[EMAIL PROTECTED]> Uploaders: Bdale Garbee <[EMAIL PROTECTED]> -Build-Depends: debhelper (>=5), libssl-dev, libtool, bison +Build-Depends: debhelper (>=5), libssl-dev, libtool, bison, libpq-dev, unixodbc-dev, libmysqlclient-dev, libdb4.2-dev, libldap-dev Standards-Version: 3.7.2.0 Package: bind9 diff -ur debian/rules /usr/src/bind9-mine/debian/rules --- debian/rules2007-08-06 11:48:33.0 -0400 +++ /usr/src/bind9-mine/debian/rules2007-08-06 11:43:41.0 -0400 @@ -33,7 +33,14 @@ --enable-static \ --with-openssl=/usr \ --with-gnu-ld \ - --enable-ipv6 + --enable-ipv6 \ + --with-dlz-odbc \ + --with-dlz-stub \ + --with-dlz-ldap \ + --with-dlz-filesystem \ + --with-dlz-bdb \ + --with-dlz-mysql \ + --with-dlz-postgres touch configure-stamp build: configure-stamp build-stamp -- Ross Vandegrift [EMAIL PROTECTED] "The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell." --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273440: DLZ integration patch
On Mon, Aug 06, 2007 at 12:11:46PM -0600, LaMont Jones wrote: > On Mon, Aug 06, 2007 at 12:02:24PM -0400, Ross Vandegrift wrote: > > This patch to the Debian control and rules files provides what is > > required to support DLZ for the bind9 package. > > I am not going to make every bind9 install force postgres to be > installed. Shouldn't adding libpq-dev to the build-dep only require the pgsql libraries? I haven't had too much deb building experience: that was my intention. The various DLZ backends are statically linked into named at build-time, so seperate packages would be required. Thanks, Ross -- Ross Vandegrift [EMAIL PROTECTED] "The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell." --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#529393: Should not use obsolete dpkg --print-installation-architecture in /etc/cron.daily/popularity-contest
The fix for popularity-contest is trivial. rvandegr...@malaclypse:/usr/sbin$ diff -u popularity-contest popularity-contest.orig --- popularity-contest 2009-06-11 09:42:14.0 -0400 +++ popularity-contest.orig 2009-06-11 09:42:08.0 -0400 @@ -55,7 +55,7 @@ } # Architecture. -my $debarch = `dpkg --print-architecture`; +my $debarch = `dpkg --print-installation-architecture`; chomp $debarch; # Popcon release Ross -- Ross Vandegrift r...@kallisti.us "If the fight gets hot, the songs get hotter. If the going gets tough, the songs get tougher." --Woody Guthrie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533102: cowbell: --batch mode always crashes
Package: cowbell Version: 0.2.7.1-2 Severity: normal I have been using the cowbell GUI sucessfully to rename music files according to the metadata tags encoded in the file. I'd like to use batch mode, but any attempt fails with the following output: r...@turalyon:$ cowbell --debug --batch Pocket_Dwellers_-_lifecheck/ Debug mode enabled. Loading preferences file from ~/.cowbell Searching /net/lothar/srv/music/hip-hop/Pocket_Dwellers/Pocket_Dwellers_-_lifecheck/... Found /net/lothar/srv/music/hip-hop/Pocket_Dwellers/Pocket_Dwellers_-_lifecheck/ Unhandled Exception: System.ApplicationException: URI could not be converted to local file path at Cowbell.Base.SafeUri.UriToFilename (System.String uri) [0x0] at Cowbell.Base.Filesystem.Import (System.String[] uris) [0x0] at Cowbell.Base.Batch.ProcessAlbum (System.String dir) [0x0] at Cowbell.Base.Batch..ctor (System.String[] paths, Boolean quiet) [0x0] at Cowbell.Runtime.Main (System.String[] args) [0x0] Yes, I am accessing these files via NFS, but I get the exact same error if I copy a directory to my local home directory first. Ross -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowbell depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libglade2.0-cil 2.12.1-2CLI binding for the Glade librarie ii libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines ii libglib2.0-cil 2.12.1-2CLI binding for the GLib utility l ii libgtk2.0-cil2.12.1-2CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil1.9.1+dfsg-6Mono core library (1.0) ii libmono-system-web1.0-ci 1.9.1+dfsg-6Mono System.Web library ii libmono-system1.0-cil1.9.1+dfsg-6Mono System libraries (1.0) ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libtag1c2a 1.5-3 TagLib Audio Meta-Data Library ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C ii mono-runtime 1.9.1+dfsg-6Mono runtime cowbell recommends no packages. cowbell 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