at all* with the least effort. The
switch to a newer kernel is way bigger project than I probably have time
for. But maybe then someone else feels like doing it!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Feel free to push/upload as you see fit; thanks.
Thanks, I will do that.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
tags -1 + patch
thanks
From 03477bf089926f7a599bbe89f67df53080b69bfa Mon Sep 17 00:00:00 2001
From: Steven Chamberlain
Date: Sat, 28 Mar 2020 18:12:35 +
Subject: [PATCH] preprocess: If source directory is a symlink, follow it
Closes: #955210
---
commands/preprocess | 9 +
debian
Package: kernel-wedge
Version: 2.102
Severity: important
X-Debbugs-Cc: debian-bsd@lists.debian.org
Hi,
kfreebsd-10 FTBFS, due to probably this change in kernel-wedge:
https://salsa.debian.org/installer-team/kernel-wedge/-/commit/3827f1ee9f53540b104c592a8a2695f78d8629ed
The kfreebsd-10 build proc
le: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Date: Fri, 27 Mar 2020 21:26:21 +
From: Steven Chamberlain
Subject: Add extra libs required to build aicasm
--- a/sys/dev/aic7xxx/aicasm/Makefile
+++ b/sy
NETINST-1.iso
SHA256: d9173e2728cdda54f5d561139b5f95b5d5f4dc2664923c5e9ff01578469a85a4
Those images I built in December 2017, based on Debian jessie.
I hope they work for you!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
quot; on the
32-bit kernel?
By the way, since 4 days or so many packages are Built but not Installed
in the archive. Is that because a DD must manually check and sign them?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
DSA maintained buildds?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
easier
for other people to work on it, and then if there's enough interest.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
severity 868929 important
thanks
(linux-)amd64 is not in this package's Architectures: field, therefore
FTBFS on that arch cannot be a RC bug? (Though I'd be interested in
fixing it someday).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
this:
$ export CODENAME=sid
$ export ARCHES=hurd-i386
$ CONF.sh && ./build.sh
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/CONF.sh b/CONF.sh
index 99e58ad..08ffbd7 100644
--- a/CONF.sh
+++ b/CONF.sh
@@ -62,11 +62,15 @@ export BASEDIR=`pwd`
# export CDNAME=debian
# Bu
, the architecture part
may contain a hyphen in the case of hurd-i386 or kfreebsd-*.
But it currently only matches alpha or numeric.
Patch is attached. Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From c0104be3e511052c5cab4d561b5887abd4b4dd89 Mon Sep 17 00:00:00 2001
From: Steven Chamberlain
64" respectively (which
is wrong in the case of kfreebsd-* or hurd-*).
My attached patch makes the same changes here that were already made to
identical code in generate_di_list, to fix #758512 (commits
771f754516b161f248c132ee9d698e33a6330de0 and
2ef5d3288cdc772cdcbb7b5d11192305dd05b063).
Tha
itecture as the
> target architecture of the ISO images.
I did not even realise that. So I will add kfreebsd-i386 next.
I expect there might be problems trying to build linux arches from a
kfreebsd host. But we should try to find out, and then maybe fix it.
Regards,
--
Steven Chamberlain
ste...@
e
card), which should be okay (but you have to configure RAID via the
BIOS, you would not be able to reconfigure that within kfreebsd).
Otherwise, the server may only come with onboard NVIDIA SATA, and I
don't know how well that works with kfreebsd (probably okay).
Regards,
--
Steven Cham
Christoph Egger wrote:
> Steven Chamberlain writes:
> > Would this be possible again please :/ psmisc is still not fixed, and
> > there are still surprisingly many gcc-6 uploads.
>
> And gcc-5. Done
And, again please :)
> > (Maybe even a daily cron for this would b
Hi Christoph,
Steven Chamberlain wrote:
> please could somebody once again kill the hung gdb
> processes?
Would this be possible again please :/ psmisc is still not fixed, and
there are still surprisingly many gcc-6 uploads.
(Maybe even a daily cron for this would be a good idea...)
ached v5 patch is updated with this anyway. I should see about
upstreaming this now.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Date: Thu, 16 Feb 2017 12:37:41 +
From: Steven Chamberlain
Subject: enable use of portable libbsd functions
Add a new configure option `--with-l
onfiguring --with-libbsd (which is only relevant for static
linking).
It also means, there's no need for a soname bump, transition, or
patching of reverse-depends if linux arches enabled --with-libbsd.
The debian part of the patch is unchanged since last time.
Regards,
--
Steven
Steven Chamberlain wrote:
> Attached is [...]
Oops.
--
Steven Chamberlain
ste...@pyro.eu.org
Date: Wed, 15 Feb 2017 12:44:13 +
From: Steven Chamberlain
Subject: enable use of portable libbsd functions
Add a new configure option `--with-libbsd', which allows to use libbsd&#x
elves link with
-lbsd if necessary, and not simply -lunbound as most do currently.
Helmut Grohne suggested uploading to experimental in that case, and then
I could file patches for all the reverse-depends.
Thanks for considering,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
D
o add -lbsd to the Libs.private
field of libunbound.pc, whenever it is necessary.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
o I shall enable this feature :)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: src:guile-2.0
Version: 2.0.13+1-2
Severity: important
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hello,
guile-2.0 FTBFS on kfreebsd-amd64, since the addition of
0003-tests-Avoid-race-condition-in-REPL-server-test.patch in 2.0.13+1-4
https://buildd.debian.org/status/fetch.php?p
feq ($(DEB_HOST_ARCH),kfreebsd-amd64)
# See Bug#783773 for derivation.
-MFSROOT_LIMIT := 74m
+MFSROOT_LIMIT := 78m
endif
define mkfs.ufs1
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
> >> Steven Chamberlain writes:
> >> > Please could someone check the gcc-7 build on fayrfax, to see of it is
> >> > stuck again with hung gdb processes?
[...]
> > Please could you do the same again... some/all of the buildds are stuck
> > building
Hello,
Christoph Egger wrote:
> Steven Chamberlain writes:
> > Please could someone check the gcc-7 build on fayrfax, to see of it is
> > stuck again with hung gdb processes?
>
> It is, will kill it in a minute just need to remember my sudo password
>
> > Also, I
when it is practical (or rather, allow dpkg-buildflags to
enable it).
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi,
Here's un updated patch including the missing part, and now using a
proper invocation of pkg-config suitable for cross-builds, as pointed
out to me by helmutg@
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/debian/co
bsd support in
> an upstream Unbound release rather than in the Debian package. I'll see
> about producing a patch suitable for upstream.
Yes, the configure.ac part is something we should propose to upstream:
libbsd exists in other distros and, samba uses it for example.
Thanks!
Regar
t1-dev,
libfstrm-dev ,
0.8.1 was the first version to implement a modern arc4random (using
ChaCha20 cipher) and implement genentropy on kfreebsd and hurd.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
aintain them. There is a longer discussion of that
here: https://wiki.debian.org/arc4random
I hold the opinion that packages should use the libbsd implementation
whereever possible, and then in Debian we would only need to maintain it
in one place, to the benefit of all reverse-deps.
Many thank
Hello,
Please could someone check the gcc-7 build on fayrfax, to see of it is
stuck again with hung gdb processes?
Also, I can't see that buildd fano has built much recently either.
Many thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ribed above. I don't know yet if this
is the *only* reason for FTBFS because I'm still building it on falla.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/3rdparty/bx/include/compat/freebsd/dirent.h b/3rdparty/bx/include/compat/freebsd/dirent.h
index b4f586b..5f52
something in the kfreebsd jdk patchset;
although it maybe makes more sense to install that file to
/usr/lib/jvm/java-8-openjdk-kfreebsd-amd64/jre/lib/jspawnhelper
since the pathname is already multiarched.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Couldn't get registers: Device or resource busy.
| (gdb) quit
| A debugging session is active.
|
| Inferior 1 [process 95320] will be detached.
|
| Quit anyway? (y or n) [answered Y; input not from terminal]
| Detaching from program: , process 95320
| ptrace: Device or resource busy.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
set $value4 = --(varl)
| | down
| | set xvalue = $value1
| | set unavailable = $value1 != $value2 ? -1 : $value3 != $value4 ? 1
: 0
| | continue
| |"
pid 85526 is seen telling gdb to attach to pid 85526. That seems odd,
but I think that really is intended.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> Christoph Egger wrote:
> > | WARNING: 30 signals -- adjust and recompile.
>
> That comes from pkill, which recently stopped working. This means, the
> build already hung / timed out and sbuild is merely failing to kill it.
The warning messages
...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ll fails, number_of_signals changed
I still need to find out why the gcc-6/-snapshot builds hang.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
check on Linux?
(patch attached, tested on kfreebsd-amd64)
[0]:
https://gitlab.com/procps-ng/procps/commit/8abd0c92ab7576280b2a601c12ff749ab41c117f
Many thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From 7741344069d31d5e7f4206534ed1989ed1180e49 Mon Sep 17 00:00:00 2001
From: Steven Ch
will look into this problem ASAP but maybe those builds can be marked as
'Failed' so that other packages build in the meantime?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Herbert Fortes wrote:
> Hi Steven Chamberlain,
> > You may need this non-free package installed for the microcode:
> > https://packages.debian.org/jessie/firmware-brcm80211
>
> The package does not list 4312.
Ah okay. Perhaps we do not have a package with this microcode.
hing like:
# modprobe if_bwn
# ifconfig wlan0 create wlandev bwn0 mode 11g
# ifconfig wlan0 up scan
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi!
Did we lose the kfreebsd-* buildds?
The queues are huge, and the current wanna-build state has this:
Building2 1: arb (77d 22h 13m, non-free, fano), notmuch (3d 1h
37m, fayrfax)
Building1 1: notmuch (3d 6h 42m, fils)
Thanks,
Regards,
--
Steven Chamberlain
ste
he
issue is fixed. Do you possibly know what they changed, or even the
specific Git commit where they fixed this?
(Also I was wrong that FreeBSD Ports doesn't have OpenMPI 2.x - they
do have an openmpi2 port since very recently).
Many thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
sig
Package: openmpi
Version: 2.0.1-7
Severity: important
Tags: upstream
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi,
(Greetings from the BSP at TU-Dresden, 2016!)
Updating mpirun-bin from 1.10.2-14 to 2.0.1-7 breaks the testsuite
of dune-common (error below), but also this simple testca
27;t yet have arm64 support; that
will happen in time.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
NAT and passes everything in and out on both
> network interfaces.
Please check if the ruleset is correctly loaded and enabled, e.g. with
# pfctl -ef /etc/pf.conf
It may be useful to check the output from
# pfctl -vsa
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
m might not
boot.
I think, sometime next year we will make Debian packages for the
FreeBSD 11.1 kernel.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
ducible Builds effort so that, multiple parties
shall soon be able to build the Debian packages from source and attest
that the binaries Debian provides are authentic and trustworthy.
> I installed the sources with synaptic but the makefile
> fails. Thanks for the help.
What OS w
Hello,
James McCoy wrote:
> What about just disabling the Perl bindings on kfreebsd-any for now?
If you'd be happy to do that, yes please. But keeping the bug open.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
otstrap of sid in the meantime.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
e other platforms are at 1.3.1 already.
Steven Chamberlain wrote:
> In the meantime, I believe I *could* build cmake on the porterboxes,
> perhaps with DEB_BUILD_OPTS=nocheck and nmu those binaries. It doesn't
> fix the bug, would come back again with the next build, but it should
&g
Moin!
Please could we give these packages back for rebuild on kfreebsd-amd64
and kfreebsd-i386:
kamoso
ktp-call-ui
ksirk
kradio4
diet
paraview
since I have binNMU'd a newer version of cmake.
Thanks,
regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Di
(again) to build it on linux.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi,
Steven Chamberlain wrote:
> I have uploaded debian-installer/20150422+kbsd8u2+deb8u4 [...]
That has been superseded already by 20150422+kbsd8u3, which seems to
have already been processed through BYHAND, perhaps automatically.
You may wish to remove 20150422+kbsd8u2+deb8u4 from the BYH
.011459 RET ioctl 0
| 58482 101232 vim 0.011513 PSIG SIGSEGV SIG_DFL code=SEGV_MAPERR
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
function?
(HAVE_TERMIOS_H is defined here on kfreebsd-i386).
Nothing here seems related to large file support, though. Are you sure
the crashed triggered by large file support is really the same issue?
(Does the end of the ktrace look like the above?)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
c with -D_LARGEFILE_SOURCE and
-D_FILE_OFFSET_BITS=64, and most other sources without. I wonder what
are the implications. -D_FILE_OFFSET_BITS=64 has some effects on 32-bit
arches, but not on 64-bit where relevant types are 64 bits long anyway.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
sign
FILE_SOURCE should be defined
by default anyway. Maybe that is the issue we have on kfreebsd-i386.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
| #include
| int
| main ()
| {
| int (*fp) (FILE *, off_t, int) = fseeko;
| return fseeko (stdin, 0, 0) && fp (stdin, 0, 0);
| ;
| return 0;
| }
| _ACEOF
| if ac_fn_c_try_link "$LINENO"; then :
| ac_cv_sys_largefile_source=no; break
| fi
I will try to see how the situation
Steven Chamberlain wrote:
> If I override that flag with -fno-wrapv:
>
> + $(CCC) $(LUA_CFLAGS) $(PERL_CFLAGS) -fno-wrapv $(PYTHON_CFLAGS)
> $(PYTHON3_CFLAGS) $(RUBY_CFLAGS) $(TCL_CFLAGS) -o $@ option.c
>
> then it no longer segfaults, and all vim-gtk tests pass :)
oes
not segfault; I'm not sure why.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> I didn't see a segfault yet on fischer, only this:
Never mind, I can reproduce it with
~/vim-8.0.0022/src/vim-gtk/po$ ktrace -di -- ../vim -u NONE -e -X -S check.vim
-c "if error == 0 | q | endif" -c cq af.po
I'm reading over the kdump ou
erver[21]..Ch_communicate
| line 26: Expected 'ok' but got ''
| function
| RunTheTest[9]..Test_communicate[2]..5_run_server[1]..RunServer line
| 23: 'Caught exception: Vim(call):E121: Undefined variable: g:split'
| TEST FAILURE
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
hose in gdb first, but
most of the time ktrace explains better what led up to the crash.
I usually use `ktrace -di -- executable` and `kdump -EHf ktrace.out`.
Please show me the output of that, if you can reproduce the crash that
way.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.or
r' as appropriate?
I think the destination suite is stable-kfreebsd-proposed-updates:
http://ftp.debian.org/debian/dists/stable-kfreebsd-proposed-updates/main/installer-kfreebsd-amd64/
Possibly the source suite is also stable-kfreebsd-proposed-updates?
Many thanks,
Regards,
--
Steven Chambe
strong argument against doing this? (hurd has already done this).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
:7.4.2330-1.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> The attached patch
Oops, really attached this time.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/include/common.h b/include/common.h
index c36a3e0..43b9505 100644
--- a/include/common.h
+++ b/include/common.h
@@ -52,7 +52,7 @@
#include
#en
t with it I can already build hashcat on GNU/kFreeBSD sid.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ows" and use the ordinary filename otherwise).
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Date: Sun, 21 Aug 2016 21:32:59 +0100
From: Steven Chamberlain
Subject: Identify *freebsd as a UNIX-like OS
Match "gnukfreebsd" or "freebsd", when assigning $os
# no longer an issue for ITK
affects 686402 - src:insighttoolkit4
# still affects kfreebsd-kernel-headers
reopen 686402
thanks
signature.asc
Description: Digital signature
we don't actually need /sbin/init for those, so
this change is probably an improvement)..
Thanks for heads-up.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
./usr/share/[...]
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ept.c:348:55: error: invalid application of 'sizeof'
> to incomplete type 'struct in6_pktinfo'
> src/event/ngx_event_accept.c:546:43: error: dereferencing pointer to
> incomplete type 'struct in6_pktinfo'
Please find a simple patch for this attached. Thanks!
Re
skill tload uptime watch
$ ls debian/tmp/bbin
kill ps
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: mame
Version: 0.175-1
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Forwarded: https://github.com/mamedev/mame/pull/1093
Hi,
mame currently FTBFS on kfreebsd-* with:
| ../../../../../3rdparty/bgfx/3rdparty/ocornut-imgui/imgui_draw.cpp:439:100:
error: 'alloca' was not
implementation of dup3, I will try to do the same for
pipe2 and hopefully we can provide these in our glibc - which may be
useful to other packages than this one.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
FileSystemTest ... Passed0.05 sec
| [..]
| 100% tests passed, 0 tests failed out of 36
https://buildd.debian.org/status/fetch.php?pkg=owncloud-client&arch=kfreebsd-amd64&ver=2.2.1%2Bdfsg-1&stamp=1465383829
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
gt; access() to see the freshly created file, but can not quite which
> requirement that would be. :)
Sanity? Common sense? POLA?
It should be even quicker to return from the cache than read some
outdated metadata from disk...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> I wonder though, in this context, is it referring to the kernel (so we
> should return "BSD" here) or userland traits (we are actually more like
> (GNU/)"LINUX").
In this context, the only difference it makes is whether to use vfork()
day for that). If we decided to return "LINUX" here,
we might want to match on .contains("GNU") to be more generic.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
y installed. If the reboot-required notification turns
out to be annoying for users, we can reconsider how to handle this, but
I'm happy to apply it in the meantime.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
kfreebsd/ws/debian-8.4-kfreebsd-amd64-CD-1.iso
SHA-256: dae659788f2fd7d92e59a0a62f3144887d7a44f308703a93a46d3b7bca10ab2e
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
pted root partition by itself; and GRUB2 supports encryption and
GPG verification of things it loads too.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
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
Init: sysvinit (via /sbin/init)
Date: Fri, 10 Jun 2016 02:06:45 +0100
From: Steven Chamberlain
Subject: support libc soname 0.x
On some glibc-
le: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Date: Fri, 10 Jun 2016 01:36:33 +0100
From: Steven Chamberlain
Subject: guard Darwin-specific features with #ifdef
Fix building on FreeBSD-based systems, by guarding Darwin-sp
ple run-time tests, but I think the parts that use
libmd are mostly zfs send/receive, when pools have de-duplication
enabled, which I haven't tried.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Source-Version: 2.1.5+deb1+cvs20081104-13.1
Closing this old bug now, as it is fixed in jessie-kfreebsd.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
e
idea of what those are; but add to that the kernel and any bootloaders.
Being able to rebootstrap, should be part of the arch release
qualification anyway IMHO.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: src:gcc-5
Version: 5.4.0-2
Severity: important
Tags: patch
Hi,
Part of ada-kfreebsd.diff has been applied upstream. The Debian 5.4.0-2
package defines function clock_getres again, causing it to FTBFS.
| s-osinte.ads:223:13: "clock_getres" conflicts with declaration at line 218
| s-osin
nything using it; it's really a
standalone tool for developers (or could make a good Debian c-i test
someday).
Ironically, there is the same name conflict in upstream FreeBSD:
http://www.freebsd.org/cgi/man.cgi?query=ztest
(the only manpage found, refers to zutils' ztest).
Regards,
--
Hi,
kfreebsd 10.3 (kernel) and essential packages are now in sid and now
being used in our buildd chroots. If you find regressions, please let
us know.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
o.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
t see how it is related
because src:inotify-tools only builds on linux?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u3
Severity: grave
Tags: security
https://security.FreeBSD.org/advisories/FreeBSD-SA-16:18.atkbd.asc
Incorrect signedness comparison in the ioctl(2) handler allows a
malicious local user to overwrite a portion of the kernel memory.
This aff
Package: src:kfreebsd-10
Version: 10.1~svn274115-4+kbsd8u3
Severity: grave
Tags: security
https://security.FreeBSD.org/advisories/FreeBSD-SA-16:19.sendmsg.asc
Incorrect argument handling in the socket code allows malicious local
user to overwrite large portion of the kernel memory.
This affects
Hi,
Mattia Rizzolo wrote:
> you may have stopped using it during the build, but you still have the
> build-dep.
The package in sid still uses clang; the one in experimental has
switched to GCC and I hope to get that into sid within a week or so.
Regards,
--
Steven Chamberla
1 - 100 of 1969 matches
Mail list logo
