cdebconf_0.221_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 29 Jan 2017 08:25:08 +0100
Source: cdebconf
Binary: cdebconf cdebconf-gtk libdebconfclient0 libdebconfclient0-dev 
cdebconf-udeb cdebconf-priority libdebconfclient0-udeb cdebconf-text-udeb 
cdebconf-newt-udeb cdebconf-gtk-udeb
Architecture: source i386 all
Version: 0.221
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 cdebconf   - Debian Configuration Management System (C-implementation)
 cdebconf-gtk - Gtk+ frontend for Debian Configuration Management System
 cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System 
(udeb)
 cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System 
(udeb)
 cdebconf-priority - Change debconf priority (udeb)
 cdebconf-text-udeb - Plain text frontend for Debian Configuration Management 
System (udeb)
 cdebconf-udeb - Debian Configuration Management System (C-implementation) 
(udeb)
 libdebconfclient0 - Debian Configuration Management System (C-implementation 
library)
 libdebconfclient0-dev - Development files for cdebconf
 libdebconfclient0-udeb - Debian Configuration Management System 
(C-implementation) (udeb)
Changes:
 cdebconf (0.221) unstable; urgency=medium
 .
   [ Updated translations ]
   * Spanish (es.po) by Javier Fernández-Sanguino Peña
Checksums-Sha1:
 acaa65faf857150f807768c15430a73ec12390d0 2662 cdebconf_0.221.dsc
 34506ccd1b9d03462d7f73a8cd88d7ccaf42dfc0 272348 cdebconf_0.221.tar.xz
 f7b23d786fde864d467f97e28ff2da65c604c561 229502 cdebconf-dbgsym_0.221_i386.deb
 1d2c90e2922fc9d054f0110bf4e429ca26356e6e 94876 
cdebconf-gtk-dbgsym_0.221_i386.deb
 e8139f47e3b87758fae013f12270530dc1500935 32388 
cdebconf-gtk-udeb_0.221_i386.udeb
 b861020d3e16fca18d3b1e415b9fd2743cd992a2 75616 cdebconf-gtk_0.221_i386.deb
 15fbb3b8aaa78d4917ba5798b75773c401aeb4cd 21360 
cdebconf-newt-udeb_0.221_i386.udeb
 8ab2e46d632cb408da09c77807fe47d646baeefa 3152 cdebconf-priority_0.221_all.udeb
 268e8b4c55dae1df6df9f0cf4852234840e17b67 25158 
cdebconf-text-udeb_0.221_i386.udeb
 683710ecbd12f66dc4efac96396aa2bbfadbe522 82248 cdebconf-udeb_0.221_i386.udeb
 9095c2e1ea9bd651b9160c0ae1eb3d83404c730d 12810 cdebconf_0.221_i386.buildinfo
 e6d2ea88072511c2ef633209979f61c5e8838d4e 183350 cdebconf_0.221_i386.deb
 726b8ae9066ffb23cef42abd9e299aefebb9cd04 5462 
libdebconfclient0-dbgsym_0.221_i386.deb
 90bf762a9812a57488ad0ebed78c2ed7685d903d 52230 
libdebconfclient0-dev_0.221_i386.deb
 3aca7dce937dd422855c3ae7cdcfe00fc9f06027 3294 
libdebconfclient0-udeb_0.221_i386.udeb
 c272749951377d108732ad611567b64fbc379346 47796 libdebconfclient0_0.221_i386.deb
Checksums-Sha256:
 85ffaa7c37b541e4c051ca3c9090ddd11e088cf621287aacd69bdb2b112ec8bd 2662 
cdebconf_0.221.dsc
 522b200117dbcd7a75a9c75cd9bb2129821b64282f8d48aaf95e920f183db766 272348 
cdebconf_0.221.tar.xz
 09451268df883ef9007e614b89ba285f9e27a55040065cb8b7a60ba4f1bbf0a6 229502 
cdebconf-dbgsym_0.221_i386.deb
 49d262a41e36b96c373149d05db6f2bea6253e0aec58fc1c4a09c6bee35512ba 94876 
cdebconf-gtk-dbgsym_0.221_i386.deb
 68d61108ad41568f7ec9a41397c1e743edafb5b40bffb2bf804d52a08e54d2ae 32388 
cdebconf-gtk-udeb_0.221_i386.udeb
 7bdb3a1ad7a38030bdfdb7803f89745f253b6eacb07c75f8bb735c34ed4d318c 75616 
cdebconf-gtk_0.221_i386.deb
 8f475bcd56f5fbc0822028a927d3af5f199c8cf829e0ae395aa2b986e7b5c33b 21360 
cdebconf-newt-udeb_0.221_i386.udeb
 ae59fd7b0166434953af585b058fbd052fe9498a93dca882e7bf43bda9b78647 3152 
cdebconf-priority_0.221_all.udeb
 047559e98081099632345efad6a4bb8bf39b31c0ada18c642b916ad049298f01 25158 
cdebconf-text-udeb_0.221_i386.udeb
 96488090498dd32ad28eda9ecd9f81c58d37eef0d5429ba9f0e90e490f6274aa 82248 
cdebconf-udeb_0.221_i386.udeb
 116e36160799b14f60efbfd4dd16ce3c7e4986def429daffe7ea6b967a929a07 12810 
cdebconf_0.221_i386.buildinfo
 b2b46b947e09ebf22a819b85bdf80c1161c2b4ab77615c90e9dca15a0f442842 183350 
cdebconf_0.221_i386.deb
 98b9aa15f6436c649d02d709b6c36b5397190ababd80e5d835c8329f28a32565 5462 
libdebconfclient0-dbgsym_0.221_i386.deb
 abf1a351ba784d243f76c0cfb5ec8f52de73c8694d36046db2274fe190afccf3 52230 
libdebconfclient0-dev_0.221_i386.deb
 e7928080fd6bf8e8ace0b4b57bcb9275d6bba2e2bdbd502ac00facaa69dbe39c 3294 
libdebconfclient0-udeb_0.221_i386.udeb
 831674b48421936feeb2f2bbcbcd475c577fd489ccecf9d3218deede19316ac8 47796 
libdebconfclient0_0.221_i386.deb
Files:
 1fbda73da8005e91cff7580e3c4d11a5 2662 utils optional cdebconf_0.221.dsc
 f01b57aad3902e70ec5671e5dca26f37 272348 utils optional cdebconf_0.221.tar.xz
 ab7f174fc0f2b599d98963d774afcd2d 229502 debug extra 
cdebconf-dbgsym_0.221_i386.deb
 4f9f4f8d145a3b21d8cc750c88a4db39 94876 debug extra 
cdebconf-gtk-dbgsym_0.221_i386.deb
 33d80fca738169347270f1574ed18272 32388 debian-installer optional 
cdebconf-gtk-udeb_0.221_i386.udeb
 283df558199a9c35170329cfa89629e0 75616 admin extra cdebconf-gtk_0.221_i386.deb
 1e3bb7068c719a7551c58753a2b0343d 21360 

Processing of cdebconf_0.221_i386.changes

[Debian FTP Masters]

cdebconf_0.221_i386.changes uploaded successfully to localhost
along with the files:
  cdebconf_0.221.dsc
  cdebconf_0.221.tar.xz
  cdebconf-dbgsym_0.221_i386.deb
  cdebconf-gtk-dbgsym_0.221_i386.deb
  cdebconf-gtk-udeb_0.221_i386.udeb
  cdebconf-gtk_0.221_i386.deb
  cdebconf-newt-udeb_0.221_i386.udeb
  cdebconf-priority_0.221_all.udeb
  cdebconf-text-udeb_0.221_i386.udeb
  cdebconf-udeb_0.221_i386.udeb
  cdebconf_0.221_i386.buildinfo
  cdebconf_0.221_i386.deb
  libdebconfclient0-dbgsym_0.221_i386.deb
  libdebconfclient0-dev_0.221_i386.deb
  libdebconfclient0-udeb_0.221_i386.udeb
  libdebconfclient0_0.221_i386.deb

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

Re: Please dak copy-installer 20170127

[Ansgar Burchardt]

Cyril Brulebois writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20170127

Done.

Ansgar

Bug#851537: Please support preseeding an empty domain to prevent prompting

[Josh Triplett]

On Sun, Jan 29, 2017 at 11:28:28PM +0100, Philipp Kern wrote:
> On 01/29/2017 11:15 PM, Philipp Kern wrote:
> > On 01/16/2017 01:18 AM, Josh Triplett wrote:
> >> netcfg supports preseeding the domain via netcfg/get_domain, but
> >> providing an empty values results in the installer still prompting.
> >> Please consider providing a way to preseed an empty domain name, to
> >> completely suppress the prompt for one.
> > Unfortunately I can't reproduce this. Could you provide a syslog of an
> > installation where that's happening? And probably
> > /var/lib/cdebconf/questions.dat as well.
> 
> Hrm, I might need to note that I preseed it through the kernel
> command-line. Maybe that makes a difference?

I think it does, yes.  I used network preseeding, and network preseeding
happens later in the process.  I also set priority=high rather than
priority=critical.

- Josh Triplett

Bug#851537: Please support preseeding an empty domain to prevent prompting

[Philipp Kern]

On 01/29/2017 11:15 PM, Philipp Kern wrote:
> On 01/16/2017 01:18 AM, Josh Triplett wrote:
>> netcfg supports preseeding the domain via netcfg/get_domain, but
>> providing an empty values results in the installer still prompting.
>> Please consider providing a way to preseed an empty domain name, to
>> completely suppress the prompt for one.
> Unfortunately I can't reproduce this. Could you provide a syslog of an
> installation where that's happening? And probably
> /var/lib/cdebconf/questions.dat as well.

Hrm, I might need to note that I preseed it through the kernel
command-line. Maybe that makes a difference?

Kind regards
Philipp Kern



signature.asc
Description: OpenPGP digital signature

Processed: tagging 850800

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 850800 + pending
Bug #850800 [di-utils] Set User-Agent for wget, for preseed flexibility
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
850800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850800
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#851537: Please support preseeding an empty domain to prevent prompting

[Philipp Kern]

On 01/16/2017 01:18 AM, Josh Triplett wrote:
> netcfg supports preseeding the domain via netcfg/get_domain, but
> providing an empty values results in the installer still prompting.
> Please consider providing a way to preseed an empty domain name, to
> completely suppress the prompt for one.

Unfortunately I can't reproduce this. Could you provide a syslog of an
installation where that's happening? And probably
/var/lib/cdebconf/questions.dat as well.

Kind regards and thanks
Philipp Kern



signature.asc
Description: OpenPGP digital signature

Bug#697488: debootstrap: wrong default mirror

[Cyril Brulebois]

Steve McIntyre  (2017-01-29):
> On Mon, Jan 07, 2013 at 02:18:18AM +0100, Cyril Brulebois wrote:
> >Michal Suchanek  (06/01/2013):
> >> I tried to bootstrap a chroot and in the chroot that sources.list is
> >> pre-filled with the US mirror.
> >> 
> >> Since the recommended mirrror is http://http.debian.net the default
> >> should perhaps reflect this.
> >
> >Not an official service (yet).
> 
> And we've moved on again, again!
> 
> I'd suggest that now we have an official service at deb.debian.org,
> that's probably the best option for a default. Any objections?

As it's DSA-maintained, fine with me. Thanks.


KiBi.


signature.asc
Description: Digital signature

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Cyril Brulebois]

Steve McIntyre  (2017-01-29):
> On Fri, Jan 20, 2017 at 07:45:13PM +0100, Sven Joachim wrote:
> >On 2016-12-19 13:59 +0100, Julien Cristau wrote:
> >>> 
> >> I think that needs to be reverted in dpkg, we really want to be
> >> able to create sid chroots with stable debootstrap.
> >
> >Good idea.  Can this bug be fixed in stretch, so that it remains
> >possible to create sid chroots with stable debootstrap in the next
> >two years?
> >
> >More and more packages gain a dependency on perl:any, see #852017
> >for the latest incarnation.
> 
> I'm looking through debootstrap bugs right now. I'm thinking this
> patch looks minimal and sane enough to take it for a pre-stretch
> upload.
> 
> Any objections?

Fine with me if you're still around to fix any possible issues after
it's been merged. ;-)


KiBi.


signature.asc
Description: Digital signature

Bug#816892: debootstrap synchronize the whole filesystem

[Philip Hands]

Steve McIntyre  writes:

> Hi!
>
> On Sun, Mar 06, 2016 at 07:36:35PM +0900, Kusanagi Kouichi wrote:
>>Package: debootstrap
>>Version: 1.0.79
>>Severity: normal
>>Tags: patch
>>
>>Sync at the end of debootstrap sometimes takes for a while. It seems
>>enough to synchronize only a target filesystem.
>
>>diff -uNrp debootstrap-1.0.79.orig/debootstrap debootstrap-1.0.79/debootstrap
>>--- debootstrap-1.0.79.orig/debootstrap   2015-11-09 13:01:25.0 
>>+0900
>>+++ debootstrap-1.0.79/debootstrap2016-03-06 19:22:04.970728229 +0900
>>@@ -686,7 +686,7 @@ if am_doing_phase second_stage; then
>>  mv "$TARGET/debootstrap/debootstrap.log" 
>> "$TARGET/var/log/bootstrap.log"
>>  fi
>>  fi
>>- sync
>>+ sync -f "$TARGET"
>> 
>>  if [ "$KEEP_DEBOOTSTRAP_DIR" = true ]; then
>>  if [ -x "$TARGET/debootstrap/debootstrap" ]; then
>
> There's a small problem here - debootstrap is designed and expected to
> run in a lot of different environments, including limited ones like in
> debian-installer. -f is a very new option and I doubt it's safe to use
> by default...

Well, in the case of busybox as used in d-i, sync seems to ignore its
parameters.  The udeb busybox does so silently, whereas the normally
packaged version of busybox gives the more verbose:

  % busybox sync -f /tmp
  sync: ignoring all arguments

so, in that case it seems harmless ... but also useless ;-)

Is there really any significant amount of work being done by sync here
that is not going to involve to $TARGET? (or other partitions mounted
below target, which we probably also want to sync at this point).

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#697488: debootstrap: wrong default mirror

[Steve McIntyre]

On Mon, Jan 07, 2013 at 02:18:18AM +0100, Cyril Brulebois wrote:
>Michal Suchanek  (06/01/2013):
>> I tried to bootstrap a chroot and in the chroot that sources.list is
>> pre-filled with the US mirror.
>> 
>> Since the recommended mirrror is http://http.debian.net the default
>> should perhaps reflect this.
>
>Not an official service (yet).

And we've moved on again, again!

I'd suggest that now we have an official service at deb.debian.org,
that's probably the best option for a default. Any objections?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Mature Sporty Personal
  More Innovation More Adult
  A Man in Dandism
  Powered Midship Specialty

Bug#816892: debootstrap synchronize the whole filesystem

[Steve McIntyre]

Hi!

On Sun, Mar 06, 2016 at 07:36:35PM +0900, Kusanagi Kouichi wrote:
>Package: debootstrap
>Version: 1.0.79
>Severity: normal
>Tags: patch
>
>Sync at the end of debootstrap sometimes takes for a while. It seems
>enough to synchronize only a target filesystem.

>diff -uNrp debootstrap-1.0.79.orig/debootstrap debootstrap-1.0.79/debootstrap
>--- debootstrap-1.0.79.orig/debootstrap2015-11-09 13:01:25.0 
>+0900
>+++ debootstrap-1.0.79/debootstrap 2016-03-06 19:22:04.970728229 +0900
>@@ -686,7 +686,7 @@ if am_doing_phase second_stage; then
>   mv "$TARGET/debootstrap/debootstrap.log" 
> "$TARGET/var/log/bootstrap.log"
>   fi
>   fi
>-  sync
>+  sync -f "$TARGET"
> 
>   if [ "$KEEP_DEBOOTSTRAP_DIR" = true ]; then
>   if [ -x "$TARGET/debootstrap/debootstrap" ]; then

There's a small problem here - debootstrap is designed and expected to
run in a lot of different environments, including limited ones like in
debian-installer. -f is a very new option and I doubt it's safe to use
by default...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Every time you use Tcl, God kills a kitten." -- Malcolm Ray

Bug#476388: partman-auto-crypto: Allow preseeding of the skip_erase flag

[Philipp Kern]

On Thu, Apr 17, 2008 at 04:18:29PM +0200, Jérémy Bobbio wrote:
> No actual recipes are actually used when using LVM or crypto auto
> partitioning: an "enveloppe" is created by auto_lvm_prepare() which
> contains enough space to hold every partitions tagged "lvmok" in the
> recipe.
> 
> Its this enveloppe partition that is turned, when using crypto, into an
> encrypted partition and that is erased.  So there is no user accessible
> recipes where one could actually specify such flag…

Please find attached a patch that's the minimum necessary to preseed away
the disk erase choice. While you could argue that it could be a full-blown
prompt, it is still possible to cancel the erase during interactive
installations as instructed by the wipe process by hitting [Cancel].
As the wiping occurs directly after selecting the encrypted LVM receipe
I think that should be fine for now.

Optimally this would also be made conditional on the fact if the device
is rotational or not, to avoid the expensive wiping step on SSDs. Note
that Ubuntu already defaults to skip the wipe in this case, although
without a way to preseed otherwise.

The patch does not introduce a translatable string, so I'd be hopeful
that we could still merge this for stretch. I tested the possible paths
through this in qemu and the patch only triggers if the option is
explicitly set to false.

Kind regards
Philipp Kern
diff --git a/autopartition-crypto b/autopartition-crypto
index 279af3f..3ee8342 100755
--- a/autopartition-crypto
+++ b/autopartition-crypto
@@ -32,6 +32,9 @@ for dev in $DEVICES/*; do
 
 		echo dm-crypt > $id/crypto_type
 		crypto_prepare_method "$dev/$id" dm-crypt || exit 1
+		if [ "$(debconf-get partman-auto-crypto/erase_disks)" = "false" ]; then
+			touch $id/skip_erase
+		fi
 		found=yes
 		break
 	done
diff --git a/debian/changelog b/debian/changelog
index 42324a7..489fd33 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+partman-auto-crypto (25) UNRELEASED; urgency=medium
+
+  * Implement a preseedable way to skip disk erase. (Closes: #476388)
+
+ -- Philipp Kern   Sun, 29 Jan 2017 15:19:08 +0100
+
 partman-auto-crypto (24) unstable; urgency=medium
 
   [ Colin Watson ]
diff --git a/debian/partman-auto-crypto.templates b/debian/partman-auto-crypto.templates
index 316755a..ed6421a 100644
--- a/debian/partman-auto-crypto.templates
+++ b/debian/partman-auto-crypto.templates
@@ -3,3 +3,9 @@ Type: text
 # :sl3:
 # TRANSLATORS: This is a menu entry. Keep in under 55 columns/characters
 _Description: Guided - use entire disk and set up encrypted LVM
+
+Template: partman-auto-crypto/erase_disks
+Type: boolean
+Default: true
+Description: for internal use; can be preseeded
+ Set to false if you want to skip disk erase.


signature.asc
Description: PGP signature

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Steve McIntyre]

Hey folks,

On Fri, Jan 20, 2017 at 07:45:13PM +0100, Sven Joachim wrote:
>On 2016-12-19 13:59 +0100, Julien Cristau wrote:
>>> 
>> I think that needs to be reverted in dpkg, we really want to be able to
>> create sid chroots with stable debootstrap.
>
>Good idea.  Can this bug be fixed in stretch, so that it remains
>possible to create sid chroots with stable debootstrap in the next two
>years?
>
>More and more packages gain a dependency on perl:any, see #852017 for
>the latest incarnation.

I'm looking through debootstrap bugs right now. I'm thinking this
patch looks minimal and sane enough to take it for a pre-stretch
upload.

Any objections?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?

Bug#852779: installation-reports: strange touchpad behavior in amd64 stretch RC1

[Laura Arjona Reina]

Package: installation-reports
Followup-For: Bug #852779

Dear Maintainers,

Thanks for your work in the Debian installer.
My installation went well, except that I've had the same strange
behavior with the touchpad reported by Chris Tillman:

 When I was using the touchpad to try to select any button on any
screen, I had a difficult
time. If I made a small stroke towards the button and lifted my finger, when
I put the finger down again the cursor would go back to the center of
the screen. I finally learned the way to make it work was to make one
continuous movement to the button, then I could select it when I got there.

Best regards

Laura Arjona Reina
https://wiki.debian.org/LauraArjona


-- Package-specific info:

Boot method: USB
Image version: Debian GNU/Linux stretch-DI-rc1 "Stretch" - Official
Snapshot amd64 - NETINST Binary-1 20170113-10:18
Date: 

Machine: Laptop Acer Aspire 5250
Partitions: 

S.ficheros Tipo bloques de 1K  Usados Disponibles Uso% Montado en

udev   devtmpfs   2906164   0 2906164   0% /dev
tmpfs  tmpfs   5835848396  575188   2% /run
/dev/sda6  ext4 386365800 5221692   361448136   2% /
tmpfs  tmpfs  2917908 140 2917768   1% /dev/shm
tmpfs  tmpfs 5120   45116   1% /run/lock
tmpfs  tmpfs  2917908   0 2917908   0%
/sys/fs/cgroup
tmpfs  tmpfs   583580   0  583580   0% /run/user/116
tmpfs  tmpfs   583580  16  583564   1%
/run/user/1000


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O ]
Detect network card:[O ]
Configure network:  [O ]
Detect CD:  [O ]
Load installer modules: [O ]
Clock/timezone setup:   [O ]
User/password setup:[O ]
Detect hard drives: [O ]
Partition hard drives:  [O ]
Install base system:[O ]
Install tasks:  [O ]
Install boot loader:[O ]
Overall install:[O ]

Comments/Problems:

 When I was using the touchpad to try to select any button on any
screen, I had a difficult
time. If I made a small stroke towards the button and lifted my finger, when
I put the finger down again the cursor would go back to the center of the
screen. I finally learned the way to make it work was to make one continuous
movement to the button, then I could select it when I got there.


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20170112"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux debian9-acer 4.8.0-2-amd64 #1 SMP Debian 4.8.15-2
(2017-01-04) x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc.
[AMD] Family 14h Processor Root Complex [1022:1510]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: 00:01.0 VGA compatible controller [0300]: Advanced Micro
Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 6310] [1002:9802]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc.
[AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] [1002:4390] (rev 40)
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: Kernel driver in use: ahci
lspci -knn: Kernel modules: ahci
lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc.
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: Kernel modules: ohci_pci
lspci -knn: 00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc.
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: Kernel modules: ehci_pci
lspci -knn: 00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc.
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: Kernel modules: ohci_pci
lspci -knn: 00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc.
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0602]
lspci -knn: 

Processed: Dropping severity for now

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #777439 [netcfg] Jessie DI-rc1 amd64 after installation no network 
interfaces
Severity set to 'important' from 'critical'

-- 
777439: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777439
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Dropping severity for now

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #777439 [netcfg] Jessie DI-rc1 amd64 after installation no network 
interfaces
Ignoring request to change severity of Bug 777439 to the same value.

-- 
777439: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777439
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#777439: Dropping severity for now

[Steve McIntyre]

Control: severity -1 important

Agreed that this is important, but we don't have lots of similar
reports since jessie d-i RC1 ~two years ago.

Heiko - could you possibly try a newer version of the installer and
see if the problem still exists please?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Armed with "Valor": "Centurion" represents quality of Discipline,
  Honor, Integrity and Loyalty. Now you don't have to be a Caesar to
  concord the digital world while feeling safe and proud.

Re: dillon: additional build-depends for installation-guide

[Holger Wansing]

Hi,

Samuel Thibault  wrote:
> Hello,
> 
> Holger Wansing, on Sun 22 Jan 2017 12:57:39 +0100, wrote:
> > I see that most manual variants are still from build date in 2016.
> 
> That's because the build was stopping before them :)

Yes, I assumed this, but I got no cofirmation.

> > To be sure everything builds fine now on dillon, probably someone could
> > trigger a full rebuild of the manual?
> 
> I had started a rebuild, but it's very long, so I did it only for for
> all archs in english, and for i386 in all languages. I'll let the
> cronjob just to its work for the rest, it should get things done during
> this night.

FYI: Success, all archs were freshly built for all languages.

Thanks


Holger



-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#846256: Confirm

[moldev]

I confirm the same error on boot. Not sure what the implications are, the 
system seems to work, even when I go to the console.
Cheers,

-- Miguel