Package: installation-report
Worth knowing if you use VirtualBox with Debian9 guests? :
The rubyv3 guest is a fresh install of Debian9 from a CD including graphics
and intended as a workstation.
The rubyv4 guest is a fresh install of Debian9 from a network install CD
with no optional software a
live-installer_52_source.changes uploaded successfully to localhost
along with the files:
live-installer_52.dsc
live-installer_52.tar.xz
live-installer_52_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Version check failed:
Your upload included the source package live-installer, version 52,
however testing already has version 53.
Uploads to unstable must have a higher version than present in testing.
===
Please feel free to respond to this email if you don't understand why
your files were r
live-installer_54_source.changes uploaded successfully to localhost
along with the files:
live-installer_54.dsc
live-installer_54.tar.xz
live-installer_54_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 21 Sep 2017 12:05:11 +0200
Source: live-installer
Binary: live-installer
Architecture: source
Version: 54
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Changed-By: Raphaël Hertzog
Processing control commands:
> tags -1 confirmed
Bug #774227 [busybox-static] busybox-static: execs applets when chrooting
Added tag(s) confirmed.
> severity -1 normal
Bug #774227 [busybox-static] busybox-static: execs applets when chrooting
Severity set to 'normal' from 'serious'
--
774227: htt
Control: tags -1 confirmed
Control: severity -1 normal
On 03/07/17 11:49, Alexander Kurtz wrote:
> As you can see, chroot will run the applet rather than the binary
> unless the full path is given. While this *may* be useful in some
> situations, it can also lead to *really* subtle failures in oth
Package: discover
Version: 2.1.2-7.1
Tags: patch
Running `discover` produces a crash:
Program received signal SIGSEGV, Segmentation fault.
__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120
120 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.
(gdb) bt
#0 __strlen
On Sat, 2017-09-09 at 14:35 +0200, Julien Cristau wrote:
> Feel free to upload with the debian/files issue fixed.
>
Apologies for none of us having spotted this earlier, but:
+xkeyboard-config (2.19-1.1+deb9u1) stretch; urgency=medium
Unstable and testing currently have 2.19-1.1, which means th
di-netboot-assistant_0.49_amd64.changes uploaded successfully to localhost
along with the files:
di-netboot-assistant_0.49.dsc
di-netboot-assistant_0.49.tar.xz
di-netboot-assistant_0.49_all.deb
di-netboot-assistant_0.49_amd64.buildinfo
Greetings,
Your Debian queue daemon (running
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 21 Sep 2017 20:30:24 +0300
Source: di-netboot-assistant
Binary: di-netboot-assistant
Architecture: source all
Version: 0.49
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Changed-By:
Hi,
Recently I have noticed that there is no login prompt on my consoles.
X11 starts and I can use my system (I can also start a gui console).
I have upgraded my system to Debian 9 and hoped to get this issue solved
seamlessly. However, there is still no prompt.
Could you suggest how to debug
On Thu, 6 Jul 2017 15:22:44 +0200 j...@wn.de wrote:
> Package: debootstrap-udeb 1.0.89
> Version: 1.0.89
>
I am using Debian Testing, and the version of debootstrap is 1.0.91.
This bug still exists.
> I am trying to install Debian Stretch from snapshot.debian.org e.g.
with this preseed config
Hi,
Le 18 septembre 2017 00:25:55 GMT+08:00, "Adam D. Barratt"
a écrit :
>
>That currently looks okay for me too.
>
>If we're going for that weekend then it would be good to be able to
>announce as soon as feasible, as it would mean freezing p-u in two
>weekends time.
>
>I note that we're still
14 matches
Mail list logo
