flash-kernel_3.62_armel.changes uploaded successfully to ftp-master.debian.org
along with the files:
flash-kernel_3.62.dsc
flash-kernel_3.62.tar.xz
flash-kernel-installer_3.62_armel.udeb
flash-kernel_3.62_armel.deb
Greetings,
Your Debian queue daemon (running on host coccia.debian
flash-kernel_3.62_armel.changes uploaded successfully to localhost
along with the files:
flash-kernel_3.62.dsc
flash-kernel_3.62.tar.xz
flash-kernel-installer_3.62_armel.udeb
flash-kernel_3.62_armel.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
On Mon, 2016-04-04 at 22:20 -0700, Jose R R wrote:
> Thus, in practice it means that an out of Linux source tree module,
> like Reiser4, will be a reason for Debian-Installer (d-i) to baulk at
> install?
If Secure Boot is enabled, all unsigned modules will be rejected by the
kernel. But this is b
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 05 Apr 2016 09:37:42 +0200
Source: flash-kernel
Binary: flash-kernel flash-kernel-installer
Architecture: source armel
Version: 3.62
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Ch
Package: debian-installer
Severity: important
Tags: d-i
Dear Maintainer,
I tried to install Debian Testing in a VM, which failed in the "select and
install software" step.
Installer iso (sha1sum):
c672951a58e47f1adaf780b1879d236fbe68484a debian-stretch-DI-
alpha5-amd64-netinst.iso
VM config:
/
Package: os-prober
Version: 3.0.4-5
Severity: normal
when upgrading postfix from jessie to (yet unreleased stretch) postfix
warns
that master.cf my contain default value '-' for the chroot column but
the default
of that chroot value depends on postfix setting 'compatibility_level'.
Please see
Hi,
the bug should have been filed with the postfix package
and not os-prober - my mistake.
Please remove/close/invalid this bug. I resent the bug
report with the right package name in it so there is no
need to assign this bug report to the postfix package.
Thanks
Marcel
Your message dated Tue, 5 Apr 2016 13:10:44 +0100
with message-id <20160405121044.gm19...@einval.com>
and subject line Re: Bug#820084: please remove
has caused the Debian Bug report #820084,
regarding chroot default value in master.cf changed from yes to no in Postfix
3.0 - init script needs to re
This installation failure looks to be very similar to the one I
experienced with Debian 8.3.0 (re. bug 817259),
although it occurred to me when spanning 2nd-DVD.
I could install properly limiting to 1st DVD, but then have some
problems to add applications from the other DVDs.
--
Giuliano Cabr
[CC me please]
I am trying to find a user-friend solution to :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790694#52
Apparently the few people with G5+nvidia card out there cannot get
very far with installing debian (4 bugs for nouveau):
https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag
On Tue, 2016-04-05 at 17:19 +0200, Mathieu Malaterre wrote:
> [CC me please]
>
> I am trying to find a user-friend solution to :
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790694#52
>
> Apparently the few people with G5+nvidia card out there cannot get
> very far with installing debia
Package: grub-installer
Version: 1.117+deb8u1
During a preseeded installation via netboot we set
"grub-installer/bootdev" via debconf set during the pacman/early-command
stage.
Setting this like in the preseed example (see:
https://www.debian.org/releases/jessie/example-preseed.txt) via
de
Dear Martin,
As you know I'm preparing GNU/screen support for d-i.
To be specific, I'm going to add screen-udeb and it's dependency
libtinfo5-udeb into d-i's initrd, which will cost about 350kb.
In this way, it will exceed the size limit of a few qnap devices.
Maybe there's another better way, ho
Hi,
I'm working on a bug (#818687) that pre-dates Jessie's release, and
I'd like to get it resolve it before Stretch goes into freeze. En
résumé it's a rename of btrfs-tools to btrfs-progs, and this affects
debian-installer. I imagine that a patch can be generated with a
simple substitution of b
Please note that the discussion seems to have shifted to Bug#818687
Thank you,
Nicholas
ack! I mean, the original bug is: #780081
Sorry for the noise,
Nicholas
---
Squished all the patches, and hopefully did the multi-sided merge of
Yun's, Pkern's, mine and extra debug stuff. This starts to look
reasonable. Successfully tested this on s390x, and I'm glad I did it
there, as I had to fix up the s390x specific code path too.
I do believe it should be
Package: debian-installer
Version: Debian Testing
Severity: important
Tags: d-i
Description of problem:
The Grub installation step in Debian Installer failed on TianoCore
UEFI firmware. The /target/boot/efi directory is empty and the
following error is displayed:
GRUB installation failed
The 'gr
18 matches
Mail list logo
