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
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
harmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Date: Fri, 27 Mar 2020 21:26:21 +0000
From: Steven Chamberlain
Subject: Add extra libs required to build aicasm
--- a/sys/dev/aic7xxx/aicasm/Makefile
+++ b/sys/dev/aic7xxx/aicasm/Makefile
@@ -14,7 +14,7
ST-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
aintained buildds?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
le 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
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
# Building $codenam
, 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 <
amd64" 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
> 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...@pyro.eu.org
s
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 Chamberla
Christoph Egger wrote:
> Steven Chamberlain <ste...@pyro.eu.org> 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 da
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...)
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 <ste...@pyro.eu.org>
Subject: enable use of portable libbsd functions
Add a new con
--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 Chamberlain
ste
Steven Chamberlain wrote:
> Attached is [...]
Oops.
--
Steven Chamberlain
ste...@pyro.eu.org
Date: Wed, 15 Feb 2017 12:44:13 +
From: Steven Chamberlain <ste...@pyro.eu.org>
Subject: enable use of portable libbsd functions
Add a new configure option `--with-libbsd', which allo
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
Description
to 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
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 <ste...@pyro.eu.org> 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 ar
Hello,
Christoph Egger wrote:
> Steven Chamberlain <ste...@pyro.eu.org> 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 passwo
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/control
d 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!
Regards,
--
Steven
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
pinion 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 thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/configure.ac b/configure.ac
index d850539..f
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
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..5f52d2d 100644
---
update 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
rs: 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
able = $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 messa
...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ils, 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
k 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 Chambe
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
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
signature.asc
Description: D
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
don't yet have arm64 support; that
will happen in time.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
nd 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
t
boot.
I think, sometime next year we will make Debian packages for the
FreeBSD 11.1 kernel.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
ll 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 were you trying to build it on?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
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
of sid in the meantime.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
(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
unction?
(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
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
signature
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
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 :)
it does
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 output now.
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.org
s
' 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 Chamberlain
stev
: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
h 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 <stev...@debian.org>
Subject: Identify *freebsd as a UNIX-like OS
Match "gnukfreebsd" or "freebsd"
# no longer an issue for ITK
affects 686402 - src:insighttoolkit4
# still affects kfreebsd-kernel-headers
reopen 686402
thanks
signature.asc
Description: Digital signature
d /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
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!
Regards,
--
Steven Chamberlain
ste...@pyr
ian/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
tion 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
. Passed0.05 sec
| [..]
| 100% tests passed, 0 tests failed out of 36
https://buildd.debian.org/status/fetch.php?pkg=owncloud-client=kfreebsd-amd64=2.2.1%2Bdfsg-1=1465383829
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
y 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 vfo
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
talled. 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
.4-kfreebsd-amd64-CD-1.iso
SHA-256: dae659788f2fd7d92e59a0a62f3144887d7a44f308703a93a46d3b7bca10ab2e
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
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
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 <ste...@pyro.eu.org>
Subject: support libc soname 0.x
On some glibc-based platforms, the libc
=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 <ste...@pyro.eu.org>
Subject: guard Darwin-specific features with #ifdef
Fix building on FreeBSD-based systems, by guarding Darwin-sp
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
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
|
ing 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,
--
Steven Chamberlain
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
egards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ated
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
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
Steven Chamberlain wrote:
> This weekend I'll submit the talk proposal, probably titled "putting
> GNU/kFreeBSD into production".
Proposed synopsis is:
| Debian GNU/kFreeBSD is still under active development. I'll show some
| projects that have been ongoing since the last DebCo
some ideas of things it
is useful for.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: src:kfreebsd-10
Version: 10.3~svn297264-1~debug1
Severity: important
Tags: experimental
I have a few systems running this kernel, amd64 arch, having a ZFS
root filesystem. Most are working fine, but one in particular
hangs at boot, right after kernel message "Mounting root/root..." or
Package: dpkg-dev
Version: 1.18.6
Severity: normal
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi Guillem,
Please allow dpkg-buildflags to use PIE on kfreebsd. Due to an ancient
bug (#430455) it remains disabled. But kfreebsd-10, -9 and probably -8
support PIE binaries.
ed_set functions not found; not building chrt
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
close 823682
notfound 823682 glibc/2.22-6
thanks
Steven Chamberlain wrote:
> $ cc -fPIE -Wl,-pie -o foo foo.c
> /usr/bin/ld:
> /usr/lib/gcc/x86_64-kfreebsd-gnu/5/../../../x86_64-kfreebsd-gnu/crt1.o:
> relocation R_X86_64_32S against `__libc_csu_fini' can not be used when making
Package: util-linux
Version: 2.28-1
Severity: important
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi,
util-linux since 2.28 FTBFS on kfreebsd and hurd, because uuidd (daemon)
now depends on non-portable sys/signalfd.h
Please mark the binary as [linux-any] in the
Package: libc0.1-dev
Version: 2.22-6
Severity: normal
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi,
It seems that ever since Bug #430455, dpkg-buildflags thinks kfreebsd
does not support Position-Independent Executable, so does not enable it
even if specifically requested with
1 - 100 of 1753 matches
Mail list logo
