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
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
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
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
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
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
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
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
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
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
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: nss
Version: 3.21-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi,
Helmut Grohne pointed out to me that nss fails to cross-build for
non-Linux host architectures, from a Linux build system:
| i586-kfreebsd-gnu-gcc -o OBJS/Linux_SINGLE_SHLIB/sysrand.o -c
Package: nss
Version: 3.21-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi,
Helmut Grohne pointed out to me that nss fails to cross-build for
non-Linux host architectures, from a Linux build system:
| i586-kfreebsd-gnu-gcc -o OBJS/Linux_SINGLE_SHLIB/sysrand.o -c
Steven Chamberlain wrote:
> > | debian-installer build-depends on:
> > | - kfreebsd-amd64:librsvg2-bin
> > | kfreebsd-amd64:librsvg2-bin depends on:
> > | - kfreebsd-amd64:librsvg2-2 (>= 2.40.5-1)
> > | kfreebsd-amd64:librsvg2-2 depends on:
> > | - kfree
an issue in python-astropy then, but something else.
python-astropy built fine on a second build attempt, so I'll close this
bug now. Thanks for your help!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
an issue in python-astropy then, but something else.
python-astropy built fine on a second build attempt, so I'll close this
bug now. Thanks for your help!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
=kfreebsd-amd64=1.0.5-2=1444321350
And now with python-astropy/1.0.5-1 on kfreebsd, we gave back
python-matplotlib/1.4.2-3.1 for another built attempt and it built.
That's how I came to this conclusion, but maybe there's another reason.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.
rds,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
rds,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: python-astropy
Version: 1.1-1
Severity: normal
Hi,
python-astropy FTBFS on kfreebsd because at the time, we only had
python-matplotlib 1.4.2, and apparently that's insufficient now:
| import numpy as np
| from numpy import ma
| > from matplotlib._path import
Package: python-astropy
Version: 1.1-1
Severity: normal
Hi,
python-astropy FTBFS on kfreebsd because at the time, we only had
python-matplotlib 1.4.2, and apparently that's insufficient now:
| import numpy as np
| from numpy import ma
| > from matplotlib._path import
Steven Chamberlain wrote:
> using Helmut's tool, I've been able to rebootstrap a minimal Debian
> linux-i386 chroot (445 binary packages[3]). These were cross-compiled
> from source, by only running kfreebsd-amd64 binaries on a FreeBSD
> kernel, and having some Arch:all packages inst
Steven Chamberlain wrote:
> using Helmut's tool, I've been able to rebootstrap a minimal Debian
> linux-i386 chroot (445 binary packages[3]). These were cross-compiled
> from source, by only running kfreebsd-amd64 binaries on a FreeBSD
> kernel, and having some Arch:all packages inst
a versioned Build-Depends.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Control: tags -1 + upstream patch
Hi!
Upstream has committed a patch for this, attached. I just tested that
it builds now on kfreebsd-amd64.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Description: Add revision 37570 from the 1.2 branch.
Fix build regression on FreeBSD
-amd64, it works perfectly!
libcap/_makenames still gives the right output. Thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20151123/003992.html
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20151123/003992.html
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Control: tags -1 + upstream patch
Hi!
Upstream has committed a patch for this, attached. I just tested that
it builds now on kfreebsd-amd64.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Description: Add revision 37570 from the 1.2 branch.
Fix build regression on FreeBSD
Control: tags -1 + upstream patch
Hi!
Upstream has committed a patch for this, attached. I just tested that
it builds now on kfreebsd-amd64.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Description: Add revision 37570 from the 1.2 branch.
Fix build regression on FreeBSD
Control: retitle -1 seahorse: out-of-date Build-Depends on libgtk-3-dev
Sorry, fixing bug title.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Package: clutter-1.0
Version: 1.24.2-1
Hi,
clutter-1.0/1.24.2-1 FTBFS on kfreebsd-* because:
| ./.libs/libclutter-1.0.so: undefined reference to `gdk_device_get_vendor_id'
| ./.libs/libclutter-1.0.so: undefined reference to `gdk_device_get_product_id'
Package: seahorse
Version: 3.18.0-2
Hi,
seahorse/3.18.0-2 FTBFS on kfreebsd-* because:
| /«PKGBUILDDIR»/libseahorse/seahorse-widget.c:171: undefined reference to
`gtk_css_provider_load_from_resource'
https://buildd.debian.org/status/fetch.php?pkg=seahorse=kfreebsd-amd64=3.18.0-2=1449840552
in
latest sid. A lot of build dependencies changed and I'm not sure which
one fixed it, else I would have filed a bug:
gb gnome-power-manager_3.18.0-1 . kfreebsd-amd64
gb gnome-power-manager_3.18.0-1 . kfreebsd-i386
Thanks again,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Package: devhelp
Version: 3.18.1-1
Hi,
devhelp/3.18.1-1 FTBFS on kfreebsd-* because:
| dh-window.c:977:9: error: implicit declaration of function
'gtk_label_set_xalign' [-Werror=implicit-function-declaration]
gmsh_2.10.1+dfsg1-1 . kfreebsd-amd64
gb gmsh_2.10.1+dfsg1-1 . kfreebsd-i386
since we now have OpenJDK as default Java. And:
gb python-scipy_0.16.1-1 . kfreebsd-i386
since that was a transient buildd problem.
Thanks again!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Dear wanna-build maintainers,
Now that kfreebsd-amd64 has built a more recent python3-matplotlib
(>= 1.5.0~), please could healpy be given back for another build
attempt. Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
--
debian-scie
ckward compatibility, we can also make the statement failure
> > non-fatal.
>
> Likely either that, or a check if the directory exists before running
> the command.
A patch for this is attached.
Thank you,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/debian/sysdeps
ckward compatibility, we can also make the statement failure
> > non-fatal.
>
> Likely either that, or a check if the directory exists before running
> the command.
A patch for this is attached.
Thank you,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/debian/sysdeps
Hi,
Thanks for applying that fix to glib2.0; some ~200 packages have built
now on kfreebsd-* in sid due to this!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
a nice demo of diffoscope if it can
do this, although it might not know how to disassemble this properly.
I uploaded the firmwares here but I think something broke... it has been
"in queue, please wait" for over an hour :( The files were 25MB each.
https://try.diffoscope.org/quvzskqbuysh
Regards,
thought this was a good
example of the current state-of-the-art, and why we'd like our binaries
and eventually, installer and VM images reproducible IMHO.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
f, although that seems to have other issues now. I
think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <ste...@pyro.eu.org>
Subject: missing include for FreeBSD ioctls
Date: Mon, 21 D
f, although that seems to have other issues now. I
think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <ste...@pyro.eu.org>
Subject: missing include for FreeBSD ioctls
Date: Mon, 21 D
f, although that seems to have other issues now. I
think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <ste...@pyro.eu.org>
Subject: missing include for FreeBSD ioctls
Date: Mon, 21 D
Steven Chamberlain wrote:
> I uploaded the firmwares here but I think something broke... it has been
> "in queue, please wait" for over an hour :( The files were 25MB each.
> https://try.diffoscope.org/quvzskqbuysh
Okay, I did eventually finish. As suspected, diffoscope (
pe/commit/302190ac958b35fe95a0c2bc2d2a30f214822fc1
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debia
go upstream or just a temporary workaround.
Sure, I'll ping this bug when I know more.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
go upstream or just a temporary workaround.
Sure, I'll ping this bug when I know more.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Wed, 16 Dec 2015 20:13:01 +
Subject: treat GNU/kFreeBSD or Hurd just as Linux
--- a/make/gluegen-cpptasks-base.xml
+++ b/make/gluegen-cpptasks-base.xml
@@ -292,7 +292,12 @@
-
+
+
+
+
+
+
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Wed, 16 Dec 2015 20:13:01 +
Subject: treat GNU/kFreeBSD or Hurd just as Linux
--- a/make/gluegen-cpptasks-base.xml
+++ b/make/gluegen-cpptasks-base.xml
@@ -292,7 +292,12 @@
-
+
+
+
+
+
+
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Wed, 16 Dec 2015 18:56:35 +
Subject: just use platform=Linux for GNU/kFreeBSD and Hurd
--- a/build.xml
+++ b/build.xml
@@ -93,6
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven Chamberlain <ste...@pyro.eu.org>
Date: Wed, 16 Dec 2015 18:56:35 +
Subject: just use platform=Linux for GNU/kFreeBSD and Hurd
--- a/build.xml
+++ b/build.xml
@@ -93,6
ot a Perl
bug. Might we please add a stat() to work around it, as attached; that
would allow the test to still run, and still return a meaningful result
rather than skipping/ignoring the test on kfreebsd.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <
Also while here:
gb gnome-clocks_3.18.0-1 . kfreebsd-amd64
because the last build failed due to a transient buildd problem. Giving
it back will return it to BD-Uninstallable state waiting on glib2.0, as
it is on kfreebsd-i386.
Thank you!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Also while here:
gb gnome-clocks_3.18.0-1 . kfreebsd-amd64
because the last build failed due to a transient buildd problem. Giving
it back will return it to BD-Uninstallable state waiting on glib2.0, as
it is on kfreebsd-i386.
Thank you!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
ot a Perl
bug. Might we please add a stat() to work around it, as attached; that
would allow the test to still run, and still return a meaningful result
rather than skipping/ignoring the test on kfreebsd.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain <
thing in libacl itself that would
return ENOSYS:
https://codesearch.debian.net/results/package%3Aacl%20ENOSYS
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
tex lock/unlock could be wrapped in
#ifndef __FreeBSD_kernel__ instead.
But I'm surprised the deadlock issue hasn't been seen on Linux, as the
same generic "unix" implementation is used there as for kfreebsd.
Thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/gio/gunionvo
C_CHECK_HEADERS
will test for vm/vm.h and set HAVE_VM_VM_H correctly. Then I was able
to build monit again.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
C_CHECK_HEADERS
will test for vm/vm.h and set HAVE_VM_VM_H correctly. Then I was able
to build monit again.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
tex lock/unlock could be wrapped in
#ifndef __FreeBSD_kernel__ instead.
But I'm surprised the deadlock issue hasn't been seen on Linux, as the
same generic "unix" implementation is used there as for kfreebsd.
Thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/gio/gunionvo
ian-...@lists.debian.org>
Changed-By: Steven Chamberlain <ste...@pyro.eu.org>
Description:
kfreebsd-kernel-headers - kFreeBSD headers for development
Closes: 807611
Changes:
kfreebsd-kernel-headers (10.1~8) unstable; urgency=low
.
* Upload to unstable.
* Fix typos in debian/rules introduced
e next
kfreebsd-kernel-headers upload, in the next few days.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
e next
kfreebsd-kernel-headers upload, in the next few days.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
-i386
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
.g211672f-1 . kfreebsd-amd64
gb tarantool_1.6.3.539.g211672f-1 . kfreebsd-i386
...still some more to follow. Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
glib2.0 issue resolved:
gb gnome-clocks_3.18.0-1 . kfreebsd-amd64
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
vailable from
| <http://www.php.net/software/>".
The statement is reproduced in the Debian copyright file, and it seems
valid, if it really does include PHP software as claimed by upstream.
[0]: https://github.com/stefanesser/suhosin/issues/48
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
vailable from
| <http://www.php.net/software/>".
The statement is reproduced in the Debian copyright file, and it seems
valid, if it really does include PHP software as claimed by upstream.
[0]: https://github.com/stefanesser/suhosin/issues/48
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
David Gwynne wrote:
> > On 8 Dec 2015, at 10:17, Steven Chamberlain <ste...@pyro.eu.org> wrote:
> > I'll try again with latest -CURRENT in light of these recent commits:
> > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/sparc64/dev/vnet.c.diff?r1=1.51=1.52=h
>
ows access
to all the host system's disks and other things. To restrict it, you
must create a devfs ruleset, and apply it in the jail before starting
it, explained here:
https://wiki.debian.org/Debian_GNU/kFreeBSD/Jails#Starting_or_stopping_a_jail
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
ows access
to all the host system's disks and other things. To restrict it, you
must create a devfs ruleset, and apply it in the jail before starting
it, explained here:
https://wiki.debian.org/Debian_GNU/kFreeBSD/Jails#Starting_or_stopping_a_jail
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
curpage 0x400090d6000
The mbuf header may not hold valid data anymore, but here it seemed to
have type MT_SONAME:
ddb> show mbuf 400090d7300
mbuf 0x400090d7300
m_type: 3 m_flags: 0
m_next: 0x0 m_nextpkt: 0x0
m_data: 0x400090d7320 m_len: 16
m_dat: 0x400090d7320 m_pktdat: 0x4
-common geom freebsd-ppp devd devd-udeb ktrace pf
powerd mkuzip
Architecture: source
Version: 10.1~svn273304+ds1-1
Distribution: unstable
Urgency: medium
Maintainer: GNU/kFreeBSD Maintainers <debian-...@lists.debian.org>
Changed-By: Steven Chamberlain <ste...@pyro.eu.org>
Descri
Steven Chamberlain wrote:
> Some packages had build attempts, and went into Failed state rather than
> BD-Uninstallabe; and were retried hundreds of times, e.g.
> https://buildd.debian.org/status/package.php?p=freecad=sid
The problem seems to have cleared up now, thanks!
Regards,
-
-java_2.4.7-1 . kfreebsd-amd64
gb libpulse-java_2.4.7-1 . kfreebsd-i386
gb jetty_6.1.26-5 . kfreebsd-amd64
gb jetty_6.1.26-5 . kfreebsd-i386
gb ipig_0.0.r5-2 . kfreebsd-amd64
gb ipig_0.0.r5-2 . kfreebsd-i386
gb logol_1.7.2-2 . kfreebsd-amd64
gb logol_1.7.2-2 . kfreebsd-i386
Thanks!
Regards,
--
Steven
eed.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
://buildd.debian.org/status/package.php?p=freecad=sid
It could mean a problem in whatever tests the build-deps before
scheduling a build attempt.
I thought it could be related to new APT, but seems to have been
happening longer than that.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 11 Nov 2015 11:56:26 +
Source: makefs
Binary: makefs
Architecture: source
Version: 20100306-6
Distribution: unstable
Urgency: medium
Maintainer: GNU/kFreeBSD Maintainers <debian-...@lists.debian.org>
Changed-By:
Hi Christoph,
Please could you give back mesa on kfreebsd-*. It had failed with
| ../../../../src/egl/drivers/dri2/platform_drm.c:641:42: error:
| 'F_DUPFD_CLOEXEC' undeclared (first use in this function)
whereas libc0.1-dev >> 2.21~ now provides this.
Thanks!
Regards,
--
Steven Chamb
}
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
nce shall be reduced.
Just to follow up on this, I think christoph@ found a simpler way to
make VM, cloud, or potentially USB-bootable live images, using
vmdebootstrap instead of vagrant or packer. So we'll likely pursue
that route instead.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
defined (since ../debian/changelog may not exist), which we need
when calling makefs from within that Makefile. We export it for use by
gen-tarball to avoid duplication there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
defined (since ../debian/changelog may not exist), which we need
when calling makefs from within that Makefile. We export it for use by
gen-tarball to avoid duplication there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
defined (since ../debian/changelog may not exist), which we need
when calling makefs from within that Makefile. We export it for use by
gen-tarball to avoid duplication there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.
defined (since ../debian/changelog may not exist), which we need
when calling makefs from within that Makefile. We export it for use by
gen-tarball to avoid duplication there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
nce shall be reduced.
Just to follow up on this, I think christoph@ found a simpler way to
make VM, cloud, or potentially USB-bootable live images, using
vmdebootstrap instead of vagrant or packer. So we'll likely pursue
that route instead.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
patch.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff -Nru openjdk-8.orig/debian/patches/sparc64-support.diff openjdk-8/debian/patches/sparc64-support.diff
--- openjdk-8.orig/debian/patches/sparc64-support.diff 1970-01-01 01:00:00.0 +0100
+++ openjdk-8/debian/patches/s
,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
have openjdk-7-jdk installed already in the
build chroot, to build openjdk-8 the first time. sbuild can't handle
alternate dependencies by itself.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
It doesn't recognise "sparc64-*" in autoconf's triplet. Maybe try the
attached instead? Add sparc64-support.diff to debian/patches/ and
enable it with rules.diff
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/common/autoconf/generated-configure.sh
+++ b/common/autoconf/
ody has tried that yet.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi,
Steven Chamberlain wrote:
> debian-installer cannot build in jessie-kfreebsd due to:
>
> | debian-installer build-depends on:
> | - kfreebsd-amd64:librsvg2-bin
> | kfreebsd-amd64:librsvg2-bin depends on:
> | - kfreebsd-amd64:librsvg2-2 (>= 2.40.5-1)
> | kfreebsd-
Christoph Egger wrote:
> Steven Chamberlain <ste...@pyro.eu.org> writes:
> > Is it possible Ansgar could copy gdk-pixbuf/2.31.1-2+deb8u3 into
> > jessie-kfreebsd-proposed-updates?
>
> The step from security to -p-u should be automatic. How old is the
> security
est if this helps with tmpfs issues seen on
armv7 and such, as I think that was first mentioned around the time of
this change, and since it uses pool(9) for its file metadata.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
I expect that Linux d-i builds will have some reproducibility issues
in whatever generates the initrd or ISOs, but I may look into that after
the jessie-kfreebsd release is done.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
I expect that Linux d-i builds will have some reproducibility issues
in whatever generates the initrd or ISOs, but I may look into that after
the jessie-kfreebsd release is done.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
I expect that Linux d-i builds will have some reproducibility issues
in whatever generates the initrd or ISOs, but I may look into that after
the jessie-kfreebsd release is done.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
e away
from jessie-kfreebsd-proposed-updates/main already. The package is
mentioned here, modified on 21st August so maybe something happened to
it during DebConf when Ansgar was working on jessie-kfreebsd-p-u:
http://ftp.debian.org/debian/dists/jessie-kfreebsd-proposed-updates/
Regards,
--
901 - 1000 of 5971 matches
Mail list logo
