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 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 Thu, 11 Sep 2014 09:18:17 +
-
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,
