Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2022-11-18 Thread Birger Schacht

Hi,

On 11/18/22 18:06, Antoine Beaupré wrote:

On 2022-11-12 18:17:23, Peter Colberg wrote:

Dear Debian mentors,

I have updated the fuzzel package to version 1.8.2-1 [1]. I will
push a signed tag once the package has been accepted into unstable.

[1] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/8ae19155129c7e7bf20246a105702c74a148ff03


Are you still looking for a sponsor for this?

@sway team: is there any reason why another DD should hold off on
reviewing and uploading this to NEW?

No! Please go ahead! I think there is just no time for sponsoring 
packages in the swaywm team, but that should not prevent anyone else 
from sponsoring!


cheers,
Birger


OpenPGP_0xCB06EA7B78DBE151_and_old_rev.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature


Git bare debian repository format and python packages

2020-04-22 Thread Birger Schacht
Hi *,

I am a fan of the git bare debian repository format. I am using gbp to
build my packages:
gbp buildpackage --git-builder=sbuild -A -v -d unstable
--source-only-changes

Usually that works without problems, but with python packages, when
dh_auto_clean is run *before* the sources are extracted that leads to
the build process being stopped :(
dh_auto_clean runs pybuild --clean (in my case its set to use distutils
as buildsystem) which does not find a `setup.py` which leads to an error
which stops the whole build process.
Is there a recommended way of handling this situation?

(I seem to remember that a solution for this problem was mentioned once
in the git repository layout discussions, but I fail to find the email...)

thanks,
Birger



signature.asc
Description: OpenPGP digital signature


Bug#944805: RFS: git-quick-stats/2.0.11-1

2019-11-15 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "git-quick-stats"

* Package name : git-quick-stats
  Version  : 2.0.11-1
  Upstream Author  : Lukáš Mešťan
* Url  : https://github.com/arzzen/git-quick-stats
* Licenses : Expat,Apache-2.0,LGPL-3
  Programming Lang : Shell
  Section  : utils

 Git quick statistics is a simple and efficient way to access various
 statistics in git repository.

It builds those binary packages:

  * git-quick-stats

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

https://mentors.debian.net/package/git-quick-stats

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/git-quick-stats/git-quick-stats_2.0.11-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/git-quick-stats.git

More information about git-quick-stats can be obtained from
https://github.com/arzzen/git-quick-stats


Changes since last upload:

  * New upstream version 2.0.11
  * d/rules: Install the script to /usr/lib/git-core instead
of /usr/bin
  * d/control: bump standards version to 4.4.1 (no changes required)

Regards,
  Birger Schacht



Bug#944130: RFS: errbot/6.1.1+ds-1

2019-11-04 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "errbot"

* Package name : errbot
  Version  : 6.1.1+ds-1
  Upstream Author  : Guillaume Binet, Tali Davidovich Petrover, Nick
 Groenen
* Url  : http://errbot.io
* Licenses : GPL-3+,GPL-3 with Errbot exception,BSD-3-Clause,GPL-3
  Programming Lang : Python
  Section  : net

 Errbot is a chatbot. It allows you to start scripts interactively from your
 chatrooms for any reason: random humour, chatops, starting a build,
monitoring
 commits, triggering alerts...
 .
 It is written and easily extensible in Python.

It builds those binary packages:

  * errbot

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/e/errbot/errbot_6.1.1+ds-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/errbot.git

More information about errbot can be obtained from
http://errbot.io


Changes since last upload:

  * New upstream version
  * d/control
   - Bump standards version to 4.4.1 (no changes required
 to make package compliant)
   - Add new dependency python3-dulwich to Build-Depends and Depends
  * d/patches: update 0001-Remove-pygments-markdown-lexer-dependency
patch

Regards,
  Birger Schacht



Bug#942802: RFS: scdoc/1.10.0-1

2019-10-21 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.10.0-1
  Upstream Author  : Drew DeVault 
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
suitable
 for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.10.0-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * New upstream release
  * d/copyright:
   - Replaced Upstream-Author with Upstream-Contact
  * d/patches:
   - Refreshed patch
  * d/control:
   - Bumped Standards-Version to 4.4.41 (no changes required to
 make package compliant)

Regards,
  Birger Schacht



Bug#942800: RFS: tao-pegtl/2.8.1-1

2019-10-21 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "tao-pegtl"

* Package name : tao-pegtl
  Version  : 2.8.1-1
  Upstream Author  : Dr. Colin Hirsch and Daniel Frey
* Url  : https://github.com/taocpp/PEGTL
* Licenses : MIT
  Programming Lang : C
  Section  : libs

 The Parsing Expression Grammar Template Library (PEGTL) is a
zero-dependency
 C++11 header-only parser combinator library for creating parsers
according to a
 Parsing Expression Grammar (PEG).

It builds those binary packages:

  * tao-pegtl-dev

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

https://mentors.debian.net/package/tao-pegtl

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/t/tao-pegtl/tao-pegtl_2.8.1-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/tao-pegtl.git

More information about tao-pegtl can be obtained from
https://github.com/taocpp/PEGTL


Changes since last upload:

  * New upstream release
  * d/control
   + Bumped standards version to 4.4.1 (no changes required to make
 package compliant)
   + Added Rules-Requires-Root: no
  * Drop unneeded variable from d/gitlab-ci.yml
  * Switch Build-Dependency from debhelper to debhelper-compat

Regards,
  Birger Schacht



Bug#941689: RFS: git-quick-stats/2.0.9-1 ITP

2019-10-03 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "git-quick-stats"

* Package name : git-quick-stats
  Version  : 2.0.9-1
  Upstream Author  : Lukáš Mešťan
* Url  : https://github.com/arzzen/git-quick-stats
* Licenses : Expat
  Programming Lang : Bash
  Section  : utils

 Git quick statistics is a simple and efficient way to access various
 statistics in git repository.

It builds those binary packages:

  * git-quick-stats

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

https://mentors.debian.net/package/git-quick-stats

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/git-quick-stats/git-quick-stats_2.0.9-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/git-quick-stats.git

More information about git-quick-stats can be obtained from
https://github.com/arzzen/git-quick-stats


Regards,
  Birger Schacht



Bug#941676: RFS: kanshi/1.0.0-1 ITP

2019-10-03 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "kanshi"

* Package name : kanshi
  Version  : 1.0.0-1
  Upstream Author  : Simon Ser
* Url  : https://github.com/emersion/kanshi
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 kanshi allows you to define output profiles that are automatically
enabled and
 disabled on hotplug. For instance, this can be used to turn a laptop's
internal
 screen off when docked.
 .
 This is a Wayland equivalent for tools like autorandr. kanshi can be
used on
 Wayland compositors supporting the wlr-output-management protocol.

It builds those binary packages:

  * kanshi

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/k/kanshi/kanshi_1.0.0-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/kanshi.git

More information about kanshi can be obtained from
https://github.com/emersion/kanshi


Regards,
  Birger Schacht



Bug#922117: RFS: waybar/0.5.1-1 [ITP] -- Highly customizable Wayland bar for Sway and Wlroots based compositors

2019-09-02 Thread Birger Schacht
control: reopen 922117



Bug#922117: (no subject)

2019-09-02 Thread Birger Schacht
control: reopen 922117

I've packaged and uploaded the new version of waybar to mentors as well
as the repository on https://salsa.debian.org/bisco-guest/waybar
Still looking for a sponsor ;)

cheers,
Birger



Re: Removing binary package from source

2019-08-30 Thread Birger Schacht
Hi,

On 8/29/19 2:28 PM, Andrey Rahmatullin wrote:
> On Thu, Aug 29, 2019 at 02:04:08PM +0200, Birger Schacht wrote:
>> This old version will not work with the newer libusbguard0.
> Why?
> 
>> Is there a way to uninstall the qt applet when upgrading usbguard? 
> Add Breaks on it.
> 

I fail to find out the right syntax for the version string. The current
version in unstable is 0.7.4+ds-1, though in amd64 it is 0.7.4+ds-1+b1
(I don't know where that +b1 comes from). Is there a way of specifying
the version without having to add the +b1, so that there is one 'Breaks'
that works for all architectures?
Even better would be if it was possible to only specify the upstream
version, because even if there was a debian revision -2 in the future,
it would still be broken...
I tried multiple times, but dpkg only fails to install the new
libusbguard0 if I specify the whole version string:
Breaks: usbguard-applet-qt (<= 0.7.4+ds-1+b1)

cheers,
Birger



Re: Removing binary package from source

2019-08-29 Thread Birger Schacht
Hi,

On 8/29/19 2:28 PM, Andrey Rahmatullin wrote:
> On Thu, Aug 29, 2019 at 02:04:08PM +0200, Birger Schacht wrote:
>> This old version will not work with the newer libusbguard0.
> Why?

Because libusbguard0 doest not provide a stable ABI and the two versions
are not backwards compatible. The package installed the library in
/usr/lib//usbguard, to mark it internal, but I forgot to
declare a versioned depends for the applet.

>> Is there a way to uninstall the qt applet when upgrading usbguard? 
> Add Breaks on it.

Mhm, that way libusbguard0 can not be installed unless
usbguard-applet-qt is manually removed, but I guess thats better than to
have a non working applet installed... Would a dist-upgrade
automatically remove the usbguard-applet-qt package in that case?

thanks,
Birger



Removing binary package from source

2019-08-29 Thread Birger Schacht
Hi,

usbguard upstream has decided to move the usbguard QT applet from the
usbguard sources to a seperate repository (tba). I removed all traces
from the QT applet from the usbguard source package, but there is one
little problem: when people upgrade to the new usbguard, the QT applet
will not be removed but will stay the old version. This old version will
not work with the newer libusbguard0. Is there a way to uninstall the qt
applet when upgrading usbguard? Or should I simply add a note to d/NEWS
about the applet not working anymore?

cheers,
Birger



Bug#933365: RFS: scdoc/1.9.6-1

2019-07-29 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.9.6-1
  Upstream Author  : Drew DeVault 
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
suitable
 for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.9.6-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * New upstream release
  * Refreshed patch
  * Bumped standards version to 4.4.0 (no changes required to make
package compliant)
  * d/gitlab-ci.yml: Drop superfluous release variable

Regards,
  Birger Schacht



Bug#932713: RFS: grim/1.2.0+ds-1

2019-07-22 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "grim"

* Package name : grim
  Version  : 1.2.0+ds-1
  Upstream Author  : Simon Ser
* Url  : https://wayland.emersion.fr/grim/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 grim is a command-line utility to take screenshots of Wayland desktops.
For now
 it requires support for the screencopy protocol to work. Support for the
 xdg-output protocol is optional, but improves fractional scaling support.
 grim will write a PNG to a file or to stdout.

It builds those binary packages:

  * grim

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/grim/grim_1.2.0+ds-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/grim.git

More information about grim can be obtained from
https://wayland.emersion.fr/grim/


Changes since last upload:

  * New upstream release
  * d/control:
   + Add Vcs-* fields
   + Bump standards version to 4.4.0
  * d/gitlab-ci.yml: Drop custom config, rely on "Salsa CI Team"

Regards,
  Birger Schacht



Bug#932674: RFS: slurp/1.2.0-1

2019-07-21 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "slurp"

* Package name : slurp
  Version  : 1.2.0-1
  Upstream Author  : Birger Schacht 
* Url  : https://wayland.emersion.fr/slurp/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 slurp is a command-line utility to select a region from Wayland compositors
 which support the layer-shell protocol. It lets the user hold the
pointer to
 select, or click to cancel the selection.

It builds those binary packages:

  * slurp

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/slurp/slurp_1.2.0-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/slurp.git

More information about slurp can be obtained from
https://wayland.emersion.fr/slurp/


Changes since last upload:

  * New upstream release
  * Bump standards version to 4.4.0
  * Switch to debhelper-compat (and remove d/compat)
  * d/gitlab-ci.yml: Drop custom config, rely on "Salsa CI Team"

Regards,
  Birger Schacht



usbguard: dpkg-shlibdeps warning

2019-07-08 Thread Birger Schacht
Hi,

when building usbguard, dpkg-shlibdeps warns me about an unresolvable
refernce to pthread_create:

> dpkg-shlibdeps: warning:
debian/libusbguard0/usr/lib/x86_64-linux-gnu/usbguard/libusbguard.so.0.0.0
contains an unresolvable reference to symbol pthread_create: it's
probably a plugin

The manpage says:
> If the binary is really a plugin, then disregard this warning. But
> there's always the possibility that it's a real library and that
> programs linking to it are using an RPATH so that the dynamic loader
> finds it.
> In that case, the library is broken and needs to be fixed.

The package is indeed using RPATH, because the lib is not stable yet and
is installed in /usr/lib//usbguard. But I'm totally lost on how
to fix the dpkg-shlibdeps warning, I don't even understand the problem.
Can anyone shed some light on this issue?

Thanks,
Birger



Re: How specific must Copyright be?

2019-06-12 Thread Birger Schacht
Hi,

On 6/12/19 3:01 PM, Wookey wrote:
> On 2019-06-12 09:08 +0200, Birger Schacht wrote:
>> Dear mentors,
>>
>> I ITP (#929666) a software that lacks a copyright statement. I asked
>> upstream to clarify the copyright in the LICENSE file and upstream now
>> plans to use
>>> Copyright 2018-2019 github.com/containers authors
>> as a copyright statement. This seems a bit vague to me, in my experience
>> the copyright statement usually refers to persons or legal entities.
>> Would a copyright statement like the one above be acceptable in a
>> d/copyright file? Is it even legally valid?
> 
> A copyright ownership statement is not a free software licence, and as
> someone pointed out, it defaults to 'entirely proprietary, all rights
> reserved', which is not suitable for Debian. The vagueness of the
> statement is not really a problem (specific statements tend to be
> increasingly out of date over time unless someone keeps them updated,
> anyway). But the point is that the software needs to have a free
> software licence otherwise it's not free software. So they need to
> decide if they want expat/apache/GPL, or something else approved by
> the OSI (https://opensource.org/licenses) (or something else followed
> by a long argument about whether or not it meets the DFSG - this is a
> very foolish route to take without a _really_ good reason), and write
> it down.

Thanks, I should have been more clear: the LICENSE file is an Apache-2.0
license and the above mentioned copyright statement is part of the
LICENSE file. My question was only about the validity of the Copyright
statement ;)


> Once they've declared a free licence, Debian is happy. How they choose
> to record their authorship copyrights is entirely up to them - just copy it.
Okey, I'll do that!

cheers,
Birger


>  
> Wookey
> 



How specific must Copyright be?

2019-06-12 Thread Birger Schacht
Dear mentors,

I ITP (#929666) a software that lacks a copyright statement. I asked
upstream to clarify the copyright in the LICENSE file and upstream now
plans to use
> Copyright 2018-2019 github.com/containers authors
as a copyright statement. This seems a bit vague to me, in my experience
the copyright statement usually refers to persons or legal entities.
Would a copyright statement like the one above be acceptable in a
d/copyright file? Is it even legally valid?

cheers,
Birger



Bug#929773: RFS: wf-recorder/0.1-1 ITP

2019-05-30 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "wf-recorder"

* Package name : wf-recorder
  Version  : 0.1-1
  Upstream Author  : Ilia Bozhinov
* Url  : https://github.com/ammen99/wf-recorder
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 wf-recorder is a utility program for screen recording of wlroots-based
 compositors (more specifically, those that support wlr-screencopy-v1
 and xdg-output). Its dependences are ffmpeg, wayland-client and
 wayland-protocols.

It builds those binary packages:

  * wf-recorder

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

https://mentors.debian.net/package/wf-recorder

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/w/wf-recorder/wf-recorder_0.1-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/wf-recorder.git

More information about wf-recorder can be obtained from
https://github.com/ammen99/wf-recorder


cheers,
Birger



Bug#927937: RFS: scdoc/1.9.4-2

2019-04-25 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.9.4-2
  Upstream Author  : Drew DeVault
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
 suitable for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.9.4-2.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * d/rules: Set PREFIX also for build, so that the
scdoc.pc file gets generated correctly (Closes: 927919)

cheers,
Birger



Bug#927738: RFS: scdoc/1.9.4-1

2019-04-22 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.9.4-1
  Upstream Author  : Drew DeVault
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
 suitable for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.9.4-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * New upstream release (Closes: 927734)
  * Refreshed patch
  * Fix d/watch
  * d/rules: Set PCDIR to /usr/share/pkgconfig
  * d/control: Readd multiarch hints

cheers,
Birger



Bug#927052: RFS: errbot/6.0+ds-1 ITP

2019-04-15 Thread Birger Schacht
Hi,

On 4/14/19 3:04 PM, Adam Borowski wrote:
> On Sun, Apr 14, 2019 at 10:25:55AM +0200, Birger Schacht wrote:
>>
>> * Package name : errbot
>>   Version  : 6.0+ds-1
> 
>> It builds those binary packages:
>>
>>   * errbot
> 
> Hi!
> In the .service file, you use LC_ALL=en_US.UTF-8 unconditionally.  That
> won't work for anyone who's doesn't have that locale generated.  Besides
> USians, many people whose native language is not English use that as
> fallback (it's d-i's default in such cases), but Brits, Aussies and the like
> will have en_{UK,AU}.UTF-8 instead.  The only guaranteed locale is C.UTF-8.
> Very likely that'd be enough for you -- but if not, you'd need to organize
> a way to run the daemon with a privately generated locale.

Hm, I've copied that from upstreams service file example, but it also
works if I don't set LC_ALL at all, so I've removed the line.


> Also, why .service instead of an init script?  This makes the daemon work
> only with systemd -- not with sysv-rc, openrc, runit, etc.  In particular,
> this means that _I_ can't (without extra effort) test this package.
> Of the following combinations:
> * .service, no init
> * both .service and init
> * init, no .service
> the latter two work everywhere; the last one being least work.
The system service file uses the DynamicUser feature of systemd, which
means the package does not have to create an account for the daemon. But
I've now added an init script, a default file to override the path to
the config file and added a postinst file to add the account and the
needed files for the service.

cheers,
Birger

> 
> Everything else about the package seems to be ok.
> 
> 
> Meow!
> 



Bug#927052: RFS: errbot/6.0+ds-1 ITP

2019-04-14 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "errbot"

* Package name : errbot
  Version  : 6.0+ds-1
  Upstream Author  : Guillaume Binet, Tali Davidovich Petrover and Nick
Groenen
* Url  : http://errbot.io
* Licenses : GPL-3+
  Programming Lang : Python
  Section  : net

 Errbot is a chatbot. It allows you to start scripts interactively from your
 chatrooms for any reason: random humour, chatops, starting a build,
monitoring
 commits, triggering alerts...
 .
 It is written and easily extensible in Python.

It builds those binary packages:

  * errbot

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/e/errbot/errbot_6.0+ds-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/errbot.git

More information about errbot can be obtained from
http://errbot.io


Cheers,
  Birger



Bug#923620: RFS: slurp/1.1.0-1

2019-03-02 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "slurp"

* Package name : slurp
  Version  : 1.1.0-1
  Upstream Author  : Simon Ser
* Url  : https://wayland.emersion.fr/slurp/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 slurp is a command-line utility to select a region from Wayland compositors
 which support the layer-shell protocol. It lets the user hold the
pointer to
 select, or click to cancel the selection.

It builds those binary packages:

  * slurp

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/slurp/slurp_1.1.0-1.dsc
or checkout the packaging repository on
https://salsa.debian.org/bisco-guest/slurp

More information about slurp can be obtained from
https://wayland.emersion.fr/slurp/


Changes since last upload:

  * New upstream version
  * Bump standards version

Regards,
  Birger Schacht



Bug#922117: RFS: waybar/0.3.0-1 ITP

2019-03-01 Thread Birger Schacht
There has been a new release today- i've updated the packge on mentors
and pushed the changes to salsa.

cheers,
Birger



Bug#923411: RFS: scdoc/1.9.0-1

2019-02-27 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.9.0-1
  Upstream Author  : Drew DeVault 
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
suitable
 for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.9.0-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * New upstream release
  * Refreshed patch
  * d/rules: Pass PCDIR to the install target
  * d/control: Drop Multiarch hint

Regards,
  Birger Schacht



Install file into /usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig

2019-02-26 Thread Birger Schacht
hi,

scdoc in its newest release installs a scdoc.pc file into
/usr/lib/pkgconfig. It does this by using
> install -Dm644 scdoc.pc $(PCDIR)/scdoc.pc

in the Makefile [0], where
> PCDIR?=$(_INSTDIR)/lib/pkgconfig
and
> _INSTDIR=$(DESTDIR)$(PREFIX)

I've tried several attempts to make the package install the file to
/usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig but i've failed so far. I've
been successful using dh-exec in d/scdoc.install, but that resulted in
the file being in the package *both* in /usr/lib/pkgconfig *and*
/usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig
I also tried to override PCDIR in d/rules, but when i do
> dh_auto_install --
PCDIR=${DESTDIR}/usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig
the DESTDIR variable is empty.

I think i'm missing something obvious, any help appreciated ;)

cheers,
Birger

[0]
https://git.sr.ht/~sircmpwn/scdoc/tree/132278d91f49d7f609f242af71ccb03105795a71/Makefile



Bug#922117: RFS: waybar/0.3.0-1 ITP

2019-02-12 Thread Birger Schacht
Hi,

On 2/12/19 1:15 PM, eamanu15 wrote:
> Hi,
> 
> A little question, why you don't have the upstream code on salsa?

I do:
https://salsa.debian.org/bisco-guest/waybar/tree/upstream/0.3.0

cheers,
Birger



Bug#922117: RFS: waybar/0.3.0-1 ITP

2019-02-12 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "waybar". Its in experimental,
because one of the dependencies is still in experimental.

* Package name : waybar
  Version  : 0.3.0-1
  Upstream Author  : Alexis Rouillard
* Url  : https://github.com/Alexays/Waybar/
* Licenses : Expat,BSL-1.0
  Programming Lang : C++
  Section  : x11

 Waybar is a highly customizable wayland bar for Sway and Wlroots based
 compositors. It features applets displaying information about Sway
 (Workspaces, Binding mode, Focused window name), Local time, Battery,
 Network, Pulseaudio, Memory, Cpu load average and custom scripts

It builds those binary packages:

  * waybar

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/w/waybar/waybar_0.3.0-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/waybar.git

More information about waybar can be obtained from
https://github.com/Alexays/Waybar/


Regards,
  Birger



Bug#921936: RFS: grim/1.1+ds-1

2019-02-10 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "grim"

* Package name : grim
  Version  : 1.1+ds-1
  Upstream Author  : Simon Ser
* Url  : https://wayland.emersion.fr/grim/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 grim is a command-line utility to take screenshots of Wayland desktops.
For now
 it requires support for the screencopy protocol to work. Support for the
 xdg-output protocol is optional, but improves fractional scaling support.
 grim will write a PNG to a file or to stdout.

It builds those binary packages:

  * grim

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/grim/grim_1.1+ds-1.dsc
or using git from https://salsa.debian.org/bisco-guest/grim

More information about grim can be obtained from
https://wayland.emersion.fr/grim/

Changes since last upload:

  * New upstream release
  * Replace debhelper with debhelper-compat
  * Bump standards version
  * Remove upstreamed patch
  * Cleanup the package's git repository

Cheers,
  Birger



Bug#921250: RFS: scdoc/1.8.1-1

2019-02-03 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.8.1-1
  Upstream Author  : Drew DeVault 
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
suitable
 for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.8.1-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * New upstream release

Regards,
  Birger



Bug#919865: RFS: scdoc/1.6.0-1

2019-01-20 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.6.0-1
  Upstream Author  : Drew DeVault
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
 suitable for reading with man(1).

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.6.0-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/scdoc.git

More information about scdoc can be obtained from
https://git.sr.ht/~sircmpwn/scdoc


Changes since last upload:

  * New release

Regards,
  Birger (bisco)



Bug#917955: RFS: usbguard/0.7.4+ds-1

2019-01-01 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "usbguard"

* Package name : usbguard
  Version  : 0.7.4+ds-1
  Upstream Author  : Daniel Kopeček
* Url  : https://usbguard.github.io/
* Licenses : GPL-2+
  Programming Lang : C
  Section  : utils

The USBGuard software framework helps to protect your computer against
rogue USB devices (a.k.a. BadUSB) by implementing basic allow- and
blocklisting capabilities based on device attributes.
.
This package contains the shared library

It builds those binary packages:

  * libusbguard0
  * usbguard
  * usbguard-applet-qt

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/u/usbguard/usbguard_0.7.4+ds-1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/bisco-guest/usbguard.git

More information about usbguard can be obtained from
https://dkopecek.github.io/usbguard/


Changes since last upload:

  * New upstream version 0.7.4
+ Replace pegt-dev with tao-pegtl-dev
+ Replace asciidoctor with asciidoc-base and docbook
  * Friendly takeover of the package from Muri
  * Override dh_installsystemd to not enable service on installation.
Also don't start the service after installation, so people don't get
locked out. (Closes: #908037)
  * Bump the standards version
  * Replace the dpkg-buildflags calls with the new buildflags.mk file
  * Remove debian/gbp.conf because the defaults are used
  * Add a debian/gitlab-ci.yml file to automatically test the build on
salsa

Regards,
  Birger Schacht



Bug#915793: RFS: slurp/1.0-1 ITP

2018-12-06 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "slurp"

* Package name : slurp
  Version  : 1.0-1
  Upstream Author  : Simon Ser
* Url  : https://wayland.emersion.fr/slurp/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 slurp is a command-line utility to select a region from Wayland
 compositors which support the layer-shell protocol. It lets the user
 hold the pointer to select, or click to cancel the selection.

It builds those binary packages:

  * slurp

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/s/slurp/slurp_1.0-1.dsc
or checkout the repository on https://salsa.debian.org/bisco-guest/slurp


More information about slurp can be obtained from
https://wayland.emersion.fr/slurp/


Regards,
  Birger Schacht



Bug#915792: RFS: grim/1.0+ds-1 ITP

2018-12-06 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "grim"

* Package name : grim
  Version  : 1.0+ds-1
  Upstream Author  : Simon Ser
* Url  : https://wayland.emersion.fr/grim/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 grim is a command-line utility to take screenshots of Wayland desktops.
 For now it requires support for the screencopy protocol to work.
 Support for the xdg-output protocol is optional, but improves
 fractional scaling support.
 grim will write a PNG to a file or to stdout.

It builds those binary packages:

  * grim

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

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

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/grim/grim_1.0+ds-1.dsc
or checkout the repository on https://salsa.debian.org/bisco-guest/grim


More information about grim can be obtained from
https://wayland.emersion.fr/grim/


Regards,
  Birger Schacht



Re: Cmake help needed: Fails to find check.h and ieeefp.h

2018-12-03 Thread Birger Schacht
hi,

On 12/3/18 7:19 PM, Andreas Tille wrote:
> Hi,
> 
> I try to build the latest libsbml[1] in Git but I was running
> into:
> 
> cat /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeError.log
> Determining if files check.h exist failed with the following output:
> Change Dir: /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp
> 
> Run Build Command:"/usr/bin/make" "cmTC_71faf/fast"
> make[2]: Entering directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> /usr/bin/make -f CMakeFiles/cmTC_71faf.dir/build.make 
> CMakeFiles/cmTC_71faf.dir/build
> make[3]: Entering directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> Building C object CMakeFiles/cmTC_71faf.dir/HAVE_CHECK_H.c.o
> /usr/bin/cc   -g -O2 -fdebug-prefix-map=/build/libsbml-5.17.0+dfsg=. 
> -fstack-protector-strong -Wformat -Werror=format-security 
> -fno-strict-aliasing -fPIC-o CMakeFiles/cmTC_71faf.dir/HAVE_CHECK_H.c.o   
> -c 
> /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CheckIncludeFiles/HAVE_CHECK_H.c
> /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CheckIncludeFiles/HAVE_CHECK_H.c:2:10:
>  fatal error: check.h: No such file or directory
>  #include 
>   ^
> compilation terminated.
> make[3]: *** [CMakeFiles/cmTC_71faf.dir/build.make:66: 
> CMakeFiles/cmTC_71faf.dir/HAVE_CHECK_H.c.o] Error 1
> make[3]: Leaving directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> make[2]: *** [Makefile:121: cmTC_71faf/fast] Error 2
> make[2]: Leaving directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'

apt-file search /check.h gives me:
[...]
check: /usr/include/check.h
[...]

so maybe a build dependency on the package check helps?

> 
> Source:
> /* */
> #include 
> 
> 
> int main(void){return 0;}
> 
> Determining if files ieeefp.h exist failed with the following output:
> Change Dir: /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp
> 
> Run Build Command:"/usr/bin/make" "cmTC_8b304/fast"
> make[2]: Entering directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> /usr/bin/make -f CMakeFiles/cmTC_8b304.dir/build.make 
> CMakeFiles/cmTC_8b304.dir/build
> make[3]: Entering directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> Building C object CMakeFiles/cmTC_8b304.dir/HAVE_IEEEFP_H.c.o
> /usr/bin/cc   -g -O2 -fdebug-prefix-map=/build/libsbml-5.17.0+dfsg=. 
> -fstack-protector-strong -Wformat -Werror=format-security 
> -fno-strict-aliasing -fPIC-o CMakeFiles/cmTC_8b304.dir/HAVE_IEEEFP_H.c.o  
>  -c 
> /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CheckIncludeFiles/HAVE_IEEEFP_H.c
> /build/libsbml-5.17.0+dfsg/build/CMakeFiles/CheckIncludeFiles/HAVE_IEEEFP_H.c:2:10:
>  fatal error: ieeefp.h: No such file or directory
>  #include 
>   ^~
> compilation terminated.
> make[3]: *** [CMakeFiles/cmTC_8b304.dir/build.make:66: 
> CMakeFiles/cmTC_8b304.dir/HAVE_IEEEFP_H.c.o] Error 1
> make[3]: Leaving directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> make[2]: *** [Makefile:121: cmTC_8b304/fast] Error 2
> make[2]: Leaving directory 
> '/build/libsbml-5.17.0+dfsg/build/CMakeFiles/CMakeTmp'
> 
> Source:
> /* */
> #include 
> 
> 
> int main(void){return 0;}
> 
> 
> 
> I explicitly added "Build-Depends: libnewlib-dev" und thus there is
> 
> find /usr/include -name ieeefp.h
> /usr/include/newlib/ieeefp.h
> /usr/include/newlib/machine/ieeefp.h

if thats the ieeefp.h you need, maybe the include statement should say
#include 

cheers,
Birger

> 
> 
> I have no idea what check.h is seeked in src/CMakeLists.txt which has
> 
> # create libsbml-config-common.h
> #
> include(CheckIncludeFiles)
> check_include_files (check.h HAVE_CHECK_H)
> check_include_files (expat.h HAVE_EXPAT_H)
> check_include_files (errno.h HAVE_ERRNO_H)
> check_include_files (ieeefp.h HAVE_IEEEFP_H)
> 
> 
> but I know that the configure step worked in end of May when I did my
> last attempt to build that code.  Unfortunately there seems to be some
> issue with codesearch.d.n (I get "The results may be incomplete, not all
> Debian Code Search servers are okay right now." and no results) so I
> hope somebody can give a hint how to pass the configure step
> successfully.
> 
> Kind regards
> 
>Andreas.
> 
> 
> [1] https://salsa.debian.org/med-team/libsbml
> 



Bug#914227: RFS: mako-notifier/1.1-1 ITP

2018-12-03 Thread Birger Schacht
There was a new release, i updated the package in git and on mentors.
The respective dsc file can be found at:
https://mentors.debian.net/debian/pool/main/m/mako-notifier/mako-notifier_1.2-1.dsc

cheers,
Birger

On 11/20/18 7:50 PM, Birger Schacht wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "mako-notifier"
> 
> * Package name : mako-notifier
>   Version  : 1.1-1
>   Upstream Author  : Simon Ser
> * Url  : https://wayland.emersion.fr/mako/
> * Licenses : Expat
>   Programming Lang : C
>   Section  : x11
> 
>  mako is a lightweight notification daemon for Wayland compositors that
>  support the layer-shell protocol.
> 
> It builds those binary packages:
> 
>   * mako-notifier
> 
> To access further information about this package, visit the following URL:
> 
> https://mentors.debian.net/package/mako-notifier
> 
> Alternatively, one can download the package with dget using this
> command: dget -x
> https://mentors.debian.net/debian/pool/main/m/mako-notifier/mako-notifier_1.1-1.dsc
> or clone the package repository from salsa at
> https://salsa.debian.org/bisco-guest/mako
> 
> Regards,
>   Birger Schacht
> 



Bug#914227: RFS: mako-notifier/1.1-1 ITP

2018-11-20 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "mako-notifier"

* Package name : mako-notifier
  Version  : 1.1-1
  Upstream Author  : Simon Ser
* Url  : https://wayland.emersion.fr/mako/
* Licenses : Expat
  Programming Lang : C
  Section  : x11

 mako is a lightweight notification daemon for Wayland compositors that
 support the layer-shell protocol.

It builds those binary packages:

  * mako-notifier

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

https://mentors.debian.net/package/mako-notifier

Alternatively, one can download the package with dget using this
command: dget -x
https://mentors.debian.net/debian/pool/main/m/mako-notifier/mako-notifier_1.1-1.dsc
or clone the package repository from salsa at
https://salsa.debian.org/bisco-guest/mako

Regards,
  Birger Schacht



signature.asc
Description: OpenPGP digital signature


Re: Questions regarding orphaned package and transition

2018-11-13 Thread Birger Schacht
hi,

thanks for the detailed explanation and the link to the wiki page- that
was exactly what i was looking for!

On 11/08/2018 03:05 AM, Paul Wise wrote:
> The package ratt (Rebuild All The Things) can be used to rebuild
reverse deps.

i let ratt rebuild all the reverse dependencies, but i'm not sure about
the results [0]. there are some build failures that don't seem to have
anything to do with libjson, i.e. [1] which seems to fail because of a
directory permission problem (mabye i've missed a step setting up
sbuild, it might also have to do with me working on zfs- i had to set
union-type to none). there is also the case of rsyslog, where only
version 8.16.0-1 depends on libjson-c-dev, but that rsyslog version is
only for hurd, so i guess i would have to do a rebuild on hurd to test
this? (it fails because sbuild-build-depends-main-dummy : Depends:
liblogging-stdlog-dev (>= 1.0.3) but it is not installable).

[0] https://paste.debian.net/hidden/991711c5/
[1] https://paste.debian.net/hidden/a37e2ecb/

cheers,
Birger

On 11/08/2018 03:05 AM, Paul Wise wrote:
> Since this is an orphaned package, any uploads would be referred to as
> "QA upload" (dch --qa) rather than NMUs.
> 
> Looking at #904418, it seems that the test rebuild of all reverse
> dependencies was not fully completed so there could be more than just
> OpenSIPS affected.
> 
> The package ratt (Rebuild All The Things) can be used to rebuild reverse deps.
> 
> You might want to read through the transitions documentation if you
> haven't already:
> 
> https://wiki.debian.org/Teams/ReleaseTeam/Transitions
> 
> In short these are the next steps:
> 
> Test-rebuild every reverse dependency.
> Get all the rebuild issues fixed.
> Report the status in the transition bug.
> Wait for the go-ahead from the release team.
> Upload json-c to unstable.
> Report the status in the transition bug.
> Wait for the release team to schedule binNMUs.
> Wait for the buildds to finish rebuilds.
> Wait for the packages to transition to testing.
> Wait for the release team to close the transition bug.
> Celebrate!
> 



signature.asc
Description: OpenPGP digital signature


Bug#913091: RFS: scdoc/1.5.2-1

2018-11-08 Thread Birger Schacht
Hi,

On 11/08/2018 12:48 PM, Dmitry Bogatov wrote:
> 
> [2018-11-06 22:03] Birger Schacht 
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "scdoc"
>>
>> * Package name : scdoc
>>   Version  : 1.5.2-1
>>   Upstream Author  : Drew DeVault
>> * Url  : https://git.sr.ht/~sircmpwn/scdoc
>> * Licenses : MIT
>>   Programming Lang : C
>>   Section  : text
>>
>>  scdoc is a tool designed to make the process of writing man pages more
>>  friendly. It reads scdoc syntax from stdin and writes roff to stdout,
>>  suitable for reading with *man*(1).
>>  scdoc is a build dependency for swaywm.
> 
> Here is my review for commit (6b2f11).

Thanks for your feedback! I've adjusted the files accordingly, pushed
dddbe9 to salsa and uploaded a new package to mentors.

cheers,
Birger


> 
> What stops me from uploading
> 
> 
>  * I believe using *such* notation in package description is bad idea;
>it is confusing to those, who are not accustomized to markdown, and
>is not processed specially by tools.
> 
>  * There is unused comment in `debian/watch'
> 
>  * There is commented debian/source/local-options
> 
> Minor suggestions
> -
> 
>  * Consider adding 'Upstream-Author' into `debian/copyright'
> 
>  * You may want add 'Rules-Requires-Root: no' field into `debian/control'
> 
>  * I prefer use of parensis: (Closes: #00)
> 



signature.asc
Description: OpenPGP digital signature


Questions regarding orphaned package and transition

2018-11-07 Thread Birger Schacht
Hello mentors,

I would like to get the sway window manager into unstable. Sway has a
build dependency on libjson-c-dev (>=0.13). I'm trying to wrap my head
around the possibilities to help out with this, but i'm not sure if i
understand the dependencies correct, so i welcome any pointers to
explanations and corrections:
The version of libjson-c-dev sway needs is in experimental. According to
#844452 the package is orphaned and there is also a transition for
json-c because of api changes (#904418). There is one package that FTBS
with then newer json-c (#904660), namely opensips. Am I right in
thinking that the version is in experimental because of the transition
and that the goal would be that all dependencies that have problems with
the new version should get fixed and reuploaded? If if managed to fix
that FTBS, i could do an NMU- would the transition then happen
automatically or is it a manual process? To test if the transition runs
without problems, i should do a rebuild of all the packages that
(build-)depend on src:json-c (how would i get a list of all those, apt
rdepends for all the binary packges of src:json-c?)

thanks,
Birger



signature.asc
Description: OpenPGP digital signature


Bug#913091: RFS: scdoc/1.5.2-1

2018-11-06 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "scdoc"

* Package name : scdoc
  Version  : 1.5.2-1
  Upstream Author  : Drew DeVault
* Url  : https://git.sr.ht/~sircmpwn/scdoc
* Licenses : MIT
  Programming Lang : C
  Section  : text

 scdoc is a tool designed to make the process of writing man pages more
 friendly. It reads scdoc syntax from stdin and writes roff to stdout,
 suitable for reading with *man*(1).
 scdoc is a build dependency for swaywm.

It builds those binary packages:

  * scdoc

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

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

Alternatively, one can download the package with dget using this
command: dget -x
https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.5.2-1.dsc or
clone the package repository from salsa at
https://salsa.debian.org/bisco-guest/scdoc


Regards,
  Birger Schacht



signature.asc
Description: OpenPGP digital signature


Packaging in git and Files-Excluded

2018-09-09 Thread Birger Schacht
hi,

i'm trying to package a software using git and importing upstream
releases from git tags. There are files in the git tree that have to be
removed to make the package dfsg compliant (what would normally happen
through repackaging). I figured i can just create a git tag
upstrea/0.1.2-ds which does exclude the non dfsg compliant files. But
now i'm not sure how to create that tag- should i create a branch of the
tag, remove the files and tag that branch? Is there a best practice how
that branch should be called? I didn't find anything regarding this
situation in DEP14.

cheers,
bisco



signature.asc
Description: OpenPGP digital signature


Bug#907275: ** APX/SPAM ** Re: Bug#907275: RFS: debian-timeline/39+nmu1

2018-08-26 Thread Birger Schacht
Control: retitle -1 RFS: debian-timeline/40

Hi,

On 08/26/2018 01:38 AM, Adam Borowski wrote:
> On Sat, Aug 25, 2018 at 09:11:51PM +0200, Birger Schacht wrote:
>> There was a short discussion about the status of the `debian-timeline`
>> package on the debian-publicity list [0], so i figured i could take a
>> look and upload a current version of the package. I'm not sure if it
>> really should be a NMU, but i'm happy to fix that if thats not adequate.
> 
> I don't believe this package should be NMUed (other than for a technical RC
> bug or such).  On the other hand, marking it as a "Team upload" would be
> very appropriate.
Ok! I've removed the nmu, changed it to "Team upload" and bumped the
version to -40. I've created a merge request and reuploaded to mentors.

cheers,
Birger (bisco)



signature.asc
Description: OpenPGP digital signature


Bug#907275: RFS: debian-timeline/39+nmu1

2018-08-25 Thread Birger Schacht
Package: sponsorship-requests
Severity: normal

Dear mentors,

There was a short discussion about the status of the `debian-timeline`
package on the debian-publicity list [0], so i figured i could take a
look and upload a current version of the package. I'm not sure if it
really should be a NMU, but i'm happy to fix that if thats not adequate.

[0] https://lists.debian.org/debian-publicity/2018/08/msg00019.html

There are two additional changes to the upload: i've added the Mini
DebConf in HH (merge request on [1]) and i've updated the changelog
(branch on [2]). I'll also write to d-publicity about this RFS ;)

[1] https://salsa.debian.org/publicity-team/debian-timeline/merge_requests/3
[2] https://salsa.debian.org/bisco-guest/debian-timeline/commits/d-h

I am looking for a sponsor for my package "debian-timeline"

 * Package name: debian-timeline
   Version : 39+nmu1
   Upstream Author : Debian Publicity Team
 * URL : http://timeline.debian.net/
 * License : Public Domain
   Section : web

It builds those binary packages:

  debian-timeline - Web-based timeline of the Debian Project

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

  https://mentors.debian.net/package/debian-timeline


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

  dget -x
https://mentors.debian.net/debian/pool/main/d/debian-timeline/debian-timeline_39+nmu1.dsc


Changes since the last upload:
  * Non-maintainer upload.

  [Cédric Boutillier]
  * Publication of Debian 8.10 and 9.3

  [Jean-Pierre Giraud]
  * Git repo is now in salsa

  [Chris Lamb]
  * Move under the care of the Publicity Team

  [Donald Norwood]
  * Publication of Debian 8.11

  [Ana Guerrero López]
  * Add DebConf 18
  * Add `make mpublish` command

  [Laura Arjona Reina]
  * Remove Chris Lamb from uploaders

  [Birger Schacht]
  * Bump standards version
  * add Mini-DebConf Hamburg

Regards,
 Birger Schacht (bisco)



signature.asc
Description: OpenPGP digital signature


Bug#905946: RFS: tao-pegtl/2.7.0-1

2018-08-12 Thread Birger Schacht
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "tao-pegtl"

* Package name : tao-pegtl
  Version  : 2.7.0-1
  Upstream Author  : Dr. Colin Hirsch and Daniel Frey
* Url  : https://github.com/taocpp/PEGTL
* Licenses : MIT
  Programming Lang : C++
  Section  : libs

 The Parsing Expression Grammar Template Library (PEGTL) is a
 zero-dependency C++11 header-only parser combinator library for
 creating parsers according to a Parsing Expression Grammar (PEG).

 It builds those binary packages:

  * tao-pegtl-dev

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

https://mentors.debian.net/package/tao-pegtl

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/t/tao-pegtl/tao-pegtl_2.7.0-1.dsc

The packaging repository lives on
https://salsa.debian.org/bisco-guest/tao-pegtl - i tried to adhere DEP14.


More information about tao-pegtl can be obtained from
https://github.com/taocpp/PEGTL


Regards,
  bisco



signature.asc
Description: OpenPGP digital signature


Some questions regarding packaging of bolt

2018-03-15 Thread Birger Schacht

Hello debian-mentors,

i'm in the process of packaging 'bolt', the thunderbolt 3 device 
manager. I've pushed the current state of the package to salsa [0]. 
There are still some lintian warnings about missing copyright 
informations, but those are about manpage files, dockerfiles, 
systemd-service files, dbus policy files- should all of those contain 
licences or is it oke to ignore those lintian warnings? (if i look at 
the systemd service files installed on my system i guess it is oke to 
not have a licence, but i thought i'd ask...)


[0] https://salsa.debian.org/bisco-guest/bolt

your,
bisco