Julien Grall
Christoph Egger (1):
gnttab: Introduce rwlock to protect updates to grant table state
Matt Wilson (1):
gnttab: refactor locking for scalability
docs/misc/grant-tables.txt| 49 ++-
xen/arch/arm/mm.c |4 +-
xen/arch/x86/mm.c |4 +-
xen
-staging, split into multiple commits]
Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
---
docs/misc/grant-tables.txt| 28 -
xen/arch/x86/mm.c |4 +-
xen/common/grant_table.c | 135
This patch series changes the grant table locking to
a more fain grained locking protocol. The result is
a performance boost measured with blkfront/blkback.
Document the locking protocol.
[PATCH 1/2] gnttab: Introduce rwlock to protect updates to grant
[PATCH 2/2] gnttab: refactor locking for
...@amazon.com
[chegger: ported to xen-staging, split into multiple commits]
Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Anthony Liguori aligu...@amazon.com
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
---
docs/misc/grant-tables.txt | 21 +
xen/common/grant_table.c
m...@amazon.com
[chegger: ported to xen-staging, split into multiple commits]
v2:
* Add arm part per request from Julien Grall
Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
Cc: Julien Grall julien.gr...@linaro.org
---
docs/misc
Package: python-ldns
Version: 1.6.13-1+deb7u1
Severity: normal
Hi!
% python -c 'import ldns'
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib/pymodules/python2.7/ldns.py, line 26, in module
_ldns = swig_import_helper()
File
Hi!
I'll send a email to debian-devel-announce on monday about kFreeBSD
still being alive. I hope we got some of the responses from the teams
untill thn so we have a better idea how kFreeBSD/jessie will look
like. If someone has some points I want to mention please add them to
[0].
Christoph
-demon-add-handler 'gnus-demon-scan-news 5 t)
(gnus-demon-init)
(setq user-mail-address christ...@christoph-egger.org
user-full-name Christoph Egger
mm-verify-option 'known
mm-decrypt-option 'known
gnus-buttonized-mime-types '(multipart/signed multipart/encrypted)
gnus
Package: emacs24
Version: 24.4+1-4
Severity: important
Hi!
I have had a strange problem with gnus now several times. After
trying to load a group in gnus -- if the connection dies while doing
so -- I sometimes end up with the whole imap folder marked as read. I
consider this read information
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
DSA can't
maintain rolling releases or testing systems for any length of time.
I'm not quite sure what you mean; particularly how those involve DSA.
What systems would you need to maintain besides the buildds for sid?
It means we need a
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Christoph Egger wrote:
It means we need a stable release of some sort to keep DSA provided
hardware. That's currently buildds and porterboxes.
That's annoying.
To provide stable/security support ourselves, it seemed we'd need an
unofficial
Hi FTP Masters!
Hi BSD!
I was told you would be supportive of an unofficial kfreebsd jessie
release and willing to add a suite for that. Guess I write here what I
think would be best from our point of view and you tell me if I'm crazy
or not:
+ There would be a jessie-kfreebsd thing next to
Hi!
We are evaluation options for an unofficial kFreeBSD release alongside
jessie. I'm rather worried about security updates there. My Idea so far
is to keep the security wanna-build trigger active so packages in
security still get built automatically for the unofficial kfreebsd
release also. We
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Christoph Egger wrote:
Uploading kfreebsd-10 10.1-RC4 in a minute and I guess see for -final
Final release has been tagged. After the setlogin security fix, there
was only one more change - but it's kind of odd:
http://freshbsd.org/commit
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Christoph Egger wrote:
It means we need a stable release of some sort to keep DSA provided
hardware. That's currently buildds and porterboxes.
That's annoying.
To provide stable/security support ourselves, it seemed we'd need an
unofficial
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
DSA can't
maintain rolling releases or testing systems for any length of time.
I'm not quite sure what you mean; particularly how those involve DSA.
What systems would you need to maintain besides the buildds for sid?
It means we need a
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Christoph Egger wrote:
Uploading kfreebsd-10 10.1-RC4 in a minute and I guess see for -final
Final release has been tagged. After the setlogin security fix, there
was only one more change - but it's kind of odd:
http://freshbsd.org/commit
Hi all!
First, I do not really know enough about release workflow I guess to
know what -release@ does not want to do for kfreebsd apart from stamping
it as an official release so some of my whishes may be totally
reasonable or way of -- please tell me!
Steven Chamberlain ste...@pyro.eu.org
Hi all!
First, I do not really know enough about release workflow I guess to
know what -release@ does not want to do for kfreebsd apart from stamping
it as an official release so some of my whishes may be totally
reasonable or way of -- please tell me!
Steven Chamberlain ste...@pyro.eu.org
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
I don't see any downside to it being in sid: I think the changes are
careful enough to not get in the way of a future unblock, so isn't
likely to force some future fix to go through t-p-u instead.
How is the release doing? Which channels do
Moritz Mühlenhoff j...@inutil.org writes:
On Fri, Nov 07, 2014 at 01:07:34AM +, Steven Chamberlain wrote:
Dear Security Team,
Please could we upload to wheezy-security with the attached debdiff to
fix issues in kfreebsd-9 (kernel).
This disables support for SCTP as previously
Hi!
Wookey woo...@wookware.org writes:
Package: ffcall
Version: 1.10+cvs20100619-3
Severity: normal
User: debian-arm@lists.debian.org
Usertag: arm64
This package fails to build on arm64. The build log for the offical archive
is here:
Hi!
Fernando Seiti Furusato ferse...@br.ibm.com writes:
The package ffcall fails to build from source on ppc64el because some
definitions
were missing for the platform.
I have created a patch, mostly copying powerpc64 .c and .s files and making
some changes
to *powerpc64le.s files to
Hi!
Wookey woo...@wookware.org writes:
Package: ffcall
Version: 1.10+cvs20100619-3
Severity: normal
User: debian-...@lists.debian.org
Usertag: arm64
This package fails to build on arm64. The build log for the offical archive
is here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 23 Oct 2014 14:29:43 +0200
Source: irony-mode
Binary: irony-mode
Architecture: source kfreebsd-amd64
Version: 0.1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed
Hi!
Riley bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch writes:
After reading a discussion on the gnu-linux-libre mailing list [1],
I found that the two files named ar9300_devid.h have a license that
restricts modification:
Quoting that file:
#ifndef __AR9300_DEVID_H__
#define
Hi!
Riley bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch writes:
After reading a discussion on the gnu-linux-libre mailing list [1],
I found that the two files named ar9300_devid.h have a license that
restricts modification:
Quoting that file:
#ifndef __AR9300_DEVID_H__
#define
Hi!
Riley bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch writes:
After reading a discussion on the gnu-linux-libre mailing list [1],
I found that the two files named ar9300_devid.h have a license that
restricts modification:
Quoting that file:
#ifndef __AR9300_DEVID_H__
#define
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 25 Oct 2014 20:15:08 +0200
Source: python-versuchung
Binary: python-versuchung
Architecture: source all
Version: 1.1-2
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 02 Nov 2014 23:26:39 +0100
Source: python-versuchung
Binary: python-versuchung
Architecture: source all
Version: 1.1-3
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed
Hi!
Ivo De Decker iv...@debian.org writes:
It seems python-versuchung doesn't build on the buildd's. The only available
build is the maintainer upload.
Strange .. there should have been a -2 that switches to arch=all *and*
it should build in a chroot. I'll check.
Christoph
--
To
Hi!
Ivo De Decker iv...@debian.org writes:
It seems python-versuchung doesn't build on the buildd's. The only available
build is the maintainer upload.
Strange .. there should have been a -2 that switches to arch=all *and*
it should build in a chroot. I'll check.
Christoph
--
To
Hi Steven, hi release@
Julien Cristau jcris...@debian.org writes:
On Fri, Oct 31, 2014 at 11:43:36 +, Steven Chamberlain wrote:
kfreebsd-10 migrated last night; is there a chance another upload of
the kernel could go into sid and be aged in before the freeze starts?
Leaving aside the
Ahoi!
Christoph Egger christ...@christoph-egger.org writes:
Emilio Pozuelo Monfort po...@debian.org writes:
On 31/10/14 12:43, Steven Chamberlain wrote:
kfreebsd-10 migrated last night; is there a chance another upload of
the kernel could go into sid and be aged in before the freeze starts
Package: ejabberd
Version: 2.1.10-4+deb7u1
Severity: normal
Dear Maintainer,
Recently, SSLv3 started to be seriously broken. ejabberd in stable
however does not support disabling SSLv3 and has it enabled by
default. Please consider dropping SSLv3 support in stable!
Christoph
-- System
for lots of packages as
well as uploads for his quot;ownquot; packages. I strongly believe he can be
trusted with full and unrestricted upload rights.
Christoph Egger (via nm.debian.org)
--
To UNSUBSCRIBE, email to debian-newmaint-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Hi Steven, hi release@
Julien Cristau jcris...@debian.org writes:
On Fri, Oct 31, 2014 at 11:43:36 +, Steven Chamberlain wrote:
kfreebsd-10 migrated last night; is there a chance another upload of
the kernel could go into sid and be aged in before the freeze starts?
Leaving aside the
Emilio Pozuelo Monfort po...@debian.org writes:
On 31/10/14 12:43, Steven Chamberlain wrote:
kfreebsd-10 migrated last night; is there a chance another upload of
the kernel could go into sid and be aged in before the freeze starts?
That would be bug fixes only, right? I'd be fine with an
Ahoi!
Christoph Egger christ...@christoph-egger.org writes:
Emilio Pozuelo Monfort po...@debian.org writes:
On 31/10/14 12:43, Steven Chamberlain wrote:
kfreebsd-10 migrated last night; is there a chance another upload of
the kernel could go into sid and be aged in before the freeze starts
Package: gnupg2
Version: 2.1.0~beta895-2
Severity: normal
Hi!
The way the new xsession file works, the SSH_AGENT environment
variables are no longer exported from gpg-agent. As a result, ssh
can'tcontact gpg-agent and ssh-agent is started by its own (it runs
after gpg-agent's xsession thing
Ahoi!
setting SSH_AGENT_PID and SSH_AUTH_SOCKET to ~/.gnupg/S.gpg-agent.ssh if
it exists should be enough fwiw. It even then supports ed25519 keys (wrt
#764702)
Christoph
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi!
Daniel Kahn Gillmor d...@fifthhorseman.net writes:
On Thu 2014-10-30 07:06:47 -0400, Christoph Egger wrote:
setting SSH_AGENT_PID and SSH_AUTH_SOCKET to ~/.gnupg/S.gpg-agent.ssh if
it exists should be enough fwiw. It even then supports ed25519 keys (wrt
#764702)
I don't want to auto
Steven Chamberlain ste...@pyro.eu.org writes:
Cyril Brulebois wrote:
Steven Chamberlain ste...@pyro.eu.org (2014-10-26):
Hi Christoph,
Please could you make this final upload this to unstable, if you have
time before midnight UTC?
If you're trying to beat the clock, make that 1952Z.
Hi!
As Ian reported in the context of #766913, freebsd documentation[0]
suggests using sys/types.h to get uint8_t and friends. However your
advice for sys/param.h seems to be necessary on kFreeBSD. Is that on
purpose?
Christoph
[0]
Steven Chamberlain ste...@pyro.eu.org writes:
Please give back:
* yade on kfreebsd-amd64
https://buildd.debian.org/status/fetch.php?pkg=yadearch=kfreebsd-amd64ver=1.12.0-2stamp=1414299101
* matplotlib on kfreebsd-i386
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 25 Oct 2014 16:40:14 +0200
Source: python-versuchung
Binary: python-versuchung
Architecture: source kfreebsd-amd64
Version: 1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed
Package: snmp
Version: 5.7.2.1~dfsg-7
Severity: normal
Hi!
It seems at least snmpwalk (but probably also the rest of the lot)
still can't do IPv6. Would be great if that can be added one day
Christoph
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy:
Control: found -1 5.4.3~dfsg-2.8+deb7u1
Control: notfound -1 5.7.2.1~dfsg-7
Oh just seeing. in Jessie it actually does do IPv6 with some magic
options. It's only missing in wheezy
Christoph
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer
Control: -1 fixed 2:2.21.15-2+b2
Christoph Egger christ...@debian.org writes:
Steven Chamberlain ste...@pyro.eu.org writes:
I assume this patch to xserver-xorg-video-intel is still needed, in
order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Package: libgl1-mesa-dri
Version: 9.2.2-1
Severity: normal
File: /usr/lib/x86_64-kfreebsd-gnu/dri/i965_dri.so
Hi Christoph,
Should I assume this ancient bug filed against mesa is fixed now?
At least with current mesa and kfreebsd-10 10.1
Steven Chamberlain ste...@pyro.eu.org writes:
I think you must be loading i915kms manually before Xorg, as Markus
observed i915.ko being loaded instead:
http://lists.debian.org/5448e48f.40...@gambaru.de
Indeed I doo
Christoph
--
To UNSUBSCRIBE, email to
Control: -1 fixed 2:2.21.15-2+b2
Christoph Egger christ...@debian.org writes:
Steven Chamberlain ste...@pyro.eu.org writes:
I assume this patch to xserver-xorg-video-intel is still needed, in
order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Package: libgl1-mesa-dri
Version: 9.2.2-1
Severity: normal
File: /usr/lib/x86_64-kfreebsd-gnu/dri/i965_dri.so
Hi Christoph,
Should I assume this ancient bug filed against mesa is fixed now?
At least with current mesa and kfreebsd-10 10.1
Steven Chamberlain ste...@pyro.eu.org writes:
I think you must be loading i915kms manually before Xorg, as Markus
observed i915.ko being loaded instead:
http://lists.debian.org/5448e48f.40...@gambaru.de
Indeed I doo
Christoph
--
To UNSUBSCRIBE, email to
Control: -1 fixed 2:2.21.15-2+b2
Christoph Egger christ...@debian.org writes:
Steven Chamberlain ste...@pyro.eu.org writes:
I assume this patch to xserver-xorg-video-intel is still needed, in
order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Package: libgl1-mesa-dri
Version: 9.2.2-1
Severity: normal
File: /usr/lib/x86_64-kfreebsd-gnu/dri/i965_dri.so
Hi Christoph,
Should I assume this ancient bug filed against mesa is fixed now?
At least with current mesa and kfreebsd-10 10.1
Steven Chamberlain ste...@pyro.eu.org writes:
I think you must be loading i915kms manually before Xorg, as Markus
observed i915.ko being loaded instead:
http://lists.debian.org/5448e48f.40...@gambaru.de
Indeed I doo
Christoph
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
Steven Chamberlain ste...@pyro.eu.org writes:
kfreebsd-10 in sid/jessie is still affected by this AFAIK.
Does it help to create a symlink from
/lib/modules/10.1-0-amd64/drmn.ko - drm2.ko ?
For me, that causes Xorg to automagically load drm2 and radeonkms.
Ack seems I still need to do that
Steven Chamberlain ste...@pyro.eu.org writes:
I assume this patch to xserver-xorg-video-intel is still needed, in
order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack these days. let me
check tomorrow.
Christoph
--
9FED 5C6C E206 B70A 5857
Steven Chamberlain ste...@pyro.eu.org writes:
kfreebsd-10 in sid/jessie is still affected by this AFAIK.
Does it help to create a symlink from
/lib/modules/10.1-0-amd64/drmn.ko - drm2.ko ?
For me, that causes Xorg to automagically load drm2 and radeonkms.
Ack seems I still need to do that
Steven Chamberlain ste...@pyro.eu.org writes:
I assume this patch to xserver-xorg-video-intel is still needed, in
order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack these days. let me
check tomorrow.
Christoph
--
9FED 5C6C E206 B70A 5857
Steven Chamberlain ste...@pyro.eu.org writes:
I assume this patch to xserver-xorg-video-intel is still needed, in
order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack these days. let me
check tomorrow.
Christoph
--
9FED 5C6C E206 B70A 5857
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
On 21/10/14 09:49, Cyril Brulebois wrote:
Steven Chamberlain ste...@pyro.eu.org (2014-10-21):
Any ideas why this hasn't reached incoming.d.o or started building yet?
It appears Christoph removed those files:
Oh, thank you. It was
Steven Chamberlain ste...@pyro.eu.org writes:
Christoph Egger wrote:
Steven Chamberlain ste...@pyro.eu.org writes:
Please could you update the buildd chroots and then give back nmap,
squid3, ipsec-tools again?
Done that now with extra depends maybe set correctly. Seems it's not yet
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Please give back dragonegg to build on kfreebsd-amd64 and kfreebsd-i386
The last build attempt with llvm-3.5-dev 1:3.5~svn201651-1 failed with:
/«PKGBUILDDIR»/include/dragonegg/Internals.h:30:40: fatal error:
llvm/Analysis/TargetFolder.h:
Steven Chamberlain ste...@pyro.eu.org writes:
On 22/10/14 00:22, Christoph Egger wrote:
Maybe. giving it another try with hopefully fixed syntax. If that fails
I'll just update the chroots as soon as possible / hack the update
It looks like it was already done? Those packages are all built
Hi!
George Angelopoulos geo...@usermod.net writes:
The only disadvantage I see in this is that it requires git, which is
otherwise optional. But if you're doing collaborative management, you're
probably using git.
On 10/21/2014 06:50 AM, Kyle Marek-Spartz wrote:
I saw the recent/ongoing
Adam D. Barratt a...@adam-barratt.org.uk writes:
On Fri, 2014-10-17 at 13:16 +0100, Steven Chamberlain wrote:
On 12/10/14 02:00, Steven Chamberlain wrote:
kfreebsd-kernel-headers = 10.1~ adds a sys/counter.h, used in various
places including net/route.h. It requires a kernel type uint64_t
...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
sbcl - Common Lisp compiler and development system
sbcl-doc - Documentation for Steel Bank Common Lisp
sbcl-source - Source code files for SBCL
Changes:
sbcl (2:1.2.4-2) unstable; urgency=medium
.
* Add
Adam D. Barratt a...@adam-barratt.org.uk writes:
On Fri, 2014-10-17 at 13:16 +0100, Steven Chamberlain wrote:
On 12/10/14 02:00, Steven Chamberlain wrote:
kfreebsd-kernel-headers = 10.1~ adds a sys/counter.h, used in various
places including net/route.h. It requires a kernel type uint64_t
Adam D. Barratt a...@adam-barratt.org.uk writes:
On Fri, 2014-10-17 at 13:16 +0100, Steven Chamberlain wrote:
On 12/10/14 02:00, Steven Chamberlain wrote:
kfreebsd-kernel-headers = 10.1~ adds a sys/counter.h, used in various
places including net/route.h. It requires a kernel type uint64_t
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
That stops the problematic freebsd-buildutils from migrating until we've
fixed freebsd-libs to cope with the change. And within jessie,
freebsd-libs will not FTBFS. We'll fix it in sid in about 4 days.
Shall we go ahead or wait for RC3 (due
Hi!
Lars Lansink cry...@cryptr.net writes:
* What led up to the situation?
A regular apt-get upgrade
* What exactly did you do (or not do) that was effective (or
ineffective)?
sudo apt-get upgrade --yes
* What was the outcome of this action?
pf version
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
That stops the problematic freebsd-buildutils from migrating until we've
fixed freebsd-libs to cope with the change. And within jessie,
freebsd-libs will not FTBFS. We'll fix it in sid in about 4 days.
Shall we go ahead or wait for RC3 (due
Control: tag -1 moreinfo
Hi!
Steve McIntyre st...@einval.com writes:
libgc is using an embedded copy of libatomic-ops (version 7.2),
whereas 7.4.2 is available separately in the Debian archive. This
package *really* should be fixed to use the system version rather than
the internal one, or
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
That stops the problematic freebsd-buildutils from migrating until we've
fixed freebsd-libs to cope with the change. And within jessie,
freebsd-libs will not FTBFS. We'll fix it in sid in about 4 days.
Shall we go ahead or wait for RC3 (due
Steven Chamberlain ste...@pyro.eu.org writes:
On 02/10/14 00:20, Steven Chamberlain wrote:
raising kern.ipc.shmall: 4096 - 32768 seems sufficient so far.
In freebsd-utils SVN I've added this to /etc/sysctl.conf
Is that file handles by default nowadays?
Christoph
--
9FED 5C6C E206 B70A
Steven Chamberlain ste...@pyro.eu.org writes:
On 02/10/14 00:20, Steven Chamberlain wrote:
raising kern.ipc.shmall: 4096 - 32768 seems sufficient so far.
In freebsd-utils SVN I've added this to /etc/sysctl.conf
Is that file handles by default nowadays?
Christoph
--
9FED 5C6C E206 B70A
Ahoi!
Michael Tautschnig m...@debian.org writes:
bmake[1]: /usr/share/mk-freebsd/bsd.own.mk line 484: MK_TESTS can't be set
by a user.
debian/rules:205: recipe for target 'clean' failed
make: *** [clean] Error 1
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Actually... we can reassign this bug to freebsd-buildutils, right?
That stops the problematic freebsd-buildutils from migrating until we've
fixed freebsd-libs to cope with the change. And within jessie,
freebsd-libs will not FTBFS. We'll
Ahoi!
Michael Tautschnig m...@debian.org writes:
bmake[1]: /usr/share/mk-freebsd/bsd.own.mk line 484: MK_TESTS can't be set
by a user.
debian/rules:205: recipe for target 'clean' failed
make: *** [clean] Error 1
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Actually... we can reassign this bug to freebsd-buildutils, right?
That stops the problematic freebsd-buildutils from migrating until we've
fixed freebsd-libs to cope with the change. And within jessie,
freebsd-libs will not FTBFS. We'll
Ahoi!
Michael Tautschnig m...@debian.org writes:
bmake[1]: /usr/share/mk-freebsd/bsd.own.mk line 484: MK_TESTS can't be set
by a user.
debian/rules:205: recipe for target 'clean' failed
make: *** [clean] Error 1
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Actually... we can reassign this bug to freebsd-buildutils, right?
That stops the problematic freebsd-buildutils from migrating until we've
fixed freebsd-libs to cope with the change. And within jessie,
freebsd-libs will not FTBFS. We'll
Hi Michael!
Michael Biebl em...@michaelbiebl.de writes:
Is there interest from the porters team to help fix this issue?
As Emilio Pozuelo Monfort could trigger the problem on linux-amd64 as
well (doing 152 iterations of the testsuite I was told on irc) I expect
porterwork won't help here much
Hi Michael!
Michael Biebl em...@michaelbiebl.de writes:
Is there interest from the porters team to help fix this issue?
As Emilio Pozuelo Monfort could trigger the problem on linux-amd64 as
well (doing 152 iterations of the testsuite I was told on irc) I expect
porterwork won't help here much
Hi Michael!
Michael Biebl em...@michaelbiebl.de writes:
Is there interest from the porters team to help fix this issue?
As Emilio Pozuelo Monfort could trigger the problem on linux-amd64 as
well (doing 152 iterations of the testsuite I was told on irc) I expect
porterwork won't help here much
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
Have people also been asking in IRC and such?
There are still some asking from time to time
I think I should increasingly look for easy bugs and, instead of just
fixing them myself (because I can), I should tag them as 'gift' for
someone
Hi!
Christoph Egger christ...@debian.org writes:
christoph | there are several bugs on http://deb.li/3xpVg
christoph | then there's lots of testing that can be done
christoph | upgrades from wheezy; installs of jessie/sid with all kind of
configuration
christoph | there are probably some
...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
sbcl - Common Lisp compiler and development system
sbcl-doc - Documentation for Steel Bank Common Lisp
sbcl-source - Source code files for SBCL
Changes:
sbcl (2:1.2.4-1) unstable; urgency=medium
Hi!
Sebastian Schmidt y...@yath.de writes:
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/d/ddate/ddate_0.2.2-1.dsc
Looks good so far although I think lintian's right with this one (of
course without the
Hi Steven, all!
Steven Chamberlain ste...@pyro.eu.org writes:
Some ideas so far (already more than I can cover in a single article,
but) :
* new since wheezy
- KMS graphics
Which also means proper mesa 3d drivers in some cases and even non-VESA
screen resolutions (intel)! So quite an
Hi!
Sebastian Schmidt y...@yath.de writes:
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/d/ddate/ddate_0.2.2-1.dsc
Looks good so far although I think lintian's right with this one (of
course without the
Christoph Egger christ...@debian.org writes:
Update-grub seems to fail now for me.
% sudo update-grub
Generating grub.cfg ...
Found kernel of FreeBSD: /boot/kfreebsd-11.0-0-amd64.gz
Found kernel module directory: /boot/lib/modules/11.0-0-amd64
ls: cannot access /boot/lib/modules/11.0-0-amd64
Steven Chamberlain ste...@pyro.eu.org writes:
On 20:59, Christoph Egger wrote:
Christoph Egger christ...@debian.org writes:
Update-grub seems to fail now for me.
% sudo update-grub
Generating grub.cfg ...
Found kernel of FreeBSD: /boot/kfreebsd-11.0-0-amd64.gz
Found kernel module
Steven Chamberlain ste...@pyro.eu.org writes:
On 20:59, Christoph Egger wrote:
Christoph Egger christ...@debian.org writes:
Update-grub seems to fail now for me.
% sudo update-grub
Generating grub.cfg ...
Found kernel of FreeBSD: /boot/kfreebsd-11.0-0-amd64.gz
Found kernel module
Hi!
Steven Chamberlain ste...@pyro.eu.org writes:
It can be explained by:
* your zpool was already version 5000 (created by zfsutils newer than
that in wheezy), having feature@lz4_compress enabled, but it wasn't
active/in use yet (see `zpool get all`)
* you started using kFreeBSD 10.1,
Package: src:sbcl
Version: 2:1.2.3-1
Severity: serious
sbcl FTBFS on powerpc since threads are enabled. This is a known
problem ansd we may get a patch from upstream. If not we just disable
threading there again
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT
Package: src:sbcl
Version: 2:1.2.3-1
Severity: serious
sbcl FTBFS on powerpc since threads are enabled. This is a known
problem ansd we may get a patch from upstream. If not we just disable
threading there again
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT
Package: src:sbcl
Version: 2:1.2.3-1
Severity: serious
sbcl FTBFS on powerpc since threads are enabled. This is a known
problem ansd we may get a patch from upstream. If not we just disable
threading there again
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT
601 - 700 of 6319 matches
Mail list logo