Hi Andreas
>> > 4.9
>> > The ``get-orig-source`` rules target has been removed. Packages
>> > should use ``debian/watch`` and uscan instead.
>>
>> Especially for this, my ‘debian/rules’ files thank you.
>
> While I really like to have this consistent approach but it seems I've
> missed
On Sat, Apr 07, 2018 at 08:02:11AM +0200, Andreas Tille wrote:
> On Sat, Apr 07, 2018 at 10:35:02AM +1000, Ben Finney wrote:
> > Sean Whitton writes:
> > >
> > > 4.9
> > > The ``get-orig-source`` rules target has been removed. Packages
> > > should use ``debian/watch`` and uscan instead.
Package: wnpp
Severity: wishlist
Owner: Manas kashyap
X-Debbugs-CC: debian-devel@lists.debian.org, debian-r...@lists.debian.org
* Package name: ruby-process-daemon
Version : 1.0.1
Upstream Author : Samuel G. D. Williams.
* URL : https://github.com/ioquatix/process-daem
Ben Finney writes:
> Sean Whitton writes:
>> I just pushed Debian Policy 4.1.4.0 to sid. Thank you to the ~20
>> people who contributed to this release, which includes several first
>> time contributors of patches.
>> […]
>>
>> 4.9
>> The ``get-orig-source`` rules target has been removed. Pa
On Sat, Apr 07, 2018 at 10:40:42AM +0200, Ole Streicher wrote:
> Ben Finney writes:
> > Sean Whitton writes:
> >> 4.9
> >> The ``get-orig-source`` rules target has been removed. Packages
> >> should use ``debian/watch`` and uscan instead.
> >
> > Especially for this, my ‘debian/rules’ fi
On Sat, Apr 7, 2018 at 4:40 PM, Ole Streicher wrote:
> I have some packages where the version is not encoded in the file name,
> but must be extracted from the file content. Shall one keep
> get-orig-source here to be consistent, or what would be the right
> solution here?
If uscan can find the r
Adam Borowski writes:
> On Sat, Apr 07, 2018 at 10:40:42AM +0200, Ole Streicher wrote:
>> Ben Finney writes:
>> > Sean Whitton writes:
>> >> 4.9
>> >> The ``get-orig-source`` rules target has been removed. Packages
>> >> should use ``debian/watch`` and uscan instead.
>> >
>> > Especiall
Paul Wise writes:
> On Sat, Apr 7, 2018 at 4:40 PM, Ole Streicher wrote:
>
>> I have some packages where the version is not encoded in the file name,
>> but must be extracted from the file content. Shall one keep
>> get-orig-source here to be consistent, or what would be the right
>> solution here
Package: wnpp
Severity: wishlist
Owner: Paolo Greppi
* Package name: node-babel-plugin-array-includes
Version : 2.0.3
Upstream Author : Christoph Hermann
* URL :
https://github.com/stoeffel/babel-plugin-array-includes#readme
* License : Expat
Programming Lan
Hello,
On Sat, Apr 07 2018, Ole Streicher wrote:
> Adam Borowski writes:
>> get-orig-source merely isn't described by the Policy any more, it is
>> no different from an arbitrary private target you have in
>> debian/rules.
>
> Sure, but why do we give up a common rule? I think the cases where
>
On Mon, Apr 02, 2018 at 08:41:00PM +0100, Simon McVittie wrote:
>
> A recap of what happened, for those who might have lost track:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887740#10
> > The old source package contained two tar
> > balls, the "real" tarball plus a separate one with pa
Sean Whitton writes:
> On Sat, Apr 07 2018, Ole Streicher wrote:
>
>> Adam Borowski writes:
>>> get-orig-source merely isn't described by the Policy any more, it is
>>> no different from an arbitrary private target you have in
>>> debian/rules.
>>
>> Sure, but why do we give up a common rule? I t
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt
* Package name: easyloggingpp
Version : 9.96.4
Upstream Author : Muflihun Labs
* URL : https://muflihun.github.io/easyloggingpp/
* License : MIT
Programming Lang: C++
Description : single-header loggi
[2018-04-07 10:35] Ben Finney
> Sean Whitton writes:
>
> > I just pushed Debian Policy 4.1.4.0 to sid. Thank you to the ~20
> > people who contributed to this release, which includes several first
> > time contributors of patches.
> > […]
> >
> > 4.9
> > The ``get-orig-source`` rules target
Hello,
On Sun, Apr 08 2018, kact...@gnu.org wrote:
> It breaks my workflow ;) I use pristine-tar(1) to store orig tarballs
> with their upstream signature in git.
You can continue to use your target.
--
Sean Whitton
signature.asc
Description: PGP signature
On Sat, Apr 7, 2018 at 8:49 PM, Ole Streicher wrote:
> I have a number of "uncommon" upstreams:
It would be really nice if these folks could switch to something more
standard. Have they considered using a version control system for a
start?
> * aladin, download http://aladin.unistra.fr/java/down
Hello,
I'm working on a package that installs a systemd user instance unit file
that needs to be enabled with
# systemctl --global enable foo.service
Using debhelper, dh_systemd_enable takes care of this automatically for
system unit files, but not for user unit files. Is there some other
(semi
Ole Streicher wrote:
> Sean Whitton writes:
>> On Sat, Apr 07 2018, Ole Streicher wrote:
[...]
>>> Sure, but why do we give up a common rule? I think the cases where
>>> d/watch does not work are not so rare (at least I have quite a number
>>> of them), and keeping them unified is not the worst t
18 matches
Mail list logo
