to be specific when referring only to the kernel.
And I used the word 'can' to try to leave open the idea that other
kernels for Debian could exist (like Hurd) even if only the release
architectures are named here.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd
) sentence:
Debian can use the kernel of either Linux or FreeBSD at its core, but
most of the basic OS tools come from the GNU project; hence the names
Debian GNU/Linux or Debian GNU/kFreeBSD.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ
the
enable-gnu-unique-object configure option was enabled (from 4.6.3-2) :
Error: symbol type gnu_unique_object is supported only by GNU targets
Whereas gcc-4.7 has built okay since that option was disabled on
kfreebsd-* and hurd-i386 (from 4.7.0~rc2-1).
Regards,
--
Steven Chamberlain
ste
for this upload.
The situation is awkward for GNU/Hurd because fixing things like webkit
(with lots of dependencies waiting on it) is important towards becoming
a release architecture too.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ
there on, when FTBFS bugs
on hurd-* are treated as release-critical and given a higher priority to
be fixed by maintainers.
And from the release publicity you would no doubt have many more
interested users and developers helping you with the port by then.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
able to test this on a GNU/Hurd box you can try:
# if defined(__linux__) || defined(__GNU__) || defined(__GLIBC__)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
on it may be the only source of feedback.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc6585f.9030...@pyro.eu.org
:)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc65f0a.9080...@pyro.eu.org
|| FreeBSD_kernel would not be appropriate. It might work but
would only replace one portability issue with another.
The new test for AF_LINK !GNU looks even worse to me. Does GNU/Hurd
_really_ define AF_LINK and yet not provide a net/if_dl.h with a
definition for sockaddr_dl?
Regards,
--
Steven Chamberlain
On 20/06/12 22:09, Nicholas Bamber wrote:
On 20/06/12 22:04, Steven Chamberlain wrote:
This debdiff doesn't address the main point of my original mail:
sockaddr_dl and net/if_dl.h are not (k)FreeBSD-specific, so a test for
FreeBSD || FreeBSD_kernel would not be appropriate.
You still didn't
be consistent, and it addresses the most
important point which was the original test for (k)FreeBSD being too
specific.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
easier after that.
Pre-seeding should be another way to do the same, but it is still
beneficial to be testing via the text/GUI menus as well if possible.
So, yes I think this would be a great idea!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ
is running. It doesn't got far enough to execute
any shell command given by the -e option.
Robert Millan already bisected this to a large DBus-related commit.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject
.
This probably also fixes more GNOME issues, that we didn't even know of yet.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
://lists.debian.org/ca+4ecjnpygh+qdxfexjdhuqoq+nvrhyw8bjzfzuynxxspy0...@mail.gmail.com
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
this */
So, GNU/Hurd could maybe add something like that if it helps with
porting; or better still, upstream could do as Pino suggested in
http://bugs.python.org/issue13669
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
Hi Julien,
On 21/02/13 15:16, Julien Cristau wrote:
On Thu, Feb 21, 2013 at 00:45:04 +, Steven Chamberlain wrote:
That's odd... I don't notice any such glitch with at least kcalc, kate,
qsynth - with xorg-server/2:1.12.4-4 and qt4-x11/4:4.8.2+dfsg-11 on
kfreebsd-amd64 (9.0, wheezy/sid
it as excellent QA and promotes better
software design, hence I'm in favour of inclusion).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
if some RC-severity bugs
remain (though probably not when packages FTBFS); and relaxed criteria
might be used during freeze and for stable updates:
https://lists.debian.org/debian-bsd/2011/06/msg00365.html
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd
Hi Samuel,
On 06/05/13 21:35, Samuel Thibault wrote:
Steven Chamberlain, le Mon 06 May 2013 21:20:57 +0100, a écrit :
In that case would there be 150-200 RC-severity bugs introduced right
away by its inclusion?
I would rather say simply dropping them, as already requested in
Bug#704477
of storage bus is used?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51899557.5090...@pyro.eu.org
in sid on GNU/Hurd but not other arches, and were not
already removed by #704477. This includes some important ones like
gcc-4.8, tar, gdb. git, grub2; keeping up with jessie development would
be quite difficult without these being up-to-date.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Hi debian-publicity@,
I'm forwarding this announcement from the GNU/Hurd team in case you did
not see it.
Although not yet a release architecture, the team has produced their own
release based on sid packages to coincide with the release of wheezy.
Original Message
Subject:
(and
potentially other ports).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51b65146.9030...@pyro.eu.org
powerpcspe ppc64 sh4* sparc64*
* these ports don't appear to have successfully built GCC 4.8 yet.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
-2) whereas m68k still has only the 4.8.0-7 you
uploaded.
You will also first need newer binutils (= 2.23.52) which is still in
the build queue.
(This applies to ppc64 as well).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
builds
happening so we could see unexpected changes occurring.
[2]: https://wiki.debian.org/ReproducibleBuilds
So if something can make something that fulfills all the above goals it
would certainly be beneficial :)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email
to be very low. A
working JVM is quite a lot to ask, the current openjdk-7 is not even
built for mipsel in more. mipsel buildds and porterboxes had only 1GB
RAM maximum until now, and that is heavily used already for their
current tasks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
that would be an accomplishment. And the smaller the initial set of
packages required to boostrap the process, the better.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/527665af.2040...@pyro.eu.org
, and the maintainer of the
pseudopackage being the ports list.
Would that be only for generic issues with a port, not specific to a
package? I doubt this would be used much. These bugs might typically
be reassigned to kernel packages or eglibc anyway.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
]: http://lists.debian.org/5266df9d.9040...@pyro.eu.org
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529688a8.8080
first, as per
Debian's usual Condorcet voting system. This is totally non-binding,
I'm most interested in hearing people's ideas, questions, or the reasons
for their choices.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
On 28/01/14 22:31, Steven Chamberlain wrote:
1. stay with sysvinit
I know that would be the least work, but I think we should take the
opportunity to switch now to one of the modern init systems. Some
package maintainers specifically expressed that they don't want to
maintain SysV init scripts
could be already-written job files, coming from
Debian or Ubuntu, particularly if the package maintainer stops
maintaining the sysvinit scripts.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe
to maintain OpenRC-specific runscripts
instead, that would be a reason for kFreeBSD to consider using OpenRC.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
around with and possibly get it fully working. IIRC it runs, but
will need early boot scripts re-writing, equivalent to /etc/rcS.d/
What is the current status of OpenRC? Is it usable?
Pretty good as I recall; it was very easy to test using jails.
Regards,
--
Steven Chamberlain
ste
and see where things go.
I agree, a lot could change now that GNU/Linux has chosen systemd, and
we have plenty of time. In particular I wonder what Ubuntu will do, and
if Upstart has a future at all. The still-ongoing GNOME/logind issue
may have some impact on that.
Regards,
--
Steven Chamberlain
easier
by using the same init scripts as sysvinit. SysV init scripts can be
overridden by creating a new runscript/job of the same name.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
to
OpenRC, maybe jessie should try to have OpenRC already in place, so that
it will be able to use jessie+1's runscripts when they appear and be
able to shut down cleanly when SysV init scripts are gone.
(I think Thomas was describing the same situation in the context of sid)
Regards,
--
Steven
.
The issue with running the GCC testsuite on kfreebsd-amd64 buildds is
being fixed by FreeBSD upstream, and on Debian buildds within 1-2 weeks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
On 28/05/14 20:12, Steven Chamberlain wrote:
gnome 2014-05-21 1:3.8+6 unsatisfied dependency on gdm3
(= 3.4)
gnome-core 2014-05-21 1:3.8+6 unsatisfied dependency on gdm3
(= 3.4)
xfswitch-plugin 2014-05-21 0.0.1-4 unsatisfied dependency
?
http://lists.debian.org/53863f46.2050...@pyro.eu.org
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org
but it is unavailable today.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140531154459.gb31...@squeeze.pyro.eu.org
. (Disabling the feature on kfreebsd/hurd is
an acceptable shortcut; splitting the build dependencies out of
gnome-shell also would have fixed it, but we won't need this feature
at run-time on kfreebsd/hurd).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ
Hi Emilio,
I'm confused why source packages gdm3 and gnome-shell didn't migrate at
the same time as meta-gnome3. I can only see that they wait for each
other; is there something else blocking this? Is some additional hint
needed to allow removals?
Thanks,
Regards,
--
Steven Chamberlain
ste
, Steven Chamberlain wrote:
[... random ramblings removed ...]
Point 2:
I'm assuming gnome-terminal will still run okay, or otherwise some
Linux user can follow up on this.
[...]
Please stop making assuptions.
Point 3:
Andreas some Linux user Henriksson
--
Steven Chamberlain
ste
it] with random ramblings removed)
So I think there are mostly human rather than technical reasons.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
* Skip commit.d/format_swap on kfreebsd-* and hurd-*, which don't need
to format their swap partitions
diff --git a/commit.d/format_swap b/commit.d/format_swap
index e2dc4b0..dc72032 100755
--- a/commit.d/format_swap
+++ b/commit.d
On 22/08/14 14:48, Samuel Thibault wrote:
hurd uses the same format as Linux, do not disable formatting swap
there.
Thanks, that's surprising; glad I asked. New patch attached.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
* Skip commit.d/format_swap on kfreebsd-*, whose swap
to execute code outside RAM or ROM at 0x656e0065
EAX=07ff158f EBX=07ff158f ECX=0001 EDX=656e0065
ESI=07f3c7d0 EDI=0007ff80 EBP=0007ff3c ESP=0007ff00
EIP=656e0065 EFL=0022 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0
etc...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE
(1.120) UNRELEASED; urgency=medium
+
+ [ Steven Chamberlain ]
+ * Do not kill_dhcp_client after setting the hostname and domain,
+otherwise Linux udhcpc will stop renewing its lease, and on other
+platforms dhclient will de-configure the network interface
+(Closes: #757711, #757988
(See: #751724, #759189).
+ [ Steven Chamberlain ]
+ * On kfreebsd and hurd, which use GRUB for PXE booting, request two
+additional modules in the grub-mkimage step: (Closes: #759686)
+- tftp: required since GRUB 2.02 otherwise PXE boot will crash/hang
+- gfxterm_background: required
tags 759686 + pending
thanks
On 29/08/14 20:52, Steven Chamberlain wrote:
I'd like to commit this debian-installer fix for kfreebsd, but also
make the same change for hurd, since I know the hurd netinst image for
PXE was broken in the same way.
Please could hurd porters let me know
be
appropriate for debian-devel-announce; or if your mail only concerns a
few ports it should be convenient to cross-post to the relevant ports'
lists only.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject
from glibc/2.19-10 in:
http://ftp.debian-ports.org/debian/dists/sid/main/binary-sh4/Packages.bz2
So. although the sh4 buildds have built the sh4 .debs, they're not being
properly installed into that archive; you'll have to ask
debian-ports.org admins about it.
Regards,
--
Steven Chamberlain
ste
for
_GError whereas I think that should be a typedef to GError (without
underscore)?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/Tools/QtTestBrowser/QtTestBrowser.pro
+++ b/Tools/QtTestBrowser/QtTestBrowser.pro
@@ -59,3 +59,5 @@
RESOURCES += \
QtTestBrowser.qrc
+
+DEFINES
On 07/09/14 22:22, Steven Chamberlain wrote:
I wonder if there's some significance that it was templated for
_GError whereas I think that should be a typedef to GError (without
underscore)?
My test build finished - the change I tried didn't help - but looking
for _GError (with underscore
Hi!
On 09/09/14 18:30, Lisandro Damián Nicanor Pérez Meyer wrote:
On Monday 08 September 2014 12:16:21 Steven Chamberlain wrote:
[snip]
I'm trying another test build now with this change applied:
http://trac.webkit.org/changeset/160716
I Steven! How did the build go?
That didn't work
in the build process...
perhaps? *sad, confused*
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
great.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54138ff6.7040...@pyro.eu.org
use.
Although, how is that handled for hurd-i386? I assume it has no
security support, there may be some unofficial packages used; are
therefore none of their machines DSA?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
be an 'official Debian port', and we'd have all the
usual things like install media.
If it turns out to be in fact stable, hopefully it would be acceptable
to DSA. The remaining obstacles go away. It sounds sustainable, and
seems like a model for other ports to follow.
Regards,
--
Steven
inittab like I did here:
https://anonscm.debian.org/cgit/qa/jenkins.debian.net.git/commit/?id=f85e9c3f8dcc4283120e77794a150daad930da46
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
=894584fca266789c8f40b4c0cad60b7909385523
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141113134537.ge23
Hi,
Holger Levsen wrote:
On Donnerstag, 13. November 2014, Steven Chamberlain wrote:
Please consider this change to use SIGINT for up to 10 seconds,
then SIGKILL only if it's still running after that:
https://git.steven.hosting.pyro.eu.org/jenkins.debian.net.git/?h
the
code myself before merging... ;-)
Well, you were right; I didn't think to check for a set +e in the
script, only looked for something like that at the top of the script
and assumed it was safe to return false anywhere.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE
of amusing. If you could please fix my silly mistake:
https://git.steven.hosting.pyro.eu.org/jenkins.debian.net.git/?h=b463b29fdcf5ec4104a2df624690aac8f23481a1
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
-installation_debian_sid_daily_hurd_lxde/74/artifact/results/serial.log/*view*/
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54666847.50
-i-installation_debian_jessie_xfce/65/artifact/results//snapshot_003706.png
* we seemed to get gnome3, despite preseed file asking for xfce:
tasksel tasksel/first multiselect standard, desktop
tasksel tasksel/desktop multiselect xfce
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
, n-2, n-4, n-8, ...,
n-512; skip further tests as soon as any comparison yields more than x
pixels difference. I suppose I'm obligated to provide the patch now!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject
clearly annotate it as this is a workaround for bug #768188. Then it
shouldn't affect Ubuntu, or derivatives/ports using ISC DHCP at all.
And if many years pass before someone comes back to look at this, they
should understand why it's there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
the
lease - and starting in the jessie version, will also give up the lease
on SIGINT (that was #757711).
I think reverting to what we had before reintroduces bugs, and would
break downstream Ubuntu. I think a workaround should be more
targetted at udhcpc/dhcp6c.
Regards,
--
Steven Chamberlain
Package: choose-mirror
Version: 2.62
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: jessie kfreebsd
Hi,
When installing kfreebsd or hurd in Expert mode, choose-mirror offers to
install jessie - stable and stretch - testing even though the
architecture being installed
Hi,
Paul Wise wrote:
Do any porters have any input on this page?
https://wiki.debian.org/GettingPorted
This page seems it will be useful; I will add some bits to it.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
inux (and Ubuntu, Fedora etc.) no longer
worked on them.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
re; 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
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
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
Package: procps
Version: 2:3.3.11-3
Severity: important
Tags: patch
Hi,
procps FTBFS on kfreebsd and hurd due to:
| gcc -std=gnu99 -DHAVE_CONFIG_H -I. -include ./config.h -I. -I./include
-DLOCALEDIR=\"/usr/share/locale\" -Wdate-time -D_FORTIFY_SOURCE=2 -Iproc -g -O2
-fstack-protector-strong
, or OpenJDK for example.
Having a stable set of build-essential packages is important for ports
to get DSA-administered buildds, for developers to be able to run it,
and for the port to progress further.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: light-locker
Version: 1.7.0-2
Severity: wishlist
Tags: patch
Hi,
light-locker unconditionally configures --with-systemd, although that
only makes sense on linux. Without that, it builds fine on kfreebsd and
probably hurd.
With that change, the libsystemd-dev build-dependency (which is
Package: libserialport
Version: 0.1.0-1
Severity: important
Tags: patch
Hi,
libserialport FTBFS in up-to-date sid. Perhaps some recent cleanup of
glibc headers triggered this, but there was a pre-existing issue here
in libserialport_internal.h:
25 #ifdef __linux__
26 /* For timeradd,
linked to /bin/dash
>From 3a14ba3f60579d87ebf5ff3d1e8d6954baa1df05 Mon Sep 17 00:00:00 2001
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Tue, 1 Mar 2016 03:46:44 +
Subject: [PATCH] include again
Upstream commit 5e9eb4e32a1233ca92ec3684c357cec33a38d18b
removed #include , but th
https://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmFileTimeComparison.cxx;hb=v3.5.1#l151
I should try to find a smaller testcase to confirm this. I'll need
to set up a UFS partition on a development machine so I can test
properly.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signatu
der1 build 3940 2016-04-07 13:46:52.0 + Makefile
drwxr-xr-x 3 pbuilder1 build 10 2016-04-07 13:46:52.437235005 + .
-rw-r--r-- 1 pbuilder1 build1 2016-04-07 13:46:52.466234887 +
CustomCMakeInput.txt
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Samuel Thibault wrote:
> BTW, you may find
> set abort_noattach=ask-yes
>
> useful in .muttrc :)
Thanks! I will try that. And maybe more sleep, or coffee.
Patch might be attached.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/Tests/RunCMake/Configure/RunCMakeTest
Steven Chamberlain wrote:
> Could someone with access to the hurd-i386 or kfreebsd porter boxes
> try the attached patch please?
Here's how to run that test on its own, verbosely, in an already-built
Debian build tree:
$ Build/bin/cmake "-DCMAKE_MODULE_PATH=Tes
Hi,
Andreas Beckmann wrote:
> 292 - RunCMake.Configure (Failed)
Could someone with access to the hurd-i386 or kfreebsd porter boxes
try the attached patch please?
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/Tests/RunCMake/Configure/RunCMakeTest.cmake
+++ b/Te
have sub-second
file timestamps. At least with this patch applied I didn't see any
regression, and on UFS... I feel lucky that this will fix it.
> 292 - RunCMake.Configure (Failed)
I didn't look at that other test failure yet...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.or
Hi,
> Steven Chamberlain <ste...@pyro.eu.org> writes:
> > Could someone with access to the hurd-i386 or kfreebsd porter boxes
> > try the attached patch please?
Christoph Egger wrote:
> Start 284: RunCMake.Configure
> 284/371 Te
"-DRunCMake_MAKE_PROGRAM=/usr/bin/make"
"-DRunCMake_SOURCE_DIR=$(pwd)/Tests/RunCMake/Configure"
"-DRunCMake_BINARY_DIR=$(pwd)/Build/Tests/RunCMake/Configure" "-P"
"Tests/RunCMake/Configure/RunCMakeTest.cmake" && m=$((m+1)) ; n=$((n+1)) ; echo
&q
https://bugs.debian.org/815712#187
I'll try to provide a patch for this soon-ish.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
han CustomCMakeDepend.txt
The sleep in Tests/RunCMake/Configure/RerunCMake.cmake is intended to
make CMakeCache.txt newer than ConfigureFileOutput.txt
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
s 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
Subject: libdwfl: clean up unused code for non-Linux GNU platforms
Fr
Package: util-linux
Version: 2.28-1
Severity: important
Tags: patch
User: debian-...@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
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
it is practical (or rather, allow dpkg-buildflags to
enable it).
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
> 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
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
100 matches
Mail list logo