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
u should be able to log in.
Maybe a better feature for the installer, would be if it asked you for
an SSH key for the default user (or for the root user)?
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-...@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
y sad, but makes me think it merits working around (or preemptive
action in the case of Debian), even at the expense of 256MB disk space.
So in recipes-amd64-efi, is it feasible we double the max. size of /boot
from 256MB to 512MB?
"640K ought to be enough for everyone."
Thanks for c
n
applet increasing over time.
I'm unfortunately unable to run valgrind on this machine.
Regards,
--
Steven Chamberlain
stev...@debian.org
signature.asc
Description: Digital signature
Hi,
Upstream's patch works with mercurial/3.1.2-2+deb8u4 in oldstable:
https://www.mercurial-scm.org/repo/hg/rev/bf07c19b4c82
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi Ximin,
Thanks for figuring this out. Indeed the recent buildinfos are being
signed but I didn't yet figure out how/why.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi,
openocd/0.10.0-1 gained a new dependency on libusb-dev (libusb 0.1);
but the latter is destined for removal from the archive.
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
1
Thanks! That's exactly what it was (although the osm plugin is
disabled). This fix works for ikiwiki/3.20170111 in sid/stretch.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: sbuild
Version: 0.73.0-4
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: infrastructure
Hello,
dpkg-buildpackage typically generates a .changes and .buildinfo file,
and signs both (since at least dpkg 1.18.19).
But when using sbuild, dpkg-buildpackage inside of t
, 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
Package: libblkmaker
Version: 0.5.3-1
Severity: grave
Tags: fixed-upstream
Hi,
The version of libblkmaker in sid/stretch supports bitcoin blocks up to
version 4 only:
http://sources.debian.net/src/libblkmaker/0.5.3-1/blkmaker.h/#L15
But since early 2016, the tip of the blockchain uses predemonan
SD',
+ 'kfreebsd' => 'kFreeBSD',
'hurd' => 'GNU',
);
diff --git a/debian/changelog b/debian/changelog
index 2078897..d96cd5a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -11,6 +11,10 @@ debhelper (10.2.6) UNRELEASED; urgency=medium
o
sonal interactions beyond that, is just too
much. That is the real "debacle"; it is not surprising to me now, that
this did not happen yet in 10 years, or that no enthusiastic new
contributor had already done this.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Descr
Bastian Blank wrote:
> On Tue, Feb 28, 2017 at 10:00:01PM +0000, Steven Chamberlain wrote:
> > That differs from the latest version of my patch, and from what I sent
> > earlier today to the release team when asking about a potential unblock:
> > https://lists.debian.org/d
ebian.org/debian-release/2017/02/msg01033.html
I think we should wait for them to answer before doing anything else.
Based on KiBi's feedback I thought it better to swap sum[0] and sum[1],
and remove the SHA1 parsing also.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Descri
u anna-1.57/debian/changelog anna-1.58/debian/changelog
--- anna-1.57/debian/changelog 2017-02-13 06:08:47.0 +
+++ anna-1.58/debian/changelog 2017-02-28 16:41:04.0 +
@@ -1,3 +1,12 @@
+anna (1.58) unstable; urgency=high
+
+ * Team upload.
+ * Replace md5sum verification with sha
Control: tags -1 + patch
Hi,
The attached patch is based on having
libdebian-installer_bug856210_v3.patch applied:
* libdebian-installer4-dev would not change its name
* sum[1] is already empty/unusable
* sum[0] would become the sha256 field
Thanks,
Regards,
--
Steven Chamberlain
ste
Updated patch, which assumes the libdebian-installer4-dev package will
not be renamed. Build-Depend on a recent enough version that provides
sha256 fields.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/debian/changelog b/debian/changelog
index d6682ca..20e33a0 100644
--- a
Steven Chamberlain wrote:
> replace sum[0] with sha256 and leave sum[1] empty;
> [...] (we would drop the MD5- and SHA1-parsing code
> and make absolutely sure nobody is still using those).
The new patch attached would do that, and it remains otherwise
ABI-compatible.
It aims to be
Thanks for your comments!
Cyril Brulebois wrote:
> Steven Chamberlain (2017-02-27):
> > (If we really wanted, we could maybe avoid the ABI bump: [...]
>
> Given the number of reverse dependencies, I doubt this is worth abusing
> md5 storage for sha256 things.
Maybe I should
which remains the same length). The
dynamically-sized buffer it points to, would change from storing an MD5
to a SHA256 hash, and would only cause a regression where something is
still trying to validate MD5).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/configure.ac b/configure.ac
ncrease it if changing SHA256 to SHA512 in the future. A
more thorough rework of this code might store the hash type (as an enum)
and length, in the di_package struct instead.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> Attached is [...]
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/anna.c b/anna.c
index 4b68816..e03d34a 100644
--- a/anna.c
+++ b/anna.c
@@ -318,8 +318,8 @@ install_modules(di_packages *status, di_packages *packages) {
}
}
-
entation needed
to change then.
In the ideal world, the code itself would be the clear, authoritative
reference of what it is doing. I wish that we can remove all references
to md5 and sha1 there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
hed log.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
/usr/bin/sha256sum /tmp/net-retriever-1817-Packages
/usr/bin/sha256sum /tmp/net-retriever-1872-Packages
/usr/bin/sha256sum /tmp/net-retriever-1872-Packages
/usr/bin/sha256sum /tmp/net-retriever-1872-Packages
/usr/bin/md5sum /var/cache/a
Hi,
Bastian Blank wrote:
> This change breaks the existing ABI and therefor needs an ABI bump, but
> it is missing from the patch.
I agree, that should be done. Thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
bizarre that we've published SHA256 sums in the
archive since 2007 and *still* don't use them here. I think there is a
greater risk that we forget, or be too lazy, than we do this 'too soon'.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
t use
the md5sums field, and the struct size is not changing); though if they
do use, I'd prefer they FTBFS so that we find out.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
nd the testsuite to check parsing of the
SHA256 fields; that also would result in a larger diff however.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/debian/changelog b/debian/changelog
index 3dd29e1..1b7fcd8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,16 @@
l
9
if (item->sum[1])
return check_sum (target, "sha1sum", item->sum[1], buf_name);
if (item->sum[0])
return check_sum (target, "md5sum", item->sum[0], buf_name);
Further context and an overview of related bugs will be published at:
https://wiki.debian.org/Insta
p (buf, sum, 32))
Further context and an overview of related bugs will be published at:
https://wiki.debian.org/InstallerDebacle
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
until 2022. So
I'm tentatively filing this bug as RC-severity.
Further context and an overview of related bugs will be published at:
https://wiki.debian.org/InstallerDebacle
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
supported release until 2022. So
I'm tentatively filing this bug as RC-severity.
Further context and an overview of related bugs will be published at:
https://wiki.debian.org/InstallerDebacle
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
lerDebacle
This bug is not itself RC, but it will be a blocking issue for RC bugs
I'm about to file.
I intend to submit a patch for this shortly.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
approve an unblock. I think that is why this was
filed - intended as a request for comments about a speculative upload to
DELAYED/10. You could follow-up with your own debdiff if you plan to
make your own upload for this?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Descripti
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
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-...@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
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
ch for xserver-xorg-video-siliconmotion, if Jonny would
like to try rebuilding with this perhaps.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/src/smi_driver.c b/src/smi_driver.c
index 8949cae..5023e63 100644
--- a/src/smi_driver.c
+++ b/src/smi_driver.c
@@ -1787,6 +1787,
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
ug main
then the Xorg.log should give a more detailed backtrace.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
m_bus_socket: No such file or directory)
Did you try rebooting the machine before starting Xorg? Perhaps you
could find something relevant in your logs with:
$ cd /var/log && sudo grep dbus dpkg.log syslog
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
nd sorry
No problem... and thanks for explaining!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
it
> Jan 21 10:09:25 deimos console-kit-daemon[2635]: GLib-CRITICAL: Source ID 138
> > was not found when attempting to remove it
consolekit seems to have a problem, but I think this is not the reason
Git is failing.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
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
...
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
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-...@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
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
(again) to build it on linux.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
rball, I can try out
this patch (3.0 native and .tar.xz) with that to begin with.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
or is fatal, and
causes a "fail-whale" with only an option to log out.
Probably GNOME is not suitable for that hardware, then. It was a really
unfortunate experience for the (first-time) user, though.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
.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
ebsd-amd64 (x86_64)
Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE= (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
>From d74e62562b5814a496ff485c4ba4f6bbfa542a50 Mon Sep 17 00:00:00 2001
From: Steven Chamberlain
Date: Wed, 12 Oct 2016 12:47:0
Package: src:mame
Version: 0.178-1
Severity: serious
Justification: FTBFS, but built successfully in the past
Hi,
On linux-arm64, mame since 0.176-3 FTBFS, because:
https://buildd.debian.org/status/fetch.php?pkg=mame&arch=arm64&ver=0.178-1&stamp=1475578747
| Compiling src/emu/emumem.cpp...
| g++
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
Dmitry Smirnov wrote:
> On Sunday, 28 August 2016 10:39:20 AM AEST Steven Chamberlain wrote:
> > What kernel did you test this with?
>
> 10.1 on Qemu/KVM with "rtl8139"...
i386 or amd64?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
el did you test this with?
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
Package: src:ring
Version: 20160729.2.7a7dbd6~dfsg1-2
Severity: normal
Tags: patch
Hello!
The debian/rules clean target does not seem to work for me. (Please see
attached clean.log).
Is there any reason to distclean in lrc/build and client-gnome/build,
since those subtrees are deleted anyway?
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
you can set this on 10.3:
# sysctl -w compat.linux.osrelease=2.6.16
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
sie-kfreebsd-proposed-updates suite.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: mame
Version: 0.175-1
Tags: patch
User: debian-...@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
iff form instead.
There might still be other reproducibility issues after this.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff -Nru
linux-grsec-4.6.3/debian/patches/features/all/grsec/reproducible-randstruct.patch
linux-grsec-4.6.3/debian/patches/features/all/grsec/reproducible-r
1 - 100 of 1783 matches
Mail list logo