Bug#862182: python-distutils-extra: Generated debian/rules file cannot be used with latest make
Package: python-distutils-extra Version: 2.40 Severity: important Dear Maintainer, debian/rules file generated by python-mkdebian is broken. Current version of GNU Make at least in Ubuntu Zesty complains about it: debian/rules:4: *** missing separator (did you mean TAB instead of 8 spaces?). So the package generated with python-mkdebian cannot be built. Please consider the patch below: diff --git a/debian/local/python-mkdebian b/debian/local/python-mkdebian index 83226b9..1dd6312 100755 --- a/debian/local/python-mkdebian +++ b/debian/local/python-mkdebian @@ -74,9 +74,9 @@ override_dh_python2: f.write('''#!/usr/bin/make -f %%: ifneq ($(shell dh -l | grep -xF translations),) -dh $@ --with python2,translations +\tdh $@ --with python2,translations else -dh $@ --with python2 +\tdh $@ --with python2 endif %s -- System Information: Debian Release: stretch/sid APT prefers zesty-updates APT policy: (500, 'zesty-updates'), (500, 'zesty-security'), (500, 'zesty-proposed'), (500, 'zesty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-21-generic (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-distutils-extra depends on: ii intltool0.51.0-3 pn python:any python-distutils-extra recommends no packages. Versions of packages python-distutils-extra suggests: ii devscripts 2.16.8ubuntu2 -- no debconf information
Bug#763441: debhelper: treat systemd service files as conffiles
Package: debhelper Version: 9.20140817 Priority: normal Dear Maintainer, Please. add the handling of systemd service files as conffiles by default. Rationale: Common init systems, such as sysvinit, insserv, upstart etc. all store their service init files under the /etc directory. Currently all package files stored in /etc are considered conffiles, so they are not dumbly overwritten on the package updates. Sometimes administrators are required to modify service files (in /etc/init.d, /etc/init or options in /etc/default), forcing service to use custom config files, custom data dirs etc. and these changes are preserved. systemd itself brokes this practice, it stores its service files in the /lib/systemd/system/ directory, so the idea of keeping modified service files during the package update is not applied to it. As an example of the problem one can look at transmission-daemon package. Transmission has a config parameter forcing it to start at custom user privileges. Earlier it could be configured in /etc/transmission-daemon/settings.json. In systemd this parameter is ignored because systemd service parameter User is used. One has to change the value in /lib/systemd/system/transmission-daemon.service, if they wants to use custom user, and that value would be overwritten when a new version is installed. Obviously the issue in this very case can easily be solved in the transmission-daemon package itself, but I suppose that the common solution has to be involved, and all systemd service files to be treated as conffiles. May be all the files under /lib/systemd/system/ have to be marked as conffiles by default, or there is some special dh_systemd helper to be introduced. Thanks Best wishes and have a nice day, Vsevolod Velichko
Bug#658235: RFS: libjreen, the xmpp library (3rd try, 2 months later)
Dear Benoît, I'm very thankful for your package review. I've just fixed most of the things you mentioned. However, there're a couple of moments I'm unsure. I: libjreen1: no-symbols-control-file usr/lib/libjreen.so.1.0.1 There was a long C++ vs symbols discussion[1] recently with pros and contras. I suppose, that symbols really doesn't make sense for C++ and too hard to maintain (just to create the appropriate symbols file, I have to somehow upload the package with initial .symbols version, wait for build fails everywhere, collect buildd logs, and only there I'll be able to create real .symbols file). For example, dpkg-gensymbols generates 1633 lines of .symbols for this library. Are you sure that it's really needed? The dh_auto_install override could also be replaced by using debian/package.install files (see dh_install(1) for details). I'm unsure that .install is better solution. The one of mine should work in most cases, even if one change library and package names, I'll have to change only a package name in dh_auto_install override. In the case of .install files there would be more work. Am I right? I've uploaded new version to mentors[2], if you agree with my comments above, could you review and probably sponsor the fixed version, please? [1] http://lists.debian.org/debian-devel/2012/01/thrd2.html#00671 [2] http://mentors.debian.net/debian/pool/main/libj/libjreen/libjreen_1.0.1-1.dsc Best wishes and have a nice day, Vsevolod Velichko 2012/2/20 Benoît Knecht benoit.kne...@fsfe.org: Hi Vsevolod, Vsevolod Velichko wrote: I am looking for a sponsor for my package libjreen (and do this for the 3rd time, because I've got no answer, neither positive nor negative since November 2011). * Package name : libjreen Version : 1.0.1-1 Upstream Author : Ruslan Nigmatullin euroeles...@yandex.ru * URL : http://qutim.org/jreen * License : GPL2+ Section : libs It builds those binary packages: libjreen-dev - powerful Jabber/XMPP library - development files libjreen1 - powerful Jabber/XMPP library implemented in Qt/C++ I took a look at your package, here are a few things you may want to look into: - Some warnings from lintian: I: libjreen source: binary-control-field-duplicates-source field section in package libjreen1 P: libjreen source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep5 I: libjreen1: no-symbols-control-file usr/lib/libjreen.so.1.0.1 - In debian/control, your long description repeats the synopsis, and it doesn't consist of full sentences. See [1] for guidelines about writing good descriptions. [1] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-desc If you're not using a VCS, you should remove those commented-out lines. - In debian/rules, the dh_installchangelogs override isn't needed; debhelper will pick up the upstream changelog automatically. The dh_auto_install override could also be replaced by using debian/package.install files (see dh_install(1) for details). - In debian/copyright, you should use the predefined short names for licenses; what you call MIT/X11 (BSD Like) is the Expat license. And even though it's more cosmetic than anything, GPL-2.0+ could be replaced by GPL-2+. I'm also not sure your debian/README.source is particularly relevant. First of all, one _should_ care about that copyright in Debian since those files are shipped in the source package (so clauses about distribution of those files certainly apply). If you want to say that the binary package doesn't contain any code from these files, perhaps a Comment in the relevant File paragraph in debian/copyright would be better (as this file is actually installed along with the binary package). I've built your package, but I haven't installed and tested it, so I cannot comment on that. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658235: RFS: libjreen, the xmpp library (3rd try, 2 months later)
Package: sponsorship-requests Severity: wishlist Subject: RFS: libjreen, the jabber library (3rd try, 2 months later) Dear mentors, I am looking for a sponsor for my package libjreen (and do this for the 3rd time, because I've got no answer, neither positive nor negative since November 2011). * Package name: libjreen Version : 1.0.1-1 Upstream Author : Ruslan Nigmatullin euroeles...@yandex.ru * URL : http://qutim.org/jreen * License : GPL2+ Section : libs It builds those binary packages: libjreen-dev - powerful Jabber/XMPP library - development files libjreen1 - powerful Jabber/XMPP library implemented in Qt/C++ Jreen is the library, which aims to provide an fast and extensible Jabber implementation with the full support of large variety of useful XEPs ignored by most developers. It's already used in qutIM[1] and Tomahawk[2] projects. The package appears to be lintian clean. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libjreen Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libj/libjreen/libjreen_1.0.1-1.dsc I would be glad if someone uploaded this package for me. [1] http://qutim.org (Multiprotocol instant messenger) [2] http://gettomahawk.com/ (Social media player) Best wishes and have a nice day, Vsevolod Velichko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648668: ITP: libjreen1 -- powerful Jabber/XMPP library implemented in Qt/C++
Package: wnpp Severity: wishlist Owner: Vsevolod Velichko torkv...@google.com * Package name: libjreen1 Version : 1.0.1 Upstream Author : Ruslan Nigmatullin euroeles...@yandex.ru * URL : http://qutim.org/ * License : GPL2 Programming Lang: C++ Description : powerful Jabber/XMPP library implemented in Qt/C++ The Jreen library is very fast and useful implementation of Jabber/XMPP protocol. It is written in C++, using Qt. Its main features are large list of supported XEPs and exact protocol implementation. Jreen is already used in qutIM messenger and Tomahawk social media player. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459010: Please enable IDN support
Hi. I'd like to up this bug. Some months ago there was launched first cyrillic TLD: .рф (.xn--p1ai). However, it can't be accessed through the bind utils like nslookup: $ whois кц.рф|tail -n+6|head -n5 domain: XN--J1AY.XN--P1AI nserver:ns.cctld.ru. nserver:ns1.cctld.ru. state: REGISTERED, DELEGATED, VERIFIED org:Technical center of Internet JSC $ nslookup кц.рф Server: 192.168.1.2 Address:192.168.1.2#53 ** server can't find кц.рф: NXDOMAIN It's extremely boring when one has to work with cyrillic domains. As far as I know, at least Gentoo has support for such domains (with USE=idn flag), it'll be nice if Debian has it too. Thanks. Best wishes and have a nice day, Vsevolod Velichko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518824: ITP: qutim-protocol-mrim -- qutIM MRIM protocol support
Package: wnpp Severity: wishlist Owner: Vsevolod Velichko torkvem...@nigma.ru * Package name: qutim-protocol-mrim Upstream Author : Peter Rusanov tazk...@mail.ru * URL : http://qutim.org/ * License : GPL v2 or later Programming Lang: C++ Description : qutIM MRIM protocol support Protocol plugin, allowing qutIM Instant Messenger users to communicate over MRIM (Mail.ru) network. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518619: ITP: qutim-protocol-icq -- qutIM ICQ protocol support
Package: wnpp Severity: wishlist Owner: Vsevolod Velichko torkvem...@nigma.ru * Package name: qutim-protocol-icq Upstream Author : Rustam Chakin qutim.deve...@gmail.com * URL : http://qutim.org/ * License : GPL v2 or later Programming Lang: C++ Description : qutIM ICQ protocol support Protocol plugin, allowing qutIM Instant Messenger users to communicate over ICQ network. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518621: ITP: qutim-protocol-jabber -- qutIM Jabber protocol support
Package: wnpp Severity: wishlist Owner: Vsevolod Velichko torkvem...@nigma.ru * Package name: qutim-protocol-jabber Upstream Author : Ruslan Nigmatullin euroeles...@gmail.com * URL : http://qutim.org/ * License : GPL v2 or later Programming Lang: C++ Description : qutIM Jabber protocol support Protocol plugin, allowing qutIM Instant Messenger users to communicate over XMPP (Jabber) network. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518686: ITP: qutim-protocol-irc -- qutIM IRC protocol support
Package: wnpp Severity: wishlist Owner: Vsevolod Velichko torkvem...@nigma.ru * Package name: qutim-protocol-irc Upstream Author : Alexander Kazarin boi...@co.ru * URL : http://qutim.org/ * License : GPL v2 or later Programming Lang: C++ Description : qutIM IRC protocol support Protocol plugin, allowing qutIM Instant Messenger users to communicate over IRC network. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516203: pbuilder: create fails on intrepid distribution
Package: pbuilder Version: 0.185 Severity: important I'm using Debian unstable i386 and amd64 chroots, created by pbuilder, for a rather long time, but now I had to create Ubuntu intrepid purposes. However creation fails. As i can seed, it's so because of wrong package installation order. See full creation log and my ~/.pbuilderrc below: ### CREATION LOG START ### $ DIST=intrepid ARCH=i386 pbuilder create --debootstrapopts --arch --debootstrapopts i386 --debootstrapopts --debug Distribution is intrepid. Building the build environment - running cdebootstrap /usr/bin/cdebootstrap D: Init suite intrepid D: Using keyring /usr/share/keyrings/ubuntu-archive-keyring.gpg P: Retrieving Release D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release http://mirrors.kernel.org/ubuntu/dists/intrepid/Release; D: Status: 0 P: Retrieving Release.gpg D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release.gpg http://mirrors.kernel.org/ubuntu/dists/intrepid/Release.gpg; D: Status: 0 P: Validating Release D: Execute gpgv --logger-fd 1 --status-fd 1 --keyring /usr/share/keyrings/ubuntu-archive-keyring.gpg /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release.gpg /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._Release I: Good signature from Ubuntu Archive Automatic Signing Key ftpmas...@ubuntu.com D: Status: 0 P: Parsing Release P: Retrieving Packages.gz D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._main_binary-i386_Packages.gz http://mirrors.kernel.org/ubuntu/dists/intrepid/main/binary-i386/Packages.gz; D: Status: 0 P: Validating Packages.gz D: Execute gunzip -c /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._main_binary-i386_Packages.gz /var/cache/pbuilder/build/10649/var/cache/bootstrap/_dists_._main_binary-i386_Packages D: Status: 0 P: Parsing Packages P: Retrieving gcc-4.3-base D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/gcc-4.3-base_4.3.2-1ubuntu11_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/g/gcc-4.3/gcc-4.3-base_4.3.2-1ubuntu11_i386.deb; D: Status: 0 P: Validating gcc-4.3-base P: Retrieving libgcc1 D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/libgcc1_4.3.2-1ubuntu11_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/g/gcc-4.3/libgcc1_4.3.2-1ubuntu11_i386.deb; D: Status: 0 P: Validating libgcc1 P: Retrieving findutils D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/findutils_4.4.0-2ubuntu3_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/f/findutils/findutils_4.4.0-2ubuntu3_i386.deb; D: Status: 0 P: Validating findutils P: Retrieving libc6 D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/libc6_2.8~20080505-0ubuntu7_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/g/glibc/libc6_2.8~20080505-0ubuntu7_i386.deb; D: Status: 0 P: Validating libc6 P: Retrieving libstdc++6 D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/libstdc++6_4.3.2-1ubuntu11_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/g/gcc-4.3/libstdc++6_4.3.2-1ubuntu11_i386.deb; D: Status: 0 P: Validating libstdc++6 P: Retrieving apt D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/apt_0.7.14ubuntu6_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/a/apt/apt_0.7.14ubuntu6_i386.deb; D: Status: 0 P: Validating apt P: Retrieving mawk D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/mawk_1.3.3-11.1ubuntu1_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/m/mawk/mawk_1.3.3-11.1ubuntu1_i386.deb; D: Status: 0 P: Validating mawk P: Retrieving base-passwd D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/base-passwd_3.5.18_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/b/base-passwd/base-passwd_3.5.18_i386.deb; D: Status: 0 P: Validating base-passwd P: Retrieving libdb4.7 D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/libdb4.7_4.7.25-3_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/d/db/libdb4.7_4.7.25-3_i386.deb; D: Status: 0 P: Validating libdb4.7 P: Retrieving perl-base D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/perl-base_5.10.0-11.1ubuntu2_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/p/perl/perl-base_5.10.0-11.1ubuntu2_i386.deb; D: Status: 0 P: Validating perl-base P: Retrieving liblocale-gettext-perl D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/liblocale-gettext-perl_1.05-4build1_i386.deb http://mirrors.kernel.org/ubuntu/pool/main/libl/liblocale-gettext-perl/liblocale-gettext-perl_1.05-4build1_i386.deb; D: Status: 0 P: Validating liblocale-gettext-perl P: Retrieving libtext-iconv-perl D: Execute wget -q -O /var/cache/pbuilder/build/10649/var/cache/bootstrap/libtext-iconv-perl_1.7-1build1_i386.deb