control: owner -1 ! control: tags -1 moreinfo
Hi Alec, (sorry again for the long wait, I was hoping somebody else was going to help in this, but nobody seems to be caring about this package) > * Non-maintainer upload. > * First shot on major upstream updates. > - Re-packaged from scratch based on new dh primitives. > - Thanks for help on debian-mentors! > * New upstream release 0.9.4 > - Release 0.9.1 .. 0.9.3 was never packaged. > - This is an experimental, pre-release package. > - Old 'lirc' service split into separate systemd services: > lircd.service, lircmd.service and irexec.service. > - New package structure: lirc, lirc-doc, liblirc0, liblirc-dev with > corresponding upgrade path dependencies. > - Fixes "Not updated to last version" (Closes: #777199). > - Fixes "Default device for mode2 is /dev/lirc" (Closes: #702140). > - Fixes "/var/run/lirc contents disappear..." (Closes: #676343). > - Fixes "lircrcd segfaults" (Closes: #780062). > - Fixes "'/etc/init.d/lirc restart' is broken" (Closes: #782091). > - Fixes "Prompting due to modified conffiles..." (Closes: #655969). > - Fixes "LIRC installs bad udev rule" (Closes: #804397). > * Old lircd output socket link /dev/lirc dropped. Use /var/run/lirc/lircd. > * Update compiler flags: -Wl,as-needed + hardening > [Stefan Lippers-Hollmann] > * Avoid negative architecture deps like [!hurd] (Closes: #634807) > [Stefan Lippers-Hollmann] > * Add patch 0007-tools-remove-configs-symlink.patch + explicit link > to walk around #801719. > * Changing Vcs-* headers to point to upstream packaging branch. I asked probably this before, but did you take account about the Ubuntu delta? https://launchpad.net/ubuntu/+source/lirc/0.9.0-0ubuntu5 (also look ubuntu1 ubuntu2 ubuntu3 ubuntu4 delta) >Currently, this package is maintained by >pkg-lirc-ma...@lists.alioth.debian.org which seems to be MIA. I have invoked >the MIA procedure by sending message to the >QA team. I have also requested to >be member of this group. > >The packaging situation has been discussed: >https://lists.debian.org/debian-mentors/2015/10/msg00487.html > >The update is disruptive and needs manual intervention: >https://lists.debian.org/debian-devel/2015/11/msg00082.html 1) $ dpkg --compare-versions 0.9.4-devel-0.1 gt 0.9.4-1 $ echo $? 0 you should rename in something like 0.9.4~devel or maybe something better explaining such as 0.9.4~{alpha,beta,RC} and release an upstream snapshot (not strictly requested, but "devel" doesn't mention a particular history, just a generic one) 2) I did: dget -x http://http.debian.net/debian/pool/main/l/lirc/lirc_0.9.0~pre1-1.2.dsc dget -u http://mentors.debian.net/debian/pool/main/l/lirc/lirc_0.9.4-devel-0.1.dsc debdiff lirc_0.9.0~pre1-1.2.dsc lirc_0.9.4-devel-0.1.dsc > debdiff filterdiff debdiff -i "*debian*" > debdiff.filtered changelog: -- gregor herrmann <gre...@debian.org> Sat, 17 Jan 2015 19:51:55 +0100 - lirc (0.9.0~pre1-1.1) unstable; urgency=low * Non-maintainer upload with maintainers permission. * Add dh-autoreconf to fix FTBFS on ppc64el. Closes: #746505 -- Andreas Barth <a...@ayous.org> Thu, 11 Sep 2014 09:18:17 +0000 - lirc (0.9.0~pre1-1) unstable; urgency=low two lines deleted here control: are you sure about the autotools-dev build dependency? usually autoreconf is a better replacement +# libjs-jquery (See lintian overrides) fine to leave jquery out, but lintian is correct, and overriding is wrong. I can sponsor with that lintian warning, but please do not override it +# libftdi1-dev, (Not available in jessie) well, do not care about backports right now, we are talking about unstable and stretch. +# See DBS #801588 +Build-Conflicts: libirman I can look at this if needed, maybe fix libirman and then use it? (BTW it is called BTS not DBS, and this kind of comments is better in the changelog instead of control file. soemthing like "build-conflict against libirman (cfr: #XXX)" 3) debian/trunk (others?) this seems to be useless, please keep the debian directory minimal, and strip the debian packaging from upstream tarballs 4) watch file seems broken Newest version on remote site is xmms-plugin-1.4, local version is 0.9.4-devel => Newer version available from maybe this: http://sf.net/lirc/lirc-(\d.+)\.tar\.gz works better? (forcing a digit as first number) The upgrade facility looks nice, but I didn't try to install the new version (yet). If you fix the above and reupload on mentors, I'll do some test builds and see how lintian/adeguate/piuparts performs and try something on a real virtual machine. (I have to say I like the packaging, you seem to have done a great work on this, even if the upgrade path requires manual intervention, but having a script is indeed something nice and appreciated). I hope to sponsor this package really soon (for experimental). (ccing Stefan, maybe he has some hints) cheers, G. (and sorry again for the long time, but I had to look deeply to this package, even if I don't think I have done more than 25% of the total work).
