Hi!
On Thu, 2024-11-28 at 09:30:15 -0300, Santiago Ruano Rincón wrote:
> This is what grep does [0]:
>
> #!/bin/sh
> set -e
>
> export DEB_BUILD_PROFILES="nocheck nodoc" DEB_BUILD_OPTIONS="nocheck
> nodoc"
>
> dpkg-source --before-build `pwd`
Nit: I'd probably use «$(pwd)» her
Hi!
[ Perhaps you already managed to solve this, but just in case. :) ]
On Thu, 2024-11-28 at 12:43:05 +0100, Santiago Vila wrote:
> Many GNU packages have built-in tests that test the just-built programs.
>
> Is there a general procedure/trick/idiom to modify them so that they test
> the instal
Hi!
On Wed, 2024-08-28 at 03:10:51 +0900, Yunseong Kim wrote:
> Initially packaging works for syzkaller
Thanks for reaching out to the lists as suggested on IRC. :)
Prompted by the initial request in there, I had done a quick review pass
over the commit provided and added comments inline, just i
Hi!
On Fri, 2024-01-19 at 14:13:07 +, Aidan wrote:
> On Fri, 19 Jan 2024, 00:08 Guillem Jover, wrote:
> > …regardless of whether this is or not the last blocking issue, I'd
> > still very much appreciate if you could rename the project and tool
> > upstream. :)
&g
Hi!
On Thu, 2024-01-18 at 23:14:49 +, Aidan wrote:
> On Thu, Jan 18, 2024 at 6:30 PM David Kalnischkies wrote:
> > On Thu, Jan 18, 2024 at 02:35:40PM +, Aidan wrote:
> > > I am looking for a sponsor for my package "dpkg-buildenv":
> >
> > Similar to my recent "veto" of apt-verify in #10592
Hi!
On Sat, 2023-11-11 at 03:28:21 +, Wookey wrote:
> On 2023-11-10 23:44 +0100, Preuße, Hilmar wrote:
> > On 10.11.2023 03:10, Wookey wrote:
> > > I think your options are
> > > 1) add an epoch (which exists to deal with this sort of problem)
> > >
> > Well, would like to avoid it, if possib
Hi!
On Sat, 2023-07-22 at 13:12:28 +0200, Guillem Jover wrote:
> [ This feels more like a packaging question than one for dpkg development,
> please redirect further replies to debian-mentors(?) now on Cc. :) ]
[ Sorry noticed the typo in the mentors list address just when I was
sendi
On Thu, 2020-02-06 at 09:39:29 +0100, Michael Biebl wrote:
> Am 06.02.20 um 09:22 schrieb Adam D. Barratt:
> > On 2020-02-06 08:12, Paul Gevers wrote:
> > > But, if I am correct, the source could be using a version without epoch
> > > and only use the epoch in the binary package (which can be dropp
Hi!
On Tue, 2019-08-06 at 16:45:09 +0200, Jens Reyer wrote:
> Both build and install a "wineserver" binary, which we install as
> /usr/lib/wine/wineserver32 or wineserver64. We call that binary from a
> script [2] /usr/lib/wine/wineserver which currently is in pkg:wine
> (arch:all), which is only
Hi!
On Mon, 2017-11-13 at 13:23:01 +0100, Ferenc Wágner wrote:
> I'm packaging a program which wants to dlopen() some library. It finds
> this library via pkg-config (PKG_CHECK_MODULES). How to best determine
> the filename to use in the dlopen() call? It should work cross-distro,
> for cross-c
On Tue, 2017-11-14 at 12:13:55 -0200, Herbert Fortes wrote:
> There was a ITP-RFS for pynmea2. But python-nmea2 already
> exists.
>
> https://packages.qa.debian.org/p/python-nmea2.html
>
> I asked the contributor (2017-11-12) to close the bugs with
> an n-d...@bugs.debian.org but he sent nnn
On Sat, 2017-11-25 at 11:36:27 +0100, Ole Streicher wrote:
> Guillem Jover writes:
> > The point is that the Multi-Arch concept in Debian is all about the
> > interfaces. How packages and files interface with each other, and
> > what is possible and allowed. Some examples:
Hi!
On Fri, 2017-11-24 at 13:59:40 +0100, Ole Streicher wrote:
> Guillem Jover writes:
> > On Fri, 2017-11-24 at 09:52:23 +0100, Ole Streicher wrote:
> >> So, how can I canonically (ideally from C) retrieve a sorted list of
> >> supported multi arch paths at runtime? O
Hi!
On Fri, 2017-11-24 at 09:52:23 +0100, Ole Streicher wrote:
> I want to package a software, "iraf" (with extensions) that uses some
> system dependent binaries internally. Some of the extensions will be
> available in 32 bit only, so this is a good use case for
> Multi-Arch. That means, that th
On Wed, 2012-04-25 at 01:50:59 +0200, Martin Erik Werner wrote:
> On Tue, 2012-04-24 at 10:14 +0800, Paul Wise wrote:
> > I note many files don't have copyright/license headers:
> >
> > http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/
> I'm aware, I have taken
On Fri, 2006-10-13 at 10:01:08 -0700, Steve Langasek wrote:
> On Fri, Oct 13, 2006 at 04:13:07AM +0300, Guillem Jover wrote:
> > On Tue, 12 Sep 2006 15:11:23 -0700 Steve Langasek wrote:
> > > The documentation for this probably belongs in debian-policy; current
> > >
[ Found this today on the web archives. ]
Hi,
On Tue, 12 Sep 2006 15:11:23 -0700 Steve Langasek wrote:
> The documentation for this probably belongs in debian-policy; current
> versions of policy seem to mention Source-Version, though, not the new
> substvars, and I'm not sure if anyone has submi
On Sat, Oct 09, 2004 at 08:15:47PM +0200, Ramón Rey Vicente wrote:
> Leo "Costela" Antunes wrote:
> | PearPC does not need MacOS X or other non-free operating system to be
> | fully used, it can be used with Debian/PPC for example, so, does it need
> | to stay in contrib?
>
> And, whats about dose
On Sat, Oct 09, 2004 at 08:15:47PM +0200, Ramón Rey Vicente wrote:
> Leo "Costela" Antunes wrote:
> | PearPC does not need MacOS X or other non-free operating system to be
> | fully used, it can be used with Debian/PPC for example, so, does it need
> | to stay in contrib?
>
> And, whats about dose
19 matches
Mail list logo
