python{version} -p 2.7 --dir . returned exit
code 13
| debian/rules:10: recipe for target 'binary' failed
| make: *** [binary] Error 25
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ated their arc4random. It does support the FreeBSD
kernel and GNU libc; we already have a working implementation of that
code packaged in libbsd. The attached patch fixes this quite simply in
openntpd.
Thank you,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Subject: add support for GNU/kF
kfreebsd-gnu conftest.cpp -lboost_system -lexecinfo >&5
| /usr/bin/ld: cannot find -lexecinfo
| collect2: error: ld returned 1 exit status
This was due to a $host_os =~ *freebsd* detection wrongly matching on
"kfreebsd" also. Patch attached. Thanks!
Regards,
--
Steven Chamberla
for
me on kfreebsd-amd64. It will disable libaudit features at configure
time:
|libaudit support: no
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- lightdm-1.16.6/debian/control.orig 2015-09-19 10:15:50.0 +0100
+++ lightdm-1.16.6/debian/control 2016-02-21
for
me on kfreebsd-amd64. It will disable libaudit features at configure
time:
|libaudit support: no
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- lightdm-1.16.6/debian/control.orig 2015-09-19 10:15:50.0 +0100
+++ lightdm-1.16.6/debian/control 2016-02-21
1.0.12), ${misc:Depends}, ${shlibs:Depends}
which forces a dependency on libusb-1.0-0, even if not building on
Linux. It should be [linux-any] (although I'm surprised it needs to be
listed there at all, due to using shlibs?)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- bladerf-0.2016.01~rc1/
1.0.12), ${misc:Depends}, ${shlibs:Depends}
which forces a dependency on libusb-1.0-0, even if not building on
Linux. It should be [linux-any] (although I'm surprised it needs to be
listed there at all, due to using shlibs?)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- bladerf-0.2016.01~rc1/
tags 815339 + patch
user debian-...@lists.debian.org
usertags 815339 + kfreebsd
thanks
Hi,
Andreas Beckmann wrote:
> mini_httpd.c:102:19: error: conflicting types for 'int64_t'
> typedef long long int64_t;
Please find a patch for this attached. Thank you.
Regards,
--
Steven Chamberla
tags 815339 + patch
user debian-bsd@lists.debian.org
usertags 815339 + kfreebsd
thanks
Hi,
Andreas Beckmann wrote:
> mini_httpd.c:102:19: error: conflicting types for 'int64_t'
> typedef long long int64_t;
Please find a patch for this attached. Thank you.
Regards,
--
Steven Chamberla
_detach_kernel_driver:
http://svnweb.freebsd.org/base/head/lib/libusb/usb.h?view=markup
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
_detach_kernel_driver:
http://svnweb.freebsd.org/base/head/lib/libusb/usb.h?view=markup
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
cross jessie, /updates, jessie-kfreebsd, and -p-u; to check
for anything else missing and to show what patches we have in our custom
suite.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
There is no stretch/testing suite for kfreebsd currently, there is
actually only sid/unstable.
CVE-2015-7547 is fixed in sid with libc0.1 version 2.21-9 or later,
which will be available soon.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Jérémy Bobbio wrote:
> [...] It missed another bit. Thanks for double-checking, I hadn't
> tested the other change properly.
And thanks for fixing this! The changes from diffoscope/48 to 49
have made it 26x faster for this particular test case.
Regards,
--
Steven Chamberlain
ste...@pyro.
Jérémy Bobbio wrote:
> [...] It missed another bit. Thanks for double-checking, I hadn't
> tested the other change properly.
And thanks for fixing this! The changes from diffoscope/48 to 49
have made it 26x faster for this particular test case.
Regards,
--
Steven Chamberlain
ste...@pyro.
Jérémy Bobbio wrote:
> Steven Chamberlain:
> > But it will still stat() everything in the containing directory,
> > looking for .debs. It also opens some files and reads them - even
> > decompressing random .gz files along the way!
>
> Are you sure that it is a
Jérémy Bobbio wrote:
> Steven Chamberlain:
> > But it will still stat() everything in the containing directory,
> > looking for .debs. It also opens some files and reads them - even
> > decompressing random .gz files along the way!
>
> Are you sure that it is a
Steven Chamberlain wrote:
> graphite2 packages are there already.
Actually, only the wheezy ones. The jessie-kfreebsd ones haven't
appeared yet. I think it may just take a few more hours for something
to happen.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Descript
Christoph Egger wrote:
> Steven Chamberlain <ste...@pyro.eu.org> writes:
> > It has been a few hours since DSA 3481-1, but I've not seen any buildd
> > mails about glibc_2.19-18+deb8u3 being built yet on jessie-kfreebsd.
> > Are you able to see if it was triggered at
Steven Chamberlain wrote:
> Unfortunately gdb on kfreebsd doesn't handle threads very well, [...]
I changed the test runner to send a SIGABRT instead of SIGKILL; then
gdb returns a trace of the thread we are interested in:
| #0 memset () at ../sysdeps/x86_64/memset.S:93
| No locals.
|
Steven Chamberlain wrote:
> Unfortunately gdb on kfreebsd doesn't handle threads very well, [...]
I changed the test runner to send a SIGABRT instead of SIGKILL; then
gdb returns a trace of the thread we are interested in:
| #0 memset () at ../sysdeps/x86_64/memset.S:93
| No locals.
|
Steven Chamberlain wrote:
> Unfortunately gdb on kfreebsd doesn't handle threads very well, [...]
I changed the test runner to send a SIGABRT instead of SIGKILL; then
gdb returns a trace of the thread we are interested in:
| #0 memset () at ../sysdeps/x86_64/memset.S:93
| No locals.
|
04390 CALL kill(0xe1e6,SIGKILL)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
04390 CALL kill(0xe1e6,SIGKILL)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
04390 CALL kill(0xe1e6,SIGKILL)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi Christoph,
It has been a few hours since DSA 3481-1, but I've not seen any buildd
mails about glibc_2.19-18+deb8u3 being built yet on jessie-kfreebsd.
Are you able to see if it was triggered at all, and if it is building
currently?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
ebsd-amd64.deb>
| DEBUG unpacking data.tar.xz
The time taken to do all that is now quite small compared to the time
for objdump to run.
I see this maybe still being a problem where, on some machines, my home
directory is littered with hundreds of .debs, and thousands of other
files, some of them po
an use?
Probably a new flag, that would apply --mode a=rwx only to symlinks.
Or are there other ideas how to fix this?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
___
Reproducible-builds mailin
the reverse scenario, with linux binaries on kfreebsd, depending on
the ELF ABI type it is executes natively, or it is handled by the Linux
syscall emulation layer.
> Possibly glibc should do something different?
I'm surprised ld.so didn't fail in this situation.
Regards,
--
S
amd64, but it only produces armel and
arch:all binaries, so it is quite reasonable that this is now only built
and tested for reproducibility on armhf.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital sig
the reverse scenario, with linux binaries on kfreebsd, depending on
the ELF ABI type it is executes natively, or it is handled by the Linux
syscall emulation layer.
> Possibly glibc should do something different?
I'm surprised ld.so didn't fail in this situation.
Regards,
--
S
Package: samba
Version: 2:4.2.1+dfsg-1
Followup-For: Bug #802621
Hi!
The FTBFS on kfreebsd since samba 4.2.x is due to a really trivial typo
in an upstream wscript file. Please find patch for this attached.
Thanks!
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT
Package: samba
Version: 2:4.2.1+dfsg-1
Followup-For: Bug #802621
Hi!
The FTBFS on kfreebsd since samba 4.2.x is due to a really trivial typo
in an upstream wscript file. Please find patch for this attached.
Thanks!
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT
sion over
current behaviour, but can be substituted for ARCHITECTURES="amd64" if
too many arch:all packages FTBFS on armhf.
From a759d049b1fd6deeb24985e57a3b6f4fa2e1f72b Mon Sep 17 00:00:00 2001
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Tue, 9 Feb 2016 13:02:13 +
Subject: [PATC
ritten this
more correctly and it might be suitable for upstreaming now. I've only
tested it so far on kfreebsd-amd64 for native compiling with & without
multilib.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> I've attached
...this time.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Tue, 09 Feb 2016 00:44:46 +
Subject: Add support for GNU/kFreeBSD targets
Extend the GNU/Linux toolchain to trivially suppo
Steven Chamberlain wrote:
> I've attached
...this time.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Tue, 09 Feb 2016 00:44:46 +
Subject: Add support for GNU/kFreeBSD targets
Extend the GNU/Linux toolchain to trivially suppo
ritten this
more correctly and it might be suitable for upstreaming now. I've only
tested it so far on kfreebsd-amd64 for native compiling with & without
multilib.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
I've provided a patch to that bug now:
https://bugs.debian.org/806241#17
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
I've provided a patch to that bug now:
https://bugs.debian.org/806241#17
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
al. 11.1 can go into sid/buster whenever it is released.
10.3 should also be less work, as that would be a much smaller
transition in userland.
Please let me know if 10.3 seems reasonable for stretch, or if there's
some really compelling reason to release with 11.0.
Thanks,
Regards,
--
Steven Ch
<debian-...@lists.debian.org>
Changed-By: Steven Chamberlain <ste...@pyro.eu.org>
Description:
freebsd-buildutils - Utilities for building FreeBSD sources
freebsd-mk - FreeBSD makefile templates for bmake
Changes:
freebsd-buildutils (10.3~svn295289-1) experimental; urgency=medium
Package: gnutls28
Version: 3.4.8-3
Severity: important
Hi,
gnutls28 tests/mini-loss-time fails about 20% of the time when I try it
on kfreebsd-amd64. I think probably introduced by this commit:
https://gitlab.com/gnutls/gnutls/commit/e2a3ad31c487cbce997a08dddc55db639b60c024
The failure happens
Package: gnutls28
Version: 3.4.8-3
Severity: important
Hi,
gnutls28 tests/mini-loss-time fails about 20% of the time when I try it
on kfreebsd-amd64. I think probably introduced by this commit:
https://gitlab.com/gnutls/gnutls/commit/e2a3ad31c487cbce997a08dddc55db639b60c024
The failure happens
aphrasing?
Sorry, that was Robie Basak being quoted.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
oices, with the business preferences of Oracle and
Canonical. And the team of MySQL developers who must work under
Oracle's non-disclosure policies. But I don't think it should get in
the way of doing whatever seems right for Debian's users and by its
own principles.
Thanks,
Regards,
--
Steven
el_ more comfortable and optimistic in that
project already.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
e. change debian/control as below:
Could we rather have that for luajit first: enable luajit builds on
any architecture, except for a blacklist of arches where we know it
definitely does not work (if any)?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
e. change debian/control as below:
Could we rather have that for luajit first: enable luajit builds on
any architecture, except for a blacklist of arches where we know it
definitely does not work (if any)?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Descri
e. change debian/control as below:
Could we rather have that for luajit first: enable luajit builds on
any architecture, except for a blacklist of arches where we know it
definitely does not work (if any)?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> John Paul Adrian Glaubitz wrote:
> > I would therefore suggest to change the build dependency on
> > libluajit-5.1-dev to use
> > a whitelist instead of a blacklist, i.e. change debian/control as below:
>
> Could we rather have that for l
Steven Chamberlain wrote:
> John Paul Adrian Glaubitz wrote:
> > I would therefore suggest to change the build dependency on
> > libluajit-5.1-dev to use
> > a whitelist instead of a blacklist, i.e. change debian/control as below:
>
> Could we rather have that for l
Steven Chamberlain wrote:
> John Paul Adrian Glaubitz wrote:
> > I would therefore suggest to change the build dependency on
> > libluajit-5.1-dev to use
> > a whitelist instead of a blacklist, i.e. change debian/control as below:
>
> Could we rather have that for l
/main/g/gcc-5
What happened to 5.3.1-6? It seems to be still listed in debian/control
so I don't think it was removed/decrufted on purpose?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi Guillem,
Guillem Jover wrote:
> Steven Chamberlain wrote:
> > getdns FTBFS on kfreebsd because it lacks a getentropy implementation
> > for the FreeBSD kernel. But there is one already in LibreSSL Portable
> > we can use, and works fine here.
>
> BTW, lib
Hi Guillem,
Guillem Jover wrote:
> Steven Chamberlain wrote:
> > getdns FTBFS on kfreebsd because it lacks a getentropy implementation
> > for the FreeBSD kernel. But there is one already in LibreSSL Portable
> > we can use, and works fine here.
>
> BTW, lib
too:
https://sources.debian.net/src/libsodium/1.0.3-1/src/libsodium/randombytes/sysrandom/randombytes_sysrandom.c/?hl=52#L267
* openssl uses the strong arc4random on OpenBSD, otherwise falls back
to something that has been... problematic before in Debian.
... you get the idea.
Regards,
--
S
Hi,
Svante Signell wrote:
> I think the same patch applies to the kfreebsd-* builds as well. Adding the
> kfreebsd usertag to this bug.
Thank you very much, Svante! The attached inter-diff against
ada-kfreebsd.diff fixes this for kfreebsd also.
Regards,
--
Steven Chamberla
Hi,
Svante Signell wrote:
> I think the same patch applies to the kfreebsd-* builds as well. Adding the
> kfreebsd usertag to this bug.
Thank you very much, Svante! The attached inter-diff against
ada-kfreebsd.diff fixes this for kfreebsd also.
Regards,
--
Steven Chamberla
Hi,
Svante Signell wrote:
> I think the same patch applies to the kfreebsd-* builds as well. Adding the
> kfreebsd usertag to this bug.
Thank you very much, Svante! The attached inter-diff against
ada-kfreebsd.diff fixes this for kfreebsd also.
Regards,
--
Steven Chamberla
bsd-dev; this should be fairly straightforward to fix.
Thanks for the report,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
bsd-dev; this should be fairly straightforward to fix.
Thanks for the report,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
bsd-dev; this should be fairly straightforward to fix.
Thanks for the report,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven
Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
Specially crafted SCTP packets via IPv6 can trigger remote denial of
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
Specially crafted SCTP packets via IPv6 can trigger remote denial of
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
Specially crafted SCTP packets via IPv6 can trigger remote denial of
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's Linux binary compatibility layer (linux.ko module) may be
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's Linux binary compatibility layer (linux.ko module) may be
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's Linux binary compatibility layer (linux.ko module) may be
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's Linux binary compatibility layer (linux.ko module) may
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's Linux binary compatibility layer (linux.ko module) may
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's Linux binary compatibility layer (linux.ko module) may
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's TCP stack is vulnerable to local (and possibly remote under
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's TCP stack is vulnerable to local (and possibly remote under
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: grave
Tags: security upstream
Control: found -1 10.1~svn274115-10
kfreebsd's TCP stack is vulnerable to local (and possibly remote under
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: important
Tags: upstream
Control: found -1 10.1~svn274115-10
kfreebsd's filemon.ko kernel module, not loaded by default and
likely not
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: important
Tags: upstream
Control: found -1 10.1~svn274115-10
kfreebsd's filemon.ko kernel module, not loaded by default and
likely not
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: important
Tags: upstream
Control: found -1 10.1~svn274115-10
kfreebsd's implementation of PF packet filter can generate wrong
TCP
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u1
Severity: important
Tags: upstream
Control: found -1 10.1~svn274115-10
kfreebsd's implementation of PF packet filter can generate wrong
TCP
more, and started spamming.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
id,setegid issue?)
Havne't yet checked it affects regular FreeBSD also.
There seems nothing special about my /tmp: mode 1777/drwxrwxrwt.
That end the web document root are on ZFS.
Thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
id,setegid issue?)
Havne't yet checked it affects regular FreeBSD also.
There seems nothing special about my /tmp: mode 1777/drwxrwxrwt.
That end the web document root are on ZFS.
Thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: net-snmp
Version: 5.7.3+dfsg-1
Severity: important
Tags: patch
Hi,
net-snmp FTBFS on kfreebsd10 for a few reasons.
Please could you:
$ quilt pop -a
* Fix a typo in 26_kfreebsd.patch
(replace it with the attached copy)
* Add 27_kfreebsd.patch:
- Add missing dependency of
Package: net-snmp
Version: 5.7.3+dfsg-1
Severity: important
Tags: patch
Hi,
net-snmp FTBFS on kfreebsd10 for a few reasons.
Please could you:
$ quilt pop -a
* Fix a typo in 26_kfreebsd.patch
(replace it with the attached copy)
* Add 27_kfreebsd.patch:
- Add missing dependency of
Christoph Egger wrote:
> Steven Chamberlain <ste...@pyro.eu.org> writes:
> > It's the same thing we saw in sid recently until they added a workaround
> > (https://bugs.debian.org/796798).
>
> Oh great we know the actual problem? :-)
Yeah, pretty sure that's what
-security if it is
needed urgently.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
) == 0 and True or False)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
way wiuthout it.
p.s. I'm checking right now to see if ardour can build without cwiid
instead.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
way wiuthout it.
p.s. I'm checking right now to see if ardour can build without cwiid
instead.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: ardour
Version: 1:4.4~dfsg-1
Severity: normal
Tags: patch
Hi,
ardour has become BD-Uninstallable on kfreebsd and hurd due to
Build-Depends:
- cwiid, which is linux-specific;
- libasound2-dev, which is linux-specific (although kfreebsd has
a compatibility wrapper around OSS, I
Package: ardour
Version: 1:4.4~dfsg-1
Severity: normal
Tags: patch
Hi,
ardour has become BD-Uninstallable on kfreebsd and hurd due to
Build-Depends:
- cwiid, which is linux-specific;
- libasound2-dev, which is linux-specific (although kfreebsd has
a compatibility wrapper around OSS, I
ree to RM the out-of-date binary package though in the meantime,
if there are really no reverse-deps.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
->kfreebsd cross-build environment to confirm it has
fixed the FTCBFS, but perhaps Helmut could test that?
Thank you,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <ste...@pyro.eu.org
Subject: use __linux__ macro instead of other variations
Date: Tue, 12 Jan 2016
Package: ardour
Version: 1:4.4~dfsg-1
Severity: normal
Tags: patch
Hi,
ardour has become BD-Uninstallable on kfreebsd and hurd due to
Build-Depends:
- cwiid, which is linux-specific;
- libasound2-dev, which is linux-specific (although kfreebsd has
a compatibility wrapper around OSS, I
ree to RM the out-of-date binary package though in the meantime,
if there are really no reverse-deps.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
. The
required functionality is provided by makefs 20100306-6, now in
sid+stretch.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ating any or using devices.tar.gz; even for more exotic use
cases like BSD jails. hurd appears to have something equivalent.
Thanks for letting us know.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ating any or using devices.tar.gz; even for more exotic use
cases like BSD jails. hurd appears to have something equivalent.
Thanks for letting us know.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
801 - 900 of 5971 matches
Mail list logo