Bug#727708: OpenRC + Hurd status
Hi, Just a short message to inform everyone that, with the latest sysvinit package from Sid (eg: 2.88dsf-47) and the latest OpenRC package from Experimental (eg: 0.12.4+20131230-8), then Hurd just boots fine with OpenRC! :) Here's how to do it: apt-get install initscripts sysv-rc sysvinit \ sysvinit-core sysvinit-utils update-alternatives --config runsystem The later command tells hurd to use sysv-rc (otherwise it continues to use the Hurd specific boot hack thing...). Then just install OpenRC on top of that: apt-get install openrc I'm not sure installing sysv-rc is even needed. Probably installing OpenRC first, then the other sysvinit packages would work as well. There's nothing more to it: it just works (tm)! :) Hoping that the status update and our porting efforts are appreciated, Cheers, Thomas Goirand (zigo) P.S: My experience with Hurd was ok-ish, though the console randomly doesn't come up bug was really frustrating, especially considering that Hurd only uses ext2. :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737658: Time to drop the eject package?
Quoting Phillip Susi (ps...@ubuntu.com): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: eject It looks like this utility has landed in upstream util-linux. Is it time to drop this package and add a Replaces: eject to util-linux? It would need that util-linux provides an eject-udeb package to avoid breakage in Debian Installer. signature.asc Description: Digital signature
Bug#737706: Missing examples in python3 package
Package: python3-openslide Severity: grave Version: 0.5.1-2 The package is missing the examples files. See python-openslide for completeness -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737707: FTBFS for wheezy backport
Package: openslide-python
Severity: important
Version: 0.5.1-2
The package cannot currently be backported to wheezy it fails with:
$ dpkg-buildpackage -rfakeroot -us -uc
dpkg-buildpackage: paquet source openslide-python
dpkg-buildpackage: version source 0.5.1-2
dpkg-buildpackage: source changé par Mathieu Malaterre ma...@debian.org
dpkg-buildpackage: architecture hôte amd64
dpkg-source --before-build openslide-python-0.5.1
fakeroot debian/rules clean
dh clean --with python2,python3 --buildsystem=pybuild
dh_testdir -O--buildsystem=pybuild
dh_auto_clean -O--buildsystem=pybuild
running clean
removing '/tmp/o/openslide-python-0.5.1/.pybuild/pythonX.Y_2.7/build'
(and everything under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
running clean
removing '/tmp/o/openslide-python-0.5.1/.pybuild/pythonX.Y_2.6/build'
(and everything under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.6' does not exist -- can't clean it
Traceback (most recent call last):
File setup.py, line 7, in module
exec(_fh.read())
File string, line 25
__version__ = u'0.5.1'
^
SyntaxError: invalid syntax
E: pybuild pybuild:256: clean: plugin distutils failed with: exit
code=1: python3.2 setup.py clean
dh_auto_clean: pybuild --clean -i python{version} -p 3.2 --dir .
returned exit code 13
make: *** [clean] Erreur 13
dpkg-buildpackage: erreur: fakeroot debian/rules clean a produit une
erreur de sortie de type 2
with:
$ apt-cache policy dh-python
dh-python:
Installé : 1.20131021-1~bpo70+1
Candidat : 1.20131021-1~bpo70+1
Table de version :
1.20140128-1 0
100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages
1.20131021-1 0
200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
*** 1.20131021-1~bpo70+1 0
600 http://ftp.fr.debian.org/debian/ wheezy-backports/main
amd64 Packages
100 /var/lib/dpkg/status
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705436: elscreen: From Emacs 24.3: Symbol's value as variable is void: last-command-char
Hello, Any news about applying this patch? If you don't have time, I can NMU if you wish? Thanks. Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737688: [php-maint] Bug#737688: PHP5-FPM segfault [400000+6fe000] w/ php5-imap
Please install php5-dbg and generate a backtrace.
See https://bugs.php.net/bugs-generating-backtrace.php
Kaplan
On Wed, Feb 5, 2014 at 1:11 AM, Alex h...@alexkavon.com wrote:
Package: php5-fpm
Version: 5.4.4-14+deb7u7
I'm using the latest php5-fpm version:
PHP 5.4.4-14+deb7u7 (cli) (built: Dec 12 2013 08:42:07)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
I'm also using the latest version of php5-imap.
I'm running the following commands on Debian 7 (3.2.0-4-amd64 #1 SMP
Debian 3.2.41-2+deb7u2 x86_64):
$open =
imap_open('{10.128.11.4:143/secure}http://10.128.11.4:143/secure%7D',
'admin', 'password', OP_HALFOPEN);
imap_createmailbox($open, '{10.128.11.4:143}user' . $username);
imap_setacl($open, 'user' . $username, 'admin', 'c');
This is causing the following error:
Feb 4 16:05:59 localhost kernel: [1214803.021736] php5-fpm[20495]:
segfault at 7fa67fc77fe0 ip 00676c1d sp 7fff12809e60 error 4 in
php5-fpm[40+6fe000]
I'm working with a cyrus-imap server
___
pkg-php-maint mailing list
pkg-php-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
Bug#737105: [Pkg-fonts-devel] Bug#737105: fonts-droid: missing some .ttf files
Am Dienstag, den 04.02.2014, 20:57 +0900 schrieb Hideki Yamane: - update to 4.4.2r1 based one - install all Droid fonts included in 4.4.2r1 would be fine for Droid fonts, IMO. This would be fine, I guess. But whatever you do, please prepare the source package with the debian/create-orig-source script and document your changes in debian/README.source. DroidSansDevanagari-Regular.ttf, DroidSansTamil-Bold.ttf, DroidSansTamil-Regular.ttf, DroidSansThai.ttf would be NOT included to fonts-droid package, but Droid Sans Fallback as mentioned by Jonas will be included (FallbackLegacy, too). It also solves #714436 issue. A new fonts-android source package will also solve #733077, although not all fonts from the Roboto tarball release are included in the Android GIT repository. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737614: subversion: When updating a repository, please tell from which revision we update
Am Dienstag, den 04.02.2014, 23:37 -0600 schrieb Peter Samuelson: What would you expect the software to say in a mixed-rev wc? I don't know, I have never worked with such a repository (and my patch only addresses the simple single-rev wc case). What does it say which revision it updated to in a mixed-rev wc? If it tells you multiple current revisions, it could as well tell you multiple previous revisions. Or in other words, if the nb-revision variable is set, the nb-old_revision variable should be set as well. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692108: python-pip: --ignore-installed option is ignored
Package: python3-pip Version: 1.4.1-2 Followup-For: Bug #692108 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? In a directory with $ virtualenv venv --distribute then $ . venv/bin/actvate Installing with pip3 as a non-priveleged user, pip3 tries to install in /usr/bin at least for $ pip3 install Django This is not the case and the install completes for a non-priveleged user when invoked by $ pip install Django * What exactly did you do (or not do) that was effective (or ineffective)? $pip3 install --user Django Gets around this problem (but I didn't know this, until I read this bug.) * What was the outcome of this action? The $ pip3 install Django fails to install for a non-privleged user. * What outcome did you expect instead? To install in the virtualenv the package Django *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-pip depends on: ii ca-certificates20130906 ii python33.3.2-17 ii python3-pkg-resources 2.1-1 ii python3-setuptools 2.1-1 Versions of packages python3-pip recommends: ii build-essential 11.6 ii python3-dev 3.3.2-17 python3-pip 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#737708: isync: Mailbox path corruption
Package: isync Version: 1.1.0-1 Severity: important Justification: critical Hello. After upgrade from 1.0.4-2.2 to 1.1.0-1 isync tries to prepend a dot to a mailbox name. I have in my ~/.isyncrc: - Mailbox /var/mail/berd Alias main Mailbox /home/berd/Mail/is_spam Box is_spam Alias is_spam - and running strace isync -a -V shows: stat64(/var/.mail/.berd/, 0xbfd14f30) = -1 ENOENT (No such file or directory) write(2, Maildir error: mailbox '/var/.mail/.berd/' does not exist\n, 58) = 58 ... stat64(/home/berd/Mail/.is_spam/, 0xbfd14fb0) = -1 ENOENT (No such file or directory) write(2, Maildir error: mailbox '/home/berd/Mail/.is_spam/' does not exist\n, 66) = 66 ... Downgrading to 1.0.4-2.2 solves the problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages isync depends on: ii libc62.17-97 ii libdb5.1 5.1.29-6 ii libssl1.0.0 1.0.1f-1 isync recommends no packages. Versions of packages isync suggests: pn mutt 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#732117: loop no longer needs explicit device?
On Tue, Feb 04, 2014 at 04:11:16PM -0500, Phillip Susi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/4/2014 3:51 PM, ael wrote: If just -o loop rather than -o loop=/dev/loop[1..n] is used, the problem seems to vanish, at least with the latest kernels. Thus this becomes a bug in the mount man page? Hence reasssigning back Ahh... strange.. so what is wrong exactly with the man page? THE LOOP DEVICE One further possible type is a mount via the loop device. For example, the command mount /tmp/disk.img /mnt -t vfat -o loop=/dev/loop will set up the loop device /dev/loop3 to correspond to the file /tmp/disk.img, and then mount this device on /mnt. Remove explict device /dev/loop.. from the example. Slightly modify following text. I haven't searched the kernel archives (if that is where to look) to see when this mandatory automatic handling of the loop devices was introduced. Presumably the motivation was to reduce the burdon on the user of keeping track. Perhaps. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737709: cups: Unbalanced curly brackets in templates
Package: cups
Version: 1.5.3-5+deb7u1
Severity: normal
Tags: upstream
Dear Maintainer,
I found error messages in the log like this:
[CGI] Saw EOF, expected '}'!
After a short research I figured out this is due syntax errors
in template files.
I run this command to find suspicious ones:
$ find /usr/share/cups/templates -type f -name '*.tmpl' | while read f; do echo
-n $f: ; (tr -cd '{}' $f;echo) | sed 's/^/0/;s/{/+1/g;s/}/-1/g' | bc; done
| grep -v ': 0$'
/usr/share/cups/templates/hu/printers-header.tmpl: 1
/usr/share/cups/templates/hu/classes-header.tmpl: 1
/usr/share/cups/templates/hu/jobs-header.tmpl: 1
$
Regards
Gabor
-- System Information:
Debian Release: 7.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.10-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages cups depends on:
ii adduser3.113+nmu3
ii bc 1.06.95-2
ii cups-client1.5.3-5+deb7u1
ii cups-common1.5.3-5+deb7u1
ii cups-filters 1.0.18-2.1
ii cups-ppdc 1.5.3-5+deb7u1
ii debconf [debconf-2.0] 1.5.49
ii dpkg 1.16.12
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
ii libc6 2.13-38
ii libcups2 1.5.3-5+deb7u1
ii libcupscgi11.5.3-5+deb7u1
ii libcupsimage2 1.4.4-7+squeeze3
ii libcupsmime1 1.5.3-5+deb7u1
ii libcupsppdc1 1.5.3-5+deb7u1
ii libdbus-1-31.6.8-1+deb7u1
ii libgcc11:4.7.2-5
ii libgnutls262.12.20-7
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
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:
pn avahi-daemon none
ii colord 0.1.21-1
ii foomatic-filters 4.0.17-1
ii ghostscript-cups 9.05~dfsg-6.3+deb7u1
ii printer-driver-gutenprint 5.2.9-1
Versions of packages cups suggests:
ii cups-bsd 1.5.3-5+deb7u1
pn cups-pdf none
ii foomatic-db20120523-1
ii hplip 3.12.6-3.1+deb7u1
ii printer-driver-hpcups 3.12.6-3.1+deb7u1
ii smbclient 2:3.6.6-6+deb7u2
ii udev 175-7.2
-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, 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#737710: RFS: linuxlogo/5.11-4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am still looking for a sponsor for my package linuxlogo. I have fixed problems with the package that have been shown to me during the last RFS request. * Package name: linuxlogo Version : 5.11-4 Upstream Author : Vince Weaver * URL : http://www.deater.net/weave/vmwprod/linux_logo/ * License : GPL-2 Section : misc It builds those binary packages: linuxlogo - Color ANSI System Logo To access further information about this package, please visit the following URL: http://mentors.debian.net/package/linuxlogo Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/linuxlogo/linuxlogo_5.11-4.dsc More information about hello can be obtained from http://www.deater.net/weave/vmwprod/linux_logo/ Changes since the last upload: * Migrated to dh * New maintainer (Closes: #726550) * Bump standards to 3.9.5 * New logos added (Raspberry PI and OpenBSD) * Migrated to quilt 3.0 format * Quilt used as a patch system -- Pozdrawiam, Dariusz Dwornikowski, Assistant 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
Bug#737711: network-manager-gnome: Missing dependency
Package: network-manager-gnome Version: 0.9.8.4-1 Severity: normal This package recommends (and not depends of) gnome-keyring, but it does not connect to wireless networks without having it installed. Strangely, even if I ask not to remember the password. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.0-1 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gconf-service3.2.6-1 ii gnome-icon-theme 3.10.0-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.0-1 ii libdbus-glib-1-2 0.100.2-1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-bluetooth11 3.8.1-2 ii libgnome-keyring03.8.0-2 ii libgtk-3-0 3.8.6-1 ii libnm-glib-vpn1 0.9.8.0-5 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libsecret-1-00.15-2 ii network-manager 0.9.8.0-5 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: pn gnome-bluetooth none ii gnome-keyring3.8.2-2 ii iso-codes3.50-1 pn mobile-broadband-provider-info none ii notification-daemon 0.7.6-1 ii xfce4-notifyd [notification-daemon] 0.2.4-2 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome 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#737588: libc6: Missing a static /etc/ld.so.conf makes life difficult for multiarch users
Control: reassign -1 libc6 2.17-97 On Ma, 04 feb 14, 14:09:05, Paul Harvey wrote: Source: libc6 Version: 2.17-97 Severity: important Dear Maintainer, I have embarked on a journey to use multistrap to build a debian rootfs for an armel target from an amd64 host. Having completed this step: sudo multistrap -a armel -d EmDebian/ -f emdebian.conf I then try to: sudo chroot EmDebian/ But was getting this error: chroot: cannot run command `/bin/bash': No such file or directory After attempting all the normal work-arounds for this problem, and a little IRC discussion with wookey on oftc.net in #emdebian, we discovered I was missing $CHROOTDIR/etc/ld.so.conf. Copying this file from my host's /etc/ld.so.conf - which contained only include /etc/ld.so.conf.d/*.conf into the chroot directory - fixed the problem. It seems that ld.so.conf is generated in the postinst script. Is this necessary? We can't run postinst scripts until we chroot in and do dpkg --configure -a, but dpkg won't work until we chroot in and do dpkg --configure -a... For now, I'll need to: echo 'include /etc/ld.so.conf.d/*.conf' $CHROOTDIR/etc/ld.so.conf before I can chroot into $CHROOTDIR. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (899, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armel Kernel: Linux 3.12-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 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#705939: Waarschuwing mail gebruiker TUWIEN
Waarschuwing mail gebruiker TUWIEN, U heeft de quotalimiet TUWIEN mailaccount van 250 MB overschreden en wordt gevraagd om de termijn voor 48 uur of meer uit te breiden naar uw webmail account is uitgeschakeld TUWIEN onze database. Net Klik hier om informatie die nodig is om haar aandeel te verhogen tot TUWIEN mail account te voltooien; 2GB. dank u voor het gebruik van e-mail diensten TUWIEN dank u. Copyright © 2014/15 TUWIEN mail Information Center.
Bug#733437: commando: FTBFS: dpkg-buildpackage: dpkg-source: error: unrepresentable changes to source
On Wed, Feb 05 2014, Vincent Cheng wrote: If you don't have enough time to maintain this package yourself, would you consider maintaining it within the Debian Python Modules Team? Thanks! I wanted to do that, but the Subversion usage was a show stopper. The package is in collab-maint, so feel free to commit and push. -- Julien Danjou # Free Software hacker # independent consultant # http://julien.danjou.info signature.asc Description: PGP signature
Bug#737712: qtsensors-opensource-src: missing doc packages
Package: qtsensors-opensource-src Version: 5.2.0+dfsg-3 There are no -doc and -doc-html packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737689: [Pkg-haskell-maintainers] Bug#737689: haskell-diagrams-core: inadequately versioned build-depends on
Control: serverity -1 serious Hi, Am Mittwoch, den 05.02.2014, 00:11 + schrieb peter green: I run a debian derviative called raspbian which rebuilds debian armhf for the raspberry pi (and potentially other armv6 hardware but the Pi is the only armv6 hardware anyone seems to care about). Recently a new version of haskell-diagrams-core landed in debian-jessie and was pulled into raspbian jessie. One of our autobuilders then tried and failed to build it. Looking at the build log it appears that the build-dependency on libghc-monoid-extras-dev was inadequately versioned. thanks for the report. This has been fixed by Colin, but not yet uploaded; I’m doing that right away. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
Hi there! thanks for your time and review. Some comments below. On 5 February 2014 05:19, Paul Wise p...@debian.org wrote: How you intend to use this package - what is your motivation for wanting this in Debian? In Debian we have all the necessary to develop, build and distribute RPM packages. However, a point is missing: a basic package check (what lintian does in the Debian world). I use Debian servers for all I said (build, develop, distribute...) and I strongly want this tool in Debian as I think it will enrich and complement a Debian serving for this purposes. I guess a big portion of the users of the rpm suite on Debian are going to find this very useful [0]. A review: The blank line and comment in debian/watch are not needed. fixed. Why did is the test suite disabled in debian/rules? fixed. Please send the manual page for rpmdiff upstream. Of course, that is the plan. The README.devel file is not needed in the binary package. fixed. The copyright file is missing a stanza for debian/* and for some upstream copyright holders. I think the debian/* notice is not necessary any more, since 3.9.3. For almost all files, Frédéric Lepied is the copyright holder, or Ville Skyttä. Other developers are mentioned in the AUTHORS file, but they don't seem to hold any copyright. Could you please elaborate what should I do here? Please remove __version__.py and __isocodes__.py in `debian/rules build` to ensure they can be recreated at build time. fixed. The upstream Makefile installs rpmdiff to /usr instead of /usr/local when you build from source. Please ask upstream to support installing to an arbitrary prefix and default to /usr/local (the Debian packaging would then override that to /usr). OK. Automated checks: https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package lintian: P: rpmlint source: debian-watch-may-check-gpg-signature Can't be easily solved. I will contact upstream. I added an override. pep8: Lots of warnings. This is something I will definitely submit to upstream. Thanks for the review, find a new version in mentors [1] (please wait a few minutes, I just order the upload). regards [0] http://qa.debian.org/popcon.php?package=rpm [1] https://mentors.debian.net/package/rpmlint -- 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#737682: RFS: rpmlint/1.5-1 [ITP]
* Arturo Borrero Gonzalez [Wed Feb 05, 2014 at 10:39:43AM +0100]: Thanks for the review, find a new version in mentors [1] (please wait a few minutes, I just order the upload). [1] https://mentors.debian.net/package/rpmlint I'm willing to sponsor the upload, please give me a short ping if you want me to upload http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc now (to not conflict with anyone else). regards, -mika- signature.asc Description: Digital signature
Bug#737713: php-doc: Missing function list
Package: php-doc Version: 20131001-1 Severity: normal /usr/share/doc/php-doc/html/indexes.functions.html usually contains a list of all php functions, but it is now empty. (Except for the header.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash php-doc depends on no packages. Versions of packages php-doc recommends: ii php5-cli 5.5.8+dfsg-2 php-doc 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#737100: status update
The problem reported above is on its way to being solved. There were further licensing issues encountered and therefore the whole licensing of tools/ from the source directory is re-checked. A new upload will also have a machine-readable copyright file to ease the licensing look up. signature.asc Description: Digital signature
Bug#737563: ITP: telegram-cli -- Command-line interface for Telegram
Hi! Thanks for your feedback. After taking a look into the documentation you provided (and others), I think there are reasonable doubts about the current status of the security and privacy levels that Telegram provides to their users. I agree with Holger that it is not a good idea to package for Debian currently. Cheers, cleto. On Tue, Feb 4, 2014 at 11:14 PM, Holger Levsen hol...@layer-acht.orgwrote: Hi, On Montag, 3. Februar 2014, Cleto Martín wrote: * URL : https://github.com/vysheng/tg Telegram messenger is a cloud-based instant messaging platform designed for smart phones and similar to Whatsapp but more flexible, and powerful. You can send messages, photos, videos and documents to people who are in your phone contacts (and have Telegram). Telegram also supports secret chats whose provide a private (encrypted) way of communication. according to http://blog.tincho.org/posts/Telegram/ the privacy of this tool/plattform is non existing, it rather collects the users private data and sends it to a server. I believe such software should not be packaged for+in Debian as it seems to be today...: literally, a money-quote from this blog post (from a fellow DD): The first thing the application did was to check my address book for contacts, without my permission or knowledge. I got greeted by being told that some of my contacts already have Telegram installed, and since then I keep getting notification that some more of my geek friends are installing it. So it is obvious that this company got all my records, breaking my privacy and security. cheers, Holger, who hasn't tried telegram himself...
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
On 5 February 2014 10:54, Michael Prokop m...@debian.org wrote: I'm willing to sponsor the upload, please give me a short ping if you want me to upload http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc now (to not conflict with anyone else). Go ahead. Thanks. -- 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#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
control: subscribe -1 Charles == Charles Plessy ple...@debian.org writes: Charles The 3.0 (native) format is useful when packaging a work Charles that is developped and distributed in a Git repository. Charles Please leave us this possibility. Let me describe the use case I have which is an expansion on the above. I have a bunch of software that I perform daily builds for out of version control (git in my case but the issue applies to other vcs as well). The software does have upstream versions but is not stable enough that upstream release tarballs are useful to anyone. Honestly at this point, I'm not sure anyone will ever find upstream tarballs useful; anyone who is likely to want to build this from source probably has a copy of git and can checkout a tag. There is a packaging branch and an upstream branch. Changes made on the packaging branch increment the debian revision; changes made on the ustream branch eventually involve an increment to the upstream version. Things get dumped into a Debian reprepro repository, and into Ubuntu PPAs. Eventually, things will get stable enough that I'll upload to a PPA. Prior to that, I need a way to build a Debian package including source from a directory without an upstream tar ball. 3.0(git) is not a reasonable option because archive management programs have very little support for it, and because package download tools probably aren't well tested with it. I'm happy to entertain other options rather than 3.0(native) but my requirements are: * support for upstream version * support for debian revision * No need to have upstream sources available to dpkg-buildpackage prior to running it * No need to maintain .orig.tar.gz artifacts produced by dpkg-source and keep the checksums of these artifacts consistent between packages with the same upstream versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
* Arturo Borrero Gonzalez [Wed Feb 05, 2014 at 10:56:08AM +0100]:
On 5 February 2014 10:54, Michael Prokop m...@debian.org wrote:
I'm willing to sponsor the upload, please give me a short ping if
you want me to upload
http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc
now (to not conflict with anyone else).
Go ahead.
Thanks.
Package doesn't build inside a clean cowbuilder environment:
| tools/generate-isocodes.py __isocodes__.py
| Traceback (most recent call last):
| File tools/generate-isocodes.py, line 14, in module
| tree = ElementTree(file = /usr/share/xml/iso-codes/iso_3166.xml)
| File /usr/lib/python2.7/xml/etree/ElementTree.py, line 611, in __init__
| self.parse(file)
| File /usr/lib/python2.7/xml/etree/ElementTree.py, line 647, in parse
| source = open(source, rb)
| IOError: [Errno 2] No such file or directory:
'/usr/share/xml/iso-codes/iso_3166.xml'
I'd say you have to add iso-codes as Build-Dependency.
Also you might wanna update debian/copyright accordingly for:
./RpmFileCheck.py:# Copyright (C) 2006 Michael Scherer m...@zarb.org
and copyright years 1999-2007 regarding:
./rpmlint:print ('rpmlint version %s Copyright (C) 1999-2007 Frederic
Lepied, Mandriva' % Config.__version__)
and also mention debian/* (with yourself als copyright holder)
inside the copyright file.
regards,
-mika-
signature.asc
Description: Digital signature
Bug#737663: Terminal says (gnome-boxes:5782): GSpice-WARNING **: Warning no automount-inhibiting implementation available while using gnome-boxes (which,maybe for that matter, doesn't handle USB fla
Hi, I've filled a bug against gnome-boxes on bugzilla.gnome.org and it has been answered me : I looked into the spice-gtk sources a little and from what I can tell, the warning you see from spice-gtk is most likely the issue. Its most likely your distro is shipping spice-gtk with dbus disabled. i-e a distro issue. [1] I can confirm this bug is caused by dbus disabled in spice-gtk, This bug will be fixed in the next upload 0.22-0nocelt2. if this bug is not resolved in 0.22-0nocelt2, please let me know. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736294: [pkg-php-pear] Bug#736294: Bug#736294: Bug#736294: fixed in pkg-php-tools 1.10
2014-02-05 3:51 GMT+01:00 Dario Minnucci mid...@debian.org: Hi Guys, hello Dario, [...] I'll rebuild all the enumerated packages and re-upload them ASAP. Thanks for fixing the issue with pkg-php-tools. Please, let me know if there is any other action needed on my side, ok? Thanks for taking care of this. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737242: adt-run: suboptimal diagnostics if all tests were skipped
Hello Jakub, Jakub Wilk [2014-01-31 19:21 +0100]: adequate SKIP Test breaks testbed but testbed does not advertise revert-full-system At least that explains what's going on. adt-run: @@ run_tests ... *SKIP package has metadata but no tests That's indeed confusing, I'll look into fixing that. Additionally, the exit status is 10, which is not one of the codes documented in the manual page: # echo $? 10 That's 8 + (binary or) 2, i. e. no tests in this package | at least one test skipped. The 8 is indeed confusing, but at least it is consistently confusing with the no tests message above :-) Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#737634: dpkg: Allow overriding is_native version checks in dpkg 3.0 Native.
On 4 February 2014 18:15, Guillem Jover guil...@debian.org wrote: Control: tag -1 wontfix Hi! On Tue, 2014-02-04 at 13:47:01 +, Dimitri John Ledkov wrote: Package: dpkg Version: 1.17.0 Severity: wishlist Tags: patch As part of 1.17.0 bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700177 was fixed, which whilst enforcing Debian Policy, breaks backwards compatability for 3rd party packages that (ab)use bad version numbers. In effort to preserve backwards compatibility where such packages still need to be maintained please allow override is_native version check in dpkg 3.0 Native format. Part of the definition of what's and what's not a native package is the version scheme, and I've never considered that a Debian specific thing specified by its policy. The fact that dpkg-source has been Format: 3.0 (native) This format is an extension of the native package format as defined in the 1.0 format. It supports all compression methods and will ignore by default any VCS specific files and directories as well as many temporary files (see default value associated to -I option in the --help output). Format: 1.0 A source package in this format consists either of a .orig.tar.gz associated to a .diff.gz or a single .tar.gz (in that case the package is said to be native). By this definition, versioning scheme is not canonical declaration of the source format and imposes no constraints on the package. We have explicit ./debian/source/format and --format option to declare, without guessing, the intended source format of the package. Why do we have that file and command line option, if that's not the canonical way to declare what's 1.0, 3.0 (quilt) and what's 3.0 (native). sloppy in the past for format 1.0 does not mean newer formats should not behave better in that respect, and when the change was done it was “pretty early” as to not have any major impact, because the current state had not been dregraded. It was not pretty early it's been done way too late. It breaks upgrade path from 1.0 format, and makes it impossible to use testing to regenerate existing (abeit non-policy compliant) packages. This change does not affect extraction in any way, so backward compatibility is preserved. If a maintainer is going to rebuild the _source_ package, that means they have changed it, at which point they might as well fix the bogus version. There's also no connection True, but I didn't receive an .orig.* tarball, therefore I also don't have one. And as an NMU or Security / Stable update, it's not my right right to change that or introduce an .orig.* tarball into the archive. whatsoever between the source and binary versions, so you can still use stuff like pkg-source_0 with pkg-binary1_2.0-1 and pkg-binary2_1:4.0-10 produced from the same source package, for example. Given the above, I don't see any reason at all to support this, and I'm thus marking this report as wontfix, and will be closing in a bit. I disagree with your resolution, and maintain the position, that it should be possible to force dpkg-source to regenerate 3.0 (native) packages with non-native version numbers as it was previously possible for the 3.0 (native) format, same as it is possible using stable release of dpkg in . There are multiple cases in Debian, and in derivative distributions where such packages exists. It's not a large pool of packages, but the compatibility for those has been broken with no ways to revert it. I want to refer this bug report to the technical committee for a resolution. Would you agree to a following statement of technical conflict: * dpkg-source supports multiple source package formats: 1.0, 3.0 (native), 3.0 (quilt) and others that are not in common use and/or not accepted into the Debian archive. * Up until 1.17.0 release, it was possible to generate 1.0 (single tarball) and 3.0 (native) source packages regardless of the version string used (be it with or without - component). * When a version string has - component, and no original tarball/direcotry is specified, dpkg-source displays a warning messages and asks the user for confirmation to proceed. * In 1.17.0, this behavior has been changed for 3.0 (native) packages, such that dpkg-source bails and a source package is not build if a version string appears to be non-native. * Reporter of the bug 737634 believes this is a regression, whilst package maintainer sees no reason at all to support building source packages in such configurations. * On the bug 737634, reporter proposed a patch for a 3.0 (native) source package format specific dpkg-source flag/option which allows the maintainer to override the dpkg-source version numbering check. The bugreport has been marked as wontfix by maintainer. ? If yes, i'll open tech-ctte bug report and block this bug with the tech-ctte bug report. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.
Bug#719601: What is the status of the packaging?
Matthias, On 02/04/2014 06:48 PM, Matthias Schmitz wrote: Hi Ben, hi Ole, hi *, On Fri, Jan 31, 2014 at 08:28:21PM +0100, Matthias Schmitz wrote: On Fri, Jan 24, 2014 at 09:11:51PM +0100, Ole Streicher wrote: Control: affects -1 + python-astropy I am packaging python-astropy, and this package includes jquery.datatable.min.js for some extended functionality. I would like to replace this by this Debian package. What is the current status here? i started the packaging here [1] and mailed with Ben Armstrong who is willing (or was ;) ) to sponsor it but i lost track I'll take a look at the package and answer soon. If you like ping my again in some days if i don't document the progress here. i updated the package and pushed the changes to git.debian.org [1]. I reworked the creation of the dfsg-clean orig tarball now only three files get deleted for legal reasons. Ben if you still wan't to sponsor the package would you please review? Best wishes, Matthias [1] http://anonscm.debian.org/gitweb/?p=collab-maint/jquery-datatables.git;a=summary I'll take a look when I can. Sooner, if possible, but if not, then on the weekend. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737144: cvs2svn: FTBFS with rcs 5.9
On Tue, Feb 4, 2014 at 2:09 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 02/04/2014 01:44 PM, László Böszörményi (GCS) wrote: On Mon, Feb 3, 2014 at 1:56 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 01/30/2014 05:01 PM, Stephen Oberholtzer wrote: Attached is a patch that corrects this problem, so that the package builds. Maybe an other thing changed since then, but last time I tried your patch cvs2svn self-tests still failed. Just tried again. Version 2.4.0 with the patch applied still fails with: -- cut -- PASS: run-tests.py 3: generate a manpage for cvs2git SKIP: run-tests.py 4: generate a manpage for cvs2hg unexpected log output (missing changed paths) Line: ' ' EXCEPTION: SystemExit(1), skipping cleanup FAIL: run-tests.py 5: detection of the executable flag -- cut -- Installed versions: Subversion is 1.8.5 CVS is 1.12.13+real-11 rcs is 5.9.2 python is 2.7.6 There's not a lot of activity in the project so it is relatively arbitrary when to make a release. But if you don't need one then I'll gratefully spare myself the effort :-) May you check what can be the problem in the above mentioned configuration? Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737714: apt-cacher-ng: French debconf translation update
Package: apt-cacher-ng Version: N/A Severity: wishlist Tags: patch l10n *** /home/jbde/Traduc/Debian/patch-update.txt Please find attached the French debconf templates update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.6.6 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of apt-cacher-ng debconf template to French # Copyright (C) 2009-2014 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the apt-cacher-ng package. # # Translators: # Simon Paillard simon.paill...@resel.enst-bretagne.fr, 2009 # Jean-Baka Domelevo Entfellner domel...@gmail.com, 2014 msgid msgstr Project-Id-Version: apt-cacher-ng\n Report-Msgid-Bugs-To: apt-cacher...@packages.debian.org\n POT-Creation-Date: 2014-01-27 06:52+0100\n PO-Revision-Date: 2014-01-29 01:05+0200\n Last-Translator: Jean-Baka Domelevo Entfellner domel...@gmail.com\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.5.4\n #. Type: select #. Choices #: ../apt-cacher-ng.templates:2001 msgid Set up once msgstr Configurer une seule fois #. Type: select #. Choices #: ../apt-cacher-ng.templates:2001 msgid Set up now and update later msgstr Configurer maintenant et mettre à jour plus tard #. Type: select #. Choices #: ../apt-cacher-ng.templates:2001 msgid No automated setup msgstr Pas de configuration automatique #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid Automatic remapping of client requests: msgstr Redirection automatique des requêtes : #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 #| msgid #| Apt-Cacher NG can download packages from repositories other than those #| requested by the clients. This allows it to cache content effectively, #| and makes it easy for an administrator to switch to another mirror later. msgid Apt-Cacher NG can download packages from repositories other than those requested by the clients. This allows it to cache content effectively, and makes it easy for an administrator to switch to another mirror later. The URL remapping can be set up automatically, using a configuration based on the current state of /etc/apt/sources.list. msgstr Apt-Cacher NG peut télécharger des paquets depuis d'autres dépôts que ceux demandés par les clients. Cela permet de mettre les données en cache efficacement et facilite la tâche de l'administrateur lors d'un changement ultérieur de miroir. La redirection d'URL peut être configurée automatiquement en reprenant des éléments de l'état courant de /etc/apt/ sources.list. #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid Please specify whether the remapping should be configured once now, or reconfigured on every update of Apt-Cacher NG (modifying the configuration files each time), or left unconfigured. msgstr Veuillez indiquer si la redirection doit être configurée une seule fois maintenant, ou bien lors de chaque mise à jour de Apt-Cacher NG (les fichiers de configuration seront modifiés à chaque fois), ou encore laissée non configurée. #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid Selecting \No automated setup\ will leave the existing configuration unchanged. It will need to be updated manually. msgstr Le choix « Pas de configuration automatique » conserve la configuration existante. Vous devrez alors la mettre à jour vous-même. #. Type: string #. Description #: ../apt-cacher-ng.templates:3001 msgid Listening address(es) for Apt-Cacher NG: msgstr Adresse(s) d'écoute pour Apt-Cacher NG : #. Type: string #. Description #: ../apt-cacher-ng.templates:3001 msgid Please specify the local addresses that Apt-Cacher NG should listen on (multiple entries must be separated by spaces). msgstr Veuillez indiquer les adresses locales qu'Apt-Cacher NG doit écouter (liste d'adresses séparées par des espaces). #. Type: string #. Description #: ../apt-cacher-ng.templates:3001 msgid Each entry must be an IP address or hostname associated with a local network interface. Generic protocol-specific addresses are also supported, such as 0.0.0.0 for listening on all IPv4-enabled interfaces. msgstr Chaque entrée doit être ou bien une adresse IP, ou bien un nom d'hôte associé à une interface sur le réseau local. Les adresses génériques définies par un protocole sont acceptées, par exemple 0.0.0.0 pour écouter sur toutes les interfaces compatibles IPv4. #. Type: string #. Description #: ../apt-cacher-ng.templates:3001 msgid If this field is left empty, Apt-Cacher NG will listen on all interfaces, with all supported protocols. msgstr Si
Bug#737382: libtolua++5.1-dev: Please build new package with upstream changes
Control: tag -1 moreinfo Hi Enno, On Sun, Feb 2, 2014 at 2:35 AM, Enno Rehling enno.rehl...@gmail.com wrote: Package: libtolua++5.1-dev Version: 1.0.93-4 Severity: normal Dear Maintainer, as discussed in email earlier this week, there have been several changes to tolua++ since the Debian package was built, notably the tolua_outside modifier (which my project needs). It would be great if those could make it into a new Debian pacakge. I've taken this opportunity to commit the Debian patches into the upstream SVN at berlios, so you should be able to build directly from those sources now. Errr, to be honest, the diff between 1.0.93 and svn trunk is a _lot_ larger than I had anticipated (~30k lines?), and isn't something I'm comfortable applying on top of the current Debian package as a patch. Would you be able to convince upstream to make a new upstream release for this? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731851: modemmanager: Please update to latest 1.2 release candidate
On Tue, Feb 04, 2014 at 04:42:25PM -0500, Mathieu Trudel-Lapierre wrote: On Tue, Feb 4, 2014 at 4:06 PM, Michael Biebl bi...@debian.org wrote: [...] 1.2.0 is out now. I was able to build a package with the attached two minor patches. I can try to find the time to NMU to experimental. I did some more cleanups. The code is available at: https://honk.sigxcpu.org/gitweb/?p=scratchbuilds/modemmanager.git git://honk.sigxcpu.org/git/scratchbuilds/modemmanager.git I think we should be fine to start with this for the tree in collab-maint, once it's uploaded? I have just imported at least all versions available from snapshots.debian.org so we have some history. Would it be o.k. to push this now to alioth even before we released a version? [...] Matthieu, would you be open to moving the debian maintenance into collab-maint/modemmanager.git on alioth so Guido can commit directly to it? I haven't done any MM related work lately and it's unlikely to change atm. Sure, let's. I'm trying to avoid delta between Ubuntu and Debian for MM though, so we should make sure nothing important went missing for Debian or Ubuntu. The changes are minimal over 1.0.0 and I didn't spot anything Ubuntu specific. Also, what about the story with the KDE team? Are they ready to probably break plasma-nm/libmm-qt if we land 1.2 in sid? 1.0 is still only in experimental... I think we should target experimental first but it's your call as maintainers. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737144: cvs2svn: FTBFS with rcs 5.9
On 02/05/2014 11:44 AM, László Böszörményi (GCS) wrote:
On Tue, Feb 4, 2014 at 2:09 PM, Michael Haggerty mhag...@alum.mit.edu wrote:
On 02/04/2014 01:44 PM, László Böszörményi (GCS) wrote:
On Mon, Feb 3, 2014 at 1:56 PM, Michael Haggerty mhag...@alum.mit.edu
wrote:
On 01/30/2014 05:01 PM, Stephen Oberholtzer wrote:
Attached is a patch that corrects this problem, so that the package
builds.
Maybe an other thing changed since then, but last time I tried your
patch cvs2svn self-tests still failed.
Just tried again. Version 2.4.0 with the patch applied still fails with:
-- cut --
PASS: run-tests.py 3: generate a manpage for cvs2git
SKIP: run-tests.py 4: generate a manpage for cvs2hg
unexpected log output (missing changed paths)
Line: '
'
EXCEPTION: SystemExit(1), skipping cleanup
FAIL: run-tests.py 5: detection of the executable flag
-- cut --
Installed versions:
Subversion is 1.8.5
CVS is 1.12.13+real-11
rcs is 5.9.2
python is 2.7.6
There's not a lot of activity in the project so it is relatively
arbitrary when to make a release. But if you don't need one then I'll
gratefully spare myself the effort :-)
May you check what can be the problem in the above mentioned configuration?
This test works for me.
My guess is that either the package itself or the test's temporary files
are on a filesystem that does not allow the executable bit to be set.
The whole point of the test is to check that the executable bit is being
set on the file after the conversion, based on the executable bit being
set on test-data/main-cvsrepos/single-files/attr-exec,v in the test data
input. So if indeed the Debian test infrastructure does not allow the
executable bit to be set, the only alternative would be to skip this
test on your setup. If the limitation is on the input then something
like this should do the trick:
diff --git a/run-tests.py b/run-tests.py
index edf7bbd..7322fd6 100755
--- a/run-tests.py
+++ b/run-tests.py
@@ -969,6 +969,11 @@ def attr_exec():
detection of the executable flag
if sys.platform == 'win32':
raise svntest.Skip()
+ st = os.stat(os.path.join('test-data', 'main-cvsrepos',
'single-files', 'attr-exec,v'))
+ if not st.st_mode stat.S_IXUSR:
+# This might be the case if the test is being run on a filesystem
+# that is mounted noexec.
+raise svntest.Skip()
conv = ensure_conversion('main')
st = os.stat(conv.get_wc('trunk', 'single-files', 'attr-exec'))
if not st.st_mode stat.S_IXUSR:
If the limitation is on the output directory, then we would probably
have to try setting the executable bit on some file to see if it is allowed.
Michael
--
Michael Haggerty
mhag...@alum.mit.edu
http://softwareswirl.blogspot.com/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737715: gramps: gir1.2-gtk-gtkspell3-3.0 in Suggests does not exists
Package: gramps Version: 4.0.3+dfsg-1 Severity: minor The binary package gir1.2-gtk-gtkspell3-3.0 does not exist. There is a package named gir1.2-gtkspell3-3.0. Should this one be listed in Suggests instead? Regards -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gramps depends on: ii gir1.2-gtk-3.0 3.8.6-1 ii librsvg2-2 2.40.0-1 ii python 2.7.5-5 ii python-gi3.10.2-2 ii python-gi-cairo 3.10.2-2 pn python:any none ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages gramps recommends: ii graphviz2.26.3-16.1 pn libosmgpsmap-1.0-0-dev none pn python-pyicunone Versions of packages gramps suggests: ii fonts-freefont-ttf20120503-1 ii gir1.2-gexiv2-0.4 0.7.0-1 pn gir1.2-gtk-gtkspell3-3.0 none ii python-pil2.3.0-1 pn rcs none -- no debconf information -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#709922: ITP: svtplay-dl -- media downloader for play sites (e.g. SVT Play)
On 2014-02-04 23:57 +0100, Per Andersson wrote: Hi! Packaging looks good! Streaming from UR Play is not possible at all. upstream commit a7c9043301 fixes this. Please include at least that in a new package. This is not quite correct. Some videos lack a HD stream exposed via flash. See bug report here: https://github.com/spaam/svtplay-dl/issues/61 But nonetheless, I agree, should be part of the upload. root@saturn:~# svtplay-dl http://tv.nrk.no/program/koid75007313/lysleite ERROR That site is not supported. Make a ticket or send a message Works with latest upstream. root@saturn:~# svtplay-dl http://www.twitch.tv/wcs_europe2 root@saturn:~# svtplay-dl http://www.justin.tv/femjesseart root@saturn:~# svtplay-dl http://sverigesradio.se/sida/artikel.aspx?programid=83artikel=5775888; root@saturn:~# svtplay-dl http://www.tv3play.no/programmer/the-crazy-ones/349981?autostart=true root@saturn:~# svtplay-dl http://www.tv3play.lt/programos/moterys-meluoja-geriau/353249?autostart=true root@saturn:~# svtplay-dl http://www.tv3play.ee/sisu/midsomeri-morvad/352857?autostart=true root@saturn:~# svtplay-dl http://www.viasat4play.no/programmer/dads--1/349783?autostart=true root@saturn:~# svtplay-dl http://www.kanal9play.se/program/177466428 root@saturn:~# svtplay-dl http://www.svd.se/kultur/amster-moter-veronica-maggio_8954474.svd root@saturn:~# svtplay-dl http://www.sydsvenskan.se/webb-tv/webb-tv-sport/tv-zlatan-azinovic-gor-debut-for-mff/ root@saturn:~# svtplay-dl http://www.kanal5play.se/program/472772441/artikel/481104607 ACK root@saturn:~# svtplay-dl http://www.tv4.se/snn-news/avsnitt/avsnitt-4-169107 ERROR Something wrong with that url ERROR Error code: 404 Premium content? Not sure. Can reproduce with your URL, but not with randomly chosen video. root@saturn:~# svtplay-dl http://tv.aftonbladet.se/webbtv/nyheter/brott-och-straff/brottscentralen/article32782.ab ERROR That site is not supported. Make a ticket or send a message Ack. The site tv3play.lv redirects to tvplay.lv. Does not work even if service URL is added to supported_domains. root@saturn:~# svtplay-dl http://www.tvplay.lv/parraides/go4speed-tv/353643?autostart=true ERROR That site is not supported. Make a ticket or send a message What link for tv3play did you use? I tried one at random, and had no issues, and there were no redirects to tvplay.lv. I could not find any configuration or arguments to change behaviour. If special care needs to be taken for some services I think it should be reflected in the docs some, preferably accompanied with examples. I don't think that's the case, usually. Please check with upstream if it is possible to fix issues before an upload to Debian. If the timeframe for fixes is too long, I think we should go forth and upload it anyway; of course forwarding bugs upstream. I've spoken to upstream. Hopefully we can get a new release, with as many of these issues fixed as possible within the next few days. Thanks a lot for the review (and the bug reports :-)). Cheers, -- --- | Olof Johansson http://stdlib.se/ | | irc: zibri https://github.com/olof | --- signature.asc Description: Digital signature
Bug#737137: game-data-packager: patch to support hexdd
Fabian Greffrath fab...@greffrath.com schrieb am 10:25 Dienstag, 4.Februar 2014: Am Montag, den 03.02.2014, 19:08 +0100 schrieb Fabian Greffrath: The Debian doomsday package contains a wrapper script called doomsday-compat that translates between the general -iwad ... -file ... sytnax and doomsday's own. It is the one that is registered as an alternative for /usr/games/doom. However, curretly it only checks for IWADs and I have forgotten to add support for hexdd.wad, which is of course a PWAD. :/ That's fixed in GIT now and should at least work for the simple -iwad hexen.wad -file hexdd.wad case. Speaking of PWADs: I just realized that the 'main' game menu in g-d-p is getting really long. Perhaps it would be better to support hexdd and all shareware versions in the way the quake mission packs are supportet: game-data-packager heretic -share ... game-data-packager hexen -hexdd ... game-data-packager doom -hacx ... or something like that (are there any conventions on the options?). As my patch is not in git yet, I could make a new one if the above sounds like a good idea! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737716: fonts-noto mixes upper and lower case in file paths
Package: fonts-noto Version: 2013-04-11-1 Turning this into an actual bug report. Am Mittwoch, den 05.02.2014, 09:41 +0100 schrieb Fabian Greffrath: Hi Jonas, I have seen that this package install its font files into /u/s/fonts/truetype/Noto, i.e. with a capital 'N'. However, all other font packages install their font files into all-lowercase paths. For consistency reasons, could you please adjust the file paths in fonts-noto and re-upload before other packages start to depend on the font files being in that location. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737708: isync: Mailbox path corruption
this appears to be an upstream bug in the compatibility wrapper. you can migrate to the proper mbsync by running isync -w and fixing the broken .mbsyncrc by hand. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
On 2014-02-05 10:57, Sam Hartman wrote: tarballs useful; anyone who is likely to want to build this from source probably has a copy of git and can checkout a tag. Such a tag corresponds to an upstrema version? I'm happy to entertain other options rather than 3.0(native) but my requirements are: * support for upstream version * support for debian revision * No need to have upstream sources available to dpkg-buildpackage prior to running it * No need to maintain .orig.tar.gz artifacts produced by dpkg-source and keep the checksums of these artifacts consistent between packages with the same upstream versions. All this sounds like it can be done with git-buildpackage --git-pristine-tar --git-pristine-tar-commit. Can be set in debian/gbp.conf. And maybe dpkg-source --single-debian-patch. And if this doesn't work for you, we should enhance the tools e.g. git-buildpackage, to better support the desired workflows (i.e. what you really want to achieve), not the workarounds (the way you used achieve this today^Wyesterday^Wbefore dpkg 1.17). And your goal seems to be: I have a git repository with upstream branch, tags, debian branch and I want an easy solution (command) to build conforming packages without having to worry about details like creating upstream tarballs. and not I need to upload foo 1.2-3 with source format 3.0 (native). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737717: Please add securelevel(7).
Package: freebsd-manpages Version: 9.2+1-1 Severity: normal Please add the manual page securelevel(7) as it is an essential ingredient in any BSD system. We do not want users of kFreeBSD to be ignorant of those facts. Regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
On 5 February 2014 11:18, Michael Prokop m...@debian.org wrote: Package doesn't build inside a clean cowbuilder environment: Just uploaded to mentors a new version with fixes the build inside a clean cowbuilder environment [0]. I added several build-depends because they are necessary to pass tests. Also, I've addressed your comments about d/copyright. Please, let me know any additional issue. Thanks, regards. [0] http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc -- 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#737137: game-data-packager: patch to support hexdd
On Wed, Feb 05, 2014 at 11:41:57AM +, Johey Shmit wrote: Speaking of PWADs: I just realized that the 'main' game menu in g-d-p is getting really long. Perhaps it would be better to support hexdd and all shareware versions in the way the quake mission packs are supportet: game-data-packager heretic -share ... game-data-packager hexen -hexdd ... game-data-packager doom -hacx ... or something like that (are there any conventions on the options?). Hmm. I think a new target 'pwad' might be the best approach at the moment, with parent-IWAD sub-arguments. so game-data-packager pwad --doom2 foo.wad - foo-pwad (foo-pwad depends: doom2-engine) To avoid cluttering it too much. I don't think the pwad functionality should be buried under the existing targets since most of the machinery for them (hash checking the IWADs etc.) is irrelevant (it's also less discoverable) On the one hand, one day there'll be a gdp GUI frontend which will make the long list more usable, on the other, I imagine we'll always have a CLI option so... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737704: Thanks a lot
Thanks a lot, Markus! It works!
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
* Arturo Borrero Gonzalez [Wed Feb 05, 2014 at 01:01:10PM +0100]: On 5 February 2014 11:18, Michael Prokop m...@debian.org wrote: Package doesn't build inside a clean cowbuilder environment: Just uploaded to mentors a new version with fixes the build inside a clean cowbuilder environment [0]. I added several build-depends because they are necessary to pass tests. Also, I've addressed your comments about d/copyright. Please, let me know any additional issue. Thanks, regards. [0] http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc Looks good, it builds now but fails to run: % rpmlint --help Traceback (most recent call last): File /usr/bin/rpmlint, line 36, in module import Pkg File /usr/share/rpmlint/Pkg.py, line 27, in module import rpm ImportError: No module named rpm You're missing a dependency on python-rpm. regards, -mika- signature.asc Description: Digital signature
Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
Hello,
Could you also apply the attached patch? Otherwise, umountfs would
deconfigure the hurd console. We will work on fixing this properly
in the hurd package, but since the consequences are really grave (no
console), we'd rather fix this already.
Samuel
diff --git a/debian/src/initscripts/etc/init.d/umountfs
b/debian/src/initscripts/etc/init.d/umountfs
index ae27d0e..7ec3750 100755
--- a/debian/src/initscripts/etc/init.d/umountfs
+++ b/debian/src/initscripts/etc/init.d/umountfs
@@ -25,7 +25,7 @@ do_stop () {
do
echo $PROTECTED_MOUNTS | grep -qs ^$DEV $MTPT continue
case $MTPT in
-
/|/proc|/dev|/.dev|/dev/pts|/dev/shm|/dev/.static/dev|/proc/*|/sys|/sys/*|/run|/run/*)
+
/|/proc|/dev|/.dev|/dev/pts|/dev/shm|/dev/.static/dev|/proc/*|/sys|/sys/*|/run|/run/*|/dev/vcs)
continue
;;
esac
Bug#737718: gnome-sushi: should depend on gir1.2-webkit-3.0
Package: gnome-sushi Version: 3.8.1-1 Severity: normal Otherwise there is this error message: JS ERROR: !!! Exception was: Error: Requiring WebKit, version none: Typelib file for namespace 'WebKit' (any version) not found JS ERROR: !!! message = 'Requiring WebKit, version none: Typelib file for namespace 'WebKit' (any version) not found' JS ERROR: !!! fileName = '/usr/share/sushi/js/viewers/html.js' JS ERROR: !!! lineNumber = '32' JS ERROR: !!! stack = '@/usr/share/sushi/js/viewers/html.js:32 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-sushi depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-clutter-gst-2.0 2.0.8-1 ii gir1.2-evince-3.03.10.0-2 ii gir1.2-gdkpixbuf-2.0 2.28.2-1+b1 ii gir1.2-gst-plugins-base-1.0 1.2.2-1 ii gir1.2-gtk-3.0 3.8.6-1 ii gir1.2-gtkclutter-1.01.4.4-3 ii gir1.2-gtksource-3.0 3.8.2-1 ii gstreamer1.0-plugins-good1.2.2-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libclutter-1.0-0 1.14.4-3 ii libclutter-gst-2.0-0 2.0.8-1 ii libclutter-gtk-1.0-0 1.4.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libegl1-mesa [libegl1-x11] 9.2.2-1 ii libevdocument3-4 3.10.0-2 ii libevview3-3 3.10.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.36.4-1 ii libgstreamer-plugins-base1.0-0 1.2.2-1 ii libgstreamer1.0-01.2.2-1 ii libgtk-3-0 3.8.6-1 ii libgtksourceview-3.0-1 3.8.2-1 ii libjavascriptcoregtk-3.0-0 2.2.3-1+b1 ii libjson-glib-1.0-0 0.16.2-1 ii libmusicbrainz5-05.0.1-2 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libsoup2.4-1 2.44.2-1 ii libwebkitgtk-3.0-0 2.2.3-1+b1 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxrandr2 2:1.4.2-1 ii nautilus 3.8.2-2 gnome-sushi recommends no packages. Versions of packages gnome-sushi suggests: ii gstreamer1.0-libav 1:1.2.2-dmo1 -- 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#737719: grub-efi-amd64: Toshiba Satellite Pro N10 does not boot unless --removable was used
Package: grub-efi-amd64 Version: 2.00-22 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, during FOSDEM, a user came to the Debian booth with an installation problem on his Toshiba Satellite Pro N10, where the newly installed system would boot precisely once, and then report that the boot media was invalid. Inspection using a live USB system showed that the linux entry had been removed from the EFI variables. A helpful member of the CoreBoot team pointed out that --removable would somehow magically fix the issue, which it did. Is it possible to somehow integrate this knowledge into the package so default installations on these devices work? Simon - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-efi-amd64 depends on: ii debconf [debconf-2.0] 1.5.52 ii grub-common2.00-22 ii grub-efi-amd64-bin 2.00-22 ii grub2-common 2.00-22 ii ucf3.0027+nmu1 grub-efi-amd64 recommends no packages. grub-efi-amd64 suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1 iJwEAQECAAYFAlLyK14ACgkQ0sfeulffv7vk/wQAmx8uiYTtEv69j4I0MNFxbvKH ka4xpRPt0C0F2Aasu0hgsb9Dsyp8jAmNdjo/25LF2C4Tzj7TolPbZSozX1VS01CM 5YoaPSeJNGR2YIh+3vXbqLi29lsw3ym+1ekaSGGLqKOrQq1v6cb+z+Vz8HVF7ynP R9dafQTCjzIufMLuIOo= =S/Zd -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#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
Andreas == Andreas Beckmann a...@debian.org writes: Andreas On 2014-02-05 10:57, Sam Hartman wrote: tarballs useful; anyone who is likely to want to build this from source probably has a copy of git and can checkout a tag. Andreas Such a tag corresponds to an upstrema version? yes. I'm happy to entertain other options rather than 3.0(native) but my requirements are: * support for upstream version * support for debian revision * No need to have upstream sources available to dpkg-buildpackage prior to running it * No need to maintain .orig.tar.gz artifacts produced by dpkg-source and keep the checksums of these artifacts consistent between packages with the same upstream versions. Andreas All this sounds like it can be done with git-buildpackage Andreas --git-pristine-tar --git-pristine-tar-commit. Can be set in Andreas debian/gbp.conf. And maybe dpkg-source Andreas --single-debian-patch. no, that means I have to maintain the artifact (namely the .orig.tar.gz). The archive software (both reprepro and dak were I to use that) require that the .orig.tar.gz not change checksums. I don't want my build machines to be able to push back to my master repository. Nor do I want to have to release upstream versions if I lose state on my build machines. So this violates my requirements because I have to maintain an artifact of dpkg-source (the .orig.tar.gz) and makesure its checksum never changes. Also, using git-buildpackage is difficult. The build is done by sbuild, which does not call git-buildpackage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737105: [Pkg-fonts-devel] Bug#737105: fonts-droid: missing some .ttf files
Quoting Hideki Yamane (2014-02-04 12:57:50) What I've sent in this thread first is based on Android 4.3, and Fabian said is 4.4.* based one. Some of Droid fonts were removed from upstream tree, as Fabian says, so - update to 4.4.2r1 based one - install all Droid fonts included in 4.4.2r1 would be fine for Droid fonts, IMO. DroidSansDevanagari-Regular.ttf, DroidSansTamil-Bold.ttf, DroidSansTamil-Regular.ttf, DroidSansThai.ttf would be NOT included to fonts-droid package, but Droid Sans Fallback as mentioned by Jonas will be included (FallbackLegacy, too). It also solves #714436 issue. Don't just include those other Fallback variants - it needs more care, it seems... First of all, copyright file is currently inaccurate: It was downloaded from data/fonts in http://android.googlesource.com/platform/frameworks/base There is no data/fonts at that web page. What would be slightly better would be something like this: It was git clone'd as data/fonts from http://android.googlesource.com/platform/frameworks/base Or even better: Original source is data/fonts dir in git clone of http://android.googlesource.com/platform/frameworks/base - also more conveniently accessible at https://github.com/android/platform_frameworks_base/tree/master/data/fonts With that knowledge, I found (no proper documentation, but) https://github.com/android/platform_frameworks_base/commit/5e7a09 and https://github.com/android/platform_frameworks_base/commit/562c45 and https://github.com/android/platform_frameworks_base/commit/b394df indicates these features of the Fallback variants: * DroidSansFallback.ttf + includes Hangul - lacks CJK Ext A * DroidSansFallbackFull.ttf - lacks Hangul (instead relies on NanumGothic.ttf) + includes CJK Ext A + includes Currency symbols for AFN BDT INR KHR IRR/OMR/YER * DroidSansFallbackLegacy.ttf - lacks bugfixes and improvements since 2010-02-09 - lacks improvements to Hanzi It seems to me that for _most_ Debian purposes DroidSansFallbackFull.ttf is suitable, but DroidSansFallback.ttf is still preferred when needing a single font covering most possible (as is the case for Ghostscript) and DroidSansFallbackLegacy.ttf is still preferred when additionally there are extreme memory constraints. Therefore please ship not only the best of the three fallback variants, but also the other two, and document their differences. As it seems all three variants register as exact same name, I suspect special care needs to be taken to ensure that DroidSansFallbackFull.ttf is used in normal cases. Best option is to include fontconfig hints - I just don't know how to do that and if it is possible at all to distinguish by path rather than by name and other declared hints. Second-best option is probably to ship the files outside of fontconfig paths, and registering them with update-alternatives. That allows both to change system-wide (by use of update-alternatives) and to explicitly use an alternative variant (as is needed for Ghostscript). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#737144: cvs2svn: FTBFS with rcs 5.9
On Wed, Feb 5, 2014 at 12:17 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 02/05/2014 11:44 AM, László Böszörményi (GCS) wrote: Just tried again. Version 2.4.0 with the patch applied still fails with: -- cut -- PASS: run-tests.py 3: generate a manpage for cvs2git SKIP: run-tests.py 4: generate a manpage for cvs2hg unexpected log output (missing changed paths) Line: ' ' EXCEPTION: SystemExit(1), skipping cleanup FAIL: run-tests.py 5: detection of the executable flag -- cut -- This test works for me. My guess is that either the package itself or the test's temporary files are on a filesystem that does not allow the executable bit to be set. Not the case. I've one partition for everything (this is a test environment). $ mount | grep ' / ' /dev/sdb1 on / type ext4 (rw,errors=remount-ro) $ mount | grep noexec [ shows the usual drill, /proc , /sys , /run and /dev/pts ] ~/test/cvs2svn-2.4.0 $ rm -f ./test.sh echo 'echo works!' test.sh chmod a+x ./test.sh ./test.sh works! In short, the fs has the executable bit allowed (otherwise my whole system would just break), and testing +x with a shell script in the cvs2svn build directory succedded. Will try to get a more verbose output of the python test, why it fails. So if indeed the Debian test infrastructure does not allow the executable bit to be set, the only alternative would be to skip this test on your setup. If the limitation is on the input then something like this should do the trick: [...] If the limitation is on the output directory, then we would probably have to try setting the executable bit on some file to see if it is allowed. None the case, see the tests above. Especially that the mentioned file is: ~/test/cvs2svn-2.4.0 # ls -l ./test-data/main-cvsrepos/single-files/attr-exec,v -rwxr-xr-x 1 1000 1000 424 Oct 8 2007 ./test-data/main-cvsrepos/single-files/attr-exec,v Thus it _has_ the a+x set. First I thought the missing go+w bits may cause problems. Then # chmod 0777 ./test-data/main-cvsrepos/single-files/attr-exec,v # rerun the build and test process, still fails the exact same way # ls -l ./test-data/main-cvsrepos/single-files/attr-exec,v -rwxrwxrwx 1 1000 1000 424 Oct 8 2007 ./test-data/main-cvsrepos/single-files/attr-exec,v Now it has all rights a normal user may have, but still can't get that the +x is indeed set on that file. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721917: [Pkg-sysvinit-devel] Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
[Samuel Thibault] Hello, Could you also apply the attached patch? Otherwise, umountfs would deconfigure the hurd console. We will work on fixing this properly in the hurd package, but since the consequences are really grave (no console), we'd rather fix this already. I've commited it to git. Will become part of the next upload, which is not yet scheduled. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737720: fonts-droid: Homepage is wrong
Package: fonts-droid Version: 1:4.3-3 Severity: normal Dear Maintainer, Currently, the fonts-droid package refers to a googlesource page as Homepage. This is the correct Homepage of Droid fonts: http://www.droidfonts.com/ - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
On 5 February 2014 13:12, Michael Prokop m...@debian.org wrote: You're missing a dependency on python-rpm. fixed. Thanks, 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#731261: transition: Qt5 switching qreal == double for all platforms
On Monday 03 February 2014 19:23:19 Lisandro Damián Nicanor Pérez Meyer wrote: Status update: - qgo and fcitx-qt5 are ready. - pyqt5 has been recently uploaded and only needs to get built in armhf. - We are still waiting for pokerth - and qtwebkit in armhf needs to get rebuilt. pyqt5 and pokerth already built. We only need to wait for qtwebkit to be rebuilt in armhf (currently ongoing) and the full stack to properly age and we are done :) Thanks a lot guys! -- http://www.tiraecol.net/modules/comic/comic.php?content_id=162 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#733363: musescore: FTBFS: genft.cpp:30:31: fatal error: freetype/tttables.h: No such file or directory
control: tags -1 patch control: tags -1 pending Hi, Just adjust freetype header location fixes this FTBFS, please check attached patch. (and I'll upload it with 7-days delayed queue, if you would like to cancel it, please tell me). Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru musescore-1.2+dfsg/debian/changelog musescore-1.2+dfsg/debian/changelog --- musescore-1.2+dfsg/debian/changelog 2012-03-22 22:45:34.0 +0900 +++ musescore-1.2+dfsg/debian/changelog 2014-02-05 21:19:05.0 +0900 @@ -1,3 +1,11 @@ +musescore (1.2+dfsg-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches +- add adjust-newer-freetype-header-location.patch (Closes: #733363) + + -- Hideki Yamane henr...@debian.org Wed, 05 Feb 2014 21:19:03 +0900 + musescore (1.2+dfsg-1) unstable; urgency=low * New upstream release diff -Nru musescore-1.2+dfsg/debian/patches/adjust-newer-freetype-header-location.patch musescore-1.2+dfsg/debian/patches/adjust-newer-freetype-header-location.patch --- musescore-1.2+dfsg/debian/patches/adjust-newer-freetype-header-location.patch 1970-01-01 09:00:00.0 +0900 +++ musescore-1.2+dfsg/debian/patches/adjust-newer-freetype-header-location.patch 2014-02-05 21:18:36.0 +0900 @@ -0,0 +1,18 @@ +Description: adjust freetype header location + newer freetype package put header files to /usr/include/freetype2 +Author: Hideki Yamane henr...@debian.org +Bug-Debian: http://bugs.debian.org/733363 +Forwarded: no +Last-Update: 2014-02-05 + +--- musescore-1.2+dfsg.orig/mscore/mscore/genft.cpp musescore-1.2+dfsg/mscore/mscore/genft.cpp +@@ -27,7 +27,7 @@ + + #include ft2build.h + #include FT_FREETYPE_H +-#include freetype/tttables.h ++#include freetype2/tttables.h + #include al/xml.h + + QMapint, int codemap; diff -Nru musescore-1.2+dfsg/debian/patches/series musescore-1.2+dfsg/debian/patches/series --- musescore-1.2+dfsg/debian/patches/series 2012-03-22 22:49:10.0 +0900 +++ musescore-1.2+dfsg/debian/patches/series 2014-02-05 21:17:08.0 +0900 @@ -20,3 +20,4 @@ 23-fix-bindings.patch 24-build-multiarch.patch 25-desktop-file-genericnames.patch +adjust-newer-freetype-header-location.patch
Bug#737385: CVE request: a2ps insecure temporary file use
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 https://bugzilla.redhat.com/show_bug.cgi?id=1060630#c5 * Mon Feb 12 2001 Tim Waugh twa...@redhat.com - Fix tmpfile security patch so that it actually _works_ (bug #27155). And notes http://pkgs.fedoraproject.org/cgit/a2ps.git/plain/a2ps-4.13-security.patch is the patch. I spent a little time looking but could not determine if a release was made to fix only part of the problem. So one ID is fine by us. Use CVE-2001-1593. - -- CVE assignment team, MITRE CVE Numbering Authority M/S M300 202 Burlington Road, Bedford, MA 01730 USA [ PGP key available through http://cve.mitre.org/cve/request_id.html ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (SunOS) iQEcBAEBAgAGBQJS8jCQAAoJEKllVAevmvmsYOsH/ip2JAUT4e/oQ9/TjFuOtR7E QbmXDrv18am2/MCQ8phfXIelF8CAByXdvbdj1KNwyTSxqTcs+6HZDNNsTt66wIsI H6Yajsc3HPdAITKOvL6oiS1kl0d/Ndbk36+KBrCmwCqp09tHKIU3UoN5jiZXMQIr A3RaQ6/MdWyd9QQ9MsgwclLwvkzBzlbgc76N/TCaIv/hEf+gKkeOF6S+el1pJdQ4 XTZ9FDlaRv6kRUO+fePLCU0CANmZj5vJNDA1JicElUly/lFTpTxB8ZB/1JAyeEC9 eD8KQ7RjUrUiwXKDTbm33ekGLPY6wpNfSEtM9e7N26omhnCeENwxMU2ePoVA7ws= =LDwH -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#737704: xarchiver: file not found when open archive from pcmanfm/spacefm
Control: clone 737704 -1 -2 Control: retitle -1 does not strip file:// prefix. Control: retitle -2 does not strip file:// prefix Control: reassign -1 pcmanfm Control: reassing -2 spacefm Dear maintainers of pcmanfm and spacefm, apparently pcmanfm and spacefm do not strip the file:// prefix from paths when they pass URLs or file paths to external applications. If an application appends the %U parameter to the Exec line in its desktop file, pcmanfm and spacefm are able to display the program and associate it with its corresponding mime types. However if the user right-clicks on a file and tries to open it, both file managers will pass the complete file URL to this application instead of a single path. This happens only when an application uses the %U parameter but works as intended with the %f parameter. Since Thunar and Nautilus already strip the file:// prefix from paths, pcmanfm and spacefm should do the same. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#722974: xpra constantly crashing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: xpra
Version: 0.11.2+dfsg2-1
Followup-For: Bug #722974
I had this issue with several versions in the past but the last months
xpra was really stable. Unfortunately this ended with the yesterday
update when xpra crashes that often that it is completely unusable at
all.
I had different crashes with total random error messages and even some
without any error message. And I had this with both, remote and local
xpra.
The last version that worked pretty stable was 0.10.12+dfsg-1. (I had
installed 0.11.2+dfsg-1 but didn't test it.)
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11.6 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to
de_DE)
Shell: /bin/sh linked to /bin/dash
Versions of packages xpra depends on:
ii libavcodec54 10:1.2.4-dmo4
ii libc6 2.17-97
ii libgtk2.0-0 2.24.22-1
ii libswscale2 10:2.1.3-dmo2
ii libvpx1 1.3.0-2
ii libx11-6 2:1.6.2-1
ii libx264-133 2:0.133.2339+git585324f-2+b1
ii libxcomposite11:0.4.4-1
ii libxdamage1 1:1.1.4-1
ii libxext6 2:1.3.2-1
ii libxfixes31:5.0.1-1
ii libxrandr22:1.4.2-1
ii libxtst6 2:1.2.2-1
ii python2.7.5-5
ii python-gtk2 2.24.0-3+b1
ii x11-xserver-utils 7.7+2
ii xserver-xorg-input-void 1:1.4.0-1+b2
ii xserver-xorg-video-dummy 1:0.3.7-1+b1
Versions of packages xpra recommends:
ii openssh-client1:6.4p1-2.1~securityfix
ii python-gtkglext1 1.1.0-9.1
ii python-imaging2.2.1-3.1
ii python-webm 0.2.2-2
ii ssh-askpass 1:1.2.4.1-9
Versions of packages xpra suggests:
ii gstreamer0.10-plugins-bad 0.10.23-7.1
ii gstreamer0.10-plugins-good 0.10.31-3+nmu2
ii gstreamer0.10-plugins-ugly 0.10.19-2+b3
ii openssh-server 1:6.4p1-2.1~securityfix
pn pulseaudio none
pn pulseaudio-utilsnone
ii python-dbus 1.2.0-2+b1
ii python-gst0.10 0.10.22-3
- -- Configuration Files:
/etc/xpra/xpra.conf changed:
start-child = /etc/X11/Xsession true
clipboard = yes
notifications = yes
system-tray = yes
pulseaudio = no
pulseaudio-command = pulseaudio --start --daemonize=false --system=false \
--exit-idle-time=-1 -n --load=module-suspend-on-idle \
--load=module-null-sink --load=module-native-protocol-unix \
--log-level=2 --log-target=stderr
speaker = no
mmap = yes
mmap-group = no
sharing = no
compression_level = 1
log-file = $DISPLAY.log
mdns = no
debug = no
opengl = auto
quality = auto
min-quality = 70
speed = auto
min-speed = 0
auto-refresh-delay = 0.25
dpi = 96
title = @title@ on @client-machine@
keyboard-sync = yes
pings = no
xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX +extension
RANDR +extension RENDER -logfile ${HOME}/.xpra/Xorg.${DISPLAY}.log -config
/etc/xpra/xorg.conf
- -- no debconf information
- --
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
iQGcBAEBCgAGBQJS8jKZAAoJEKZ8CrGAGfasDyQL/A0pKpuU+e71sAMkhQShDTIZ
QXjnqgj8sacAMghblwBCAUrOG7FuKf9XvGHcGxoPm5pwgu8vMz8WTB/YmJARdaU5
pftU4hk2/W3Z/cp6RpBplkHiwklq4RB+vW2f0YIee9PhiUrJi3MOY0o1mTCQnS6s
Eufln+781znpJZVpdx+jStRiUoThJu+rhBIaVllN9hklrZBkeSTrDSZhn3I0PdL5
35DxAij0/vbGRVH/gSXO95j48/ukqQie5cO0m8dO1CQxCOBqL8ve6tClyfroOIbh
PKJRxL35Ua11SOapBBRupD2opuyL0e0HCe7TVOa4FUMvAW/ZS82VOyJd4DzWYhqQ
sj2gF879apJ9PnLLEMXecXeY504e1Jv8fQA1zkGHkT1eWR9GcJGnIirEnc1isBN9
zdgew20A6EXAlu342KKM2kIv7+48n/K0AtbPFHZ+qwk4wc9uYx/PzkuLwJieTrYi
VUM924UOIYg1t4oC7umiCO7xD/ytAusz+/yDAMq1Tg==
=mKnb
-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#737723: wrong codeset for the Bulgarian translation
Package: fluxbox Version: 1.3.5-1 Severity: normal Tags: upstream l10n patch Hi, Thanks a lot for maintaining fluxbox! There's a minor issue with the uptsream Bulgarian translation of the navigation menu that has been bugging me for years, and I finally took the time to track it down. Here are two patches against the head of the Debian fluxbox Git repository that will fix it; the issue has also been reported to the upstream bug tracker at SourceForge. I guess it's up to you now to decide whether to add this patch to the Debian package, wait for a new upstream release with it included, or at least wait for upstream to comment on it in SourceForge bug #169 :) Thanks again for all that you've been doing for fluxbox and Debian in general, and keep up the great work! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I had to translate this sentence into English because I could not read the original Sanskrit. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Foreign Architectures: amd64 Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluxbox depends on: ii libc6 2.17-97 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.2-1 ii libfribidi0 0.19.6-1 ii libgcc1 1:4.8.2-14 ii libice6 2:1.0.8-2 ii libimlib2 1.4.6-2 ii libsm6 2:1.2.1-2 ii libstdc++6 4.8.2-14 ii libx11-62:1.6.2-1 ii libxext62:1.3.2-1 ii libxft2 2.3.1-2 ii libxinerama12:1.1.3-1 ii libxpm4 1:3.5.10-1 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii menu2.1.46 Versions of packages fluxbox recommends: pn feh | eterm | hsetroot | xloadimage none ii xfonts-terminus 4.38-1 Versions of packages fluxbox suggests: pn fbautostart none pn fbdesk none pn fbpager none -- no debconf information From 6568f95f96e3e75966a21cca76865d16721d844e Mon Sep 17 00:00:00 2001 From: Peter Pentchev r...@ringlet.net Date: Wed, 5 Feb 2014 13:37:47 +0200 Subject: [PATCH 1/2] Fix the encoding of the Bulgarian translation. The Bulgarian fluxbox translation (in the upstream source) has an incorrect codeset specified - ISO-8859-1 instead of CP1251. This leads to incorrect transcoding to UTF-8 and to the display of wrong characters in the fluxbox menu. The patch was forwarded to upstream's SourceForge bugtracker. --- debian/patches/bg-cp1251.patch | 26 ++ debian/patches/series | 1 + 2 files changed, 27 insertions(+) create mode 100644 debian/patches/bg-cp1251.patch diff --git a/debian/patches/bg-cp1251.patch b/debian/patches/bg-cp1251.patch new file mode 100644 index 000..861087f --- /dev/null +++ b/debian/patches/bg-cp1251.patch @@ -0,0 +1,26 @@ +Description: The Bulgarian translation actually uses CP1251, not ISO-8859-1 +Author: Peter Pentchev r...@ringlet.net +Forwarded: http://sourceforge.net/p/fluxbox/patches/169/ +Last-Update: 2014-02-05 + +--- a/nls/bg_BG/Makefile.am b/nls/bg_BG/Makefile.am +@@ -1,8 +1,8 @@ + # nls/bg_BG/Makefile.am for Fluxbox - www.fluxbox.org + + THE_LANG = bg_BG +-SRC_CODESET = ISO-8859-1 +-DEST_CODESETS = ISO-8859-1 UTF-8 ++SRC_CODESET = CP1251 ++DEST_CODESETS = CP1251 UTF-8 + + LOCALE_PATH = @LOCALE_PATH@ + NLSTEST = @NLS@ +--- a/nls/bg_BG/Translation.m b/nls/bg_BG/Translation.m +@@ -1,4 +1,4 @@ +-$ codeset=ISO-8859-1 ++$ codeset=CP1251 + + $set 1 #Align + diff --git a/debian/patches/series b/debian/patches/series index dc537f1..9347442 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ fix-xterm-keybinding.patch fix-startup-check-fbautostart.patch fix-home-detection.patch +bg-cp1251.patch -- 1.8.5.3 From 62d59f404d3d86e3fb7e0c7965f22d259ba34c58 Mon Sep 17 00:00:00 2001 From: Peter Pentchev r...@ringlet.net Date: Wed, 5 Feb 2014 13:39:17 +0200 Subject: [PATCH 2/2] Temporarily clean up the Bulgarian translation files. Remove generated-CP1251.m, since it is not present in the upstream source. Remove generated-UTF-8.m, since the codeset specification has changed. --- debian/clean | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 debian/clean diff --git a/debian/clean b/debian/clean new file mode 100644 index 000..836d655 --- /dev/null +++ b/debian/clean @@ -0,0 +1,2 @@ +nls/bg_BG/generated-CP1251.m +nls/bg_BG/generated-UTF-8.m -- 1.8.5.3 signature.asc Description: Digital signature
Bug#737144: cvs2svn: FTBFS with rcs 5.9
On Wed, Feb 5, 2014 at 12:17 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 02/05/2014 11:44 AM, László Böszörményi (GCS) wrote: Just tried again. Version 2.4.0 with the patch applied still fails with: -- cut -- PASS: run-tests.py 3: generate a manpage for cvs2git SKIP: run-tests.py 4: generate a manpage for cvs2hg unexpected log output (missing changed paths) Line: ' ' EXCEPTION: SystemExit(1), skipping cleanup FAIL: run-tests.py 5: detection of the executable flag -- cut -- Installed versions: Subversion is 1.8.5 CVS is 1.12.13+real-11 rcs is 5.9.2 python is 2.7.6 This test works for me. Did some debugging with: # ./run-tests.py --verbose 5 [ lots of normal looking output, but fails ] I've found out that it fails in run-tests.py line 360 as indeed, the output it checks doesn't contain any 'Changed paths:' line. So every 'rnumber | author | ...' line should be followed by a line 'Changed paths:' with the files changed in that particular revision. There's an exception. Maybe it's due to a newer Subversion release (as previously mentioned, I use 1.8.5). But r6 looks like this: -- cut -- r6 | jrandom | 1995-12-30 18:37:22 + (Sat, 30 Dec 1995) | 2 lines Remove the file 'first' again, which should have no effect. -- cut -- All other revisions are OK, like r7: -- cut -- r7 | jrandom | 1996-08-20 23:53:47 + (Tue, 20 Aug 1996) | 5 lines Changed paths: D /trunk/full-prune [...] -- cut -- I suspect r6 is right, as the note tells removing the same file named 'first' twice should have no output. Hence no 'Changed paths:' is mentioned in the output. The test itself has the fault. Hope this helps, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737724: gmp-doc: please provide HTML doc besides PDF and INFO
Package: gmp-doc Version: 5.1.2-1 Severity: wishlist Dear Maintainer, can you provide, besides the INFO and the PDF documentations, the HTML documentation ? As Texinfo (5.2) enables now to manage external nodes through htmlxref.cnf files, having the HTML version of the GMP manual will enable to create xref links to nodes on the local computer rather than on the web. Thanks in advance, Jerome -- System Information: Debian Release: Wheezy* APT prefers wheezy APT policy: (990, 'wheezy'), (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.6-amd64-mbp62 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmp-doc depends on: ii dpkg 1.16.12 ii install-info 5.2.0.dfsg.1-2 gmp-doc recommends no packages. gmp-doc 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#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
On Wed, 5 Feb 2014 12:21:30 + Sam Hartman hartm...@debian.org wrote: Andreas == Andreas Beckmann a...@debian.org writes: Andreas On 2014-02-05 10:57, Sam Hartman wrote: tarballs useful; anyone who is likely to want to build this from source probably has a copy of git and can checkout a tag. Andreas Such a tag corresponds to an upstrema version? yes. I'm happy to entertain other options rather than 3.0(native) but my requirements are: * support for upstream version * support for debian revision * No need to have upstream sources available to dpkg-buildpackage prior to running it * No need to maintain .orig.tar.gz artifacts produced by dpkg-source and keep the checksums of these artifacts consistent between packages with the same upstream versions. Andreas All this sounds like it can be done with git-buildpackage Andreas --git-pristine-tar --git-pristine-tar-commit. Can be set Andreas in debian/gbp.conf. And maybe dpkg-source Andreas --single-debian-patch. no, that means I have to maintain the artifact (namely the .orig.tar.gz). The archive software (both reprepro and dak were I to use that) require that the .orig.tar.gz not change checksums. Using packages to support upstream development is a common problem and this is exactly where things get awkward. For my own role within an upstream team, I'm considering using unofficial or developer upstream tarball releases. We'll probably use a date based tag 2014.02 etc for the main monthly release. Developer builds will have a shortened git hash appended (this happens to match our existing deployment method) like 2014.02.234fdga2 and incremental upstream releases will use tag.01 etc. so 2014.02.01 This has advantages that developers self-verify that the tarballs work which finds problems due to new files not being included in the tarball. It also retains the upstream packaging behaviour. I don't want my build machines to be able to push back to my master repository. Nor do I want to have to release upstream versions if I lose state on my build machines. So this violates my requirements because I have to maintain an artifact of dpkg-source (the .orig.tar.gz) and makesure its checksum never changes. Also, using git-buildpackage is difficult. The build is done by sbuild, which does not call git-buildpackage. Not true. There are options to use debuild or pdebuild or dpkg-buildpackage in-place. e.g. I use: [DEFAULT] #builder = git-pbuilder builder = debuild cleaner = fakeroot debian/rules clean pristine-tar = True [git-buildpackage] export-dir = ../build-area/ tarball-dir = ../tarballs/ -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#737725: libgimp2.0: Please build multiarch library
Package: libgimp2.0
Version: 2.8.6-1
Severity: important
The gimp extensions in the GIMP registry are built for 32-bit i386
and require a 32-bit version of libgimp{,ui}-2.0.so.0.
Thus, please make libgimp multi-arch capable -- not everybody is
comfortable building these from source.
Thank you.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737137: game-data-packager: patch to support hexdd
Jonathan Dowland j...@debian.org schrieb am 13:02 Mittwoch, 5.Februar 2014: On Wed, Feb 05, 2014 at 11:41:57AM +, Johey Shmit wrote: Speaking of PWADs: I just realized that the 'main' game menu in g-d-p is getting really long. Perhaps it would be better to support hexdd and all shareware versions in the way the quake mission packs are supportet: game-data-packager heretic -share ... game-data-packager hexen -hexdd ... game-data-packager doom -hacx ... or something like that (are there any conventions on the options?). Hmm. I think a new target 'pwad' might be the best approach at the moment, with parent-IWAD sub-arguments. so game-data-packager pwad --doom2 foo.wad - foo-pwad (foo-pwad depends: doom2-engine) Shouldn't that be: foo-pwad depends: doom2-wad ? To avoid cluttering it too much. I don't think the pwad functionality should be buried under the existing targets since most of the machinery for them (hash checking the IWADs etc.) is irrelevant (it's also less discoverable) True for a generic PWAD-target. But wouldn't it make sense to do the hash checking for 'official' pwads (hexdd, doom's no rest for the living and Master levels) and the shareware versions? These could be placed under the existing 'main' games. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737726: plymouth claims it fails even though it seems to work; possibly interferes with lightdm
Package: plymouth Version: 0.8.8-14 During startup, this output appears for the fraction of a second - after plymouth displayed the animated splash screen just like it should. ---8cut here---8cut here---8cut here---8cut here . ok [FAIL] startpar: service(s) returned failure: plymouth ... failed! ---8cut here---8cut here---8cut here---8cut here This *may* be related to #632737, as I am also using lightdm. Possibly these two programs still don't play along nicely. I've tried it with plain wheezy (plymouth package version 0.8.5.1-5) first, then, as the package maintainer suggested doing so, with the later plymouth versions available in jessie/sid and experimental (apt-pinning was used so that only plymouth and its dependencies were pulled from non-wheezy sources). The bug remains present even with 0.8.8-14 from experimental, so I'm filing it against that version. Note: I'm using plymouth and lightdm within a debian-live environment, i.e. a system booted from an ISO image and loaded into RAM - just in case that makes a difference. No configuration was attempted, plymouth is running in default-after-package-install mode. Further info, in case it's relevant: uname -a gives: ---8cut here---8cut here---8cut here---8cut here Linux debian 3.2.0-4-486 #1 Debian 3.2.51-1 i686 GNU/Linux ---8cut here---8cut here---8cut here---8cut here COLUMNS=100 dpkg -l plymouth init-system-helpers libc6 initramfs-tools gives: ---8cut here---8cut here---8cut here---8cut here Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersionArchitecture Description +++-===-==-==-=== ii init-system-helpers 1.14 allhelper tools for all init systems ii initramfs-tools 0.109.1allgeneric modular initramfs generator ii libc6:i386 2.13-38i386 Embedded GNU C Library: Shared libraries ii plymouth0.8.8-14 i386 Graphical Boot Animation and Logger ---8cut here---8cut here---8cut here---8cut here cat /etc/apt/sources.list gives: ---8cut here---8cut here---8cut here---8cut here deb http://ftp.debian.org/debian wheezy main contrib non-free deb-src http://ftp.debian.org/debian wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://ftp.debian.org/debian wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian wheezy-updates main contrib non-free ---8cut here---8cut here---8cut here---8cut here cat /etc/apt/sources.list.d/plymouth.list gives: ---8cut here---8cut here---8cut here---8cut here deb http://ftp.debian.org/debian experimental main deb http://ftp.debian.org/debian jessie main ---8cut here---8cut here---8cut here---8cut here cat /etc/apt/preferences gives: ---8cut here---8cut here---8cut here---8cut here Package: plymouth* Pin: release n=experimental Pin-Priority: 600 Package: init-system-helpers* Pin: release n=jessie Pin-Priority: 600 Package: * Pin: release n=jessie Pin-Priority: 1 Package: * Pin: release n=experimental Pin-Priority: 1 ---8cut here---8cut here---8cut here---8cut here If you need further info, please let me know. Screenshots have been made available to the maintainer in a previous, direct E-Mail. Kind Regards, Stefan Baur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
Le Wed, Feb 05, 2014 at 12:46:09PM +0100, Andreas Beckmann a écrit : All this sounds like it can be done with git-buildpackage Hello everybody, I have the impression that we are arguing because of solution in search for a problem. Some things worked with the previous version of dpkg, with no extra work for anybody. Who benefited directly from the change of behavior ? Nobody ? Then please revert it; it was not necessary. I propose a compromise. - First, somebody convinces Joey to switch the ikiwiki to a non-native format. If you can twist the arm of a highly reputed developer, it means that the problem that you attempted to solve (a stricter distinction between native and non-native packages) was really important. - Then, we consider that others can follow. - In the meantime, please revert the change in dpkg. There is no need to prevent packages in the 3.0 (native) format to use non-native version number. Alternatively, please rename the 3.0 (native) format to 3.0 (tarball) or anything elese, and we are done. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545710: will adopt html2text
retitle 545710 ITA: html2text owner 545710 hol...@layer-acht.org thanks Hi, the PTS has been nagging me enough (html2text is a dependency of munin), so I will adopt this package to make it quiet. And then probably file a RFH bug for html2text for dealing with the 5 uncategorized bugs and future ones too ... :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#737533: ITP: r-cran-rnetcdf -- GNU R package that provides an R Interface to NetCDF Datasets
Hi Sebastian, please consider maintaining the package in Debian Science team. Moreover please enhance the long description since not every reader knows about netcdf and it just helps people who don't if they realise tht this package is not for them without doing additional research. Kind regards and thanks for your ITP Andreas. On Mon, Feb 03, 2014 at 03:59:08PM +0100, Sebastian Gibb wrote: Package: wnpp Severity: wishlist Owner: Sebastian Gibb sgibb.deb...@gmail.com * Package name: r-cran-rnetcdf Version : 1.6.1-2 Upstream Author : Pavel Michna mic...@giub.unibe.ch * URL : http://cran.r-project.org/web/packages/RNetCDF/index.html * License : GPL=2 Programming Lang: R Description : GNU R package that provides an R Interface to NetCDF Datasets This package provides an interface to Unidata's NetCDF library functions (version 3) and furthermore access to Unidata's UDUNITS calendar conversions. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618862: [systemd-devel] Debian Bug#618862: systemd: ignores keyscript in crypttab - a possible solution
]] Lennart Poettering a) the cryptsetup package b) as part of the Debian systemd package c) upstream systemd I'd prefer to keep this tool in a Debian-specific package. I am not convinced that the key script thing is something we should standardize on cross-distributions. I think it makes sense to push upstream, but as long as it's reasonably self-contained I don't mind having it in Debian, either in the systemd package or (if the cryptsetup maintainer wants it) in cryptsetup. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737727: systemd: Init scripts named /etc/init.d/foobar.sh are ignored
Package: systemd Version: 204-6 Severity: important Some init scripts, for instance console-screen's, have a .sh extension, i.e. they are named /etc/init.d/foobar.sh instead of just …/foobar. This causes their startup script to fail, which makes these packages semi-uninstallable. Please fix. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'unstable'), (650, 'stable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-45 ii libacl1 2.2.52-1 ii libaudit11:2.3.3-3 ii libc62.17-97 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.6.1-1 ii libdbus-1-3 1.8.0-1 ii libgcrypt11 1.5.3-3 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.2.2-1 ii libsystemd-daemon0 204-6 ii libsystemd-journal0 204-6 ii libsystemd-login0204-6 ii libudev1 204-6 ii libwrap0 7.6.q-25 ii udev 204-6 ii util-linux 2.20.1-5.6 Versions of packages systemd recommends: ii libpam-systemd 204-6 Versions of packages systemd suggests: ii systemd-ui 2-2 -- 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#737622: navit don't link dynamic libs into theire libs
Le 2014-02-05 06:43, Jörg Frings-Fürst a écrit : Hi Gilles, On Di, 2014-02-04 at 21:21 +0100, Gilles Filippini wrote: Hi, Jörg Frings-Fürst a écrit , Le 04/02/2014 12:58: Package: navit Version: 0.5.0~svn5740+dfsg.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, see: https://buildd.debian.org/status/fetch.php?pkg=navitarch=amd64ver=0.5.0~svn5740%2Bdfsg.1-1stamp=1390647462 Could you please elaborate? Thanks, _g. Part 1 is the result of ldd libfont_freetype.so from a runable version Part 2 is the same result of the newest build Part 3 is the result of navit on console # Part 1 # ldd * linux-vdso.so.1 = (0x7fffc18c) libfreetype.so.6 = /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x7f6f40a78000) libfontconfig.so.1 = /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x7f6f40838000) libfribidi.so.0 = /usr/lib/x86_64-linux-gnu/libfribidi.so.0 (0x7f6f4062) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f6f40258000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f6f40038000) libexpat.so.1 = /lib/x86_64-linux-gnu/libexpat.so.1 (0x7f6f3fe08000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f6f3fbe8000) /lib64/ld-linux-x86-64.so.2 (0x7f6f40f5) # Part 2 # ldd * linux-vdso.so.1 = (0x7fffeeb58000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd4acf88000) /lib64/ld-linux-x86-64.so.2 (0x7fd4ad58) # Part 3 $:navit navit:main_real:Loading /etc/navit/navit.xml navit:plugin_load:can't load '/usr/lib/navit/font/libfont_freetype.so', Error '/usr/lib/navit/font/libfont_freetype.so: undefined symbol: FTC_ImageCache_New' GNU gdb (GDB) 7.6.1-ubuntu Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. Can't reproduce that on my freshly updated amd64 testing box: $ uname -srvmo Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux $ dpkg -l | grep navit ii navit0.5.0~svn5740+dfsg.1-1 amd64Car navigation system with routing engine ii navit-data 0.5.0~svn5740+dfsg.1-1 all Car navigation system with routing engine - data files ii navit-graphics-gtk-drawing-area 0.5.0~svn5740+dfsg.1-1 amd64Car navigation system with routing engine - GTK+ graphic plugin ii navit-graphics-qt-qpainter 0.5.0~svn5740+dfsg.1-1 amd64Car navigation system with routing engine - Qt graphic plugin ii navit-gui-gtk0.5.0~svn5740+dfsg.1-1 amd64Car navigation system with routing engine - GTK+ GUI ii navit-gui-internal 0.5.0~svn5740+dfsg.1-1 amd64Car navigation system with routing engine - internal GUI $ ls -l /usr/lib/navit/font/libfont_freetype.so -rw-r--r-- 1 root root 18816 janv. 25 11:57 /usr/lib/navit/font/libfont_freetype.so $ ldd /usr/lib/navit/font/libfont_freetype.so linux-gate.so.1 (0xb7704000) libfreetype.so.6 = /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb763) libfontconfig.so.1 = /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb75f5000) libfribidi.so.0 = /usr/lib/i386-linux-gnu/libfribidi.so.0 (0xb75dc000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb742c000) libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb7413000) libpng12.so.0 = /lib/i386-linux-gnu/libpng12.so.0 (0xb73e9000) libexpat.so.1 = /lib/i386-linux-gnu/libexpat.so.1 (0xb73c1000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb73a5000) /lib/ld-linux.so.2 (0xb7705000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7362000) The same goes on my i386 box. Would you mind purging then re-installing navit, and testing again? Thanks, _g. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737728: ifupdown: Reopen 678101: shell scripting mistake in /etc/init.d/networking
Package: ifupdown Version: 0.7.8 Severity: normal Debian Version: 7.3 Wheezy Kernel: 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 GNU/Linux When using ifup to bring interface eth0:2 up I get the following output: #: ifup eth0:2 cat: /sys/class/net/eth0:2/operstate: No such file or directory /sys/class/net# ls -alh total 0 drwxr-xr-x 2 root root 0 Jan 31 10:15 . drwxr-xr-x 35 root root 0 Jan 31 10:15 .. lrwxrwxrwx 1 root root 0 Jan 31 10:15 eth0 - ../../devices/pci:00/:00:1c.4/:02:00.0/net/eth0 lrwxrwxrwx 1 root root 0 Jan 31 10:15 eth1 - ../../devices/pci:00/:00:19.0/net/eth1 lrwxrwxrwx 1 root root 0 Jan 31 10:15 lo - ../../devices/virtual/net/lo The interface still comes online despite the unwanted output. This same behaviour was reported in bug 67010 (I have not check if this also happens on boot, I would presume so), and was closed due the issue being resolved in ifupdown version 0.7.1. I have check that I have the patched version of the /etc/init.d/networking file, and it appears so: /etc/init.d/networking 103:if [ -e /sys/class/net/$link ] [ $(cat /sys/class/net/$link/operstate) = up ] This occurs on all of our servers that I have tested on, they are all the exact same build software wise. -- Herman Tolken Systems Administrator Hetzner (Pty) Ltd National Contact Centre: 0861-0861-08 Fax: 0861-0861-09 International: +27 21 970 2000 Web: http://www.hetzner.co.za Disclaimer: http://www.hetzner.co.za/email-disclaimer Hetzner (Pty) Ltd - Winning awards since 2003 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737693: ruby: no longer provides alternatives for /usr/bin/ruby
Control: tag -1 wontfix On Wed, Feb 05, 2014 at 01:13:54AM +, brian m. carlson wrote: Package: ruby Version: 1:1.9.3.1 Severity: normal After updating to this version of the ruby package (required to avoid removing everything using ruby), there is no longer an alternative for ruby, and instead of 2.0, which I had before, /usr/bin/ruby is now 1.9. Ruby 1.9 is going into maintenance mode and will not be supported in a little over a year. I really want to use Ruby 2.0 as /usr/bin/ruby instead, and now I can't. I also have to ensure that all my Ruby scripts don't use 2.0 features, since they will cease to work if they do. Please revert this change. This change was made on purpose. Switching interpreters with alternatives will not be supported anymore, /usr/bin/ruby will always point to the default version, and we won't support multiple versions on a stable release. Ruby 2.0 will become the default as soon as we can, and Ruby 2.1 after that. You can still switch interpreters at the user level with the rbenv package. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#737622: navit don't link dynamic libs into theire libs
Le 2014-02-05 14:24, Gilles Filippini a écrit : $ ldd /usr/lib/navit/font/libfont_freetype.so linux-gate.so.1 (0xb7704000) libfreetype.so.6 = /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb763) libfontconfig.so.1 = /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb75f5000) libfribidi.so.0 = /usr/lib/i386-linux-gnu/libfribidi.so.0 (0xb75dc000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb742c000) libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb7413000) libpng12.so.0 = /lib/i386-linux-gnu/libpng12.so.0 (0xb73e9000) libexpat.so.1 = /lib/i386-linux-gnu/libexpat.so.1 (0xb73c1000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb73a5000) /lib/ld-linux.so.2 (0xb7705000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7362000) Sorry, I messed up with copy-paste. Here is the correct output from my amd64 box: $ ldd /usr/lib/navit/font/libfont_freetype.so linux-vdso.so.1 (0x7fff959e9000) libfreetype.so.6 = /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x7fc5fffda000) libfontconfig.so.1 = /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x7fc5ffd9e000) libfribidi.so.0 = /usr/lib/x86_64-linux-gnu/libfribidi.so.0 (0x7fc5ffb86000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fc5ff7da000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fc5ff5c2000) libpng12.so.0 = /lib/x86_64-linux-gnu/libpng12.so.0 (0x7fc5ff39a000) libexpat.so.1 = /lib/x86_64-linux-gnu/libexpat.so.1 (0x7fc5ff17) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fc5fef54000) /lib64/ld-linux-x86-64.so.2 (0x7fc6004a9000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fc5fec55000) Thanks, _g. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737729: apache2-bin: missing mod_mpm_itk.so
Package: apache2-bin Version: 2.4.7-1 Severity: grave Tags: d-i Justification: renders package unusable Dear Maintainer, After updgrading Apache from 2.4.6-3 to 2.4.7-1, it refused to start. The problem is that the file /usr/lib/apache2/modules/mod_mpm_itk.so doesn’t exits since it is referenced in the enabled mpm_itk module. After downgrading apache2-bin to 2.4.6-3, Apache starts. Please add the missing mod_mpm_itk.so file in apache2-bin 2.4.7-1. Best Regards, Fabien Harrang -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.53-xenU-8869-x86_64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2-bin depends on: ii libapr1 1.5.0-1 ii libaprutil1 1.5.3-1 ii libaprutil1-dbd-sqlite3 1.5.3-1 ii libaprutil1-ldap 1.5.3-1 ii libc62.17-97 ii libcap2 1:2.22-1.2 ii libldap-2.4-22.4.31-1+nmu2+b1 ii liblua5.1-0 5.1.5-5 ii libpcre3 1:8.31-2 ii libssl1.0.0 1.0.1f-1 ii libxml2 2.9.1+dfsg1-3 ii perl 5.18.2-2 ii zlib1g 1:1.2.8.dfsg-1 apache2-bin recommends no packages. Versions of packages apache2-bin suggests: pn apache2-doc none pn apache2-suexec-pristine | apache2-suexec-custom none ii lynx-cur [www-browser] 2.8.8pre3-1 ii w3m [www-browser]0.5.3-15 Versions of packages apache2 depends on: ii apache2-data 2.4.7-1 ii lsb-base 4.1+Debian12 ii mime-support 3.54 ii perl 5.18.2-2 ii procps1:3.3.4-2 Versions of packages apache2 recommends: ii ssl-cert 1.0.33 Versions of packages apache2 suggests: pn apache2-doc none pn apache2-suexec-pristine | apache2-suexec-custom none ii apache2-utils2.4.7-1 ii lynx-cur [www-browser] 2.8.8pre3-1 ii w3m [www-browser]0.5.3-15 Versions of packages apache2-bin is related to: ii apache2 2.4.7-1 ii apache2-bin 2.4.7-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#737533: ITP: r-cran-rnetcdf -- GNU R package that provides an R Interface to NetCDF Datasets
On 5 February 2014 at 14:20, Andreas Tille wrote: | Hi Sebastian, | | please consider maintaining the package in Debian Science team. | | Moreover please enhance the long description since not every reader | knows about netcdf and it just helps people who don't if they realise | tht this package is not for them without doing additional research. Also, there are three packages on CRAN interfacing the NetCDF library: RNetCDF ncdf4 ncdf I never know which one is maintained and good as I don't use NetCDF-store data. Maybe you do and RNetCDF is the clear winner -- if not take a quick look at the other two please. Cheers, Dirk | Kind regards and thanks for your ITP | | Andreas. | | On Mon, Feb 03, 2014 at 03:59:08PM +0100, Sebastian Gibb wrote: | Package: wnpp | Severity: wishlist | Owner: Sebastian Gibb sgibb.deb...@gmail.com | | * Package name: r-cran-rnetcdf |Version : 1.6.1-2 |Upstream Author : Pavel Michna mic...@giub.unibe.ch | * URL : http://cran.r-project.org/web/packages/RNetCDF/index.html | * License : GPL=2 |Programming Lang: R |Description : GNU R package that provides an R Interface to NetCDF Datasets | | This package provides an interface to Unidata's NetCDF library functions | (version 3) and furthermore access to Unidata's UDUNITS calendar conversions. | | -- | http://fam-tille.de | | | -- | To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org | with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org | Archive: http://lists.debian.org/20140205132020.ge26...@an3as.eu | -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737558: [pkg-php-pear] Bug#737558: Please, support Zend extensions
Control: tag -1 + pending 2014/2/3 Prach Pongpanich prach...@gmail.com: [...] Hi Mathieu, Hi Prach, I attached a patch to support Zend extensions, which cause of xdebug doesn't build-depend on pkg-php-tools. Thanks. It's now in git. I will probably need it too for eaccelerator. Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737727: [Pkg-systemd-maintainers] Bug#737727: systemd: Init scripts named /etc/init.d/foobar.sh are ignored
Am 05.02.2014 14:23, schrieb Matthias Urlichs: Package: systemd Version: 204-6 Severity: important Some init scripts, for instance console-screen's, have a .sh extension, Just for the record: In the complete Debian archive, there are a total of 3 sysv init scripts which are relevant: scsitools: /etc/init.d/scsitools-pre.sh scsitools: /etc/init.d/scsitools.sh console-common: /etc/init.d/keymap.sh (others are from util-linux and initscripts and masked by systemd) i.e. they are named /etc/init.d/foobar.sh instead of just …/foobar. This causes their startup script to fail, which makes these packages semi-uninstallable. Please fix. Cannot reproduce: # apt-get install console-common # systemctl status keymap.service keymap.service - LSB: Set keymap Loaded: loaded (/etc/init.d/keymap.sh) Active: active (exited) since Mi 2014-02-05 14:34:40 CET; 1min 15s ago Process: 3626 ExecStart=/etc/init.d/keymap.sh start (code=exited, status=0/SUCCESS) Feb 05 14:34:40 pluto systemd[1]: Started LSB: Set keymap. Please be more specific what your problem is, including what you did, what commands you used, log messages etc. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#737533: ITP: r-cran-rnetcdf -- GNU R package that provides an R Interface to NetCDF Datasets
Greetings, fellow developers, On Wed, Feb 05, 2014 at 02:20:20PM +0100, Andreas Tille wrote: Hi Sebastian, please consider maintaining the package in Debian Science team. The package is already installed in its repo in Debichem and we are still working on the package refinements. Moreover please enhance the long description since not every reader knows about netcdf and it just helps people who don't if they realise tht this package is not for them without doing additional research. We'll do that. Cheers, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731073: More details
Hello, I've understood the problem. My configuration looks like this : target-refix: target maildir:///path/to/Maildir/ feeds: - name: name url: url target: [ *target, '.RSS.PATH.TO.MAILDIR_FORMAT' ] wich is a valid yaml format. in config.rb, uri are parsed with the following code : uri = URI::parse(f['target'].to_s) the to_s create a string represention of the array wich is unparsable (see the first ticket). One solution (worked for me) is to replace this line by : uri = URI::parse(f['target'].join()) This is a bug present in mainstream source : should I open a ticket in the github repo, or can you correct this directly in the source ? Thanks, -- Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737730: debian-policy: Minor rewrite for CGI program paths in 11.5 Web servers and applications
Package: debian-policy Severity: minor Dear Maintainer, Reading https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-web-appl I think it could be rephrased from : 1. Cgi-bin executable files are installed in the directory /usr/lib/cgi-bin/cgi-bin-name or a subdirectory of that directory, and should be referred to as http://localhost/cgi-bin/cgi-bin-name (possibly with a subdirectory name before cgi-bin-name). to : 1. Cgi-bin executable files are installed in the directory /usr/lib/cgi-bin/ or a subdirectory of that directory, so that, typically /usr/lib/cgi-bin/cgi-bin-name should be referred to as http://localhost/cgi-bin/cgi-bin-name (possibly with a subdirectory name before cgi-bin-name). Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737731: libhwloc-plugins: depends on ocl-icd-libopencl1 instead of libopencl1
Source: libhwloc-plugins Version: 1.8-1 Severity: normal This prevents installation on systems that are using some other package providing libopencl1. I believe libhwloc-plugins should depend on the generic virtual libopencl1 rather than on a specific implementation. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737634: dpkg: is_native version checks in dpkg 3.0 Native
Guillem writes, on the bug but not on debian-devel: Part of the definition of what's and what's not a native package is the version scheme, and I've never considered that a Debian specific thing specified by its policy. The fact that dpkg-source has been sloppy in the past for format 1.0 does not mean newer formats should not behave better in that respect, and when the change was done it was pretty early as to not have any major impact, because the current state had not been dregraded. This change does not affect extraction in any way, so backward compatibility is preserved. If a maintainer is going to rebuild the _source_ package, that means they have changed it, at which point they might as well fix the bogus version. There's also no connection whatsoever between the source and binary versions, so you can still use stuff like pkg-source_0 with pkg-binary1_2.0-1 and pkg-binary2_1:4.0-10 produced from the same source package, for example. Given the above, I don't see any reason at all to support this, and I'm thus marking this report as wontfix, and will be closing in a bit. (I reproduce the whole message so that -devel can see it.) Guillem, please reconsider. Firstly, as people have illustrated, there are situations where a native format package with a Debian revision is a useful thing to have. Secondly, there doesn't appear to be any support in policy for this restriction. Thirdly, notwithstanding your comments, I think this change is a problem for backwards-compatibility. People modifying source packages might be doing so in a context where they don't want to, or can't conveniently, change the version number of the source format. They might also be using dpkg-source to prepare packages for a downstream distro who don't have the same fixed opinion about the versions. Can you please explain what you think the concrete benefit is of this change ? At the moment we have numerous packages in this state and they don't cause any problems. As you can see from debian-devel, there is a clear consensus that this change should be reverted. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736539:
Hi Frank To solve another problem using fwsnort I had to exclude 2 signatures from emerging-all.rules fwsnort --exclude-sid 2017291,2017025 Hope it helps. best regards -- Paulo Ricardo Bruck consultor tel 011 3596-4881/4882 011 98140-9184 (TIM) http://www.contatogs.com.br http://www.protejasuarede.com.br gpg AAA59989 at wwwkeys.us.pgp.net
Bug#737733: missing licenses in debian/coypright
Package: simgear Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, I am afraid it is time to update your debian/copyright Please add the licenses of: simgear-3.0.0\3rdparty\expat\* simgear-3.0.0\simgear\io\* (some files are GPL2+ instead of LGPL) simgear-3.0.0\simgear\package\unzip.* (and other files belonging to unzip) simgear-3.0.0\simgear\package\md5.* Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737732: ITP: online-python-tutor -- Online Python Tutor helps learn how to program in Python by visualizing code execution
Package: wnpp Severity: wishlist Owner: Olivier Berger olivier.ber...@telecom-sudparis.eu * Package name: online-python-tutor Version : 3 Upstream Author : Philip Guo (http://www.pgbovine.net/) * URL : http://www.pythontutor.com/ * License : BSD Programming Lang: Python, Javascript Description : Online Python Tutor helps learn how to program in Python by visualizing code execution Online Python Tutor is a free educational tool created by Philip Guo that helps students overcome a fundamental barrier to learning programming: understanding what happens as the computer executes each line of a program's source code. Using this tool, a teacher or student can write a Python program in the Web browser and visualize what the computer is doing step-by-step as it executes the program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721856: audacious: can't able play opus files
Control: tags -1 + moreinfo On 2013-09-04 22:58:52, sam wrote: Dear Maintainer, i tried playing files with opus format ,it didn't playi but libav reports that it has support for libopus Is this opus in a ogg container? Could you please try with libav 6:9.11-1 that got uploaded today? It should work now. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#737701: mount: When I execute 'mount -o remount,acl /' . This command dont work.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 737701 + moreinfo thanks I'm afraid you will have to provide more information than don't work. What *does* it say? What filesystem are you using? Does dmesg | tail show any relevant errors? On 2/5/2014 12:07 AM, Cristian Vazquez wrote: Package: mount Version: 2.20.1-5.3 Severity: normal -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid12.20.1-5.3 ii libc62.13-38 ii libmount12.20.1-5.3 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.2.6-4 -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS8kWHAAoJEI5FoCIzSKrw7GcH/Rztyh/t2nA+N6O6g3wGX11K ugs7SPvBzMIRCfvJU7M/wgo5jTWKP7oHmZUxQsizsLWbA0g8drxJDiwTzWDA14PO BjsxLrFu8aOqls2GJ9MmfgqqYUYQUBZlosQD7vr2rkfaC0Rhoc9d0oZDEyBID1HQ fhx4OyqLxZBsAm+NBrWYCU+ooDjLPuVwSmMYJV2mkqEsv6PosXTFjPNolTx2s895 9eiEcOLEPh+Xvg0TEA1fU43pUZvv1CzxrEIFw2RFFAOZUxATQwowldnLW9eE65QD 2A6Q8DSvZLqa5gLm0G9NM2Xw9TXua9uqhRxqIZvnrEeA6wOoLdFjafrol9Vjo2E= =6nFQ -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#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
Neil == Neil Williams codeh...@debian.org writes: That makes sense and I do something similar as appropriate. Even so, I do not wish to maintain the upstream tarball as a maintained artifact. There are cases where packaging release releases are made. Maintaining pristine-tar commits for daily builds is a worse solution than 3.0(native) or not including source packages in the resulting Debian archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732117: loop no longer needs explicit device?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/5/2014 3:53 AM, ael wrote: Remove explict device /dev/loop.. from the example. Slightly modify following text. I haven't searched the kernel archives (if that is where to look) to see when this mandatory automatic handling of the loop devices was introduced. Presumably the motivation was to reduce the burdon on the user of keeping track. Perhaps. It works fine for me. I also don't see how it can be connected to the mount() sys call failing in your strace. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS8kb0AAoJEI5FoCIzSKrwBbkH/R4nxpb1UKB+8sVWYi0a4oPo XKqPft/DKo3curX8RBJZdl/g+AUGwRywlaBOslf9Q1ERLTIUlLnl29XVBNr22Uv/ j54qVTKAFjdwFrWhPfK5zgg5LRKC9WH2zQjmTDGX0BvBoy96TZ0RMncFbUCXNPcq stXUcKlve7Em8valCVgEEwt57zyHUYJxDDOQmTtl46YYvvDT7TCRNx1FwtdteERa PhMM3BjL5ZpoWFSDsa6eGmVaqryDhunYwE0aBi56Uz/GnAPKPqO7ijxN/hPUxTxn Udr3XnnqnjrcioYGXoIFl3MBTJcCNU3mWMVubxTCr40CCDw+E3QDSFEl7RTZT18= =9T+c -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#737734: ruby-rspec-core debian package breaks rspec-puppet
Package: ruby-rspec-core Version: 2.14.7-1 Severity: important Hi, rspec-puppet seems to be broken when using rspec-core debian package. When using the rspec-core gem, everything is working fine. 1) foo Failure/Error: Unable to find matching line from backtrace NoMethodError: undefined method `contain_class' for #RSpec::Core::ExampleGroup::Nested_1:0x00029357e0 # /usr/lib/ruby/vendor_ruby/rspec/matchers/method_missing.rb:9:in `method_missing' # ./spec/classes/foo_spec.rb:5:in `block (2 levels) in top (required)' # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:114:in `instance_eval' # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:114:in `block in run' # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:254:in `with_around_each_hooks' # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:111:in `run' # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:390:in `block in run_examples' # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:386:in `map' # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:386:in `run_examples' # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:371:in `run' # /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:28:in `block (2 levels) in run' # /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:28:in `map' # /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:28:in `block in run' # /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:58:in `report' # /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:25:in `run' # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:80:in `run' # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:17:in `block in autorun' A simple test case is attached to this bug. Cheers, Laurent Bigonville -- 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.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rspec-core depends on: ii ruby 1:1.9.3.1 ii ruby-rspec-expectations 2.14.2-1 ii ruby-rspec-mocks 2.14.3-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.0 [ruby-interpreter]2.0.0.484-1 ruby-rspec-core recommends no packages. Versions of packages ruby-rspec-core suggests: ii ruby-rspec 2.14.1-1 -- no debconf information foo.tar.gz Description: application/gzip
Bug#737735: /usr/sbin/nologin shell change breaks SSH authentication in amanda
Package: base-passwd Version: 3.5.32 After upgrading base-passwd on the amanda clients, amcheck starts spitting out messages like the following: WARNING: fw: selfcheck request failed: tcpm_recv_token: invalid size: This account is currently not available.\n I use the SSH authentication and transport method, which means Amanda uses SSH to connect to the clients as the backup user to run amandad. I have set the authorized_keys file for the backup user to force the amandad command, but this is executed using the login shell. Setting the shell to /bin/sh makes the error message go away, running update-passwd brings it back. -- Sam Couter | mailto:s...@couter.id.au signature.asc Description: Digital signature
Bug#685495: fixed ipvsadm
here is a github repo of the fixed ipvsadm tool using the patches from http://people.debian.org/~formorer/tmp/ https://github.com/hjanuschka/ipvsadm-debian/ #git clone http://github.com/hjanuschka/ipvsadm-debian/ # apt-get install libnl-genl-3-dev pkg-config libpopt-dev git clone http://github.com/hjanuschka/ipvsadm-debian/ cd ipvsadm-debian make clean all and copy the ipvsadm binary to bin regards Helmut Januschka -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733400: libbluray: FTBFS: libbluray/decoders/textst_render.c:33:30: fatal error: freetype/ftsynth.h: No such file or directory
On 2014-02-04 18:17:21, Colin Watson wrote: tags 733400 patch user ubuntu-de...@lists.ubuntu.com usertags 733400 ubuntu-patch trusty thanks On Sat, Dec 28, 2013 at 06:59:17PM +0100, David Suárez wrote: On the new 2.5 version the headers are located at '/usr/include/freetype2/ftglyph.h' instead of '/usr/include/freetype2/freetype/ftglyph.h' like in previous versions. Relevant part (hopefully): /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -std=c99 -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112L -D_REENTRANT -I.. -Ifile -Ilibbluray -Ilibbluray/bdnav -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/lib/jvm/default-java/include -I/usr/lib/jvm/default-java/include/linux -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -Wmissing-prototypes -Wshadow -Werror=implicit-function-declaration -Wextra -Winline -O3 -fomit-frame-pointer -c -o textst_render.lo `test -f 'libbluray/decoders/textst_render.c' || echo './'`libbluray/decoders/textst_render.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -std=c99 -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112L -D_REENTRANT -I.. -Ifile -Ilibbluray -Ilibbluray/bdnav -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/lib/jvm/default-java/include -I/usr/lib/jvm/default-java/include/linux -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -Wmissing-prototypes -Wshadow -Werror=implicit-function-declaration -Wextra -Winline -O3 -fomit-frame-pointer -c libbluray/decoders/textst_render.c -fPIC -DPIC -o .libs/textst_render.o libbluray/decoders/textst_render.c:33:30: fatal error: freetype/ftsynth.h: No such file or directory #include freetype/ftsynth.h ^ compilation terminated. make[4]: *** [textst_render.lo] Error 1 Here's a patch corresponding to the one I committed to GRUB upstream for the same issue. Thank you for the patch. Just as note: This patch is only required for version 0.4.0 of libbluray. Version 0.5.0 which has already been imported into the packaging repository does not need the patch. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#737737: Manpage points to empty web page
Package: repro Version: 1.9.0~rc2-1 Severity: minor Hello, man reprocmd is essentially empty, and points to http://www.resiprocate.org/About_Repro/ However, the page currently only says this: There is currently no text in this page. You can search for this page title in other pages, search the related logs, or edit this page. Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages repro depends on: ii adduser3.113+nmu3 ii libc-ares2 1.10.0-2 ii libc6 2.17-97 ii libdb5.1++ 5.1.29-6 ii libfreeradius-client2 1.1.6-7 ii libgcc11:4.8.2-14 ii libmysqlclient18 5.5.33+dfsg-1 ii libpython2.7 2.7.6-5 ii libresiprocate-1.9 1.9.0~rc2-1 ii libssl1.0.01.0.1f-1 ii libstdc++6 4.8.2-14 ii multiarch-support 2.17-97 Versions of packages repro recommends: ii apache2-utils 2.4.7-1 ii openssl1.0.1f-1 repro 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#685495: fixed ipvsadm
On Wed, 05 Feb 2014, Helmut W. Januschka wrote: here is a github repo of the fixed ipvsadm tool using the patches from http://people.debian.org/~formorer/tmp/ https://github.com/hjanuschka/ipvsadm-debian/ #git clone http://github.com/hjanuschka/ipvsadm-debian/ # apt-get install libnl-genl-3-dev pkg-config libpopt-dev git clone http://github.com/hjanuschka/ipvsadm-debian/ cd ipvsadm-debian make clean all and copy the ipvsadm binary to bin Or you wait a few minutes. I am currently preparing a new package for unstable. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
