Bug#889068: marked as done (RFS: ncurses-hexedit/0.9.7+orig-2)

[Debian Bug Tracking System]

Your message dated Fri, 2 Feb 2018 02:51:02 +0100
with message-id <20180202015102.higs4xvonlloy...@angband.pl>
and subject line Re: Bug#889068: RFS: ncurses-hexedit/0.9.7+orig-2
has caused the Debian Bug report #889068,
regarding RFS: ncurses-hexedit/0.9.7+orig-2
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.)


-- 
889068: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889068
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "ncurses-hexedit"

 * Package name: ncurses-hexedit
   Version : 0.9.7+orig-2
   Upstream Author : Adam Rogoyski 
 * URL : http://www.rogoyski.com/adam/programs/hexedit/
 * License : GPL-2.0+
   Section : editors

  It builds this binary package:

ncurses-hexedit - Edit files/disks in hex, ASCII and EBCDIC

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/ncurses-hexedit


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/n/ncurses-hexedit/ncurses-hexedit_0.9.7+orig-2.dsc

  Changes since the last upload:

  * Add missing dependency for dot-info autopkgtest and provide more
specific exit statuses in case of failure.
  * Update overridden Lintian warning:
debian-watch-may-check-gpg-signature ->
debian-watch-does-not-check-gpg-signature


  Regards,
   Carlos Maddela
--- End Message ---
--- Begin Message ---
On Fri, Feb 02, 2018 at 04:22:28AM +1100, Carlos Maddela wrote:
>  * Package name: ncurses-hexedit
>Version : 0.9.7+orig-2

>   Changes since the last upload:
> 
>   * Add missing dependency for dot-info autopkgtest and provide more
> specific exit statuses in case of failure.
>   * Update overridden Lintian warning:
> debian-watch-may-check-gpg-signature ->
> debian-watch-does-not-check-gpg-signature

✓

-- 
⢀⣴⠾⠻⢶⣦⠀ The bill with 3 years prison for mentioning Polish concentration
⣾⠁⢰⠒⠀⣿⡁ camps is back.  What about KL Warschau (operating until 1956)?
⢿⡄⠘⠷⠚⠋⠀ Zgoda?  Łambinowice?  Most ex-German KLs?  If those were "soviet
⠈⠳⣄ puppets", Bereza Kartuska?  Sikorski's camps in UK (thanks Brits!)?--- End Message ---

Bug#888526: RFS: dxf2gcode/20170925-5 [ITP] -- converts 2D drawings to G-code for CNC machines

[Sebastian Kuzminsky]

Control: tags -1 - moreinfo

--
Sebastian Kuzminsky

Bug#888526: RFS: dxf2gcode/20170925-5 [ITP] -- converts 2D drawings to G-code for CNC machines

[Sebastian Kuzminsky]

On 02/01/2018 11:13 AM, Juhani Numminen wrote:

Control: tags -1 moreinfo

Sebastian Kuzminsky kirjoitti 26.01.2018 klo 20:15:

Dear Mentors/Sponsors,

I am looking for a Sponsor for my package "dxf2gcode":


Here's my short review of the package, but I can't sponsor it.


Thank you very much for this feedback.



I'm afraid the package cannot be built twice in a row (build log attached),
which indicates that the clean target is not functioning as it should.
(The relevant Debian Policy chapter is 4.9.)

One way to make the cleaning adequate is in build_twice.diff.
I added a patch to disable the pylupdate part because it is modifying
the *.ts files which is a bit problematic from our POV. If you go that
route, I suggest asking upstream to provide a way to disable pylupdate,
in order to keep Debian-specific changes to a minimum.


I've applied your patch, with the make_tr change modified to hopefully 
be more palatable to upstream.


Repeated builds succeed now.



Have you forwarded 
0001-install-AppStream-metadata-in-the-correct-directory.patch
upstream? Please also use DEP3 to document it in the patch file.
http://dep.debian.net/deps/dep3/


I added DEP3 tags to the appstream patch and to the modified version of 
you make_tr patch, and submitted them upstream:


https://groups.google.com/forum/#!topic/dxf2gcode-dev/vKUTXa9EgjQ



You have build-depends qt4-linguist-tools, which seems to work, but Qt5
linguist tools are in qttools5-dev-tools as indicated by this search:
https://packages.debian.org/file:lrelease


Oops!  Fixed.


I uploaded a new version of the package that I believe addresses all 
your review comments:


https://mentors.debian.net/package/dxf2gcode



When you have resolved these, you can remove the moreinfo tag from the RFS.


Will do!


--
Sebastian Kuzminsky

Bug#889068: RFS: ncurses-hexedit/0.9.7+orig-2

[Carlos Maddela]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "ncurses-hexedit"

 * Package name: ncurses-hexedit
   Version : 0.9.7+orig-2
   Upstream Author : Adam Rogoyski 
 * URL : http://www.rogoyski.com/adam/programs/hexedit/
 * License : GPL-2.0+
   Section : editors

  It builds this binary package:

ncurses-hexedit - Edit files/disks in hex, ASCII and EBCDIC

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/ncurses-hexedit


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/n/ncurses-hexedit/ncurses-hexedit_0.9.7+orig-2.dsc

  Changes since the last upload:

  * Add missing dependency for dot-info autopkgtest and provide more
specific exit statuses in case of failure.
  * Update overridden Lintian warning:
debian-watch-may-check-gpg-signature ->
debian-watch-does-not-check-gpg-signature


  Regards,
   Carlos Maddela

Dynamic Unit File Generation

[Clay Freeman]

Hello,

I'm writing a package that requires dynamic creation of systemd template
instances, however, I cannot use a systemd-generator because the units will
require information that is sourced from a database.

The template file that I'm planning to write will be a systemd.mount unit
responsible for forcing permissions on directories via bindfs to enable
out-of-bound account management in a shared hosting environment.

What is the Debian-approved or Debian-condoned way to do this?

Should I simply create unit file synlinks for these instances manually?

How should I start these services from within my package when they're first
created?

How should I stop a service from within my package when it should be
removed?

Is there a better way that I haven't thought of?

Best Regards,
Clay F.

Re: question about lintian overrides

[Elías Alejandro]

Hello Paul,

On Wed, Jan 31, 2018 at 11:03 PM, Paul Wise  wrote:
> On Thu, Feb 1, 2018 at 7:47 AM, Elías Alejandro wrote:
>
>> "Exec=env GDK_BACKEND=x11 uget-gtk %u"
>
> I'm guessing this will break for users running apps under Wayland
> instead of X11. I think it would be best to remove "env
> GDK_BACKEND=x11" so that Wayland works and the lintian warning goes
> away.
>
You might be right. I will write to the upstream about this. Thanks.

Best regards.
Elías Alejandro

Re: question about lintian overrides

[Elías Alejandro]

Hello Ben,

On Wed, Jan 31, 2018 at 7:51 PM, Ben Finney  wrote:
> Elías Alejandro  writes:
>
>> W: uget: desktop-command-not-in-package
>> usr/share/applications/uget-gtk.desktop env
>> I've checked the file "uget-gtk.desktop" (created by the upstream) and
>> there's a line:
>> "Exec=env GDK_BACKEND=x11 uget-gtk %u"
>
> In your opinion, is there a better way to do this? Can the ‘Exec’ value
> be re-written so it detects correctly as a command provided by the
> package?
>
I think so. I've found some patches to face with Wayland and X11.

>> I was thinking solve this issue with an override lintian file:
>> uget.lintian-overrides
>> but I still get this warning.
>
> You will need to show the content of that file before we can say what
> might be wrong with it.
>
ok. I've just found my mistake. It was related with the format.

>> Do you have experience with this issue? Maybe override it can be a bad
>> option?
>
> Maybe; with your knowledge as a maintainer of that package, you might
> find a more suitable change that upstream can use.
>
you are right. Thanks.

>> Please cc'me.
>
> Please subscribe to this forum, in order to participate more smoothly.
>
Done.


Thanks for your time.

Best regards.
Elías Alejandro