Bug#953403: ITP: golang-k8s-sigs-structured-merge-diff -- Test cases and implementation for "server-side apply"

2020-03-08 Thread Tong Sun
Package: wnpp Severity: wishlist Owner: Tong Sun * Package name: golang-k8s-sigs-structured-merge-diff Version : 3.0.0-1 Upstream Author : Kubernetes SIGs * URL : https://github.com/kubernetes-sigs/structured-merge-diff * License : Apache-2.0 Programming Lang

Re: not starting a daemon upon installation

2020-03-08 Thread jnqnfe
On Sun, 2020-03-08 at 18:50 +0100, Marc Haber wrote: > debootstrap's files don't contain the string "divert". They do, > however, dump "exit 101" to $TARGET/usr/sbin/poliy-rc.d. I should issue a small correction to my earlier statement of live-build using a dpkg-divert of start-stop-daemon as its

Re: debian/*.symbols files for C++ libraries

2020-03-08 Thread Lisandro Damián Nicanor Pérez Meyer
Hi! Chiming in too late I guess. On Sat, 29 Feb 2020 at 12:33, Mike Gabriel wrote: [snip] > > I've used it for other C++ packages with pretty good success. > > I have updated some of my C++ pkgs with .symbols files and it works > like charme. I tried the pkg-kde-tools at an earlier point (several

Bug#953390: ITP: golang-github-tonistiigi-fsutil -- Incremental file directory sync tools

2020-03-08 Thread Tong Sun
Package: wnpp Severity: wishlist Owner: Tong Sun * Package name: golang-github-tonistiigi-fsutil Version : 0.0~git20200225.013a9fe-1 Upstream Author : Tõnis Tiigi * URL : https://github.com/tonistiigi/fsutil * License : Expat Programming Lang: Go Descriptio

Re: not starting a daemon upon installation

2020-03-08 Thread Tomas Pospisek
On 07.03.20 21:30, Tomas Pospisek wrote: > tldr: why is not having a daemon started on install so involved? Can't > there be a better way? to which Jonas, Marco & jnqnfe replied (see thread). Thanks a lot Jonas, Marco & jnqnfe! *t

Re: apt 2.0 release notes

2020-03-08 Thread Tomas Pospisek
On 08.03.20 19:10, Jonas Smedegaard wrote: > Quoting Matthias Klose (2020-03-08 18:40:34) >> On 3/7/20 9:41 PM, Julian Andres Klode wrote: >>> # APT 2.0 >>> >>> After brewing in experimental for a while, and getting a first outing in >>> the Ubuntu 19.10 release; both as 1.9, APT 2.0 is now landing

Bug#953382: ITP: golang-github-tonistiigi-units -- Simple byte size formatting

2020-03-08 Thread Tong Sun
Package: wnpp Severity: wishlist Owner: Tong Sun * Package name: golang-github-tonistiigi-units Version : 0.0~git20180711.6950e57-1 Upstream Author : Tõnis Tiigi * URL : https://github.com/tonistiigi/units * License : Expat Programming Lang: Go Description

Re: OpenLiteSpeed Build Script Violating Debian Upstream Guide

2020-03-08 Thread Andreas Metzler
On 2020-03-08 Wookey wrote: [...] > So you need to package boringSSL before uploading this > package. [...] https://packages.qa.debian.org/android-platform-external-boringssl cu Andreas

Re: not starting a daemon upon installation

2020-03-08 Thread jnqnfe
On Sun, 2020-03-08 at 18:50 +0100, Marc Haber wrote: > On Sun, 08 Mar 2020 14:58:01 +, jnq...@gmail.com wrote: > > how live-build achieves this is essentially the same as happens to > > be > > discussed in the linked page for Debian's debootstrap package (the > > tool > > for building the base

Re: apt 2.0 release notes

2020-03-08 Thread Julian Andres Klode
On Sun, Mar 08, 2020 at 02:40:56PM -0400, Boyuan Yang wrote: > Hi, > > 在 2020-03-07六的 21:41 +0100,Julian Andres Klode写道: > > # APT 2.0 > > ### Incompatibilities > > > > * The apt(8) command no longer accepts regular expressions or wildcards as > > package arguments, use patterns (see New Featur

Re: Packaging new library very similar to another library

2020-03-08 Thread Andrey Rahmatullin
On Sun, Mar 08, 2020 at 02:30:06PM -0400, Aaron Boxer wrote: > Hello! > I maintain an image compression library > > https://github.com/GrokImageCompression/grok > > which is very similar to an existing package in debian: > > https://packages.debian.org/search?keywords=openjpeg > > I would like

Re: apt 2.0 release notes

2020-03-08 Thread Boyuan Yang
Hi, 在 2020-03-07六的 21:41 +0100,Julian Andres Klode写道: > # APT 2.0 > ### Incompatibilities > > * The apt(8) command no longer accepts regular expressions or wildcards as > package arguments, use patterns (see New Features). A little comment on this: I am okay with apt(8) no longer accepting reg

Re: Packaging new library very similar to another library

2020-03-08 Thread Scott Kitterman
On Sunday, March 8, 2020 2:32:54 PM EDT Aaron Boxer wrote: > Correction: this is the current package for openjpeg: > > https://tracker.debian.org/pkg/openjpeg2 > > On Sun, Mar 8, 2020 at 2:30 PM Aaron Boxer wrote: > > Hello! > > I maintain an image compression library > > > > https://github.com

Re: apt 2.0 release notes

2020-03-08 Thread Julian Andres Klode
On Sun, Mar 08, 2020 at 07:10:49PM +0100, Jonas Smedegaard wrote: > Quoting Matthias Klose (2020-03-08 18:40:34) > > On 3/7/20 9:41 PM, Julian Andres Klode wrote: > > > # APT 2.0 > > > > > > After brewing in experimental for a while, and getting a first outing in > > > the Ubuntu 19.10 release; bo

Re: Packaging new library very similar to another library

2020-03-08 Thread Aaron Boxer
Correction: this is the current package for openjpeg: https://tracker.debian.org/pkg/openjpeg2 On Sun, Mar 8, 2020 at 2:30 PM Aaron Boxer wrote: > Hello! > I maintain an image compression library > > https://github.com/GrokImageCompression/grok > > which is very similar to an existing package i

Packaging new library very similar to another library

2020-03-08 Thread Aaron Boxer
Hello! I maintain an image compression library https://github.com/GrokImageCompression/grok which is very similar to an existing package in debian: https://packages.debian.org/search?keywords=openjpeg I would like to package my library and add it to debian - can I re-use the packaging from Open

Re: apt 2.0 release notes

2020-03-08 Thread Adam Borowski
On Sun, Mar 08, 2020 at 07:10:49PM +0100, Jonas Smedegaard wrote: > Quoting Matthias Klose (2020-03-08 18:40:34) > > $ apt show >/dev/null | cat > > > > WARNING: apt does not have a stable CLI interface. Use with caution in > > scripts. > > > > Is there a roadmap when the CLI interface will bec

Re: apt 2.0 release notes

2020-03-08 Thread Jonas Smedegaard
Quoting Matthias Klose (2020-03-08 18:40:34) > On 3/7/20 9:41 PM, Julian Andres Klode wrote: > > # APT 2.0 > > > > After brewing in experimental for a while, and getting a first outing in > > the Ubuntu 19.10 release; both as 1.9, APT 2.0 is now landing in unstable. > > 1.10 would be a boring, wei

Re: not starting a daemon upon installation

2020-03-08 Thread Marc Haber
On Sun, 08 Mar 2020 14:58:01 +, jnq...@gmail.com wrote: >fyi, preventing start/stop of _all_ services on package installation is >a requirement of Debian's live-build, which if you're not familiar with >it is a tool to build a Debian live-cd. Building a live environment is >typically done in a

Re: apt 2.0 release notes

2020-03-08 Thread Matthias Klose
On 3/7/20 9:41 PM, Julian Andres Klode wrote: > # APT 2.0 > > After brewing in experimental for a while, and getting a first outing in > the Ubuntu 19.10 release; both as 1.9, APT 2.0 is now landing in unstable. > 1.10 would be a boring, weird number, eh? > > Compared to the 1.8 series, the APT 2

Re: not starting a daemon upon installation

2020-03-08 Thread jnqnfe
On Sat, 2020-03-07 at 21:30 +0100, Tomas Pospisek wrote: > The problem is that installing the package will automatically start > the > daemon cluster in a "default" configuration. > > That's a problem for me because etcd differentiates between starting > the > cluster for the first time and starti

Re: Re: Re: OpenLiteSpeed Build Script Violating Debian Upstream Guide

2020-03-08 Thread Wookey
On 2020-03-07 15:47 +0700, Bagas Sanjaya wrote: > > Packages must be self-contained, using only their contents and the Debian > > repo during the build process. There are multiple technical and > > non-technical reasons for this requirement, including knowing that the > > package is DFSG-compliant

Re: bootstrap.min.js in pydoctor

2020-03-08 Thread Anthony Fok
On Thu, Mar 5, 2020 at 3:52 AM Jonas Smedegaard wrote: > > Quoting Jonathan Carter (2020-03-05 10:44:50) > > On 2020/03/05 00:47, Sam Hartman wrote: > I agree for the _binary_ packages but not for the _source_ package. > > The changelog entry which Anthony referenced¹ says this: > > > * Add missin

Re: not starting a daemon upon installation

2020-03-08 Thread Marc Haber
On Sat, 7 Mar 2020 21:30:33 +0100, Tomas Pospisek >When I duckduckgo "dpkg do not start service on install" first hit is >[1] which contains /absurdly involved/ suggestions to achieve "not >starting a daemon upon installation". > >[1] >https://askubuntu.com/questions/74061/install-packages-without

Re: not starting a daemon upon installation

2020-03-08 Thread Marc Haber
On Sat, 7 Mar 2020 23:02:23 +0100, Marco d'Itri wrote: >There is: > ># systemctl mask $DAEMON.service ># apt install $DAEMON > >That's it. If the package fails to install then file a bug. For that you need to know how the $DAEMON is called. Greetings Marc --

Bug#953356: ITP: esup-el -- Emacs StartUp Profiler

2020-03-08 Thread Lev Lamberov
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: esup-el Version : 0.7.1 Upstream Author : Joe Schafer * URL or Web page : https://github.com/jschaf/esup * License : GPL-3+ Programming Lang: Emacs Lisp Description : Emacs StartUp Profiler This

Re: OpenLiteSpeed Build Script Violating Debian Upstream Guide

2020-03-08 Thread Simon McVittie
On Sat, 07 Mar 2020 at 16:54:04 -0700, Nicholas D Steeves wrote: > 2) or define > overrides in rules to ignore the upstream-provided build.sh and > configure scripts (CMake + accurate build-deps in control should be > enough to build the package) Using "dh $@ --buildsystem=cmake" (instead of "dh $