<div dir="ltr">Hello, Alec.<div>Thank you for your contribution.</div><div>IMHO, you should send similar email to debian community. They should be flexible enough to solve the issue with missing maintainer. That's would be right way.</div><div>Thank you again.<br><br><div class="gmail_quote"><div dir="ltr">вт, 24 мая 2016 г. в 12:30, Alec Leamas <<a href="mailto:leamas.alec@gmail.com">leamas.alec@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings!<br>
<br>
I am the upstream maintainer of the lirc  [1]  package which is part of<br>
universe. Also, I am  more or less new to the Ubuntu developing community.<br>
<br>
My interest is to update lirc to a more recent version. As of today,<br>
lirc has released 0.9.4. Ubuntu is still on 0.9.0,  from 2011, and this<br>
is becoming a problem upstream since we cannot really support the users<br>
of this very old version.  Also, recent kernel changes will break lirc<br>
0.9.0 in some usecases.<br>
<br>
Of course, I have tried to make the update to Debian. However, the<br>
debian lirc maintainer is inactive, so this road is complicated. I have<br>
tried, really, for more or less a year. I have a packaging and a<br>
sponsor, but I'm blocked on the  maintainer.<br>
<br>
So, questions: Is it policy-wise possible to update lirc in universe to<br>
0.9.4 even though Debian is still at 0.9.0?<br>
<br>
If possible, how should it be handled?  The update cannot really be<br>
handled as a diff  (891 files changed:  147080 insertions, 77248<br>
deletions).  It's basically new packages.<br>
<br>
There is a a PPA with a 0.9.4 packaging at  [2].  The changelog is a<br>
mess, see below for a tentative entry<br>
<br>
<br>
Cheers!<br>
<br>
--alec<br>
<br>
[1] <a href="https://sourceforge.net/projects/lirc" rel="noreferrer" target="_blank">https://sourceforge.net/projects/lirc</a><br>
<br>
[2] <a href="https://launchpad.net/~leamas-alec/+archive/ubuntu/lirc-0.9.4" rel="noreferrer" target="_blank">https://launchpad.net/~leamas-alec/+archive/ubuntu/lirc-0.9.4</a><br>
<br>
<br>
<br>
<br>
---------------------------------------------------------- tentative<br>
changelog -------------------------------------------------------------<br>
<br>
  * Non-maintainer upload.<br>
   * First shot on major upstream updates.<br>
     - Re-packaged from scratch based on new dh primitives.<br>
     - Thanks for help on debian-mentors!<br>
   * New upstream release 0.9.4<br>
     - Release 0.9.1 .. 0.9.3 was never packaged.<br>
     - Old 'lirc' service split into separate systemd services:<br>
       lircd.service, lircmd.service and irexec.service.<br>
     - Revised package structure: keep old liblircclient0 (renamed to<br>
       liblirc-client0). Adding new packages liblirc0 and lirc-doc.<br>
       Former liblircclient-dev merged into new liblirc-dev.<br>
     - Fixes "Not updated to last version" (Closes: #777199).<br>
     - Fixes "Default device for mode2 is /dev/lirc" (Closes: #702140).<br>
     - Fixes "/var/run/lirc contents disappear..." (Closes: #676343).<br>
     - Fixes "lircrcd segfaults" (Closes: #780062).<br>
     - Fixes "'/etc/init.d/lirc restart' is broken" (Closes: #782091).<br>
     - Fixes "Prompting due to modified conffiles..." (Closes: #655969).<br>
     - Fixes "LIRC installs bad udev rule" (Closes: #804397),<br>
       users depending on this rule will need to explicitly start lircd.<br>
   * The built-in irman support is moved to the lirc-drv-irman package,<br>
      lirc does not depend on libirman<br>
   * Old lircd output socket link /dev/lirc dropped. Use<br>
/var/run/lirc/lircd.<br>
   * Updated copyright<br>
   * Fix hardening build flags.<br>
   * Ship sysV updated scripts from the svn tree.  [Stefan Lippers-Hollmann]<br>
   * Update compiler flags: -Wl,as-needed + hardening<br>
     [Stefan Lippers-Hollmann]<br>
   * Avoid negative architecture deps like [!hurd] (Closes: #634807)<br>
     [Stefan Lippers-Hollmann]<br>
   * Add patch 0007-tools-remove-configs-symlink.patch + explicit link<br>
     to walk around #801719.<br>
   * Changing Vcs-* headers to point to upstream packaging branch.<br>
<br>
<br>
--<br>
Ubuntu-motu mailing list<br>
<a href="mailto:Ubuntu-motu@lists.ubuntu.com" target="_blank">Ubuntu-motu@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu</a><br>
</blockquote></div></div></div>