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