Bug#917629: RFS: xhk/1.0-1
On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote: > The packaging seems all fine. Thank you for reviewing. > The man page is corrupted -- I see a few ANSI codes among the troffage, > the text seems doubled and misformatted. Also, the part about a Texinfo > manual seems weird as there are no info docs. Oh, it seems that the man page is generated by help2man and upstream ships broken one. I'll send feedback to upstream. > I couldn't manage to get the utility do anything. The debug output is: > [~]$ xhk -d > snip > > after which no further messages are given -- other than reactions to signals > which also produce nothing but a message (although obviously SIGKILL wins). > > Am I holding it wrong? step 1. launch xhk step 2. press "j" key, then "j" is typed step 3. press space and "j" key, then "f" is typed. If xhk works as above, it is OK (expected behavior).
Bug#917629: RFS: xhk/1.0-1
On Sat, Dec 29, 2018 at 10:59:35PM +0900, Kentaro Hayashi wrote: > * Package name: xhk > Version : 1.0-1 > Upstream Author : Kieran Bingham > * URL : http://kieranbingham.co.uk/xhk > * License : GPL-2.0+ > Section : x11 > It builds those binary packages: > > xhk - XLib halfkey implementation > * Initial upload to Debian. (Closes: #917091) The packaging seems all fine. The man page is corrupted -- I see a few ANSI codes among the troffage, the text seems doubled and misformatted. Also, the part about a Texinfo manual seems weird as there are no info docs. I couldn't manage to get the utility do anything. The debug output is: [~]$ xhk -d -- HalfKey Xorg Driver Utility 1.0 -- SetPriority call failed : -1 Process Priority set at 0 XOpenDisplay(":0.0") XI Version 2.0 Device Virtual core XTEST keyboard (id: 5) is a slave keyboard Device is attached to/paired with 3 Device Power Button (id: 6) is a slave keyboard Device is attached to/paired with 3 Device SEMICO USB Keyboard System Control (id: 8) is a slave keyboard Device is attached to/paired with 3 Device SEMICO USB Keyboard (id: 9) is a slave keyboard Device is attached to/paired with 3 Device SEMICO USB Keyboard (id: 10) is a slave keyboard Device is attached to/paired with 3 Device Yubico Yubikey 4 OTP+U2F+CCID (id: 20) is a slave keyboard Device is attached to/paired with 3 Device C-Media Electronics Inc. USB PnP Sound Device (id: 7) is a slave keyboard Device is attached to/paired with 3 Device USB OPTICAL MOUSE Consumer Control (id: 15) is a slave keyboard Device is attached to/paired with 3 Floating device ID 10 after which no further messages are given -- other than reactions to signals which also produce nothing but a message (although obviously SIGKILL wins). Am I holding it wrong? Meow! -- ⢀⣴⠾⠻⢶⣦⠀ Hans 1 was born and raised in Johannesburg, then moved to Boston, ⣾⠁⢠⠒⠀⣿⡁ and has just became a naturalized citizen. Hans 2's grandparents ⢿⡄⠘⠷⠚⠋⠀ came from Melanesia to Düsseldorf, and he hasn't ever been outside ⠈⠳⣄ Germany until yesterday. Which one is an African-American?
Bug#914833: RFS: python-pyxs/0.4.1-1 [ITP] -- Pure Python XenStore client implementation
Hi, I re-uploaded the package (under the same Debian version) with updated policy and debhelper versions. Kind regards, Benjamin
Bug#918046: RFS: ebtables/2.0.10.4+snapshot20181205-1 - Ethernet bridge frame table administration
On Wed, 02 Jan 2019 20:06:47 +0100 Alberto Molina Coballes wrote: > Package: sponsorship-requests > Severity: normal > > I am looking for a sponsor for my package "ebtables" > Done! :-)
Bug#918046: marked as done (RFS: ebtables/2.0.10.4+snapshot20181205-1 - Ethernet bridge frame table administration)
Your message dated Thu, 3 Jan 2019 15:40:10 +0100 with message-id <57f5e50e-5e8d-0f53-e1c1-ddd078707...@debian.org> and subject line Re: RFS: ebtables/2.0.10.4+snapshot20181205-1 - Ethernet bridge frame table administration has caused the Debian Bug report #918046, regarding RFS: ebtables/2.0.10.4+snapshot20181205-1 - Ethernet bridge frame table administration to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 918046: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918046 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal I am looking for a sponsor for my package "ebtables" * Package name: ebtables Version : 2.0.10.4+snapshot20181205-1 Upstream Author : Bart De Schuymer * URL : http://www.netfilter.org * License : GPL-2 Section : net It builds those binary packages: ebtables - Ethernet bridge frame table administration To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ebtables Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4+snapshot20181205-1.dsc More information about ebtables can be obtained from https://www.example.com. Changes since the last upload: * [6222d5e] New upstream version 2.0.10.4+snapshot20181205 * [e8625b3] Adapt debian patches to the latest upstream version * [02842b0] ebtables: introduce /sbin compatibility symlinks * [1927aad] ebtables: introduce alternatives for /usr/sbin/ebtables (Closes: #912046) * [b649957] d/patches ebtables libraries in a specific directory Regards, Alberto Molina Coballes --- End Message --- --- Begin Message --- On Wed, 02 Jan 2019 20:06:47 +0100 Alberto Molina Coballes wrote: > Package: sponsorship-requests > Severity: normal > > I am looking for a sponsor for my package "ebtables" > Done! :-)--- End Message ---
Bug#917854: RFS: pygithub/1.43.3-1
Hi Dmitry! El jue., 3 de ene. de 2019 a la(s) 01:13, Dmitry Bogatov (kact...@debian.org) escribió: > > As other folks already mentioned, you do not use CC: you already use > X-Debbugs-CC. In this particular case, email with bug number got > filtered-out as duplicate in my setup. > > Ok. The next time I will use just X-Debbugs-CC > [2018-12-31 00:16] eamanu15 > > I am looking for a sponsor for my package "pygithub" > > > > * Package name: pygithub > > Version : 1.43.3-1 > > Upstream Author : Adam Dangoor > > Vincent Jacques > > Jeremy Phelps > > * URL : https://pypi.python.org/pypi/PyGithub > > * License : LGPL-3+ > > Section : python > > > > It builds those binary packages: > > > > python-github - Access to full Github API v3 from Python2 > > python3-github - Access the full Github API v3 from Python3 > > Looks fine, but I do not understand following line in `debian/rules': > > rm -rfv debian/python3-github/usr/lib/python3.* > > What is removed and why same statement it is not needed for python2 > version? Comment in `debian/rules' would be nice. > Really I don't remember and I don't sit down in front of own system right now. > > And some very minor suggestions: > > * Standards-Version slightly outdated > * debhelper-compat style reduces redundancy > * Probably F-variables could be used to avoid repetition in >binary package descriptions? (See dpkg-substvars(5)) > Thanks for your suggestions I will work in it. > > I do not know habits of Python Modules Team, but would not it be more > apporiate for this packages to be sponsored by DD from team? I can check > basic things, but I do not know whole picture, like transitions or > reverse dependencies. > Yes, I'll keep looking. > > PS. I am glad to see that pygithub finally moved under aegis of > Python Modules Team. > Regards! -- Arias Emmanuel http://eamanu.com Github/Gitlab; @eamanu Debian: @eamanu-guest