Bug#762126: freedm: FreeDM is vanilla-compatible, should depend on doom-engine
Control: tags -1 pending Am Donnerstag, den 18.09.2014, 11:56 -0700 schrieb Mike Swanson: FreeDM is an exception to the Boom compatibility requirements in the other components of Freedoom, it is designed to be compatible with vanilla Doom and thus should depend on the doom-engine virtual package rather than the stricter boom-engine. Indeed. I have already made it Provides: doom-wad, but it still Depends: prboom-plus | boom-engine. Will be changed in GIT in a minute. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759981: sbuild?
This was caused by a missing build dependency on python-requests. The pypi-install script requires it. After installing the package in a clean vagrant image: root@10:~# pypi-install --help Traceback (most recent call last): File /usr/bin/pypi-install, line 5, in module from stdeb.downloader import myprint, get_source_tarball File /usr/lib/python2.7/dist-packages/stdeb/downloader.py, line 10, in module import requests ImportError: No module named requests I have committed the change to the svn repo. Piotr, can you tag and upload the package with the updated depends? Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762162: geeqie: segfault on startup
Package: geeqie Version: 1:1.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, Startup of geeqie fails with Segmentation fault. Also when starting in an empty directory (--debug output below). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/8 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 geeqie depends on: ii geeqie-common1:1.2-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libexiv2-13 0.24-4 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1.1 ii libgcc1 1:4.9.1-14 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libjpeg8 8d1-1 ii liblcms2-2 2.6-3 ii liblircclient0 0.9.0~pre1-1.1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpangoft2-1.0-01.36.7-1 ii libstdc++6 4.9.1-14 ii libtiff5 4.0.3-10 Versions of packages geeqie recommends: ii cups-bsd [lpr] 1.7.5-2 ii exiftran 2.07-14 ii exiv20.24-4 ii imagemagick 8:6.8.9.6-4 ii librsvg2-common 2.40.4-1 ii ufraw-batch 0.19.2-3+b1 ii zenity 3.12.1-1.1 Versions of packages geeqie suggests: pn geeqie-dbg none ii gimp 2.8.10-2 pn libjpeg-progs none pn ufraw none pn xpaint none *** /home/matti/geeqie--debug.txt main.c:445: debugging output enabled (level 4) main.c:780: 0.000458 (+0.000458) main: gtk_init main.c:801: 0.007454 (+0.006996) main: pixbuf_inline_register_stock_icons main.c:804: 0.008090 (+0.000636) main: setting default options before commandline handling main.c:808: 0.008194 (+0.000104) main: parse_command_line main.c:811: 0.008297 (+0.000103) main: mkdir_if_not_exists main.c:826: 0.008875 (+0.000578) main: load_options rcfile.c:1125: start gq rcfile.c:1125: start global rcfile.c:1125: start color_profiles rcfile.c:1125: start profile rcfile.c:1138: end profile rcfile.c:1125: start profile rcfile.c:1138: end profile rcfile.c:1125: start profile rcfile.c:1138: end profile rcfile.c:1125: start profile rcfile.c:1138: end profile rcfile.c:1138: end color_profiles rcfile.c:1125: start filter rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type rcfile.c:1125: start file_type rcfile.c:1138: end file_type
Bug#760763: fixed in libav 6:11~beta1-3
Package: libav-tools
Version: 6:11-1
Followup-For: Bug #760763
On Sat, 2014-09-13 at 13:20 +, Reinhard Tartler wrote:
* Remove /etc/avserver.conf (Closes: #760763)
This does not appear to have worked:
pkg=libav-tools ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | grep
obsolete
libav-tools: obsolete-conffile /etc/avserver.conf
$ /etc/avserver.conf 43e9d812fb6ca7464d13eec57d6b3c17 obsolete
This was my upgrade history:
9.8-2+b1, 9.8-2+b2
9.8-2+b2, 9.10-1
9.10-1, 9.10-2
9.10-2, 9.11-1
9.11-1, 9.11-3
9.11-3, 9.11-3+b1
9.11-3+b1, 9.11-3+b2
9.11-3+b2, 9.11-3+b3
9.11-3+b3, 9.13-1
9.13-1, 10.1-1
10.1-1, 10.2-1
10.2-1, 10.2-2
10.2-2, 10.3-1
10.3-1, 10.4-1
10.4-1, 11~beta1-2,
11~beta1-2, 11-1
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libav-tools depends on:
ii dpkg 1.17.13
ii libavcodec56 6:11-1
ii libavdevice556:11-1
ii libavfilter5 6:11-1
ii libavformat566:11-1
ii libavresample2 6:11-1
ii libavutil54 6:11-1
ii libc62.19-11
ii libsdl1.2debian 1.2.15-10
ii libswscale3 6:11-1
ii libvdpau10.7-2
ii libx11-6 2:1.6.2-3
libav-tools recommends no packages.
Versions of packages libav-tools suggests:
pn frei0r-plugins none
-- no debconf information
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#762037: race in udev root device detection leaves root mounted read-only
Package: systemd Version: 215-4 Followup-For: Bug #762037 I also have the same issue, and I'm using laptop-mode-tools. Why does this conflict happen? -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.20.1-5.8 ii libc6 2.19-11 ii libcap2 1:2.24-4 ii libcap2-bin 1:2.24-4 ii libcryptsetup4 2:1.6.6-1 ii libgcrypt11 1.5.4-3 ii libkmod218-2 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-4 ii sysv-rc 2.88dsf-53.4 ii udev215-4 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii dbus1.8.8-1 ii libpam-systemd 215-4 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/logind.conf changed [not included] -- no debconf information -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757997: parted -l crashes if zram swap is enabled
Package: parted Followup-For: Bug #757997 Does not reproduce on parted version 3.2-5. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=fi_FI@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages parted depends on: ii libc6 2.19-11 ii libparted23.2-5 ii libreadline6 6.3-8 ii libtinfo5 5.9+20140913-1 parted recommends no packages. Versions of packages parted suggests: pn parted-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762163: Reintroduce tray icon
Package: xfce4-power-manager Version: 1.4.0-1 Severity: wishlist Tags: upstream Hi! I am not using Xfce but XMonad and trayer, thus depending on xfce-panel is not an option for me. Please reintroduce the tray icon, xfce-power-manager is totally useless for me otherwise. -- Per -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 xfce4-power-manager depends on: ii libc6 2.19-11 ii libdbus-1-3 1.8.8-1 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-02.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libnotify40.7.6-2 ii libupower-glib3 0.99.1-3 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxfce4ui-1-04.11.1-2 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxrandr22:1.4.2-1 ii upower0.99.1-3 ii xfce4-power-manager-data 1.4.0-1 Versions of packages xfce4-power-manager recommends: ii libpam-systemd 215-4 ii xfce4-power-manager-plugins 1.4.0-1 xfce4-power-manager suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762162: geeqie: segfault on startup
Control: severity -1 important Control: tags -1 + moreinfo unreproducible On Fri, Sep 19, 2014 at 09:23:26AM +0300, Matti Koskimies wrote: Startup of geeqie fails with Segmentation fault. Also when starting in an empty directory (--debug output below). It doesn't crash for me in either case, downgrading. Please run these commands and paste the output into the bug. sudo apt-get install gdb geeqie-dbg gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' --args geeqie -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762164: asterisk: CVE-2014-6610: Remote crash when handling out of call message in certain dialplan configurations
Source: asterisk Severity: important Tags: security upstream patch fixed-upstream Hi, the following vulnerability was published for asterisk. CVE-2014-6610[0]: Remote crash when handling out of call message in certain dialplan configurations If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2014-6610 [1] http://downloads.asterisk.org/pub/security/AST-2014-010.html Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762166: [plasma-widget-folderview] Icon Positions Not Preserved
Package: plasma-widget-folderview Version: 4:4.14.0-1 Severity: normal --- Please enter the report below this line. --- Place icons is desired positions. Log out. Log in again, positions are back to some (random?) default. Not dependent on placement options selected--Even if fixed positions option selected, positions get changed back. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-1-amd64 Debian Release: jessie/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (= 2.14) | libkdecore5 (= 4:4.11) | libkdeui5 (= 4:4.11) | libkfile4 (= 4:4.11) | libkio5 (= 4:4.11) | libkonq5abi1 (= 4:4.8.2) | libplasma3 (= 4:4.11) | libqt4-dbus(= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libsolid4 (= 4:4.11) | libstdc++6 (= 4.1.1) | libx11-6| Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762115: [PKG-Openstack-devel] Bug#762115: python-glance-store: This patch fixes failing tests.
On 09/18/2014 11:30 PM, Corey Bryant wrote: Package: python-glance-store Version: 0.1.8-1 Severity: important Tags: patch User: corey.bry...@canonical.com Usertags: origin-ubuntu utopic ubuntu-patch Dear Maintainer, We want to sync python-glance-store into Ubuntu but that is being prevented by failing tests. I've updated the package and tests now run 100% successfully with the fixes. In Ubuntu, the attached patch was applied to achieve the following: * New upstream release. * debian/control: Add python-mox to Build-Depends-Indep to fix test failure. * debian/p/fix-tests.patch: Added temporary patch to fix test failures. * debian/watch: Update package path. Thanks for considering the patch! Corey Bryant Hi! Thanks a lot for forwarding Ubuntu changes. This is very much appreciated, especially since it didn't happen with Chuck, and as I'm doing most of the Python module packaging. I will happily apply your patch, though please have a quick look at it: it contains lots of things which shouldn't be there, like modifications to the egg-info and such. If you have time to filter this out, please do so (otherwise I'll have to do the work). Or at least, can you confirm that only the debian/patches file is the relevant change? Thanks again for the patch, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762167: debian-faq: please update termcap/ncurses/tinfo information
Package: debian-faq Severity: wishlist The faq [1] says: Debian uses the terminfo database and the ncurses library of terminal interface routes, rather than the termcap database and the termcap library. Users who are compiling programs that require some knowledge of the terminal interface should replace references to libtermcap with references to libncurses. To support binaries that have already been linked with the termcap library, and for which you do not have the source, Debian provides a package called termcap-compat. This provides both libtermcap.so.2 and /etc/termcap. Install this package if the program fails to run with the error message can't load library 'libtermcap.so.2', or complains about a missing /etc/termcap file. All of which appears to be out of date now on wheezy. A better text might be something like: Debian uses the terminfo database and the ncurses library of terminal interface routes, rather than the termcap database and the termcap library. The low-level terminfo library has been split out from the general ncurses library, making a new package called libtinfo5. libncurses is linked to libtinfo, so users who are compiling programs that require some knowledge of the terminal interface should replace references to libtermcap with references to libncurses. To support binaries that have already been linked with the termcap library, and for which you do not have the source, you will have to find the library source and compile it yourself. Debian used to provide a package called termcap-compat which contained both libtermcap.so.2 and /etc/termcap, but this was removed from the distribution in 2005. Much of the above has been rephrased from [2] I have no idea what I am talking about here, would someone who does please step up and correct my mistakes. Kind regards Vince [1] https://www.debian.org/doc/manuals/debian-faq/ch-compat.en.html#s-termcap [2] https://enc.com.au/2011/09/30/ncurses-library-split/ -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757758: dkms: sed: -e expression #1, char 6: unknown command: m when installing nvidia
On Fri, 19 Sep 2014, James McCoy wrote: Control: tag -1 patch # system fails to fully boot due to built, but not installed modules Control: severity -1 serious On Sun, Sep 14, 2014 at 03:34:07PM +0200, Cristian Ionescu-Idbohrn wrote: The attached patch attempts to correct the error(s) and adds some small code improvement. The bottom line is the arrays 'sa_mc_o' and 'sa_sck_o' are empty and `sed' is run without a script. Thanks for the patch, Cristian. I had a system that was booting into maintenance mode because it couldn't find dkms-built modules and this got things working again. You're most welcome James. I'm glad the patch did help. Let's hope the maintainers will soonish correct that dkms bug so that noone else will have to experience the problems you did. Unfortunately, things are moving slowly out there :( And judging from what `apt-get policy dkms' shows, both testing and unstable seem affected. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762168: gedit: Gedit crashes when clicking Print...
Package: gedit Version: 3.12.2-2 Severity: normal Dear all, Gedit crashes when I open a certain text file from the command line and try to print it. On clicking Print... from the menu it turnes gray and does not return from that state until I kill it. I will attach the text file I used. Best, Juergen -- Package-specific info: Active plugins: - 'docinfo' - 'spell' - 'time' - 'modelines' - 'filebrowser' No plugin installed in $HOME. Module versions: pkg-config unavailable -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 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 gedit depends on: ii gedit-common 3.12.2-2 ii gir1.2-peas-1.01.10.1-4 ii gnome-icon-theme-symbolic 3.12.0-1 ii gsettings-desktop-schemas 3.12.2-1 ii iso-codes 3.56-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libenchant1c2a 1.6.0-10.1 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libgirepository-1.0-1 1.40.0-2 ii libglib2.0-0 2.40.0-5 ii libgtk-3-0 3.12.2-3+b1 ii libgtksourceview-3.0-1 3.12.3-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-01.36.7-1 ii libpeas-1.0-0 1.10.1-4 ii libx11-6 2:1.6.2-3 ii libxml22.9.1+dfsg1-4 ii python3-gi 3.12.2-1 ii python3-gi-cairo 3.12.2-1 pn python3:anynone Versions of packages gedit recommends: ii yelp3.12.0-1 ii zenity 3.12.1-1.1 Versions of packages gedit suggests: ii gedit-plugins 3.12.1-1+b1 -- no debconf information meas_id | parameter_id |note -+--+ 1 |1 | housekeeping: Versorgungsspannung 2 |2 | housekeeping: Logger-Innentemperatur 3 |3 | housekeeping: Logger-Innenfeuchte 4 |4 | housekeeping: Backup-Batteriespannung 8 |5 | housekeeping: Speicherbelegung 9 |6 | housekeeping: Intensitaet GSM-Signal 10 |7 | Lufttemperatur 2m (v1_2006, logger calibrated) 11 |7 | Lufttemperatur 2m (v3_2013 w/o logger calibration) 12 |7 | Lufttemperatur 2m (EE06) 13 |7 | Lufttemperatur 2m (HC2-S3-R) 14 |7 | Lufttemperatur 2m (Sensirion) 15 |7 | Lufttemperatur 2m (Vaisala WXT520) 1110 |7 | Lufttemperatur 53m 1213 |7 | Lufttemperatur 3m (HC2S3) 1215 |7 | Lufttemperatur 3m (Vaisala WXT520) 1313 |7 | Lufttemperatur 4m (HC2S3) 20 |8 | Relative Luftfeuchte 2m (Sensirion SHT75) GPv1,v2 ohne Schutzkappe 21 |8 | Relative Luftfeuchte 2m (Sensirion SHT75) GPv3 mit Schutzkappe 22 |8 | Relative Luftfeuchte 2m (EE06) 23 |8 | Relative Luftfeuchte 2m (Rotronic HC2-S3-R) 24 |8 | Relative Luftfeuchte 2m (Sensirion SHT??) 25 |8 | Relative Luftfeuchte 2m (Vaisala WXT520) 2120 |8 | Relative Luftfeuchte 53m 2223 |8 | Relative Luftfeuchte 3m (Rotronic HC2S3) 2225 |8 | Relative Luftfeuchte 3m (Vaisala WXT520) 2323 |8 | Relative Luftfeuchte 4m (Rotronic HC2S3) 30 |9 | Niederschlag 1.5m Friedrichs 31 |9 | Niederschlag 1.5m Young 32 |9 | Niederschlag 1.5m MeteoServis/Kroneis (heated) (MR3H,v2007 and v2013) 33 |9 | Niederschlag 1.5m Ott. Pluvio2 (heated) 34 |9 | Niederschlag 1.5m (Vaisala WXT520) 35 |9 | Niederschlag 2m Ott. Pluvio2 (unheated) (0.1 mm output) 36 |9 | Niederschlag 2m Ott. Pluvio2 (unheated) 37 |9 | Niederschlag 1.5m MeteoServis (unheated) (MR3H v2013??) 38 |9 | Niederschlag 1.5m Friedrichs (0.2 mm Wippe) 3012 |9 | Niederschlag 1.5m MeteoServis Reference (for use in QCS, Station 077 only) 3131 |9 | Niederschlag 52m Young (Station 044 only) 3132 |9 | Niederschlag 52m MeteoServis/Kroneis (MR3H,v2013) (Station 044 only) |9 | Niederschlag 2.5m Ott. Pluvio2 (heated) 3435 |9 | Niederschlag 2m Ott. Pluvio2 (unheated) (0.1 mm output) 3436 |9 | Niederschlag 2m Ott. Pluvio2 (unheated) 3534 |9 | Niederschlag 3m
Bug#757966: RFS: lutris/0.3.4-1 [ITP]
It is on mentors : https://mentors.debian.net/package/lutris Regards, 2014-09-19 1:40 GMT+02:00 Eriberto Mota eribe...@debian.org: Please, upload your package to mentors.d.n. It makes easier the review and, maybe final, tests. Thanks. Cheers, Eriberto Em quinta-feira, 18 de setembro de 2014, Pierre Rudloff cont...@rudloff.pro escreveu: Oh OK, I did not see there was some files by different auhtors in the tarball. I added them to the copyright file: https://github.com/Rudloff/ lutris-debian/commit/aa24f3a5b4f865cf9eb00f6746ce199eca0f0147 Thanks again for your help! Regards, Le 18/09/2014 01:42, Eriberto a écrit : Hi, 2014-09-17 17:41 GMT-03:00 Pierre Rudloff cont...@rudloff.pro: 3. - I am not sure I understand. It does use the 1.0 format. - Where should I list the upstream authors? I don't see a field for this in the 1.0 format. You can consult any copyright in Debian packages to see an example. You can use these: http://metadata.ftp-master.debian.org/changelogs/main/n/ netmate/unstable_copyright http://metadata.ftp-master.debian.org/changelogs/main/e/ ext4magic/unstable_copyright I edited the copyright file. Is it OK now? The format is right now. However, you must to list all upstream authors and licenses in d/copyright. See the second example above (ext4magic). You can use this command to help you: 'grep -sriA25 copyright *'. 6. I have added a generic README.source about quilt. Is this OK? No. My idea was talk about the original debian directory removed from upstream code. I've added a sentence explaining this. Is this enough? (There is no special step needed, as dpkg-source -x takes care of replacing the debian folder.) Yes. Perfect. Cheers, Eriberto
Bug#762169: [ncurses] please add a brief explanation of termcap/ncurses/tinfo
Package: ncurses Severity: wishlist Hi, debian-faq just fell out of testing [1]. It is the only Debian document I have been able to find that explains how to deal with programs that expect to link with termcap. There is a helpful summary of recent developments in [2]. Would it be possible to add a few lines to a README or NEWS file that explains the situation? I had a stab at this in #762167. Kind regards Vince [1] https://packages.qa.debian.org/d/debian-faq.html [2] https://enc.com.au/2011/09/30/ncurses-library-split/ -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734765: [Pkg-zsh-devel] Bug#734765: src:zsh: FTBFS on arm64
Hi Wookey, Wookey wrote: The classic 'config.sub,guess out of date' symptom: dh_auto_configure -B obj -- [...] [...] Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized configure: error: /bin/bash ../config.sub aarch64-linux-gnu failed Now this is odd because the package runs dh_autoreconf. Indeed. However it clearly isn't working, and the top-level config.sub remains too old for newer arches. I don't understand why this is because the package appears to use automake as well as autoconf so these files should get updated. (see https://wiki.debian.org/Autoreconf for explanation). I'm afraid I have not got to the bottom of this, but the simple expedient of running dh_autotools-dev_updateconfig as well as autoreconf fixes the problem and it builds. A patch for this is attached. Thanks for the analysis and the patch! Much appreciated! This is perhaps not perfect, but is a small and simple fix which does no harm. *nod* Not sure about the harm part, though, but we won't find out if we don't try. :-) I'd also try to run dh_autoreconf in verbose mode to maybe get an idea what it's doing and what not. I will upload a package with this fix to delayed/7 soon in order to get it built in the new arches. Shout if that's not OK. There are some things in the queue which we planned to upload soon anyways (a regression caused by the new upstream release and DEP8-support), so I could do an upload this weekend and get your patch in, too. So if you already uploaded to DELAYED/7, just leave it there. If not, don't make the effort (and poke me if I haven't done any zsh upload by Monday. ;-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698979: libmail-cclient-perl: FTBFS with DEB_BUILD_OPTIONS=nocheck
Uhm, ping? This occasionally hits us during a perl transition… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone
Am 18.09.2014 um 21:33 schrieb Harald: Package: fglrx-driver Version: 1:14.6~ga14.201-1 Severity: important Dear Maintainer, Installing 1:14.6~ga14.201-1 worked flawlessly, but the mouse cursor is not displayed even if I can use the mouse. Updating xserver and depending packages from testing to 2:1.16.0.901-1 showed no effect. I used aticonfig --initial and used my old xorg.conf -- no difference Option HWCursor off in xorg.conf showed no effect. Thanks for helping to give the cursor back ;) Nobody asked for a cursor, just for new Xserver support ;-) Which desktop environment are you using? On KDE I couldn't reproduce this issue. Could you try out another one? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762170: Does not suspend with external monitor connected anymore
Package: acpi-support Version: 0.142-4 Severity: normal Hi! My laptop has previously suspended on lid close with external monitor connected. It does not anymore. It suspends on lid close without any external monitor connected. -- Per -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 acpi-support depends on: ii acpi-support-base 0.142-4 ii acpid 1:2.0.23-1 ii lsb-base 4.1+Debian13 ii pm-utils 1.4.1-15 ii x11-xserver-utils 7.7+3 Versions of packages acpi-support recommends: ii acpi-fakekey 0.142-4 pn rfkillnone Versions of packages acpi-support suggests: pn radeontoolnone ii vbetool 1.1-3 pn xinputnone ii xscreensaver 5.26-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#748878: RFS: mwc/1.7.2-1 ITP
Hola Eriberto,
first many thanks for your review.
Am Donnerstag, den 18.09.2014, 15:52 -0300 schrieb Eriberto:
Hi Jörg,
Thanks for all adjustments. Please:
- d/changelog: change urgency from medium to low.
done.
- d/control:
- Add a VCS to control your package.
- I suggest to add the name 'MailWebsiteChanges' in long description.
- Put a dot in end of the first phrase in long description.
- Remove ${shlibs:Depends} because interpreted languages doesn't use it.
- Why you have dh-systemd as build dependency?
Both removed.
- d/copyright:
- The upstream code is GPL-2+, not GPL-2.
- Where you saw that upstream site is GPL-2?
My error. I'm looking for at your opinion instead of at your option
in the LICENSE. And found them not.
Change to GPL-2+.
Do you have permission
to add this content in your package? I suggest to list the site in
d/README.Debian, not include the site.
I think you mean the debian/docs. I have got the docu from the upstream
author with a entry in d/copyright. Removed and I put a short reference
into d/README.Debian.
- d/mwc.1: add a reference about you, Debian and free usage of the
manpage. This is important because manpages are published in several
sites (without the source code) and someone might want to contact you.
You can see an example here[1]. (go to the end of page)
[1] http://sources.debian.net/src/mac-robber/1.02-3/debian/man/mac-robber.1
Done.
- d/mwc.cron.hourly: I think that isn't a good idea this file, because
you are forcing the user machine to connect the Internet without a
express permission. Ok, a NTP client do it. However, I think that the
situation is different. Other point is that, initially, will not exist
an user configuration and the mwc will try connect even so.
I have moved them from etc/cron.hourly into examples with a tip in
d/README.Debian.
d/rules: remove all comments.
done.
d/watch: githubredir is deprecated. Please, see here[2] how to make a d/watch.
[2] http://eriberto.pro.br/blog/?p=1459
Also done. And uploaded again to mentors[1]
Thanks for your work.
Cheers,
Eriberto
[...]
CU
Jörg
[1] http://mentors.debian.net/debian/pool/main/m/mwc/mwc_1.7.2-1.dsc
--
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56
Jörg Frings-Fürst
D-54526 Niederkail
Threema: SYR8SJXB
IRC: j_...@freenode.net
j_...@oftc.net
signature.asc
Description: This is a digitally signed message part
Bug#762160: apt: [regression] 406 Not acceptable errors
On Fri, Sep 19, 2014 at 01:31:04PM +0800, Paul Wise wrote: Package: apt Version: 0.9.7.9+deb7u4 Severity: important Thanks for your bugreport and sorry for the trouble this is causing you. The recent apt security updates broke the Debian derivatives census scripts, various sites now return 406 Not acceptable errors. The set of instructions below produces the errors on the second apt-get update run with apt 0.9.7.9+deb7u4 but not with apt 0.9.7.9+deb7u2. I debugged this issue and it turns out apt does no longer deal well with the relative path for Dir (in the new ReverifyAfterIMSHit step). Thats a regression and need fixing, I look into this. In the meantime you can set: Dir $(pwd)/apt; to unblock your script. Cheers, Michael I also note that if I use the same sources.list with chdist from devscripts I do *not* get the same errors. Looking at the wireshark log, the difference is that chdist only gets 304 and 404 HTTP codes but plain apt gets 304, 404, 416 and 406 codes. These sources.list files exhibit the issue: https://dex.alioth.debian.org/census/Aptosid/sources.list https://dex.alioth.debian.org/census/ArcheOS/sources.list https://dex.alioth.debian.org/census/AstraLinux/sources.list https://dex.alioth.debian.org/census/BCCD/sources.list https://dex.alioth.debian.org/census/HandyLinux/sources.list https://dex.alioth.debian.org/census/Ordissimo/sources.list https://dex.alioth.debian.org/census/SteamOS/sources.list https://dex.alioth.debian.org/census/Tucunare/sources.list https://dex.alioth.debian.org/census/sources.list https://dex.alioth.debian.org/census/sources.list rm -rf sources.list apt.conf apt cat EOF sources.list deb [arch=i386,amd64] http://aptosid.com/debian/ sid main fix.main deb-src http://aptosid.com/debian/ sid main fix.main EOF cat EOF apt.conf Dir apt; Dir::State::status ./apt/var/lib/dpkg/status; Dir::Etc::sourcelist ./sources.list; EOF mkdir --parents apt/var/lib/dpkg apt/etc/apt/apt.conf.d apt/etc/apt/trusted.gpg.d apt/etc/apt/preferences.d apt/etc/apt/sources.list.d apt/var/lib/apt/lists/partial apt/var/cache/apt/archives/partial touch apt/var/lib/dpkg/status apt/etc/apt/trusted.gpg export APT_CONFIG=`pwd`/apt.conf apt-get update apt-get update -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.12-7+deb7u6 ii libapt-pkg4.12 0.9.7.9+deb7u4 ii libc6 2.13-38+deb7u4 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1 ii dpkg-dev1.16.15 pn python-apt none ii xz-utils5.1.1alpha+20120614-2 -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762171: libkgapi-dev: arch-dependent file in Multi-Arch: same package
Package: libkgapi-dev Version: 2.2.0-1 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libkgapi-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/include/libkgapi2/libkgapi2_export.h MD5 sum of the file is: 2cf6234fefe98c0215a6db02b7784fbf on arm64; 5e3cef1444568514031b4fbcc8b0d8ef elsewhere. An example diff between i386 and arm64 is attached. -- Jakub Wilk diff -ur libkgapi-dev_2.2.0-1_i386/usr/include/libkgapi2/libkgapi2_export.h libkgapi-dev_2.2.0-1_arm64/usr/include/libkgapi2/libkgapi2_export.h --- libkgapi-dev_2.2.0-1_i386/usr/include/libkgapi2/libkgapi2_export.h 2014-08-22 17:59:22.0 +0200 +++ libkgapi-dev_2.2.0-1_arm64/usr/include/libkgapi2/libkgapi2_export.h 2014-09-18 22:29:13.0 +0200 @@ -23,8 +23,14 @@ #ifndef LIBKGAPI2_DEPRECATED # define LIBKGAPI2_DEPRECATED __attribute__ ((__deprecated__)) -# define LIBKGAPI2_DEPRECATED_EXPORT LIBKGAPI2_EXPORT __attribute__ ((__deprecated__)) -# define LIBKGAPI2_DEPRECATED_NO_EXPORT LIBKGAPI2_NO_EXPORT __attribute__ ((__deprecated__)) +#endif + +#ifndef LIBKGAPI2_DEPRECATED_EXPORT +# define LIBKGAPI2_DEPRECATED_EXPORT LIBKGAPI2_EXPORT LIBKGAPI2_DEPRECATED +#endif + +#ifndef LIBKGAPI2_DEPRECATED_NO_EXPORT +# define LIBKGAPI2_DEPRECATED_NO_EXPORT LIBKGAPI2_NO_EXPORT LIBKGAPI2_DEPRECATED #endif #define DEFINE_NO_DEPRECATED 0
Bug#762168: gedit: Gedit crashes when clicking Print...
On 09/19/2014 09:24 AM, Juergen Fuchsberger wrote: Package: gedit Version: 3.12.2-2 Severity: normal Dear all, Gedit crashes when I open a certain text file from the command line and try to print it. On clicking Print... from the menu it turnes gray and does not return from that state until I kill it. I will attach the text file I used. I just tried it again with the attached file and could not reproduce the problem. The only thing I did since the error occurred was changing my default printer. The printer I before has state Connecting to printer, maybe this was the cause of the error. Best, Juergen -- Package-specific info: Active plugins: - 'docinfo' - 'spell' - 'time' - 'modelines' - 'filebrowser' No plugin installed in $HOME. Module versions: pkg-config unavailable -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 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 gedit depends on: ii gedit-common 3.12.2-2 ii gir1.2-peas-1.01.10.1-4 ii gnome-icon-theme-symbolic 3.12.0-1 ii gsettings-desktop-schemas 3.12.2-1 ii iso-codes 3.56-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libenchant1c2a 1.6.0-10.1 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libgirepository-1.0-1 1.40.0-2 ii libglib2.0-0 2.40.0-5 ii libgtk-3-0 3.12.2-3+b1 ii libgtksourceview-3.0-1 3.12.3-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-01.36.7-1 ii libpeas-1.0-0 1.10.1-4 ii libx11-6 2:1.6.2-3 ii libxml22.9.1+dfsg1-4 ii python3-gi 3.12.2-1 ii python3-gi-cairo 3.12.2-1 pn python3:anynone Versions of packages gedit recommends: ii yelp3.12.0-1 ii zenity 3.12.1-1.1 Versions of packages gedit suggests: ii gedit-plugins 3.12.1-1+b1 -- no debconf information -- | Jürgen Fuchsberger, M.Sc. | Wegener Center for Climate and Global Change | University of Graz | Brandhofgasse 5, A-8010 Graz, Austria | phone: +43-316-380-8438 | web: www.wegcenter.at/wegenernet |www.wegenernet.org signature.asc Description: OpenPGP digital signature
Bug#762172: mlocate: please PRUNE devtmpfs
Package: mlocate Version: 0.26-1 Severity: normal Tags: patch Dear Maintainer, This bug is seen on Raspbian, but is also relevant for Debian. As you already pruned devfs, please also prune is replacement devtmpfs. Maybe git is not realy usefull for such trivial change, I set-up a repository anyway: https://github.com/a-detiste/mlocate.git Colordiff: https://github.com/a-detiste/mlocate/commit/1f81b18013851bfe8e49c797ec9b861b4c62471d Thanks, -- System Information: Distributor ID: Raspbian Description:Raspbian GNU/Linux testing (jessie) Release:testing Codename: jessie Architecture: armv6l Kernel: Linux 3.12.28+ (PREEMPT) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mlocate depends on: ii adduser 3.113+nmu3 ii libc62.19-11 -- Configuration Files: /etc/updatedb.conf changed: PRUNE_BIND_MOUNTS=yes PRUNEPATHS=/tmp /var/spool /media PRUNEFS=NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs devtmpfs mfs shfs sysfs cifs lustre tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs -- 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#762160: apt: [regression] 406 Not acceptable errors
On Fri, 2014-09-19 at 09:57 +0200, Michael Vogt wrote: I debugged this issue and it turns out apt does no longer deal well with the relative path for Dir (in the new ReverifyAfterIMSHit step). Thats a regression and need fixing, I look into this. I see, thanks for the analysis. In the meantime you can set: Dir $(pwd)/apt; to unblock your script. Unfortunately that isn't workable for the derivatives census because each derivative uses the same apt.conf. I could change that but I would prefer to keep it as-is. I'll just ignore the cron mails for now. https://anonscm.debian.org/cgit/dex/census.git/tree/etc/apt.conf https://anonscm.debian.org/cgit/dex/census.git/tree/Makefile.deriv https://anonscm.debian.org/cgit/dex/census.git/tree/bin/get-package-lists -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762173: laptop-mode-tools: Configuring or disabling autosuspend does not work
Package: laptop-mode-tools Version: 1.65-2 Severity: normal Hi! After installing laptop-mode-tools my USB mouse autosuspends and needs to be revived with a mouse click. I have tried blacklisting the device id by setting AUTOSUSPEND_USE_WHITELIST=0 AUTOSUSPEND_RUNTIME_DEVID_BLACKLIST=046d:c068 and then restarting. This doesn't disable autosuspend for the device. Disabling it totally, by setting CONTROL_RUNTIME_AUTOSUSPEND=1, does not work either. Furthermore, laptop-mode-tools autosuspend is not disabled or reset when the package is removed. -- Per -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 laptop-mode-tools depends on: ii lsb-base4.1+Debian13 ii psmisc 22.21-2 ii util-linux 2.20.1-5.8 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.13-1 ii hdparm 9.43-1.1 ii net-tools 1.60-26 ii python-qt4 4.11.2+dfsg-1 ii sdparm 1.07-1 ii udev215-4 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.23-1 pn hal none ii python 2.7.8-1 -- Configuration Files: /etc/laptop-mode/conf.d/runtime-pm.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762174: python-avc: diff for NMU version 0.8.3-1.1
Package: python-avc
Version: 0.8.3-1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for python-avc (versioned as 0.8.3-1.1) and
have uploaded it. The patch is the same as the one I sent before,
except that I updated the debian/changelog entry.
Cheers,
Olly
diff -Nru python-avc-0.8.3/debian/changelog python-avc-0.8.3/debian/changelog
--- python-avc-0.8.3/debian/changelog 2011-04-21 07:53:08.0 +1200
+++ python-avc-0.8.3/debian/changelog 2014-09-19 20:07:48.0 +1200
@@ -1,3 +1,13 @@
+python-avc (0.8.3-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload with maintainer's consent.
+ * Update for wxPython 3.0 (Closes: #759091):
+ + New patch: wxpython3.0.patch
+ + Drop alternative dependency on long-obsolete python-wxgtk2.6.
+(Closes: #645890)
+
+ -- Olly Betts o...@survex.com Fri, 19 Sep 2014 08:00:20 +
+
python-avc (0.8.3-1) unstable; urgency=low
[ Fabrizio Pollastri ]
diff -Nru python-avc-0.8.3/debian/control python-avc-0.8.3/debian/control
--- python-avc-0.8.3/debian/control 2011-04-21 07:51:49.0 +1200
+++ python-avc-0.8.3/debian/control 2014-09-18 23:22:27.0 +1200
@@ -14,7 +14,7 @@
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}
Suggests: python-gtk2 (=2.0), python-qt3 (=3.0), python-qt4 (=4.0),
- python-tk (=2.0), python-wxgtk2.6 | python-wxgtk2.8, jython (=2.5)
+ python-tk (=2.0), python-wxgtk3.0, jython (=2.5)
Description: live connection among widgets and application variables
AVC, the Application View Controller is a multiplatform, fully automatic,
live connection among the values displayed by graphical interface widgets and
diff -Nru python-avc-0.8.3/debian/patches/series python-avc-0.8.3/debian/patches/series
--- python-avc-0.8.3/debian/patches/series 1970-01-01 12:00:00.0 +1200
+++ python-avc-0.8.3/debian/patches/series 2014-09-18 23:33:34.0 +1200
@@ -0,0 +1 @@
+wxpython3.0.patch
diff -Nru python-avc-0.8.3/debian/patches/wxpython3.0.patch python-avc-0.8.3/debian/patches/wxpython3.0.patch
--- python-avc-0.8.3/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200
+++ python-avc-0.8.3/debian/patches/wxpython3.0.patch 2014-09-19 00:02:27.0 +1200
@@ -0,0 +1,210 @@
+Description: Update for wxPython 3.0
+ These changes should remain compatible with wxPython 2.8.
+Author: Olly Betts o...@survex.com
+Bug-Debian: https://bugs.debian.org/759091
+Forwarded: no
+Last-Update: 2014-09-18
+
+Index: python-avc-0.8.3/examples/wx_countdown.py
+===
+--- python-avc-0.8.3.orig/examples/wx_countdown.py
python-avc-0.8.3/examples/wx_countdown.py
+@@ -76,7 +76,7 @@ class Countdown(AVC):
+ self.root.Close()
+
+
+-class Example(wx.PySimpleApp,AVC):
++class Example(wx.App,AVC):
+
+ Continuously create at random intervals windows with a countdown from 10 to 0.
+ When a countdown reaches zero, its window is destroyed. Also create a main
+@@ -86,7 +86,7 @@ class Example(wx.PySimpleApp,AVC):
+ def __init__(self):
+
+ # init wx application base class
+-wx.PySimpleApp.__init__(self)
++wx.App.__init__(self)
+
+ # create GUI
+ xml_resource = xrc.XmlResource(WXGLADE_MAIN)
+Index: python-avc-0.8.3/examples/wx_counter.py
+===
+--- python-avc-0.8.3.orig/examples/wx_counter.py
python-avc-0.8.3/examples/wx_counter.py
+@@ -39,13 +39,13 @@ LOW_SPEED = 0.5#--
+ HIGH_SPEED = 0.1 #- low and high speed period (ms)
+
+
+-class ExampleGUI(wx.PySimpleApp):
++class ExampleGUI(wx.App):
+ Counter GUI creation
+
+ def __init__(self):
+
+ # init wx application base class
+-wx.PySimpleApp.__init__(self)
++wx.App.__init__(self)
+
+ # create GUI
+ xml_resource = xrc.XmlResource(WXGLADE_XML)
+Index: python-avc-0.8.3/examples/wx_counter_progui.py
+===
+--- python-avc-0.8.3.orig/examples/wx_counter_progui.py
python-avc-0.8.3/examples/wx_counter_progui.py
+@@ -37,7 +37,7 @@ LOW_SPEED = 500#--
+ HIGH_SPEED = 100 #- low and high speed period (ms)
+
+
+-class Example(wx.PySimpleApp,AVC):
++class Example(wx.App,AVC):
+
+ A counter displayed in a static text widget whose count speed can be
+ accelerated by checking a check box.
+@@ -48,7 +48,7 @@ class Example(wx.PySimpleApp,AVC):
+ ## create GUI
+
+ # init wx application base class
+-wx.PySimpleApp.__init__(self)
++wx.App.__init__(self)
+
+ # create widgets: a top level window, a label and a spin control.
+ self.root = wx.Frame(None,title='AVC wx counter example',size=(320,60))
+Index: python-avc-0.8.3/examples/wx_label.py
+===
+--- python-avc-0.8.3.orig/examples/wx_label.py
python-avc-0.8.3/examples/wx_label.py
+@@ -37,7 +37,7 @@ from avc import * # AVC for wx
+
Bug#762175: gnumach: Introduce kernel versions?
Source: gnumach Version: 2:1.4-12 Severity: normal Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, Currently it is not possible to install multiple versions if gnumach, since the built images share the same names: gnumach-1.4-486.gz gnumach-1.4-486-dbg.gz gnumach-1.4-xen-486.gz gnumach-1.4-xen-486-dbg.gz With the attached path to debian/rules, these names become unique, enabling installation of multiple versions as is the case for GNU/Linux: gnumach-1.4-12-486.gz etc. Unless problems arise with reject from Debian's NEW-Queue when new versions are uploaded, it would be really appreciated to also have versions for kernels. If not accepted, maybe the patch can be modified to use the new naming scheme conditionally, so that custom built images can be installed in parallel to the stock versions: export CUSTOM_KERNEL=yes debian/rules: ifeq ($(CUSTOM_KERNEL),yes) DEB_VERSION := $(VERSION) endif --- a/debian/rules.orig 2014-08-11 23:19:07.0 +0200 +++ b/debian/rules 2014-09-19 09:40:06.0 +0200 @@ -6,6 +6,7 @@ FULL_VERSION := $(shell dpkg-parsechangelog | grep ^Version: | sed -e 's/^.*: //g') NOEPOCH_VERSION := $(shell echo $(FULL_VERSION) | sed -e 's/.*://g') +DEB_VERSION := $(NOEPOCH_VERSION) TAR_VERSION := $(shell echo $(NOEPOCH_VERSION) | sed -e 's/-.*//g') VERSION := $(shell echo $(TAR_VERSION) | sed -e 's/\.dfsg.*//g') MAJOR:= $(shell echo $(VERSION) | sed -e 's/\..*//g') @@ -182,12 +183,12 @@ mkdir -p $(D_UDEB)/boot cp $(D)/boot/gnumach $(D_UDEB)/boot/ - mv $(D)/boot/gnumach $(D)/boot/gnumach-$(VERSION)-$(MACHINE) + mv $(D)/boot/gnumach $(D)/boot/gnumach-$(DEB_VERSION)-$(MACHINE) mkdir -p $(D_XEN_UDEB)/boot cp $(D_XEN)/boot/gnumach $(D_XEN_UDEB)/boot/ - mv $(D_XEN)/boot/gnumach $(D_XEN)/boot/gnumach-$(VERSION)-xen-$(MACHINE) - mv $(D_DBG)/boot/gnumach $(D_DBG)/boot/gnumach-$(VERSION)-$(MACHINE)-dbg - mv $(D_XEN_DBG)/boot/gnumach $(D_XEN_DBG)/boot/gnumach-$(VERSION)-xen-$(MACHINE)-dbg + mv $(D_XEN)/boot/gnumach $(D_XEN)/boot/gnumach-$(DEB_VERSION)-xen-$(MACHINE) + mv $(D_DBG)/boot/gnumach $(D_DBG)/boot/gnumach-$(DEB_VERSION)-$(MACHINE)-dbg + mv $(D_XEN_DBG)/boot/gnumach $(D_XEN_DBG)/boot/gnumach-$(DEB_VERSION)-xen-$(MACHINE)-dbg ifeq ($(DEB_HOST_ARCH_OS),hurd) for script in preinst prerm postinst postrm ; do \ @@ -238,12 +239,12 @@ dh_link -a dh_strip -a -N$(pkg_dbg) -N$(pkg_xen_dbg) dh_compress -a -N$(pkg) -N$(pkg_udeb) -N$(pkg_xen) -N$(pkg_xen_udeb) -N$(pkg_dbg) -N$(pkg_xen_dbg) - dh_compress -p$(pkg) boot/gnumach-$(VERSION)-$(MACHINE) + dh_compress -p$(pkg) boot/gnumach-$(DEB_VERSION)-$(MACHINE) dh_compress -p$(pkg_udeb) boot/gnumach - dh_compress -p$(pkg_xen) boot/gnumach-$(VERSION)-xen-$(MACHINE) + dh_compress -p$(pkg_xen) boot/gnumach-$(DEB_VERSION)-xen-$(MACHINE) dh_compress -p$(pkg_xen_udeb) boot/gnumach - dh_compress -p$(pkg_dbg) boot/gnumach-$(VERSION)-$(MACHINE)-dbg - dh_compress -p$(pkg_xen_dbg) boot/gnumach-$(VERSION)-xen-$(MACHINE)-dbg + dh_compress -p$(pkg_dbg) boot/gnumach-$(DEB_VERSION)-$(MACHINE)-dbg + dh_compress -p$(pkg_xen_dbg) boot/gnumach-$(DEB_VERSION)-xen-$(MACHINE)-dbg dh_fixperms -a dh_installdeb -a dh_gencontrol -a
Bug#760043: weston-terminal: exits under load
On Sat, Sep 13, 2014 at 02:17:57PM +0200, Hector Oron wrote: Yes, I was able to reproduce and it affects upstream, but however upstream considers weston-terminal as a toy application. Therefore I do not think this bug makes weston completely unusable, I hope you agree on downgrading severity, at most to important or normal. However let's track it upstream. It should be fixed in weston master: b2c18647775732da740946eb199b1f2b46ba950b It should be part of next release and package upload Regards, -- Hector Oron signature.asc Description: Digital signature
Bug#762176: Does not lock on lid close suspend when xscreensaver is running
Package: acpi-support Version: 0.142-4 Severity: normal Hi! When my laptop lid is closed and the computer is put to suspend, the running xscreensaver is not locked. The screensaver is not locked when returning from suspend if either pm-suspend or systemctl suspend are invoked directly. However, if xfce4-power-manager is installed and suspend is selected from the tray icon menu, the screensaver is locked upon returning from suspend. -- Per -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 acpi-support depends on: ii acpi-support-base 0.142-4 ii acpid 1:2.0.23-1 ii lsb-base 4.1+Debian13 ii pm-utils 1.4.1-15 ii x11-xserver-utils 7.7+3 Versions of packages acpi-support recommends: ii acpi-fakekey 0.142-4 pn rfkillnone Versions of packages acpi-support suggests: pn radeontoolnone ii vbetool 1.1-3 pn xinputnone ii xscreensaver 5.26-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#762175: gnumach: Introduce kernel versions?
Svante Signell, le Fri 19 Sep 2014 10:19:06 +0200, a écrit : With the attached path to debian/rules, these names become unique, enabling installation of multiple versions as is the case for GNU/Linux: gnumach-1.4-12-486.gz etc. Unless problems arise with reject from Debian's NEW-Queue when new versions are uploaded, They won't be rejected, but it will be a huge pain to have to see gnumach go through the NEW queue for each and every gnumach upload. That will really not fly. Linux only uses versions for its module ABI, which doesn't change often. We don't have such kind of thing, so we have no reason to introduce these versions in the archive and get the pain. We can however let the user do it for his own purpose. If not accepted, maybe the patch can be modified to use the new naming scheme conditionally, so that custom built images can be installed in parallel to the stock versions: export CUSTOM_KERNEL=yes debian/rules: ifeq ($(CUSTOM_KERNEL),yes) DEB_VERSION := $(VERSION) endif Yes, that will fly. However, the patch is missing something (did you completely try it actually?): it has to modify debian/control, otherwise the package names will be kept the same, and the user won't be able to co-install them along the archive ones. It thus mean auto-generating debian/control, probably something like the linux or the glibc packages do. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762067: wireshark crashes immediately
On 18/09/14 23:48, Bálint Réczey wrote: Hi, Control: reassign -1 libgdk-pixbuf2.0-0 2.30.8-1 Control: tags -1 moreinfo unreproducible Control: affects -1 wireshark 2014-09-18 7:25 GMT+02:00 Giorgos Pallas gp...@auth.gr: Package: wireshark Version: 1.12.0+git+4fab41a1-1+b1 Severity: important Dear Maintainer, When I start wireshark it gives the following messages and crashes: (wireshark:3095): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported ** ERROR:/build/wireshark-VQ_DcW/wireshark-1.12.0+git+4fab41a1/ui/gtk/stock_icons.c:401:stock_icons_init: assertion failed: (pixbuf) Aborted It does not seem to be a wireshark-specific problem. Please attach the output of /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders . I assume the XPM loader will be missing, but I could not reproduce the same problem with the same version on my system. Cheers, Balint Hello, I'm sending you the requested output: aris ~ $ /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders # GdkPixbuf Image Loader Modules file # Automatically generated file, do not edit # Created by gdk-pixbuf-query-loaders from gdk-pixbuf-2.30.8 # # LoaderDir = /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders # /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/io-wmf.so wmf 0 gdk-pixbuf Windows Metafile image/x-wmf wmf apm \327\315\306\232 100 \001 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so svg 6 gdk-pixbuf Scalable Vector Graphics LGPL image/svg+xml image/svg image/svg-xml image/vnd.adobe.svg+xml text/xml-svg image/svg+xml-compressed svg svgz svg.gz svg * 100 !DOCTYPE svg * 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ras.so ras 4 gdk-pixbuf The Sun raster image format LGPL image/x-cmu-raster image/x-sun-raster ras Y\246j\225 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tga.so tga 4 gdk-pixbuf The Targa image format LGPL image/x-tga tga targa \001\001 x 100 \001\t x 100 \002 xz 99 \003 xz 100 \n xz 100 \v xz 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so xpm 4 gdk-pixbuf The XPM image format LGPL image/x-xpixmap xpm /* XPM */ 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ico.so ico 5 gdk-pixbuf The ICO image format LGPL image/x-icon image/x-ico image/x-win-bitmap ico cur \001zz znz 100 \002zz znz 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.so bmp 5 gdk-pixbuf The BMP image format LGPL image/bmp image/x-bmp image/x-MS-bmp bmp BM 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so jpeg 5 gdk-pixbuf The JPEG image format LGPL image/jpeg jpeg jpe jpg \377\330 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so gif 4 gdk-pixbuf The GIF image format LGPL image/gif gif GIF8 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ani.so ani 4 gdk-pixbuf The ANI image format LGPL application/x-navi-animation ani RIFFACON 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-wbmp.so wbmp 4 gdk-pixbuf The WBMP image format LGPL image/vnd.wap.wbmp wbmp zz 1 ` z 1 @ z 1 z 1 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pnm.so pnm 4 gdk-pixbuf The PNM/PBM/PGM/PPM image format family LGPL image/x-portable-anymap image/x-portable-bitmap image/x-portable-graymap image/x-portable-pixmap pnm pbm pgm ppm P1 100 P2 100 P3 100 P4 100 P5 100 P6 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.so icns 4 gdk-pixbuf The ICNS image format GPL image/x-icns icns icns 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.so pcx 4 gdk-pixbuf The PCX image format LGPL image/x-pcx pcx \n \001 100 \n\002\001 100 \n\003\001 100 \n\004\001 100 \n\005\001 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.so tiff 5 gdk-pixbuf The TIFF image format LGPL image/tiff tiff tif MM * z 100 II* z 100 II* \020 CR\002 z zzz z 0 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jasper.so jpeg2000 4 gdk-pixbuf The JPEG 2000 image format LGPL image/jp2 image/jpeg2000 image/jpx jp2 jpc jpx j2k jpf jP 100 \377O\377Q 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-qtif.so qtif 4 gdk-pixbuf The QTIF image format LGPL image/x-quicktime image/qtif qtif qif abcdidsc 100 abcdidat 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so png 5 gdk-pixbuf The PNG image format LGPL image/png png \211PNG\r\n\032\n 100 /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xbm.so xbm 4 gdk-pixbuf The XBM image format LGPL
Bug#748525:
Control: serverity -1 important Hi Josh, while this bug may be annoying, it does not justifty a grave severity, as it does NOT render the package useless. Please see https://www.debian.org/Bugs/Developer#severities Therefore downgrading. -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762018: systemd: v215 - rootfs left in read-only - not everytime
Hi, On Thu, Sep 18, 2014 at 08:08:48PM +0200, Sjoerd Simons wrote: ... Are you using laptop-mode-tools ? Yes, I use laptop-mode-tools 1.65-2 I'm running on Dell Latitude E6520 with SSD 256GB. I tried five reboots today, and one time the startup was successful (read-write root). The rest startups was with read-only root. bobek:~# lvs LVVG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Edata ssd -wi-ao 128.00g Ehome ssd -wi-ao 20.00g Eroot ssd -wi-ao 36.00g Eswap ssd -wi-ao 8.00g boot ssd -wi-ao 256.00m LVs with `E' prefix uses LUKS bobek:~# cat /etc/crypttab # target device source device key file options root /dev/mapper/ssd-Erootnonediscard,luks swap /dev/mapper/ssd-Eswap/etc/keys/mykey discard,luks home /dev/mapper/ssd-Ehome/etc/keys/mykey discard,luks data /dev/mapper/ssd-Edata/etc/keys/mykey discard,luks I have removed ipmitool, so the service ipmievd is away (there was errors about inserting ipmi_si module). The log is now shorter, error messages at start are: bobek:~# journalctl -p err|head -- Logs begin at Fri 2014-09-19 09:44:06 CEST, end at Fri 2014-09-19 10:18:04 CEST. -- Sep 19 09:44:07 bobek systemd-udevd[358]: Error calling EVIOCSKEYCODE on device node '/dev/input/event16' (scan code 0x150, key code 190): Invalid argument Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/log) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/lib) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/lib/systemd) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/lib/systemd/coredump) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: Failed to create file /var/log/wtmp: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: Failed to create file /var/log/btmp: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/cache) failed: Read-only file system Maybe the problem is about some race condition? -- Zito -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762175: Potential problems?
Hi, I see now that three would be naming conflicts for other files in the packages, but at least this is a first step towards kernel versions. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746464: [#746464] conntrackd segfault
On Thu, 05 Jun 2014, Arturo Borrero Gonzalez wrote: On 5 June 2014 16:23, Dominique Fournier dominique.fourn...@grenoble.cnrs.fr wrote: Hi Valgrind is launched. Wait for the segfault... Hi, It seems the issue is in the kernel [0]. Try testing the kernel from Wheezy backports. Any news here? Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762177: lintian: allow Testsuite: autopkgtest-pkg-{perl,ruby}
Package: lintian Version: 2.5.27 X-Debbugs-Cc: autopkgtest-de...@lists.alioth.debian.org Newer versions of autopkgtest [1] use Testsuite: autopkgtest-pkg-perl and autopkgtest-pkg-ruby to activate implicit test control files instead of copying the same file in thousands of packages. These currently trigger the unknown-testsuite and inconsistent-testsuite-field lintian warnings. Please allow at least the two current extensions, or alternatively whitelist autopkgtest-*. Martin Pitt says he's slightly leaning towards well-known values to guard against typos [2], but I'm cc'ing the autopkgtest-devel list for further discussion. [1] http://www.piware.de/2014/09/autopkgtest-3-5-reboot-support-perlruby-implicit-tests/ [2] https://lists.debian.org/debian-perl/2014/09/msg00096.html Thanks for your work on lintian, -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762175: Potential problems?
Svante Signell, le Fri 19 Sep 2014 10:29:41 +0200, a écrit :
I see now that three would be naming conflicts for other files in the
packages,
? Which files?
Only the gnumach-image-1.4{-,xen}-486{,-dbg} packages
need to have a different version, and these only contain
/boot/gnumach-1.4{,-xen}-486{,-dbg}.gz
The other packages don't need to be co-installable.
but at least this is a first step towards kernel versions.
Sure, please continue, that can only help some people.
Samuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746464: [#746464] conntrackd segfault
On 19 September 2014 10:41, Alexander Wirt formo...@debian.org wrote: Any news here? No, no news. I just can't reproduce the bug. And no one is reporting nothing more regarding this. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746464: [#746464] conntrackd segfault
On 19 September 2014 10:47, Dominique Fournier dominique.fourn...@grenoble.cnrs.fr wrote: And you are right, it is working with the backport kernel. Strange On 19/09/2014 10:44, Arturo Borrero Gonzalez wrote: On 19 September 2014 10:41, Alexander Wirt formo...@debian.org wrote: Any news here? No, no news. I just can't reproduce the bug. And no one is reporting nothing more regarding this. Thanks, so I guess we can just close the bug, don't you Alexander? regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762167: debian-faq: please update termcap/ncurses/tinfo information
tags 762167: pending thanks Thanks Vincent! Committed to svn in rev 10435. On Fri, Sep 19, 2014 at 05:02:07PM +1000, Vincent McIntyre wrote: Package: debian-faq Severity: wishlist The faq [1] says: Debian uses the terminfo database and the ncurses library of terminal interface routes, rather than the termcap database and the termcap library. Users who are compiling programs that require some knowledge of the terminal interface should replace references to libtermcap with references to libncurses. To support binaries that have already been linked with the termcap library, and for which you do not have the source, Debian provides a package called termcap-compat. This provides both libtermcap.so.2 and /etc/termcap. Install this package if the program fails to run with the error message can't load library 'libtermcap.so.2', or complains about a missing /etc/termcap file. All of which appears to be out of date now on wheezy. A better text might be something like: Debian uses the terminfo database and the ncurses library of terminal interface routes, rather than the termcap database and the termcap library. The low-level terminfo library has been split out from the general ncurses library, making a new package called libtinfo5. libncurses is linked to libtinfo, so users who are compiling programs that require some knowledge of the terminal interface should replace references to libtermcap with references to libncurses. To support binaries that have already been linked with the termcap library, and for which you do not have the source, you will have to find the library source and compile it yourself. Debian used to provide a package called termcap-compat which contained both libtermcap.so.2 and /etc/termcap, but this was removed from the distribution in 2005. Much of the above has been rephrased from [2] I have no idea what I am talking about here, would someone who does please step up and correct my mistakes. Kind regards Vince [1] https://www.debian.org/doc/manuals/debian-faq/ch-compat.en.html#s-termcap [2] https://enc.com.au/2011/09/30/ncurses-library-split/ -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762086: spamassassin: email reports have sometimes list of others email addresses included
On Thu, Sep 18, 2014 at 11:33:34AM +0200, rpnpif wrote: The report email which are tagged by *SPAM* (rule) lists some of emails addresses from other messages. I don't see anything in the code that explains that behavior. spamassassin doesn't have any visibility into other email while processing a given message, except by way of the auto-whitelist and bayes databases. If a message that triggers this bug is scanned repeatedly, does it print the same addresses every time? Would it be possible for you to send the complete debug output (spamassassin -D) for a message that triggers this behavior? Take care to avoid sending personal message contents. signature.asc Description: Digital signature
Bug#746464: [#746464] conntrackd segfault
And you are right, it is working with the backport kernel. Strange On 19/09/2014 10:44, Arturo Borrero Gonzalez wrote: On 19 September 2014 10:41, Alexander Wirt formo...@debian.org wrote: Any news here? No, no news. I just can't reproduce the bug. And no one is reporting nothing more regarding this. attachment: dominique_fournier.vcf
Bug#762178: apt: massive a-g update slowdowns due to recent security fixes
Package: apt Version: 1.0.9.1 Severity: minor Hi, Michael Vogt requested I file this as official bugreport: The recent revalidation changes lead to a simple apt-get update on my buildd machine (m68k VM with 198 MHz CPU) with only the incoming.d-p.o repository modified, but not unstable, taking: Fetched 156 kB in 8min 33s (304 B/s) The sources.list on that chroot is just: deb http://ftp.de.debian.org/debian-ports unstable main deb http://ftp.de.debian.org/debian-ports unreleased main deb-src http://ftp.de.debian.org/debian unstable main # plus the “incoming” repository With almost 200 MHz, this is one of the faster “machines”. Our regular buildds have 25, 33, 50 MHz. The cause for this is that even a not-modified now triggers reverification of all downloaded files. The visible effect is a process called “copy” taking 90% CPU for minutes, in top(1). Michael and I think that apt should, when the Release and Release.gpg (or InRelease, but we aren’t using them any more, IIRC?) files are not modified, just reverify these, and, if they pass, assume the other data on the disc is valid/verified (because the files only get moved out of partial/ once verified AFAIK, and because if an unmodified Release file passes reverification, it would have passed initial verification as well, normally). Michael also thinks apt could cache more information, such as the original hashes, to speed up things more. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture m68k; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 0; APT::Install-Suggests 0; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.14-2-m68k$; APT::NeverAutoRemove:: ^linux-image-3\.16-1-m68k$; APT::NeverAutoRemove:: ^linux-headers-3\.14-2-m68k$; APT::NeverAutoRemove:: ^linux-headers-3\.16-1-m68k$; APT::NeverAutoRemove:: ^linux-image-extra-3\.14-2-m68k$; APT::NeverAutoRemove:: ^linux-image-extra-3\.16-1-m68k$; APT::NeverAutoRemove:: ^linux-signed-image-3\.14-2-m68k$; APT::NeverAutoRemove:: ^linux-signed-image-3\.16-1-m68k$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.14-2-m68k$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.16-1-m68k$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.14-2-m68k$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.16-1-m68k$; APT::NeverAutoRemove:: ^gnumach-image-3\.14-2-m68k$; APT::NeverAutoRemove:: ^gnumach-image-3\.16-1-m68k$; APT::NeverAutoRemove:: ^.*-modules-3\.14-2-m68k$; APT::NeverAutoRemove:: ^.*-modules-3\.16-1-m68k$; APT::NeverAutoRemove:: ^.*-kernel-3\.14-2-m68k$; APT::NeverAutoRemove:: ^.*-kernel-3\.16-1-m68k$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.14-2-m68k$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.16-1-m68k$; APT::NeverAutoRemove:: ^linux-tools-3\.14-2-m68k$; APT::NeverAutoRemove:: ^linux-tools-3\.16-1-m68k$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Get ; APT::Get::AllowUnauthenticated false; APT::Architectures ; APT::Architectures:: m68k; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ;
Bug#762109: tracker.debian.org: could use changelog parser to pretty print debian changelogs
Hi, On Thu, 18 Sep 2014, Thijs Kinkhorst wrote: The changelogs are currently displayed in plain text format. Tools like libparse-debianchangelog-perl can pretty print those to HTML so they have nice headings, clickable bug numbers, etc. We already have multiple requests to add links in the news, see #760416 and #756952. Those will be fixed soon. Are you referring instead to the full changelogs that can be downloaded in the Versioned links panel ? In any case, Distro Tracker is 100% Python and I don't see us relying on libparse-debianchangelog-perl to generate pretty changelogs. So this wishlist is likely to sit here for a long time. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759046: python-wxmpl: diff for NMU version 2.0.0-2.1
Dear maintainer,
I've uploaded an NMU for python-wxmpl (versioned as 2.0.0-2.1).
This is the same as the most recent patch I sent, but with the
debian/changelog entry date updated.
Cheers,
Olly
diff -Nru python-wxmpl-2.0.0/debian/changelog python-wxmpl-2.0.0/debian/changelog
--- python-wxmpl-2.0.0/debian/changelog 2011-12-05 17:58:28.0 +1300
+++ python-wxmpl-2.0.0/debian/changelog 2014-09-19 20:24:38.0 +1200
@@ -1,3 +1,11 @@
+python-wxmpl (2.0.0-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update for wxPython 3.0 (Closes: #759046):
++ New patch: wxpython3.0.patch
+
+ -- Olly Betts o...@survex.com Fri, 19 Sep 2014 08:24:23 +
+
python-wxmpl (2.0.0-2) unstable; urgency=low
* Remove dependency on python-wxgtk2.6 which is removed from sid
diff -Nru python-wxmpl-2.0.0/debian/control python-wxmpl-2.0.0/debian/control
--- python-wxmpl-2.0.0/debian/control 2011-10-21 20:23:42.0 +1300
+++ python-wxmpl-2.0.0/debian/control 2014-09-06 15:20:13.0 +1200
@@ -10,7 +10,7 @@
Package: python-wxmpl
Architecture: all
Depends: ${misc:Depends}, ${python:Depends}, python-matplotlib ( 0.72),
- python-wxgtk2.8
+ python-wxgtk3.0
Provides: ${python:Provides}
Homepage: http://csrri.iit.edu/~wxmpl/
Description: Painless matplotlib embedding in wxPython
diff -Nru python-wxmpl-2.0.0/debian/patches/series python-wxmpl-2.0.0/debian/patches/series
--- python-wxmpl-2.0.0/debian/patches/series 1970-01-01 12:00:00.0 +1200
+++ python-wxmpl-2.0.0/debian/patches/series 2014-09-06 15:21:50.0 +1200
@@ -0,0 +1 @@
+wxpython3.0.patch
diff -Nru python-wxmpl-2.0.0/debian/patches/wxpython3.0.patch python-wxmpl-2.0.0/debian/patches/wxpython3.0.patch
--- python-wxmpl-2.0.0/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200
+++ python-wxmpl-2.0.0/debian/patches/wxpython3.0.patch 2014-09-13 15:01:14.0 +1200
@@ -0,0 +1,42 @@
+Description: Update for wxPython 3.0
+ Should retain compatibility with 2.8.
+Author: Olly Betts o...@survex.com
+Bug-Debian: https://bugs.debian.org/759046
+Forwarded: no
+Last-Update: 2014-09-12
+
+Index: python-wxmpl-2.0.0/demos/plotting.py
+===
+--- python-wxmpl-2.0.0.orig/demos/plotting.py
python-wxmpl-2.0.0/demos/plotting.py
+@@ -337,7 +337,7 @@ class TestFrame(wx.Frame):
+
+
+ def main():
+-app = wx.PySimpleApp()
++app = wx.App(False)
+ frame = TestFrame(None, -1, 'WxMpl Demos')
+ frame.Show(True)
+ app.MainLoop()
+Index: python-wxmpl-2.0.0/lib/wxmpl.py
+===
+--- python-wxmpl-2.0.0.orig/lib/wxmpl.py
python-wxmpl-2.0.0/lib/wxmpl.py
+@@ -1124,7 +1124,7 @@ class PlotPanel(FigureCanvasWxAgg):
+ # find the toplevel parent window and register an activation event
+ # handler that is keyed to the id of this PlotPanel
+ topwin = toplevel_parent_of_window(self)
+-topwin.Connect(-1, self.GetId(), wx.wxEVT_ACTIVATE, self.OnActivate)
++topwin.Connect(self.GetId(), -1, wx.wxEVT_ACTIVATE, self.OnActivate)
+
+ wx.EVT_ERASE_BACKGROUND(self, self.OnEraseBackground)
+ wx.EVT_WINDOW_DESTROY(self, self.OnDestroy)
+@@ -1422,7 +1422,7 @@ class PlotFrame(wx.Frame):
+ fileName = wx.FileSelector('Save Plot', default_extension='png',
+ wildcard=('Portable Network Graphics (*.png)|*.png|'
+ + 'Encapsulated Postscript (*.eps)|*.eps|All files (*.*)|*.*'),
+-parent=self, flags=wx.SAVE|wx.OVERWRITE_PROMPT)
++parent=self, flags=wx.FD_SAVE|wx.FD_OVERWRITE_PROMPT)
+
+ if not fileName:
+ return
Bug#752479: package 1.0.1?
Hi, 1.0.2 is released since july. The biggest problem is that some plugins are installable only whith v1+ So please, we are waiting and praying nb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762179: detect source files in orig.tar.gz generated by gperf
Package: lintian Severity: wishlist gperf generates C and C++ files The generated files are source code but they are not the preferred form of modification Some upstream projects include these generated files in release tarballs and repositories. Sometimes their build scripts don't correctly detect changes and regenerate the files when required. To ensure that the files can be regenerated on demand, it would be desirable to discourage keeping these generated sources in the orig.tar.gz Lintian could detect such files quite easily as they often contain patterns such as: /* C++ code produced by gperf version 3.0.3 */ /* ANSI-C code produced by gperf version 2.7.2 */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762162: gdb output
$ gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' --args
geeqie
[Thread debugging using libthread_db enabled]
Using host libthread_db library
/lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe6822700 (LWP 5747)]
Error: Directory NikonPreview with 8224 entries considered invalid; not
read.
Error: XMP Toolkit error 203: Duplicate property or field node
Warning: Failed to decode XMP metadata.
[New Thread 0x7fffe59c6700 (LWP 5748)]
Program received signal SIGSEGV, Segmentation fault.
0x75e948a0 in g_markup_escape_text ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#0 0x75e948a0 in g_markup_escape_text ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x779e0317 in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#2 0x761690a1 in g_object_set_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#3 0x76169934 in g_object_set ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#4 0x7798b52d in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#5 0x779830c7 in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#6 0x76161415 in g_closure_invoke ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7 0x761739dc in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x7617c208 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9 0x7617c46f in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x76165b35 in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x761653ae in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x76169105 in g_object_set_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x76169934 in g_object_set ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#14 0x00474382 in layout_util_sync_color (lw=0x791c00) at
layout_util.c:2292
#15 0x0046865f in layout_status_update_image (lw=0x791c00) at
layout.c:530
#16 0x0045cbf3 in image_update_util (imd=optimized out) at
image.c:91
#17 image_post_process_color (start_row=optimized out,
run_in_bg=optimized out, imd=optimized out) at image.c:350
#18 image_change_pixbuf (imd=0x8663d0, pixbuf=0x783c00,
zoom=5.411089589487498e-312, zoom@entry=0, lazy=10198736) at
image.c:1107
#19 0x0045d8b3 in image_load_area_cb (il=optimized out, x=0,
y=0, w=optimized out, h=optimized out, data=optimized out) at
image.c:607
#20 0x76161415 in g_closure_invoke ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x761739dc in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#22 0x7617c208 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 0x7617c46f in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#24 0x0045fbdb in image_loader_emit_area_ready_cb
(data=0x7fffd8005910) at image-load.c:265
#25 0x75e8fddd in g_main_context_dispatch ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x75e901b8 in ?? ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x75e904e2 in g_main_loop_run ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#28 0x778c2bc7 in gtk_main ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#29 0x00419e0a in main (argc=1, argv=0x7fffe238) at
main.c:921
Thread 3 (Thread 0x7fffe59c6700 (LWP 5748)):
#0 0x7554b74a in jpeg_idct_islow ()
from /usr/lib/x86_64-linux-gnu/libjpeg.so.8
No symbol table info available.
#1 0x7553a0d8 in ?? ()
from /usr/lib/x86_64-linux-gnu/libjpeg.so.8
No symbol table info available.
#2 0x7553f50e in ?? ()
from /usr/lib/x86_64-linux-gnu/libjpeg.so.8
No symbol table info available.
#3 0x7553801a in jpeg_read_scanlines ()
from /usr/lib/x86_64-linux-gnu/libjpeg.so.8
No symbol table info available.
#4 0x00461304 in image_loader_jpeg_read_scanline
(cinfo=cinfo@entry=0x7fffe59c56f0, dptr=dptr@entry=0x7fffe59c5560,
rowstride=rowstride@entry=8064) at image_load_jpeg.c:208
lines = {0x7fffd6248010 , 0x1 error: Cannot access memory at
address 0x1, 0x7fffe59c6700 , 0x46063a image_loader_area_updated_cb
+154 H\205\300t\270\061\311H\211¾`\373E}
lptr = optimized out
i = optimized out
#5 0x00461a00 in image_loader_jpeg_load (loader=0x7fffd80010c0,
buf=0x7fffe59c7000 \377\330\377, incomplete sequence \340,
count=2925275, error=optimized out) at image_load_jpeg.c:420
scanline = 608
lj = 0x7fffd80010c0
cinfo = {err = 0x7fffe59c5570, mem = 0x7fffd8001100, progress =
0x0, client_data = 0x0, is_decompressor = 1, global_state = 205, src =
0x7fffd8001300, image_width = 2688, image_height = 4472, num_components
= 3, jpeg_color_space = JCS_YCbCr, out_color_space = JCS_RGB, scale_num
= 1, scale_denom = 1, output_gamma = 1, buffered_image = 0, raw_data_out
= 0, dct_method = JDCT_ISLOW, do_fancy_upsampling = 1,
Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]
On 19.09.14 11:17:17, Hendrik Weimer wrote: Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl writes: I also filled d/copyright completely and now it works with physfs 2.0, which is in Debian. The copyright file does not contain the correct information on the physfscompat patch. Modulo the license texts, it should read: Files: debian/patches/physfscompat.patch Copyright: 2004-2014 Andrey Korotaev unc...@gmail.com 2001-2011 Ryan C. Gordon and others 2014 Hendrik Weimer hend...@enyo.de License: GPL-2 and Zlib Thank You, I will fix this asap. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#762109: tracker.debian.org: could use changelog parser to pretty print debian changelogs
On Fri, Sep 19, 2014 at 10:46:31AM +0200, Raphael Hertzog wrote: In any case, Distro Tracker is 100% Python and I don't see us relying on libparse-debianchangelog-perl to generate pretty changelogs. So this wishlist is likely to sit here for a long time. python-debian ships a changelog module, that can be used to traverse changelogs. AFAIR there is no (HTML) renderer, though. If someone is interested in implementing one to fix this feature request against tracker.d.o, it will be nice to push it upstream as a proper python-debian feature; I suspect it might be useful to others. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#761292: simple-scan: Icons missing / replaced with red X page
Hallo Ivan, I don't find the bug why the Icons don't displayed. So I think the best way is to build a system like yours. Can you send me the output of dpkg --get-selections ? If you like you can encode this data. My pgp and my CAcert key are in the signature. Many thanks. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]
Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl writes: I also filled d/copyright completely and now it works with physfs 2.0, which is in Debian. The copyright file does not contain the correct information on the physfscompat patch. Modulo the license texts, it should read: Files: debian/patches/physfscompat.patch Copyright: 2004-2014 Andrey Korotaev unc...@gmail.com 2001-2011 Ryan C. Gordon and others 2014 Hendrik Weimer hend...@enyo.de License: GPL-2 and Zlib Yes, that's GPL-2 and not GPL-2+ here. Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761398: This is also the case with Wheezy/stable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried this on another PC today, running Wheezy/stable. The situation is the same there. GDM3 does not allow any logins via XDMCP, although configured accordingly, lightdm allows this with Xnest only, but not with Xephyr. Tagging this accordingly. This does not seem to be specific to systemd. auth.log: . .. Sep 19 09:17:16 gamebox lightdm: pam_unix(lightdm:session): session closed for user lightdm Sep 19 09:17:16 gamebox lightdm: pam_nologin(lightdm:auth): cannot determine username Sep 19 09:17:25 gamebox sshd[4085]: Server listening on 0.0.0.0 port 22. Sep 19 09:17:25 gamebox sshd[4085]: Server listening on :: port 22. Sep 19 09:17:26 gamebox lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0) Sep 19 09:17:26 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0 Sep 19 09:17:26 gamebox dbus[3939]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.12 (uid=114 pid=4666 comm=/usr/sbin/lightdm-gtk-greeter ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.10 (uid=0 pid=4593 comm=/usr/sbin/console-kit-daemon --no-daemon ) Sep 19 09:17:54 gamebox lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0) Sep 19 09:17:54 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:17:56 gamebox dbus[3939]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.16 (uid=114 pid=4878 comm=/usr/sbin/lightdm-gtk-greeter ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.10 (uid=0 pid=4593 comm=/usr/sbin/console-kit-daemon --no-daemon ) Sep 19 09:18:12 gamebox lightdm: pam_unix(lightdm:session): session closed for user lightdm Sep 19 09:18:12 gamebox lightdm: pam_unix(lightdm:session): session opened for user andreas by (uid=0) Sep 19 09:18:12 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:18:23 gamebox polkitd(authority=local): Registered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session3 (system bus name :1.59 [/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1], object path /org/gnome/PolicyKit1/AuthenticationAgent, locale en_GB.UTF-8) Sep 19 09:18:52 gamebox lightdm: pam_unix(lightdm:session): session closed for user andreas Sep 19 09:18:52 gamebox polkitd(authority=local): Unregistered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session3 (system bus name :1.59, object path /org/gnome/PolicyKit1/AuthenticationAgent, locale en_GB.UTF-8) (disconnected from bus) Sep 19 09:18:53 gamebox lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0) Sep 19 09:18:53 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:18:54 gamebox dbus[3939]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.64 (uid=114 pid=5136 comm=/usr/sbin/lightdm-gtk-greeter ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.10 (uid=0 pid=4593 comm=/usr/sbin/console-kit-daemon --no-daemon ) Sep 19 09:18:55 gamebox lightdm: pam_unix(lightdm:session): session closed for user lightdm Sep 19 09:19:24 gamebox lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0) Sep 19 09:19:24 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:19:24 gamebox dbus[3939]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.66 (uid=114 pid=5189 comm=/usr/sbin/lightdm-gtk-greeter ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.10 (uid=0 pid=4593 comm=/usr/sbin/console-kit-daemon --no-daemon ) Sep 19 09:19:40 gamebox lightdm: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 ruser= rhost= user=andreas Sep 19 09:19:59 gamebox lightdm: pam_unix(lightdm:session): session closed for user lightdm .. . -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlQb+GMACgkQ5+rBHyUt5wupCQCggxRkZZNxS1jRWcncjkrjFlPE IGoAmweYUeB4uvea4rUp6SYXD/JQQOau =9N0w -END PGP SIGNATURE-
Bug#759688: ufoai
On 19.09.2014 07:32, Tobias Frost wrote: Control: owner -1 ! Control: tags -1 pending I'll try to review these packages over the weekend. (the package looks huge :) Hi Tobi! Thank you for your interest in UFO:AI. Indeed it's one of the more complex and bigger games. :) (First thing that I saw -- but I don't know how's the best practice in pkg-games, so maybe this is more a question to the list: There is only one ITP filed, but three source packages (ufoai, -data, -maps and -music)? I presume you wanted to CC debian-devel-games. All e-mails to team maintained packages are automatically forwarded to pkg-games-devel but most of the discussion happens on debian-devel-games. Should the ITP be cloned (and blocking each other) to be able to close a ITP or is it fine to ignore/override the lintian?) FWIW, I think we should follow Lintian's advice in this case and just use one ITP bug to track the progress. https://lintian.debian.org/tags/new-package-should-close-itp-bug.html The three data packages are all part of the same game and they had to be split because of size and functional reasons but they wouldn't make sense without the ufoai source package. I'll probably also clone this RFS bug to have an per-package tracking of the review process. (unless this is a first-pass-package ;-)) Sure, it is. :P Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#762047: xserver-xorg-video-ati: Black screen with mouse cursor on PowerPC
On 18.09.2014 23:33, Bill Chatfield wrote: It would seem so, but it is the right information. I double checked that it is right by booting without the video kernel parameter and running dmesg. Okay, so I think your original problem is because the Xorg fbdev driver uses the colour depth from console by default, and I guess the login manager you're using can't deal with that. You may want to report that against the login manager package, but you probably want to use a higher colour depth anyway. So you need to change it, either for console as you've been doing, or just for X in /etc/X11/xorg.conf or by having the login manager pass -depth XX on the Xorg command line. I got the same radeonfb lines that you show in your message. I think that's part of the problem, radeonfb is compiled into the kernel and active when drm/radeon are being used? Right, to use radeon KMS, you need to disable radeonfb with video=radeonfb:off on the kernel command line. That should give you at least 2D hardware acceleration, but suspend/resume won't work. -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762180: FTCBFS: runs host arch binaries during build via help2man
Package: src:flex Version: 2.5.39-8 Tags: patch User: helm...@debian.org Usertags: rebootstrap flex FTCBFS for any architecture, because the manual page generation fails. help2man fails to execute ../flex, because in general host arch executables cannot be run on during cross-build. It is not obvious what the best solution to this problem is. I am listing those, that I am aware of and attach a patch for one solution. 1. When cross building, run help2man on the system copy of flex. This requires that flex is build natively before it can be cross built. The attached patch implements this method. One bit is missing in the patch: flex needs to gain a new Build-Depends on flex, but only when cross building. This can be done using build profiles[1], but build profile enabled packages cannot be uploaded to the archive. The dependency that flex needs to gain, probably looks like: Build-Depends: flex profile.cross This still does not enforce that the flex package used to fulfil the dependency has the same version as the flex package that is being built, so the manual page can be outdated. An attempt to support versioned Build-Depends was not met with enthusiasm by the dpkg maintainer (#751437). Nevertheless, this method makes flex somewhat cross-buildable today! 2. Add a nodoc build profile to flex that prevents documentation from being built or installed. This approach cannot produce subtly wrong packages (documentation for different version), but it also requires build profiles and requires a larger diff to be carried. Multiple places, both in the upstream build and the debian packaging, need to learn that the documentation can go missing. 3. Do not rebuild manual pages during cross-build but take the pre-built copy from the source tarball. Not building from source sounds like a bad idea to me. If you prefer a method other than 1., please tell me so I can write a new patch. Helmut [1] https://wiki.debian.org/BuildProfileSpec diff -Nru flex-2.5.39/debian/changelog flex-2.5.39/debian/changelog --- flex-2.5.39/debian/changelog2014-06-21 06:01:27.0 +0200 +++ flex-2.5.39/debian/changelog2014-09-18 23:24:27.0 +0200 @@ -1,3 +1,10 @@ +flex (2.5.39-8.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Do not run host arch binaries during cross build. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Thu, 18 Sep 2014 23:08:01 +0200 + flex (2.5.39-8) unstable; urgency=low * Added a missing build depends on vm-super-minimal, reuired fro diff -Nru flex-2.5.39/debian/patches/help2man-cross.patch flex-2.5.39/debian/patches/help2man-cross.patch --- flex-2.5.39/debian/patches/help2man-cross.patch 1970-01-01 01:00:00.0 +0100 +++ flex-2.5.39/debian/patches/help2man-cross.patch 2014-09-18 23:24:49.0 +0200 @@ -0,0 +1,32 @@ +From: Helmut Grohne hel...@subdivi.de +Subject: Run help2man on the system copy of flex when cross building +Last-Modified: 2014-09-18 + +Index: flex-2.5.39/configure.ac +=== +--- flex-2.5.39.orig/configure.ac 2014-03-26 19:55:03.0 +0100 flex-2.5.39/configure.ac 2014-09-18 23:06:59.199483266 +0200 +@@ -50,6 +50,12 @@ + + AC_PATH_PROG(BISON, bison,bison) + AC_PATH_PROG(HELP2MAN, help2man, help2man) ++if test $cross_compiling = yes; then ++FLEXexe='flex$(EXEEXT)' ++else ++FLEXexe='$(top_builddir)/flex$(EXEEXT)' ++fi ++AC_SUBST(FLEXexe) + + # Check for a m4 that supports -P + +Index: flex-2.5.39/doc/Makefile.am +=== +--- flex-2.5.39.orig/doc/Makefile.am 2014-03-26 13:46:44.0 +0100 flex-2.5.39/doc/Makefile.am2014-09-18 23:07:11.335481934 +0200 +@@ -27,5 +27,5 @@ + for i in $(dist_man_MANS) ; do \ + $(help2man) --name='$(PACKAGE_NAME)' \ + --section=`echo $$i | sed -e 's/.*\.\([^.]*\)$$/\1/'` \ +- ../flex$(EXEEXT) $$i || rm -f $$i ; \ ++ $(FLEXexe) $$i || rm -f $$i ; \ + done diff -Nru flex-2.5.39/debian/patches/series flex-2.5.39/debian/patches/series --- flex-2.5.39/debian/patches/series 2014-06-21 06:01:27.0 +0200 +++ flex-2.5.39/debian/patches/series 2014-09-18 23:06:50.0 +0200 @@ -4,3 +4,4 @@ 0003-ia64-buffer-fix-Some-more-fixes-for-the-ia64-buffer-.patch 0004-bison-test-fixes-Do-not-use-obsolete-bison-construct.patch 0005-fix-off-by-one-error-generatred-line-numbers-are-off.patch +help2man-cross.patch
Bug#746578: More systemd fallout :-/
Ian Jackson ijack...@chiark.greenend.org.uk writes: As I understand it from reading the threads in the bug and on debian-devel, the effect of this would be: [...] * squeeze-jessie upgrades which are not already using systemd would not be switched silently to systemd but would use systemd-shim instead. That's wrong. [...] My starting point is the following principle: * Users should not be switched automatically when upgrading. [...] Having settled on the above principle, I think it follows that the dependency ought to be changed. Except that we have not settled on that principle. So using it as a reason for other changes is not a very convincing argument. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762181: apt-listbugs: [INTL:sk] Slovak translation
Package: apt-listbugs Severity: wishlist Tags: l10n patch Version: 0.1.16 .po attached ~~helix84 # Slovak translation of apt-listbugs. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the apt-listbugs package. # Ivan Masár heli...@centrum.sk, 2009, 2014. msgid msgstr Project-Id-Version: apt-listbugs\n Report-Msgid-Bugs-To: invernom...@paranoici.org\n POT-Creation-Date: 2014-08-11 16:22+0200\n PO-Revision-Date: 2014-09-19 11:50+0200\n Last-Translator: Ivan Masár heli...@centrum.sk\n Language-Team: Slovak debian-l10n-slo...@lists.debian.org\n Language: sk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n X-Generator: Virtaal 0.7.1\n #. TRANSLATORS: E: is a label for error messages; you may translate it with a suitable abbreviation of the word error #: ../apt-listbugs:330 ../apt-listbugs:368 ../apt-listbugs:373 #: ../apt-listbugs:379 ../apt-listbugs:393 ../apt-listbugs:423 #: ../apt-listbugs:454 ../apt-listbugs:503 ../apt-listbugs:516 #: ../aptcleanup:54 ../aptcleanup:57 ../lib/apt-listbugs/logic.rb:268 #: ../lib/apt-listbugs/logic.rb:278 ../lib/apt-listbugs/logic.rb:900 #: ../lib/apt-listbugs/logic.rb:911 ../lib/apt-listbugs/logic.rb:923 #: ../migratepins:54 ../migratepins:57 msgid E: msgstr E: #: ../apt-listbugs:331 msgid This may be caused by a package lacking support for the ruby interpreter in use. Try to fix the situation with the following commands: msgstr To môže byť spôsobené balíkom s chýbajúcou podporou používaného interpretra ruby. Pokúste sa situáciu napraviť nasledujúcimi príkazmi: #: ../apt-listbugs:368 msgid APT_HOOK_INFO_FD is undefined.\n msgstr APT_HOOK_INFO_FD je nedefinované. #: ../apt-listbugs:373 msgid APT_HOOK_INFO_FD is not correctly defined.\n msgstr APT_HOOK_INFO_FD nie je správne definované. #: ../apt-listbugs:379 msgid Cannot read from file descriptor %d msgstr Nie je možné čítať zo súboru popisovača %d #: ../apt-listbugs:393 msgid APT Pre-Install-Pkgs is not giving me expected 'VERSION 3' string.\n msgstr APT Pre-Install-Pkgs nedodáva očakávaný reťazec „VERSION 3“.\n #: ../apt-listbugs:423 msgid APT Pre-Install-Pkgs is giving me fewer fields than expected.\n msgstr APT Pre-Install-Pkgs dodáva menej polí ako sa očakávalo.\n #: ../apt-listbugs:454 msgid APT Pre-Install-Pkgs is giving me an invalid direction of version change.\n msgstr APT Pre-Install-Pkgs udáva neplatný smer zmeny verzie.\n #: ../apt-listbugs:533 msgid ** Exiting with an error in order to stop the installation. ** msgstr ** Ukončuje sa chybou, aby sa zastavila inštalácia. ** #: ../aptcleanup:54 ../lib/apt-listbugs/logic.rb:338 ../migratepins:54 msgid Cannot read from %s msgstr Nie je možné čítať z %s #: ../aptcleanup:125 msgid Fixed packages : msgstr Opravené balíky: #: ../lib/apt-listbugs/logic.rb:47 msgid Usage: msgstr Použitie: #: ../lib/apt-listbugs/logic.rb:48 msgid [options] command [arguments] msgstr [voľby] príkaz [argumenty] #: ../lib/apt-listbugs/logic.rb:50 msgid Options:\n msgstr Voľby:\n #. TRANSLATORS: the colons (:) in the following strings are vertically aligned, please keep their alignment consistent #: ../lib/apt-listbugs/logic.rb:52 msgid -h : Display this help and exit.\n msgstr -h : zobraziť tohto pomocníka a skončiť.\n #: ../lib/apt-listbugs/logic.rb:53 msgid -v : Show version number and exit.\n msgstr -v : zobraziť číslo verzie a skončiť.\n #: ../lib/apt-listbugs/logic.rb:54 msgid -s severities : Filter bugs by severities you want to see (or \all\)\n [%s].\n msgstr -s závažnosti : závažnosti, ktoré chcete vidieť (alebo všetky pomocou „all“).\n [%s].\n #: ../lib/apt-listbugs/logic.rb:55 msgid -T tags: Filter bugs by tags you want to see.\n msgstr -T značky : filtrovať chyby pomocou značiek, ktoré chcete vidieť.\n #: ../lib/apt-listbugs/logic.rb:56 msgid -S states : Filter bugs by pending-state categories you want to see\n [%s].\n msgstr -S stavy : filtrovať chyby pomocou kategórií cieľových stavov, ktoré chcete vidieť\n [%s].\n #: ../lib/apt-listbugs/logic.rb:57 msgid -B bug#: Filter bugs by number, showing only the specified bugs.\n msgstr -B č. chyby: filtrovať chyby podľa čísla, zobraziť iba určené č. chýb.\n #: ../lib/apt-listbugs/logic.rb:58 msgid -D : Show downgraded packages, too.\n msgstr -D : zobraziť aj balíky so zníženou verziou.\n #: ../lib/apt-listbugs/logic.rb:59 msgid -H hostname: Hostname of Debian Bug Tracking System [%s].\n msgstr -H server : doménový názov servera, kde beží Systém na sledovanie chýb Debianu (BTS) [%s].\n #: ../lib/apt-listbugs/logic.rb:60 msgid -p port: Port number of the server [%s].\n msgstr -p
Bug#762047: xserver-xorg-video-ati: Black screen with mouse cursor on PowerPC
On 19.09.2014 18:50, Michel Dänzer wrote: On 18.09.2014 23:33, Bill Chatfield wrote: It would seem so, but it is the right information. I double checked that it is right by booting without the video kernel parameter and running dmesg. Okay, so I think your original problem is because the Xorg fbdev driver uses the colour depth from console by default, and I guess the login manager you're using can't deal with that. To clarify, I mean it can't deal with depth 8 pseudo-colour. -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761590: Acknowledgement (owncloud-client: Unable to initialize a sync journal)
Dear maintainer, I just confirm what Sylvain Collilieux reported. The problem: - is present on a machine with the same architecture and packages, - is caused by the very same error (whose interesting lines are reported hereafter), which is most probably caused by the downgrade of database, from the previous 1.7 version to the last 1.6.3. - is solved by dowgrading back to the 1.7.0~beta1 version of the owncloud suite of packages. Best regards. ~~~(Log excerpt)~~ 09-19 11:12:31:682 syncjournaldb.cpp:878 Transaction Start checkConnect 09-19 11:12:31:692 syncjournaldb.cpp:354 Columns in the current journal: (phash, pathlen, path, inode, uid, gid, mode, modtime, type, md5, fileid, remotePerm) 09-19 11:12:31:692 syncjournaldb.cpp:878 Transaction Start update database structure: downgrade from 1.7.0-1.6.3 09-19 11:12:31:692 syncengine.cpp:454 No way to create a sync journal! 09-19 11:12:31:692 syncengine.cpp:678 CSync run took 21830120 09-19 11:12:31:693 folder.cpp:644 - CSync Finished slot with error true warn count 0 09-19 11:12:31:693 folder.cpp:385 Processing result list and logging took 0 Milliseconds. 09-19 11:12:31:693 folder.cpp:403 OO folder slotSyncFinished: result: 2 09-19 11:12:31:693 folder.cpp:656 ** error Strings: (Unable to initialize a sync journal.) 09-19 11:12:31:693 folder.cpp:658 * owncloud csync thread finished with error ~()~~~ -- Marco Solieri signature.asc Description: This is a digitally signed message part.
Bug#762182: qtcreator: freezes on start
Package: qtcreator
Version: 3.2.0+dfsg-2
Severity: important
When I start qtcreator with or without project file arguments, the interface
freezes completely.
'strace qtcreator' in some window shows that events (crossing buttons with the
mouse) create
some messages on Qt level, example
poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL,
msg_iov(1)=[{\34\0\26\2Q\2\0\0\220\1\0\0\240\247\17\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0,
4096}], msg_controllen=0, msg_flags=0}, 0) = 32
futex(0x1c224d4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x1c224d0, {FUTEX_OP_SET, 0,
FUTEX_OP_CMP_GT, 1}) = 1
futex(0x1c224a8, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL,
msg_iov(1)=[{\34\0\26\2Q\2\0\0\220\1\0\0\241\247\17\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0,
4096}], msg_controllen=0, msg_flags=0}, 0) = 32
futex(0x1c224d4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x1c224d0, {FUTEX_OP_SET, 0,
FUTEX_OP_CMP_GT, 1}) = 1
futex(0x1c224a8, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL,
msg_iov(1)=[{U\2\26\2\333\247\17\1\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
\1\5\0\0, 4096}], msg_controllen=0, msg_flags=0}, 0) = 32
futex(0x1c224d4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x1c224d0, {FUTEX_OP_SET, 0,
FUTEX_OP_CMP_GT, 1}) = 1
futex(0x1c224a8, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL,
msg_iov(1)=[{U\2\26\2\213\273\17\1\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0
\1\4\0\0, 4096}], msg_controllen=0, msg_flags=0}, 0) = 32
futex(0x1c224d4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x1c224d0, {FUTEX_OP_SET, 0,
FUTEX_OP_CMP_GT, 1}) = 1
poll([{fd=3, events=POLLIN}], 1, 4294967295
but these seem to go unnoticed. I suspect an issue with configuration files
'*pro.user...',
but I cannot pinpoint the issue yet.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-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 qtcreator depends on:
ii libbotan-1.10-0 1.10.8-2
ii libc62.19-11
ii libgcc1 1:4.9.1-14
ii libqt5concurrent55.3.1+dfsg-3
ii libqt5core5a [qtbase-abi-5-3-1] 5.3.1+dfsg-3
ii libqt5declarative5 [qtquick1-abi-5-2-1] 5.3.1-1
ii libqt5designer5 5.3.1-3
ii libqt5designercomponents55.3.1-3
ii libqt5gui5 5.3.1+dfsg-3
ii libqt5help5 5.3.1-3
ii libqt5network5 5.3.1+dfsg-3
ii libqt5printsupport5 5.3.1+dfsg-3
ii libqt5qml5 [qtdeclarative-abi-5-3-0] 5.3.1-6
ii libqt5quick5 5.3.1-6
ii libqt5script55.3.1+dfsg-3
ii libqt5sql5 5.3.1+dfsg-3
ii libqt5sql5-sqlite5.3.1+dfsg-3
ii libqt5webkit55.3.1+dfsg-3
ii libqt5widgets5 5.3.1+dfsg-3
ii libqt5x11extras5 5.3.1-1
ii libqt5xml5 5.3.1+dfsg-3
ii libstdc++6 4.9.1-14
ii libx11-6 2:1.6.2-3
ii qml-module-qtquick-controls 5.3.1-1
ii qml-module-qtquick2 5.3.1-6
ii qtchooser47-gd2b7997-1
ii qtcreator-data 3.2.0+dfsg-2
Versions of packages qtcreator recommends:
ii gdb7.7.1+dfsg-3
ii konsole [x-terminal-emulator] 4:4.14.0-1
ii make 4.0-8
ii qt5-doc5.3.0-2
ii qtbase5-dev-tools 5.3.1+dfsg-3
ii qtcreator-doc 3.2.0+dfsg-2
ii qtdeclarative5-dev-tools 5.3.1-6
ii qtquick1-5-dev-tools 5.3.1-1
ii qttools5-dev-tools 5.3.1-3
ii qttranslations5-l10n 5.3.1-1
ii qtxmlpatterns5-dev-tools 5.3.1-4
ii xterm [x-terminal-emulator]310-1
Versions of packages qtcreator suggests:
ii cmake 2.8.12.2-2
ii g++4:4.9.1-1
ii git1:2.1.0-1
ii kdelibs5-data 4:4.14.0-1
ii subversion 1.8.10-1+b1
-- 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#762153: concrete steps for improving apt downloading security and privacy
Am 19.09.14 um 06:34 schrieb Paul Wise: On Fri, Sep 19, 2014 at 9:30 AM, Hans-Christoph Steiner wrote: Finally did this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762153 Please note that you proposal to add signatures to .deb files will break reproducible builds because the hash of the .deb will differ depending on who signed it: https://wiki.debian.org/ReproducibleBuilds I think it would be far better to ship detached signatures in the archive since that allows for reproducible builds and also means there could be more than one signer (say one buildd, one Debian sponsor and one package maintainer). Isn`t there really any way to include the signatures in the header of the .deb files? Why not simply add multiple signature files in the control.tar.gz of a .deb just next to the md5sums which should in deed be a sha256sums (otherwise there is no way to establish a 'chain of trust'). That would not add any non-determinism because if it is done right then we can have all the signers in the package! It would be far better than detaching the signatures from the package because the general use case where you need package signatures is the manual download of packages. Detached signatures are completely useless for such a use case! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762109: tracker.debian.org: could use changelog parser to pretty print debian changelogs
On Fri, September 19, 2014 11:16, Stefano Zacchiroli wrote: On Fri, Sep 19, 2014 at 10:46:31AM +0200, Raphael Hertzog wrote: In any case, Distro Tracker is 100% Python and I don't see us relying on libparse-debianchangelog-perl to generate pretty changelogs. So this wishlist is likely to sit here for a long time. python-debian ships a changelog module, that can be used to traverse changelogs. AFAIR there is no (HTML) renderer, though. If someone is interested in implementing one to fix this feature request against tracker.d.o, it will be nice to push it upstream as a proper python-debian feature; I suspect it might be useful to others. Maybe the package name put you on the wrong foot. The package contains just /usr/bin/parsechangelog which I know is/was used at packages.debian.org. It seems irrelevant in which language this tool is implemented, no? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote: Well, obviously I missed that deadline, and am planning on being on it full-time next week, with the goal to release for distros at the end of the week. This i going to be solely bugfixes and more hardware targets validation tests. The delay is due to both personal issues (it's amazing how a sick kid can crush your productivity to ashes, even for a minor throat infection...) and some delays in getting access to the proper test hardware for some of the validation tests. Can you push your changes to the repo at least? I will prep something out of that. The current lio-utils build has broken and I don't want to spend time there. I'd instead bring in the new targetcli which would invalidate the old lio-utils. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#761731: apmd: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Control: tags -1 patch Dear apmd maintainer, On Mon, Sep 15, 2014 at 11:41:17PM +, Matthias Klose wrote: /usr/bin/make PREFIX=/usr MANDIR=/usr/share/man PROXY_DIR=/etc/apm CFLAGS=-O2 -g LDFLAGS= make[1]: Entering directory '/«PKGBUILDDIR»' libtool --quiet --mode=compile gcc -c -O2 -g -Wall -pipe -I. -I/usr/src/linux/include -I/usr/X11R6/include -I/usr/src/linux-2.2/include -I /usr/src/linux-2.0/include -DVERSION=\3.2.1\ -DDEFAULT_PROXY_NAME=\/etc/apm/apmd_proxy\ apmlib.c make[1]: libtool: Command not found Makefile:93: recipe for target 'apmlib.lo' failed make[1]: *** [apmlib.lo] Error 127 make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-stamp] Error 2 debian/rules:27: recipe for target 'build-stamp' failed dpkg-buildpackage: error: debian/rules build gave error exit status 2 I am attaching a patch that updates Build-Depends. Please speak up if you do not want your package being NMUed. This bug will bump its severity when libtool gets updated. Helmut diff -u apmd-3.2.2/debian/control apmd-3.2.2/debian/control --- apmd-3.2.2/debian/control +++ apmd-3.2.2/debian/control @@ -2,7 +2,7 @@ Section: admin Priority: optional Maintainer: Anibal Monsalve Salazar ani...@debian.org -Build-Depends: debhelper (= 7), libx11-dev, libxaw7-dev, libtool +Build-Depends: debhelper (= 7), libx11-dev, libxaw7-dev, libtool-bin Standards-Version: 3.8.2 Homepage: http://alumnit.ca/~apenwarr/apmd/ diff -u apmd-3.2.2/debian/changelog apmd-3.2.2/debian/changelog --- apmd-3.2.2/debian/changelog +++ apmd-3.2.2/debian/changelog @@ -1,3 +1,11 @@ +apmd (3.2.2-14.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * libtool is now in package libtool-bin. Adapt Build-Depends. +Closes: #761731. + + -- Helmut Grohne hel...@subdivi.de Fri, 19 Sep 2014 11:54:59 +0200 + apmd (3.2.2-14) unstable; urgency=low * Fix package descripton
Bug#746530: xournal: Update autotools files before building the package in order
as part of best practices , inline patch just adds dh_autotools-dev_restoreconfig to clean target in debian/rules. Other wise this patch is same as existing patch in Message #5 sent by Breno. And allows xournal to build successfully on ppc64el build machine. == diff -Nru xournal-4.7/debian/control xournal-4.7/debian/control --- xournal-4.7/debian/control2012-10-14 18:19:12.0 + +++ xournal-4.7/debian/control2014-09-19 10:01:22.0 + @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Carlo Segre se...@debian.org -Build-Depends: debhelper (= 7), autoconf, automake, libgtk2.0-dev (= 2.10), +Build-Depends: debhelper (= 7), autoconf, automake, autotools-dev, libgtk2.0-dev (= 2.10), libgnomecanvas2-dev, libpoppler-glib-dev (= 0.5.4) Standards-Version: 3.9.3 Homepage: http://xournal.sourceforge.net/ diff -Nru xournal-4.7/debian/rules xournal-4.7/debian/rules --- xournal-4.7/debian/rules2011-09-24 20:22:43.0 + +++ xournal-4.7/debian/rules2014-09-19 10:00:36.0 + @@ -20,6 +20,7 @@ configure: configure-stamp configure-stamp: dh_testdir +dh_autotools-dev_updateconfig # Configure the package. ./autogen.sh --prefix=/usr @@ -51,6 +52,7 @@ rm -f configure-stamp build-stamp rm -f depcomp install-sh missing configure +dh_autotools-dev_restoreconfig dh_clean install: build === -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762183: README.Debian and BUGS are obsolète
Package: xmlindent Version: 0.2.17-2 The package includes an old note that states that this tool does not handle UTF encoded files. Since this is a strange restriction for XML nowadays, I tried it and the noticed that the tool actually preserves non ASCII characters in UTF-8 encoded files, including non-alphabetic characters. So, although I did not much tested, I suppose that this statement can safely be removed from the files BUGS and README.Debian, installed in /usr/share/doc/xmlindent. _ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
Bug#729477: gnome-system-tools 3.0.0-2ubuntu2 crashed with the following message: users-admin crashed with SIGSEGV in g_slice_free1()
Hi Martin, Your patch fixes the segfault (though in my case [1] it was in another function), but unfortunately, it can't be applied cleanly to Debian version of this package as this version has a different changelog and a different series of patches: monsta@jessica:~/7/gnome-system-tools-3.0.0$ patch -p1 ../../gnome-system-tools.crash-fix.debdiff patching file debian/changelog Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file debian/changelog.rej patching file debian/patches/12_fix_exit.patch patching file debian/patches/series Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file debian/patches/series.rej Can you please re-do it for Debian version (3.0.0-3)? I could do it myself, but since that would be a bit unusual NMU - with picking a patch from Ubuntu - I'm not sure how to format a new changelog entry in order to properly mention your name. [1] https://bugs.debian.org/762106
Bug#762184: cups error_log fills hard disk
Package: cups Version: 1.5.3-5+deb7u4 Severity: normal Dear Maintainer, in the last week I've had two of our servers fill up the hard disk with errors in the cups error_log: host ~/var-log-cups # ll total 308G -rw-r- 1 root adm 285G Sep 19 11:50 error_log -rw-r- 1 root adm 3.6G Sep 19 00:00 error_log.1.gz -rw-r- 1 root adm 3.4G Sep 18 00:00 error_log.2.gz -rw-r- 1 root adm 3.5G Sep 17 00:00 error_log.3.gz -rw-r- 1 root adm 3.5G Sep 16 00:00 error_log.4.gz -rw-r- 1 root adm 3.6G Sep 15 00:00 error_log.5.gz -rw-r- 1 root adm 3.6G Sep 14 00:00 error_log.6.gz -rw-r- 1 root adm 2.2G Sep 13 00:00 error_log.7.gz host ~/var-log-cups # head -n 1 error_log | tail E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:43 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:64 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:65 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:66 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:67 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:68 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:69 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:70 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:71 E [19/Sep/2014:00:08:26 +0200] [Job 3972] Illegal output call of P2PObject:72 host ~/var-log-cups # head -n 10 error_log | grep -v 'Illegal output' | wc -l 113 host ~/var-log-cups # head -n 10 error_log | grep 'Illegal output' | wc -l 99887 I haven't been able to figure out the root cause of this issue yet, but I think the fact that CUPS is filling up the hard disk with logs is a bug on its own which should be prevented somehow. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2+b1 ii cups-client1.5.3-5+deb7u4 ii cups-common1.5.3-5+deb7u4 ii cups-filters 1.0.18-2.1+deb7u1 ii cups-ppdc 1.5.3-5+deb7u4 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.15 ii ghostscript9.05~dfsg-6.3+deb7u1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.13-38+deb7u4 ii libc6 2.13-38+deb7u4 ii libcups2 1.5.3-5+deb7u4 ii libcupscgi11.5.3-5+deb7u4 ii libcupsimage2 1.5.3-5+deb7u4 ii libcupsmime1 1.5.3-5+deb7u4 ii libcupsppdc1 1.5.3-5+deb7u4 ii libdbus-1-31.6.8-1+deb7u4 ii libgcc11:4.7.2-5 ii libgnutls262.12.20-8+deb7u2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libkrb5-3 1.10.1+dfsg-5+deb7u2 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.2-5 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian8+deb7u1 ii poppler-utils 0.18.4-6 ii procps 1:3.3.3-3 ii ssl-cert 1.0.32 Versions of packages cups recommends: ii avahi-daemon 0.6.31-2 pn colord none ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3+deb7u1 pn printer-driver-gutenprint none Versions of packages cups suggests: ii cups-bsd 1.5.3-5+deb7u4 pn cups-pdf none ii foomatic-db20120523-1 pn hplip none pn printer-driver-hpcups none ii smbclient 2:3.6.19-1~bpo70+1 ii udev 175-7.2 -- Configuration Files: /etc/cups/cups-files.conf changed: SystemGroup admins AccessLog /var/log/cups/access_log ErrorLog /var/log/cups/error_log PageLog /var/log/cups/page_log -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, ipp14, lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
@Python Team: Can you please provide some guidance on this bug ? Earlier the python modules used to get installed into pyshared/ folder, from which I created symlinks to /usr/sbin/. Now, the modules get installed into python specific dist-packages/ folder. How do we add symlinks in this scenario ? @Michael / Jerome: In case the new version of targetcli does not make on time, we may have to use this as the fallback plan. Ritesh On Thursday 18 September 2014 04:06 PM, Michael Prokop wrote: Hi, * Jerome Martin [Tue Aug 12, 2014 at 12:05:18PM +0200]: Hi Ritesh, Sorry for the late reply, I am on vacation right now. I am aiming at first week of September for the final release. Will keep you posted :-) The merge effort will not be carried out for this one, though, and it still is to be decided how we will version it etc. Any news here, Jerome or Ritesh? I'm just worried because I'd like to see targetcli in Debian/jessie. :) Thanks! regards, -mika- -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
Bug#757966: RFS: lutris/0.3.4-1 [ITP]
Hi Pierre, You is very very near an upload. Note that file data/ui/about-dialog.ui is GPL-3+ (not GPL-3). So, you need to create a section for this file in d/copyright. Considering that you need to modify the copyright file, I will make a new request for you. Please, add a reference about you, Debian and free usage of the manpage. This is important because manpages are published in several sites (without the source code) and someone might want to contact you. You can see an example here[1]. (go to the end of page) [1] http://sources.debian.net/src/mac-robber/1.02-3/debian/man/mac-robber.1 Please, make these changes and I will upload the package. I will wait for you... Cheers, Eriberto 2014-09-19 4:31 GMT-03:00 Pierre Rudloff cont...@rudloff.pro: It is on mentors : https://mentors.debian.net/package/lutris Regards, 2014-09-19 1:40 GMT+02:00 Eriberto Mota eribe...@debian.org: Please, upload your package to mentors.d.n. It makes easier the review and, maybe final, tests. Thanks. Cheers, Eriberto Em quinta-feira, 18 de setembro de 2014, Pierre Rudloff cont...@rudloff.pro escreveu: Oh OK, I did not see there was some files by different auhtors in the tarball. I added them to the copyright file: https://github.com/Rudloff/lutris-debian/commit/aa24f3a5b4f865cf9eb00f6746ce199eca0f0147 Thanks again for your help! Regards, Le 18/09/2014 01:42, Eriberto a écrit : Hi, 2014-09-17 17:41 GMT-03:00 Pierre Rudloff cont...@rudloff.pro: 3. - I am not sure I understand. It does use the 1.0 format. - Where should I list the upstream authors? I don't see a field for this in the 1.0 format. You can consult any copyright in Debian packages to see an example. You can use these: http://metadata.ftp-master.debian.org/changelogs/main/n/netmate/unstable_copyright http://metadata.ftp-master.debian.org/changelogs/main/e/ext4magic/unstable_copyright I edited the copyright file. Is it OK now? The format is right now. However, you must to list all upstream authors and licenses in d/copyright. See the second example above (ext4magic). You can use this command to help you: 'grep -sriA25 copyright *'. 6. I have added a generic README.source about quilt. Is this OK? No. My idea was talk about the original debian directory removed from upstream code. I've added a sentence explaining this. Is this enough? (There is no special step needed, as dpkg-source -x takes care of replacing the debian folder.) Yes. Perfect. Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742431: Pending fixes for bugs in the libmail-cclient-perl package
tag 742431 + pending thanks Some bugs in the libmail-cclient-perl package are closed in revision bcc6c9966fac14cee86cc0e492d19e9ce076db70 in branch 'master' by Axel Beckert The full diff can be seen at https://anonscm.debian.org/cgit/pkg-perl/packages/libmail-cclient-perl.git/commit/?id=bcc6c99 Commit message: Add patch by Nicolas Sévelin-Radiguet to fix compilation with clang (Closes: #742431) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748878: RFS: mwc/1.7.2-1 ITP
Hi Jörg,
Thanks a lot for your work. Uploaded.
Cheers,
Eriberto
2014-09-19 4:53 GMT-03:00 Jörg Frings-Fürst deb...@jff-webhosting.net:
Hola Eriberto,
first many thanks for your review.
Am Donnerstag, den 18.09.2014, 15:52 -0300 schrieb Eriberto:
Hi Jörg,
Thanks for all adjustments. Please:
- d/changelog: change urgency from medium to low.
done.
- d/control:
- Add a VCS to control your package.
- I suggest to add the name 'MailWebsiteChanges' in long description.
- Put a dot in end of the first phrase in long description.
- Remove ${shlibs:Depends} because interpreted languages doesn't use it.
- Why you have dh-systemd as build dependency?
Both removed.
- d/copyright:
- The upstream code is GPL-2+, not GPL-2.
- Where you saw that upstream site is GPL-2?
My error. I'm looking for at your opinion instead of at your option
in the LICENSE. And found them not.
Change to GPL-2+.
Do you have permission
to add this content in your package? I suggest to list the site in
d/README.Debian, not include the site.
I think you mean the debian/docs. I have got the docu from the upstream
author with a entry in d/copyright. Removed and I put a short reference
into d/README.Debian.
- d/mwc.1: add a reference about you, Debian and free usage of the
manpage. This is important because manpages are published in several
sites (without the source code) and someone might want to contact you.
You can see an example here[1]. (go to the end of page)
[1] http://sources.debian.net/src/mac-robber/1.02-3/debian/man/mac-robber.1
Done.
- d/mwc.cron.hourly: I think that isn't a good idea this file, because
you are forcing the user machine to connect the Internet without a
express permission. Ok, a NTP client do it. However, I think that the
situation is different. Other point is that, initially, will not exist
an user configuration and the mwc will try connect even so.
I have moved them from etc/cron.hourly into examples with a tip in
d/README.Debian.
d/rules: remove all comments.
done.
d/watch: githubredir is deprecated. Please, see here[2] how to make a
d/watch.
[2] http://eriberto.pro.br/blog/?p=1459
Also done. And uploaded again to mentors[1]
Thanks for your work.
Cheers,
Eriberto
[...]
CU
Jörg
[1] http://mentors.debian.net/debian/pool/main/m/mwc/mwc_1.7.2-1.dsc
--
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56
Jörg Frings-Fürst
D-54526 Niederkail
Threema: SYR8SJXB
IRC: j_...@freenode.net
j_...@oftc.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761926: closed by s...@debian.org (Steve M. Robbins) (Bug#761926: fixed in boost1.55 1.55.0+dfsg-3)
On 09/19/2014 02:24 AM, Debian Bug Tracking System wrote: #761926: boost1.55: fix libkolabxml test-suite error on ppc64el It has been closed by...@debian.org (Steve M. Robbins). Thanks, Steve! -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762185: RFP: libsys-hostip-perl -- Determine the IP address of the system it runs on
Package: wnpp Severity: wishlist * Package name: libsys-hostip-perl Version : 1.97 Upstream Author : Sawyer X xsawy...@cpan.org * URL : https://metacpan.org/pod/Sys::HostIP * License : Artistic + GPL Programming Lang: Perl Description : Determine the IP address of the system it runs on Sys::HostIP does what it can to determine the ip address of your machine. It does this by parsing ifconfig(8) (ipconfig on Win32/Cygwin) output. It is cross-platform. It has an object oriented interface and a functional one for compatibility with older versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761732: apr: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Control: tags -1 + patch Dear apr maintainer, On Mon, Sep 15, 2014 at 11:41:19PM +, Matthias Klose wrote: ./buildconf buildconf: checking installation... buildconf: python version 2.7.8 (ok) buildconf: autoconf version 2.69 (ok) buildconf: libtool not found. You need libtool version 1.4 or newer installed to build APR from SVN. make[1]: *** [override_dh_auto_configure] Error 1 debian/rules:76: recipe for target 'override_dh_auto_configure' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [binary] Error 2 debian/rules:18: recipe for target 'binary' failed dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 apr only uses libtoolize but checks for libtool which is now in package libtool-bin. I am attaching a patch that fixes the libtoolize check to look for the correct tool. Please speak up, if you do not want your package to get NMUed. Helmut diff -Nru apr-1.5.1/debian/changelog apr-1.5.1/debian/changelog --- apr-1.5.1/debian/changelog 2014-05-12 23:21:06.0 +0200 +++ apr-1.5.1/debian/changelog 2014-09-19 12:34:28.0 +0200 @@ -1,3 +1,10 @@ +apr (1.5.1-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Check for libtoolize rather than libtool. Closes: #761732 + + -- Helmut Grohne hel...@subdivi.de Fri, 19 Sep 2014 12:34:05 +0200 + apr (1.5.1-2) unstable; urgency=medium * Backport build fix from upstream SVN to avoid building some parts diff -Nru apr-1.5.1/debian/patches/libtoolize_check.patch apr-1.5.1/debian/patches/libtoolize_check.patch --- apr-1.5.1/debian/patches/libtoolize_check.patch 1970-01-01 01:00:00.0 +0100 +++ apr-1.5.1/debian/patches/libtoolize_check.patch 2014-09-19 12:34:00.0 +0200 @@ -0,0 +1,26 @@ +From: Helmut Grohne hel...@subdivi.de +Subject: check for libtoolize rather than libtool +Last-Update: 2014-09-19 + +libtool is now in package libtool-bin, but apr only needs libtoolize. + +Index: apr-1.5.1/build/buildcheck.sh +=== +--- apr-1.5.1.orig/build/buildcheck.sh 2009-11-13 01:27:16.0 +0100 apr-1.5.1/build/buildcheck.sh 2014-09-19 12:33:14.0 +0200 +@@ -37,11 +37,11 @@ + # ltmain.sh (GNU libtool 1.1361 2004/01/02 23:10:52) 1.5a + # output is multiline from 1.5 onwards + +-# Require libtool 1.4 or newer +-libtool=`build/PrintPath glibtool1 glibtool libtool libtool15 libtool14` +-lt_pversion=`$libtool --version 2/dev/null|sed -e 's/([^)]*)//g;s/^[^0-9]*//;s/[- ].*//g;q'` ++# Require libtoolize 1.4 or newer ++libtoolize=`build/PrintPath glibtoolize1 glibtoolize libtoolize libtoolize15 libtoolize14` ++lt_pversion=`$libtoolize --version 2/dev/null|sed -e 's/([^)]*)//g;s/^[^0-9]*//;s/[- ].*//g;q'` + if test -z $lt_pversion; then +-echo buildconf: libtool not found. ++echo buildconf: libtoolize not found. + echoYou need libtool version 1.4 or newer installed + echoto build APR from SVN. + exit 1 diff -Nru apr-1.5.1/debian/patches/series apr-1.5.1/debian/patches/series --- apr-1.5.1/debian/patches/series 2014-05-12 23:14:11.0 +0200 +++ apr-1.5.1/debian/patches/series 2014-09-19 12:31:35.0 +0200 @@ -7,3 +7,4 @@ hurd_shm_flock.patch dont_override_external_buildflags buildfix_r1589984 +libtoolize_check.patch
Bug#762162: geeqie: segfault on startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Fr den 19. Sep 2014 um 7:23 schrieb Matti Koskimies: Startup of geeqie fails with Segmentation fault. Also when starting in an empty directory (--debug output below). Paul already pointed you to gdb. But please can you test another. Try to move away ~/.config/geeqie and ~/.local/share/geeqie and try to start it then. (Do not delete this files, if it works this way we need them to analyse what exactly happened.) Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUHA5wAAoJEKZ8CrGAGfasLkgL/RIoXBhqvSzG7go9Hu4MVXsf LR7trnezMfT49IzSbfTEjahqhZPsw0ebdQ2agxn3rgAD+gJMv/hifGiJXqZQc2Jx PBVwqjGOfdExzbHLiOc7cek2nQCwuytBNeM2L1A2pnyqgd+yTAaUF52RqhQ+/44Z hiYsg4m4muiHFI324aX0EJtZ1tsiWYoeYGSU0tTUhm8urMVmKXnFRoeNi6nb/c3/ OMZSGuqpBKARI0CNcxwm50hIjd4WmIy5MTcGWHmxfceFarSdeZNLVRsHfSTq3bGc 9st0PnMT+M8sHfRB+RkFilJGJgVt5rAZvt3S48FknciCptzVSono1Ja0gczlqlvc ilKgPMtxotkKrpDOOmGuuA6evyhoVk58qbNuhG6RH1QebVImw9KmiNfMk6YCtBTR UXqx6bhgiiUa+ZJDcGN1LshFnAD4n2cCztELGhmXtX5H1IJ/AstY8qfYE7Vn1SrI jMA0tS2xJRWrD9gV5QDmy2vNbM4rXHk7W6XxBsGdxg== =huRu -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#759494: transition: kdevplatform
Control: tag -1 confirmed Control: forwarded -1 https://release.debian.org/transitions/html/kdevplatform.html Hi, On 2014-08-27 18:04, Sune Vuorela wrote: We would love to be able to ship jessie with a not one-year-old kdevelop at freeze time. And a new one is just about to come out (packagers have received tarballs for final testing) A transition slot by middle/end september would be nice. Confirmed. Please go ahead to unstable. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762186: python-pypdf: Unexpectedly breaks existing programs on update
Package: python-pypdf Version: 1.23-1 Severity: grave Justification: renders package unusable Dear Maintainer, updating python-pypdf from 1.13 to 1.23 breaks every existing script that use this module with an ImportError: No module named pyPdf. Changing pyPdf to PyPDF2 everywhere in the scripts allows to use the new version, but in the update there was no hint that this change was needed. Expecially if this happens during an update between stable versions this will break existing deployments of custom programs, causing lots of pain. Thanks in advance -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762089: apt-listbugs: French PO translation update
Hi Francesco,
Thanks for taking the time to read the translation so carefully! Let me
answer your questions inline below:
On Thu, Sep 18, 2014 at 11:27 PM, Francesco Poli invernom...@paranoici.org
wrote:
On Thu, 18 Sep 2014 13:00:20 +0200 Jean-Baka Domelevo Entfellner wrote:
[...]
Please find attached the French PO templates update, proofread by the
debian-l10n-french mailing list contributors.
Hello Jean-Baka,
thanks for the update.
I have a few questions for you.
First question
#: ../lib/apt-listbugs/logic.rb:84
msgid Fixed in NMU
msgstr
Corrigé dans un NMU (contribution due à une personne qui n'est pas le
mainteneur du paquet)
Wow, this also includes the definition of NMU...
Would it be acceptable to shorten it to just the following translation?
msgstr
Corrigé dans un NMU
Yes, that is perfectly acceptable. Go for it if you wish.
Second question
#: ../lib/apt-listbugs/logic.rb:86
msgid Resolved in some Version
msgstr marqué comme corrigé dans une version donnée
Would it be acceptable to shorten this one to the following translation?
msgstr Résolus dans une version donnée
Please fix any grammar errors (I know almost nothing about French,
sorry!).
The translation we provided was on the singular mode. Your proposed
alteration is also completely acceptable, though in the plural form
(applying to several bugs). If for that particular string we don't know how
many bugs are affected, we can use the following:
msgstr Résolu(s) dans une version donnée
Otherwise, if it is guaranteed that we are talking about one bug only:
msgstr Résolu dans une version donnée
Third question
#. TRANSLATORS: %{plist} is a comma-separated list of %{npkgs} packages to
be pinned or put on hold.
#: ../lib/apt-listbugs/logic.rb:537
msgid
The following %{npkgs} package will be pinned or on hold:\n
%{plist}\n
Are you sure?
msgid_plural
The following %{npkgs} packages will be pinned or on hold:\n
%{plist}\n
Are you sure?
msgstr[0]
Le paquet suivant sera figé ou mis en attente :\n
%{plist}\n
Confirmez-vous cette action ?
msgstr[1]
Les %{npkgs} paquets suivants seront figés ou mis en attente :\n
%{plist}\n
Confirmez-vous cette action ?
Would it be acceptable to modify the singular form as follows, in order
to always explicitly show the number of packages?
msgstr[0]
Le %{npkgs} paquet suivant sera figé ou mis en attente :\n
%{plist}\n
Confirmez-vous cette action ?
Also perfectly acceptable, although slightly awkward: if in the singular
form, %{npkgs} is necessarily equal to 1, hence my proposed simplification.
But if the user finally reads Le 1 paquet suivant sera figé ou mis en
attente, there will be no harm to nobody :)
Fourth question
#: ../lib/apt-listbugs/logic.rb:570
msgid i num - mark bug number num as ignored.\n
msgstr i num - ignorer le bogue numéro num.\n
#: ../lib/apt-listbugs/logic.rb:571
msgid i bid - mark the bug identified by id as ignored.\n
msgstr i bnum - marquer comme étant ignoré le bogue numéro num.\n
I think these two translations are a bit inconsistent and the latter
also seems to be not really correct.
Can they be changed to the following translations?
#: ../lib/apt-listbugs/logic.rb:570
msgid i num - mark bug number num as ignored.\n
msgstr i num - marquer comme étant ignoré le bogue numéro num.\n
#: ../lib/apt-listbugs/logic.rb:571
msgid i bid - mark the bug identified by id as ignored.\n
msgstr i bid - marquer comme étant ignoré le bogue identifié par
id.\n
Again, please fix any grammar errors...
Well spotted, and your proposed translations are perfectly correct. I guess
in the second case id is not just a bug number, and in that case our
proposed translations were indeed simply wrong. Sorry for missing this
point in the first place.
Thanks for your time again,
Jean-Baka
Bug#762187: openjade1.3: update config.{sub, guess} to fix FTBFS on new ports
Package: openjade1.3
Version: 1.3.2-12.1
Severity: normal
Tags: patch
User: debian-de...@lists.debian.org
Usertags: autoreconf ppc64el
Dear Maintainer,
In order to avoid FTBFS openjade1.3 src package on new arch's
(ex. ppc64el) , config.{sub, guess} files need to be updated.
With attached patch, We have successfully verified building
openjade1.3 src package on ppc64el build machine.
Thanks for considering the patch.
-ravindran.
-- System Information:
Debian Release: jessie/sid
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages openjade1.3 depends on:
ii libc6 2.19-10
ii libgcc1 1:4.9.1-12
ii libosp5 1.5.2-11.1
ii libstdc++6 4.9.1-12
ii sgml-base 1.26+nmu4
openjade1.3 recommends no packages.
Versions of packages openjade1.3 suggests:
pn doc-base none
pn sgml-data none
-- no debconf information
--===0400770828509822505==
Content-Type: text/x-diff; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=patch
diff -u openjade1.3-1.3.2/debian/rules openjade1.3-1.3.2/debian/rules
--- openjade1.3-1.3.2/debian/rules
+++ openjade1.3-1.3.2/debian/rules
@@ -51,6 +51,7 @@
export CXXFLAGS
config.status:
+dh_autotools-dev_updateconfig
./configure --prefix=/usr \
--datadir=\$${prefix}/share/sgml/openjade1.3 \
--enable-static --disable-shared \
@@ -80,12 +81,8 @@
# some stuff that should be cleaned in upstream Makefile
#find . -name 'Makefile.dep' | xargs rm -f
#rm -f libtool
+dh_autotools-dev_restoreconfig
dh_clean
-# See /usr/share/doc/autotools-dev/README.Debian.gz
--test -r /usr/share/misc/config.sub \
-cp -f /usr/share/misc/config.sub config.sub
--test -r /usr/share/misc/config.guess \
-cp -f /usr/share/misc/config.guess config.guess
binary-indep:build
# There are no architecture-independent files to be uploaded
--===0400770828509822505==--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760557: pu: package proftpd-dfsg/1.3.4a-5+deb7u1
Control: tag -1 pending On 2014-09-18 21:09, Adam D. Barratt wrote: On Wed, 2014-09-17 at 20:15 +0100, Jonathan Wiltshire wrote: On 2014-09-05 11:17, Adam D. Barratt wrote: I'd like to fix #738067 in stable, which is a crash in ProFTPD's SFTP module with larger files. The fix is trivial - two instances of memcpy become memmove (yay overlapping regions); a debdiff is attached. Looks fine to me, please go ahead. Thanks; uploaded. Flagged for acceptance. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762182: close
It seems that there is another qt/kde component involved. Logout/login fixes the issue. Sorry for the noise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
[Ritesh Raj Sarraf, 2014-09-19] @Python Team: Can you please provide some guidance on this bug ? Earlier the python modules used to get installed into pyshared/ folder, from which I created symlinks to /usr/sbin/. Now, the modules get installed into python specific dist-packages/ folder. How do we add symlinks in this scenario ? /usr/share/pyshared is implementation detail (changed recently) which you shouldn't know about (and use it since you shouldn't know it exists ;). Symlinking to /usr/lib/python2.7/dist-packages/foo.py is not a good idea as well (although there will be no Python 2.8, I hope - if you use it, backporters will not be happy). I suggest to use `python -m foo` or write a wrapper that uses this command or Python script that imports foo and calls foo.main() (where main() is whatever is called after if __name__ == '__main__': in this file) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762182: close
It seems that there is another qt/kde component involved. Logout/login fixes the issue. Sorry for the noise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762188: linux-image-3.16-1-amd64: NFS4 oops: NULL pointer in nfs_delegation_find_inode
Package: src:linux Version: 3.16.2-3 Severity: normal Dear Maintainers, I am seeing kernel oops that seem to be related to nfs4. Things have recently become worse (daily oops), probably due to userland upgrades that are triggering the problem more often. I was seeing the oops with 3.14-2 and tried 3.16-1 but I got the same issue on the first day. It seems to happen mostly in the evening, maybe a couple hours after I log out, though I may be logged in remotely when it happens. My HOME is automounted with -fstype=nfs4,sec=krb5. There is another fs automounted with -fstype=nfs4,sec=sys but I don't think it was used. The log matches this one quite closely: https://retrace.fedoraproject.org/faf/reports/362740/ I took the liberty of including a slightly longer piece of syslog than reportbug had extracted (8 more lines), so it shows the initial error. This is particularly problematic since these days, with systemd, I can't reboot the machine remotely (I have to boot in rescue mode, start network-manager, then resume, or nothing works properly). At least, after stopping automount, the machine still seems usable (without my home directory), which is how I am reporting this. Thanks to whoever made the kernel resilient to errors in one module :-) PS: sorry about the nvidia module, I do try nouveau occasionally... -- Package-specific info: ** Version: Linux version 3.16-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-10) ) #1 SMP Debian 3.16.2-3 (2014-09-13) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16-1-amd64 root=UUID=0e2f2fe7-b148-4839-a319-ba19161f7e22 ro single ** Tainted: PDIO (6273) * Proprietary module has been loaded. * Kernel has oopsed before. * Working around severe firmware bug. * Out-of-tree module has been loaded. ** Kernel log: [41204.322521] BUG: unable to handle kernel NULL pointer dereference at 0540 [41204.322527] IP: [a071d275] nfs_delegation_find_inode+0x55/0x130 [nfsv4] [41204.322541] PGD 0 [41204.322543] Oops: [#1] SMP [41204.322546] Modules linked in: bnep bluetooth 6lowpan_iphc des_generic cbc nfsv4 dns_resolver cpufreq_userspace cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc cfg80211 rpcsec_gss_krb5 nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc nvidia(PO) snd_hda_codec_realtek snd_hda_codec_generic evdev hp_wmi sparse_keymap iTCO_wdt rfkill iTCO_vendor_support coretemp snd_hda_intel kvm_intel snd_hda_controller snd_hda_codec kvm snd_hwdep snd_pcm_oss snd_mixer_oss i2c_core psmouse serio_raw pcspkr i7core_edac button lpc_ich edac_core snd_pcm mfd_core snd_timer wmi acpi_cpufreq snd soundcore shpchp processor thermal_sys loop fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 btrfs xor raid6_pq hid_generic usbhid hid sd_mod crc_t10dif crct10dif_generic sg sr_mod crct10dif_common cdrom ahci libahci mptsas crc32c_intel scsi_transport_sas ehci_pci uhci_hcd mptscsih ehci_hcd libata mptbase firewire_ohci tg3 firewire_core ptp scsi_mod crc_itu_t pps_core usbcore libphy usb_common floppy [41204.322615] CPU: 0 PID: 1785 Comm: nfsv4.0-svc Tainted: P IO 3.16-1-amd64 #1 Debian 3.16.2-3 [41204.322617] Hardware name: Hewlett-Packard HP Z800 Workstation/0AECh, BIOS 786G5 v01.14 05/26/2009 [41204.322619] task: 88031f08c050 ti: 88030c81c000 task.ti: 88030c81c000 [41204.322621] RIP: 0010:[a071d275] [a071d275] nfs_delegation_find_inode+0x55/0x130 [nfsv4] [41204.322629] RSP: 0018:88030c81fce0 EFLAGS: 00010286 [41204.322631] RAX: 8800ca35800a RBX: 8800ca358000 RCX: fff8 [41204.322633] RDX: 88030c81fd90 RSI: 8800ca358008 RDI: 880322536400 [41204.322634] RBP: R08: R09: 8800ca358026 [41204.322636] R10: 0094 R11: 0094 R12: 8800ca358008 [41204.322637] R13: R14: 8800ca27a000 R15: 0004 [41204.322639] FS: () GS:88032fc0() knlGS: [41204.322641] CS: 0010 DS: ES: CR0: 8005003b [41204.322643] CR2: 0540 CR3: 01813000 CR4: 07f0 [41204.322645] Stack: [41204.322646] 8800ca35800a fff8 8803225364c0 [41204.322649] 8800ca358000 1127 [41204.322651] 8800ca27a000 0004 a07205cd 88030c81fdb0 [41204.322654] Call Trace: [41204.322663] [a07205cd] ? nfs4_callback_recall+0x3d/0x140 [nfsv4] [41204.322670] [a071f61e] ? nfs4_callback_compound+0x41e/0x640 [nfsv4] [41204.322680] [a057ac79] ? svc_process_common+0x599/0x670 [sunrpc] [41204.322687] [a071e560] ? nfs_callback_authenticate+0x50/0x50 [nfsv4] [41204.322695] [a057ae5c] ? svc_process+0x10c/0x160 [sunrpc] [41204.322702] [a071e59d] ? nfs4_callback_svc+0x3d/0x50 [nfsv4] [41204.322707] [81085dbd] ?
Bug#757930: nmu: Ruby binary extension modules
On 2014-08-12 15:18, Antonio Terceiro wrote: During the discussion about bug #747858, we realized that Ruby binary extensions needed a more specific dependency on ruby besides the one they already get on libruby* to make sure upgrades from wheezy work correctly. I have done the necessary changes to src:ruby-defaults and gem2deb, and they are now in the archive. The way is clear to these binNMUs now. Can we have an updated list in case some have had source uploads please? Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762189: RFS: spamprobe/1.4d-13 [QA]
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian...@lists.debian.org Dear mentors, I am looking for a sponsor for my package spamprobe, which I prepared following a ping on a bug report[1]. * Package name: spamprobe Version : 1.4d-13 Upstream Author : Brian Burton bbur...@users.sourceforge.net * URL : http://spamprobe.sourceforge.net/ * License : QPL Section : mail It builds those binary packages: spamprobe - Bayesian spam filter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spamprobe Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spamprobe/spamprobe_1.4d-13.dsc Changes since the last upload: spamprobe (1.4d-13) unstable; urgency=medium * QA upload. * Acknowledge non-maintainer upload. Thanks to Ondřej Surý * Updated translation of debconf template: + French, by Christian Perrier (Closes: #738805) + Danish, by Joe Dalton (Closes: #739763) + Japanese, by victory (Closes: #740363) + German, by Helge Kreutzmann (Closes: #742344) + Russian, by Yuri Kozlov (Closes: #743422) + Italian, by Luca Monducci (Closes: #759864) * Remove build-depend for xmlto (no longer used) * Convert copyright to DEP-5 format * Convert package to source format 3.0 (quilt) + Add patches for changes that had previously been made * Wrap-and-sort debian/control * Use debhelper compat 9 * Bump standards version to 3.9.5, no further changes necessary -- Daniel Lintott dan...@serverb.co.uk Fri, 19 Sep 2014 12:40:01 +0100 Regards, Daniel Lintott [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742344#10 signature.asc Description: OpenPGP digital signature
Bug#468929: libmail-cclient-perl: mbox open failures cause test failures
Control: severity -1 grave
Hi,
Niko Tyni wrote:
I'm not sure if you're already aware of this, but the libmail-cclient-perl
test suite currently fails most of its tests. This does not make the
build fail, but it's certainly a bug.
While preparing an upload to fix #698979 (where we've got a ping after
a being tagged pending back in 2013), I noticed that the package seems
not to do anything useful anymore, as Drake Diedcrich already wrote in
2009:
Mail::Cclient fails to open mbox files (found while looking for a
faster mbox parser - the pure-perl ones used too many memory and CPU
resources on really large mbox files). Most of the tests depend on
doing this, as the test cases are all stored in local mbox files.
I'll poke at it a bit more and try to figure out what's not working
and whether it can be patched here.
A test program for use with any mbox file:
#!/usr/bin/perl
use strict;
use Mail::Cclient;
foreach my $mboxname (@ARGV) {
my $c = new Mail::Cclient($mboxname, 'readonly');
if (defined $c) {
print STDERR $mboxname opened by Mail::CClient\n;
} else {
print STDERR $mboxname open failed\n;
}
}
Same here:
$ perl t/check.t
1..5
ok 1
ok 2
error: Can't open mailbox
/home/abe/pkg-perl/git/packages/libmail-cclient-perl/testmbx/test.mbox: no such
mailbox
not ok 3
Can't call method check on an undefined value at t/check.t line 26.
$ ls -l /home/abe/pkg-perl/git/packages/libmail-cclient-perl/testmbx/test.mbox
-rw-r--r-- 1 abe tar 120931 Aug 29 2013
/home/abe/pkg-perl/git/packages/libmail-cclient-perl/testmbx/test.mbox
$
So for some reason it can't open definitely existing mail boxes. Which
IMHO is a grave issue as it renders the package unusable.
Jonas: If you no more use/need libmail-cclient-perl, I suggest to
remove it from the archive. Popcon is only around 20 and I didn't find
any reverse dependencies. Otherwise this issue needs to be fixed IMHO.
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746578: Reasons to keep systemd-sysv as the first alternative
On Thu, 2014-09-18 at 17:14 -0700, Cameron Norman wrote: On Thu, Sep 18, 2014 at 2:10 PM, Josh Triplett j...@joshtriplett.org wrote: Personally, in this case, I'd argue that the desirable dependency (which we can't easily express) would be sysvinit-core ? systemd-shim : systemd-sysv. To be more precise, it would be !systemd-sysv ? systemd-shim : systemd-sysv so that other alternate inits are treated equally. As you hopefully can see, this can be condensed to systemd-sysv ? systemd-sysv : systemd-shim AKA systemd-shim | systemd-sysv :) You completely missed the point, which was to distinguish between systems that have explicitly installed the new use-sysvinit-as-init package and systems that only use sysvinit because they have not yet upgraded to the new default. Neither of those have systemd-sysv installed, thus your version does not work. From another mail: If the transition is already happening, why have the dependency be like it is anyway? User's systems will be switched regardless, so there is no use in having a second pass at changing the init. For partial upgrades. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762115: [PKG-Openstack-devel] Bug#762115: python-glance-store: This patch fixes failing tests.
On Fri, Sep 19, 2014 at 3:16 AM, Thomas Goirand z...@debian.org wrote: On 09/18/2014 11:30 PM, Corey Bryant wrote: Package: python-glance-store Version: 0.1.8-1 Severity: important Tags: patch User: corey.bry...@canonical.com Usertags: origin-ubuntu utopic ubuntu-patch Dear Maintainer, We want to sync python-glance-store into Ubuntu but that is being prevented by failing tests. I've updated the package and tests now run 100% successfully with the fixes. In Ubuntu, the attached patch was applied to achieve the following: * New upstream release. * debian/control: Add python-mox to Build-Depends-Indep to fix test failure. * debian/p/fix-tests.patch: Added temporary patch to fix test failures. * debian/watch: Update package path. Thanks for considering the patch! Corey Bryant Hi! Thanks a lot for forwarding Ubuntu changes. This is very much appreciated, especially since it didn't happen with Chuck, and as I'm doing most of the Python module packaging. I will happily apply your patch, though please have a quick look at it: it contains lots of things which shouldn't be there, like modifications to the egg-info and such. If you have time to filter this out, please do so (otherwise I'll have to do the work). Or at least, can you confirm that only the debian/patches file is the relevant change? Thanks again for the patch, Thomas Goirand (zigo) Hi Thomas! Thanks for the feedback and also thanks for all the work you've been doing! In terms of debian/ changes, it includes: * debian/changelog: New upstream release. * debian/control: Add python-mox to Build-Depends-Indep to fix test failure. * debian/watch: Update package path. * debian/p/fix-tests.patch: Added temporary patch to fix tests. The reason for the other branch changes (the non debian/ changes) is because I had to import the new upstream release changes into the branch (e.g. bzr merge-upstream ../*.dsc). -- Regards, Corey
Bug#762018: systemd: v215 - rootfs left in read-only - not everytime
On Fri, 2014-09-19 at 10:33 +0200, Václav Ovsík wrote: Hi, On Thu, Sep 18, 2014 at 08:08:48PM +0200, Sjoerd Simons wrote: ... Are you using laptop-mode-tools ? Yes, I use laptop-mode-tools 1.65-2 I'ts most likely laptop-mode-tools, can you remove it and let me know if that helps? I'm running on Dell Latitude E6520 with SSD 256GB. I tried five reboots today, and one time the startup was successful (read-write root). The rest startups was with read-only root. bobek:~# lvs LVVG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Edata ssd -wi-ao 128.00g Ehome ssd -wi-ao 20.00g Eroot ssd -wi-ao 36.00g Eswap ssd -wi-ao 8.00g boot ssd -wi-ao 256.00m LVs with `E' prefix uses LUKS bobek:~# cat /etc/crypttab # target device source device key file options root /dev/mapper/ssd-Erootnone discard,luks swap /dev/mapper/ssd-Eswap/etc/keys/mykey discard,luks home /dev/mapper/ssd-Ehome/etc/keys/mykey discard,luks data /dev/mapper/ssd-Edata/etc/keys/mykey discard,luks I have removed ipmitool, so the service ipmievd is away (there was errors about inserting ipmi_si module). The log is now shorter, error messages at start are: bobek:~# journalctl -p err|head -- Logs begin at Fri 2014-09-19 09:44:06 CEST, end at Fri 2014-09-19 10:18:04 CEST. -- Sep 19 09:44:07 bobek systemd-udevd[358]: Error calling EVIOCSKEYCODE on device node '/dev/input/event16' (scan code 0x150, key code 190): Invalid argument Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/log) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/lib) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/lib/systemd) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/lib/systemd/coredump) failed: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: Failed to create file /var/log/wtmp: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: Failed to create file /var/log/btmp: Read-only file system Sep 19 09:44:09 bobek systemd-tmpfiles[3284]: chmod(/var/cache) failed: Read-only file system Maybe the problem is about some race condition? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762109: tracker.debian.org: could use changelog parser to pretty print debian changelogs
Hi, On Fri, 19 Sep 2014, Thijs Kinkhorst wrote: Maybe the package name put you on the wrong foot. The package contains just /usr/bin/parsechangelog which I know is/was used at packages.debian.org. It seems irrelevant in which language this tool is implemented, no? It's better than just a Perl module, definitely, it's still an external dependency that can't be managed like any other Python library (i.e. not auto-installable via pip in a virtualenv) and is bound to be way less efficient than if we could just generate all HTML pages in a single Python process (instead of forking a Perl interpreter for each changelog to convert). Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762190: icedove: Please add extra mimetypes to .desktop file
Package: icedove Version: 24.8.0-1~deb7u1 Severity: wishlist Tags: patch Dear Maintainer, I am using iceowl-extension as my calendar, but I cannot choose it in the gnome default applications because the mimetype is missing in the desktop file. When I add the mimetype to icedove.desktop in Jessie, and I run update- desktop-database -q, I can choose Icedove in Gnome default applications as my calendar. And Icedove starts when I click on open calendar in Gnome. It does not start in the calendar tab, but this is better then that Evolution starts... In the file icedove.desktop I've changed the line: MimeType=message/rfc822;x-scheme-handler/mailto into: MimeType=message/rfc822;x-scheme-handler/mailto;text/calendar;text/x-vcard; I realize that iceowl-extension is optional, so maybe it's better to create an extra desktop file in iceowl what adds this functionalily in a seperate desktop-file. But I think the above solution is more easy and good enough. With regards, Paul van der Vlis. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756205: gvfs-daemons: gvfsd-metadata continuously does disk accesses
tags 756205 patch thanks Since it's not known when gvfs 1.20.4 (and 1.22) will be released, I've decided to convert the upstream commit [1] into debdiff which can be applied to gvfs 1.20.3-1. Before that, I've tested the behavior of gvfsd-metadata as suggested by gvfs developer in [2]. The patch indeed fixes the issue. The debdiff is in the attachment. Hope to see it accepted soon. Thanks in advance. [1] https://git.gnome.org/browse/gvfs/commit/?h=gnome-3-12id=23341281b7e7f3d92ea1f3d6dffc156a8adb03bc [2] https://bugzilla.gnome.org/show_bug.cgi?id=637095#c47 gvfs-debdiff Description: Binary data
Bug#759084: londonlaw: Patch for wxPython 3.0
Control: tags 759084 + patch Control: severity -1 serious # Justification: blocks the on-going wxpython3.0 transition I've rebuilt londonlaw with the attached patch and play-tested it, and it seems to work well. I'm happy to NMU this change - just let me know if you'd like me to. Cheers, Olly diff -Nru londonlaw-0.2.1/debian/changelog londonlaw-0.2.1/debian/changelog --- londonlaw-0.2.1/debian/changelog 2013-10-21 04:45:58.0 +1300 +++ londonlaw-0.2.1/debian/changelog 2014-09-20 00:07:42.0 +1200 @@ -1,3 +1,12 @@ +londonlaw (0.2.1-17.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update to work with wxPython 3.0 (Closes: #759084): ++ New patch wxpy3.0-compat.patch, incorporating updated version of + 01_wx24_fix.patch. + + -- Olly Betts o...@survex.com Fri, 19 Sep 2014 12:07:04 + + londonlaw (0.2.1-17) unstable; urgency=low * Team upload. diff -Nru londonlaw-0.2.1/debian/patches/01_wx24_fix.patch londonlaw-0.2.1/debian/patches/01_wx24_fix.patch --- londonlaw-0.2.1/debian/patches/01_wx24_fix.patch 2013-10-21 04:26:50.0 +1300 +++ londonlaw-0.2.1/debian/patches/01_wx24_fix.patch 1970-01-01 12:00:00.0 +1200 @@ -1,17 +0,0 @@ -Index: londonlaw/londonlaw/guiclient/__init__.py -=== londonlaw.orig/londonlaw/guiclient/__init__.py 2013-10-20 17:26:38.995205000 +0200 -+++ londonlaw/londonlaw/guiclient/__init__.py 2013-10-20 17:26:47.151205000 +0200 -@@ -23,6 +23,12 @@ - - from twisted.internet import protocol, reactor - from twisted.python import log -+import wxversion -+try: -+ wxversion.select(2.8) -+except wxversion.VersionError: -+ wxversion.select(2.4) -+ - from wxPython.wx import * - from ConnectWindow import * - from GameListWindow import * diff -Nru londonlaw-0.2.1/debian/patches/series londonlaw-0.2.1/debian/patches/series --- londonlaw-0.2.1/debian/patches/series 2013-10-20 20:48:21.0 +1300 +++ londonlaw-0.2.1/debian/patches/series 2014-08-15 23:31:12.0 +1200 @@ -1,2 +1,2 @@ -01_wx24_fix.patch python-zope-fixes.patch +wxpy3.0-compat.patch diff -Nru londonlaw-0.2.1/debian/patches/wxpy3.0-compat.patch londonlaw-0.2.1/debian/patches/wxpy3.0-compat.patch --- londonlaw-0.2.1/debian/patches/wxpy3.0-compat.patch 1970-01-01 12:00:00.0 +1200 +++ londonlaw-0.2.1/debian/patches/wxpy3.0-compat.patch 2014-09-20 00:05:10.0 +1200 @@ -0,0 +1,2296 @@ +Description: Update for wxPython3.0 compatibility. +Author: Olly Betts o...@survex.com +Forwarded: no +Last-Update: 2014-08-15 + +Index: londonlaw-0.2.1/londonlaw/guiclient/__init__.py +=== +--- londonlaw-0.2.1.orig/londonlaw/guiclient/__init__.py londonlaw-0.2.1/londonlaw/guiclient/__init__.py +@@ -17,13 +17,19 @@ + + # Note: unfortunately the twisted wxreactor is broken at present and is + # unlikely to be fixed anytime soon. Rather than trying to integrate the event +-# loops, the solution used here is to run a single-threaded wxApp with a wxTimer ++# loops, the solution used here is to run a single-threaded wx.App with a wx.Timer + # that runs the twisted event loop periodically. + + + from twisted.internet import protocol, reactor + from twisted.python import log +-from wxPython.wx import * ++import wxversion ++try: ++ wxversion.select(3.0) ++except wxversion.VersionError: ++ wxversion.select(2.8) ++ ++import wx + from ConnectWindow import * + from GameListWindow import * + from RegistrationWindow import * +@@ -46,7 +52,7 @@ class LLawClientFactory(protocol.ClientF + + + # Run the whole shebang. +-class MyApp(wxApp): ++class MyApp(wx.App): + +def OnInit(self): + TIMERID = 99 +@@ -57,14 +63,13 @@ class MyApp(wxApp): + messenger.registerRegistrationWindowLauncher(self.register) + messenger.registerMainWindowLauncher(self.startGame) + +- wxInitAllImageHandlers() # Required to be able to load compressed images + messenger.guiLaunchConnectionWindow() + +- EVT_TIMER(self, TIMERID, self.OnTimer) +- self.timer = wxTimer(self, TIMERID) ++ wx.EVT_TIMER(self, TIMERID, self.OnTimer) ++ self.timer = wx.Timer(self, TIMERID) + self.timer.Start(250, False) + +- return true ++ return True + + +def OnTimer(self, event): +@@ -79,7 +84,7 @@ class MyApp(wxApp): + self.connectFrame.Fit() + self.connectFrame.Show(1) + self.currentWindow = self.connectFrame +- EVT_BUTTON(self.connectFrame, self.connectFrame.connectButton.GetId(), self.connect) ++ wx.EVT_BUTTON(self.connectFrame, self.connectFrame.connectButton.GetId(), self.connect) + return self.connectFrame + + +Index: londonlaw-0.2.1/londonlaw/guiclient/AutoListCtrl.py +=== +--- londonlaw-0.2.1.orig/londonlaw/guiclient/AutoListCtrl.py londonlaw-0.2.1/londonlaw/guiclient/AutoListCtrl.py +@@ -20,9 +20,9 @@ + #
Bug#762191: ITP: rubyluabridge -- access Lua from Ruby
Package: wnpp Severity: wishlist Owner: Roberto C. Sanchez robe...@connexer.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: rubyluabridge Version : 0.8.0 Upstream Author : Evan Weis * URL : https://bitbucket.org/neomantra/rubyluabridge * License : BSD Programming Lang: C++ Description : access Lua from Ruby RubyLuaBridge is a seamless bridge between Ruby and Lua. It is a C extension that uses the actual Lua C library. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJUHCEqAAoJECzXeF7dp7IP9sMQAIuS3DjgaVqFXNDjlpEJI8dT RPb+c6SiAqSYmnbrXxekw/4zsRx6FbwlF6J+Q0JZ0RhK8WygBXJ4SCK4H+ShBhHf tSjiV74tV7/zW9FYveFIK79KTn7DQsQBGW9V7QuoPSi6gBfhTxHU+wSOaPMQYnsJ NBWLpMkoicxRjOHQoKHmxYvDI/YRqr+pcf3N3/9ZpYmW8VAvzJulFtceJxfSa93w yE37cT2P+VubR5M0owvXjhK0BJmm6lRq/CUPbz7koNE4NWnsfLnjolV6hDYZ3imz 8IspSQtSKsucu43ToHubM3T9jj/ovYxPlw0LBGIGTTuUwM6F50znjFRWu/Jsxe2G DWZcsQRxQTVieqQfxpIVeNCb+qjZn87REQXiD6VyT+zZi3ulbDoEt+v1D/quT+Zu sdVIwxsAYgzVIh6phxj+Yy+21PPtao4B8u0wby+FFH/2Gt29fGe/3hE+9wSm2Tc8 En4GYGJLVFwmlVtaoSHv6wHnjAaRjgzPls+8kKvTxLrlAC45Xf877WeWcT3c9PYX 99v137AZSXmpEeHfdG+nPRLwjGvD9JqmV/UdMWHqjmbF3W4mdcrpUzqfqxKv8d8Y G+5fJcXLghumAJ5Rc+7SjUebgN5FH1TqotJ87OfgNeAmKarZx0uOeaHpByOno/S+ 1tm+y9YCfJukYypnQr81 =AKrV -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#746578: More systemd fallout :-/ [and 1 more messages]
Josh Triplett writes (Bug#746578: More systemd fallout :-/): On Wed, 17 Sep 2014 15:34:48 +0100 Ian Jackson ijack...@chiark.greenend.org.uk wrote: As I understand it from reading the threads in the bug and on debian-devel, the effect of this would be: ... The latter two points are not actually accurate. I just tested [...] Thanks very much for that information. Do you agree with Cameron's summary: Cameron Norman writes (Bug#746578: More systemd fallout :-/): Also, although the squeeze/wheezy - jessie bit Ian wrote seems to be incorrect, his last point still stands: on a jessie minbase (with init shifted to !systemd-sysv), if you install libpam-systemd, your init is changed back to systemd. So the systemd-sysv | systemd-shim bit is either pointless and redundant (upgrading to Jessie) or actively disruptive (installation of libpam-systemd on jessie+ systems). That is: * At the moment existing systems are switched from sysvinit to systemd (unless the administrator takes some action to prevent it). This is done by other means (involving the init packages), even if libpam-systemd is not pulled in. Having the init system switch done by a peripheral package like libpam-systemd is not sensible. Therefore the existing dependency ordering in libpam-systemd is unnecessary (and strange) in this situation (supposing that you think that people upgrading should be switched by default) or actively harmful (if you think that they should not). * On a jessie system which has been deliberately set up not to use systemd, installing a package which pulls in libpam-systemd causes the system to switch to systemd. This is not desirable. It is a consequence of the existing dependency ordering in libpam-systemd. * There are no other relevant consequences of the dependency ordering. From which we can conclude that the dependency ordering should be changed. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
