because the security of the whole system depends on it.
Differences in the output of builds needs to be avoided, or otherwise
explained. It would help greatly if there were frequent builds
happening so we could see unexpected changes occurring.
[2]: https://wiki.debian.org/ReproducibleBuilds
So if
it ought 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...@
rebuild its
toolchain and some essential packages, at least once per week, I think
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
list, so someone has to
periodically look for and tag things.
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/527665af.2040...@pyro.eu.org
each
> current port getting a pseudopackage, 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.
t gcj; or even
gcc-4.8. Was this computed for jessie or sid?
[0]: 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? C
red option 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
I see 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 "u
e.
But if for example you'd planned 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 subjec
try
to keep it building on kfreebsd. And just keep it around for people to
play 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;
;d be safer to wait 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.
erably 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 "unsubscrib
On 12/02/14 12:40, Steven Chamberlain wrote:
> In particular I wonder what Ubuntu will do, and
> if Upstart has a future at all.
Well, we have an announcement today from Canonical - AIUI Upstart will
be discontinued after Ubuntu 14.04 LTS and they will switch to systemd
ation 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,
C 4.9 are
actually okay.
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
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-plu
ything else?
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: htt
minal;
I'd check this on popcon.d.o 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
Linux user can follow up on this.
Thanks Pino for the patch. (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 Ch
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 Chamb
PM +0100, 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 L
s to make it linux-any and remove it.
I think these are the last bits of the dependency chain,
(gnome-shell + gdm3 < gnome-core < gnome-session), except for some
arch:all packages which don't matter for testing migration.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.
Depends: gnome-shell
[requiring whole GNOME desktop to build 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
ts
mounted when partman is finished.
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
-
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-*,
ng 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 UNSUBS
(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
concerned (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
Kern
>>
>> http://anonscm.debian.org/cgit/d-i/netcfg.git/commit/?id=8802ca520d9e91542d92bbfa5b2fc412a31cf2e2
>
> I did some archeology and I'll spare you the details. That kill_dhcp_client is
> totally wrong where it is now, so LGTM. Thanks.
Is perhaps the same true for stop_
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 po
ink of a reason to mail *all* ports that wouldn't 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, emai
I can only find arch:all packages 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 adm
rI7_GErrorEEvPT_;
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)?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/Tools/QtTestBrowser/QtTestBrowser.pro
+++ b/Tools/QtTestBrows
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
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 d
l does this.
Does that imply some pre-existing problem in the build process...
perhaps? *sad, confused*
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
source
tree and trying to build. But if it really works then that's 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
t sound like something DSA could 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-hur
ceptable
to DSA. The remaining obstacles go away. It sounds sustainable, and
seems like a model for other ports to follow.
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/2014134118.gf14...@squeeze.pyro.eu.org
s there, you could always use preseed/early_command to
modify 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-r
enkins.debian.net.git/?h=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://li
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
ach iteration.
> Oh, well, I suppose I should either merge and see how it fails or read 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 as
t's kind 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.debi
https://jenkins.debian.net/job/g-i-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
A
s.debian.net/view/g-i-installation/job/g-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,
re the current frame (n) with each of n-1, 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-hu
Package: src:tasksel
Version: 3.29
Severity: important
Hi,
(this bug may also affect linux release architectures other than
i386|amd64|powerpc*, and their CD media, so severity may be higher)
It was seen on kfreebsd and hurd that preseeding with:
tasksel tasksel/first multiselect standard, des
7
built on kfreebsd-amd64 so would have been using the new udebs.
https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_kfreebsd/447/
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subj
cfg dialogs.
Maybe there is still a better solution?
Or perhaps we could add something that kills *only* udhcpc/dhcp6c, could
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
ntinues to refresh 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,
--
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 install
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.or
portant to me, if Debian GNU/Linux (and Ubuntu, Fedora etc.) no longer
worked on them.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
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
esktop environments, tasks, 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: 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 -
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, timersub
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 3a14ba3f60579d87ebf5ff3d1e8d6954baa1df05 Mon Sep 17 00:00:00 2001
From: Steven Chamberlain
Date: Tue, 1 Mar 2016 03:46:44 +
Subject: [PATCH] include again
Upstream commit 5e9eb4e32a1233ca92ec3684c357cec33a38d18b
removed #in
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-Li
FS, which does 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 Chamberl
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
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_PAT
Hi,
> Steven Chamberlain 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 Test #284: RunCMake.Configure
>
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
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
44 + ..
-rw-r--r-- 1 pbuilder1 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..
o me:
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
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
quot;
"-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)) ; ech
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 uuid-runti
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
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-
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
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
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...@
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
Linux it's
unfortunately necessary 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
st
already
introduced in the second half of the (rather long) 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
sd-* since 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,
n't have time to merge/include it
yet 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
rom 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 Chambe
fail on hurd-i386 too.
If you're 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 "u
Without a hurd-i386 box to test 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: h
t, well, that's where work is needed :)
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
AF_LINK being
defined on a platform, and the existence of a net/if_dl.h containing the
definition of sockaddr_dl.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
for
FreeBSD || 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 sock
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
#x27;m fine with that, as it would 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 "unsub
to try
specific configurations/features would be much 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.
ifferent places, depending
whether a DBus session 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, emai
The fix looks quite typical of other GNU/kFreeBSD porting
issues.
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&
://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
Arc
XATTR_SIZE_MAX 65536 /* NetBSD does not enforce 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 UNSUBSC
Hi Julien,
On 21/02/13 15:16, Julien Cristau wrote:
> On Thu, Feb 21, 2013 at 00:45:04 +0000, 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
>&
porting efforts (whereas I see 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? C
gy preview' may be released even 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
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 alrea
1 - 100 of 106 matches
Mail list logo
