Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

[Samuel Thibault]

Cyril Brulebois, le Sun 08 Jul 2012 21:24:53 +0200, a écrit :
> Samuel Thibault  (08/07/2012):
> > Samuel Thibault, le Sun 08 Jul 2012 19:45:00 +0200, a écrit :
> > > No, since the switch happens before the console-setup configuration.
> > > Console-setup then uses the console switch method.  Tested successfully.
> 
> The speech synthesis option seems to get the proper keymap layout
> picked, with alpha 1.
> 
> That's not the case with a freshly-built netboot-gtk image (against
> testing), with the following packages:
>   localudebs/console-setup-linux-charmaps-udeb_1.80_all.udeb
>   localudebs/console-setup-linux-fonts-udeb_1.80_all.udeb
>   localudebs/console-setup-udeb_1.80_all.udeb
> 
> (picking French/France/French)
> 
> With the same choices in G-I w/o speech synthesis, the proper layout is
> set in X, but not in the console.

Err, without speech synthesis, yes, that's the point of this bug,
indeed.  But doesn't it work *with* speech synthesis?  (since in that
case the installer uses text mode from the start)

Samuel



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120709042137.ga5...@type.mobile.lan

Re: Freeze exception request: aptitude 0.6.9-1

[Daniel Hartwig]

On 9 July 2012 07:45, Cyril Brulebois  wrote:
> Grepping my d-i directory (contained many d-i related package checkouts)

Thanks for pointing this out, I had not identified d-i packages when
searching for Depends: aptitude.  I had assumed that d-i was using
apt-get and it's more predictable interface.

> I see:
> packages/pkgsel/debian/postinst:in-target sh -c "debconf-apt-progress 
> --from 50 --to 100 --logstderr -- aptitude -q --without-recommends -y -o 
> DPkg::options=--force-confnew '$upgrade_type'" || aptfailed
> packages/pkgsel/debian/postinst:in-target sh -c "debconf-apt-progress 
> --from 900 --to 950 --logstderr -- aptitude -q -y install -- $RET" || 
> aptfailed
>
> I'm not sure if your changes could trigger regressions in there (e.g.
> because a buggy command line was more or less working, except for a few
> faulty packages).
>
>> The net result is the program is a much better command-line citizen.
>> If the exit status is 0 then it is reliable to assume that all
>> requested actions have been completed [subject to interaction with
>> --assume-yes and the problem resolver].
>
> This is very much appealing, I must admit, even though I fear bad
> regressions. Especially on the d-i side…

Yes, the convenience of having most packages install even though a few
failed to download may have been very overlooked in the past.

I note that tasksel is invoked between the two runs of aptitude in
pkgsel.  With tasksel recently switching to apt-get it too will fail
just as (the proposed) aptitude when there are download or install
errors.  If we consider the new tasksel and aptitude as similar in
this case, then the only (?!) new problem is if virtual and/or
non-existent packages are listed in pkgsel/include; previously these
would be ignored, now this is an unavoidable error.

Are there other areas where d-i uses aptitude?

> Given we'd like to release beta
> 1 those days, letting aptitude 0.6.9-1 stay a while in unstable wouldn't
> help get it tested through d-i beta 1, meaning postponing that to either
> a beta 2 or rc 1. :(

> (which would still mean getting changes too late in
> the release process)

If this remains the case (given my previous comments on tasksel) then
I will rather take a look at preparing an in-between version without
the CLI changes (except fix for #434502).

In any event, I have updated the version on mentors to target
experimental and asked sponsors for an upload.

http://mentors.debian.net/package/aptitude

Thanks for looking at my rather verbose request.

Regards


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAN3veRecs+CQT=w8h3lqg4ugtswfm7mojbrl_4cwd_otqk4...@mail.gmail.com

Re: Freeze exception request: aptitude 0.6.9-1

[Daniel Hartwig]

On 9 July 2012 07:45, Cyril Brulebois  wrote:
>> The new version is available on mentors.d.n, we will not upload
>> however unless granted a freeze exception.
>
> Having it uploaded to experimental would be an idea for the time being,
> so that people can (in an opt-in fashion) test it.

I have updated aptitude on mentors to target experimental with version
0.6.9-1~exp1.  To ease review, this is the only change at this point.

If a sponsor could take a look and please upload.

http://mentors.debian.net/package/aptitude

http://mentors.debian.net/debian/pool/main/a/aptitude/aptitude_0.6.9-1~exp1.dsc

Regards


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/can3verfn92ck9vdsyiopvev4hqykibphajjxmwy9keezxvr...@mail.gmail.com

Bug#680900: flash-kernel: support for local overrides of db settings

[Ian Campbell]

On Mon, 2012-07-09 at 01:47 +0100, Ian Campbell wrote:
> I'll also attach the patches shortly. 

Attached.

Ian.
>From a347fdef1c79fb1cfd75a8fc6f7f778dddbbadd1 Mon Sep 17 00:00:00 2001
From: Ian Campbell 
Date: Sun, 8 Jul 2012 21:28:04 +
Subject: [PATCH 1/2] Turn code which reads machine db into a function

No functional change yet.

Signed-off-by: Ian Campbell 
---
 functions |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/functions b/functions
index df00a86..a132b8b 100644
--- a/functions
+++ b/functions
@@ -19,11 +19,14 @@
 # USA.
 
 BOOTSCRIPTS_DIR="${FK_CHECKOUT:-$FK_DIR}/bootscript"
-MACHINE_DB="$(cat "${FK_CHECKOUT:-$FK_DIR}/db/"*.db)"
 PROC_CPUINFO="${FK_PROC_CPUINFO:-/proc/cpuinfo}"
 PROC_DTMODEL="${FK_PROC_DRMODEL:-/proc/device-tree/model}"
 PROC_MTD="/proc/mtd"
 
+read_machine_db() {
+	cat "${FK_CHECKOUT:-$FK_DIR}/db/"*.db
+}
+MACHINE_DB="$(read_machine_db)"
 
 error() {
 	echo "$@" >&2
-- 
1.7.9.1

>From c355495ef7052ac2c309dfe45eff4d657d3aff16 Mon Sep 17 00:00:00 2001
From: Ian Campbell 
Date: Sun, 8 Jul 2012 22:49:21 +
Subject: [PATCH 2/2] Add capability to read /etc/flash-kernel/db to override
 db entries.

---
 README  |4 
 debian/changelog|3 ++-
 debian/flash-kernel.install |1 +
 etc/db  |7 +++
 functions   |3 +++
 test_functions  |   26 ++
 6 files changed, 43 insertions(+), 1 deletions(-)
 create mode 100644 etc/db

diff --git a/README b/README
index 81b65d2..dd76db0 100644
--- a/README
+++ b/README
@@ -77,6 +77,10 @@ RFC 2822 data or Debian control data, i.e. header: value pairs,
 with definitions separated by an empty line.  Comments starting with a
 pound are ignored.
 
+/etc/flash-kernel/db is parsed first and allows for local override of any
+field. Note that you must include the "Machine" field here as well as the
+field(s) to be overridden
+
 The supported fields are:
 
 * Machine: (required) value of the "Hardware:" line in /proc/cpuinfo and
diff --git a/debian/changelog b/debian/changelog
index 5fd4f99..9edf023 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,7 @@
 flash-kernel (3.2~exp.1) UNRELEASED; urgency=low
 
-  * 
+  [ Ian Campbell ]
+  * Add capability to read /etc/flash-kernel/db to override db entries.
 
  -- Hector Oron   Sun, 08 Jul 2012 03:09:46 +0200
 
diff --git a/debian/flash-kernel.install b/debian/flash-kernel.install
index 7191f6d..e223277 100644
--- a/debian/flash-kernel.install
+++ b/debian/flash-kernel.install
@@ -1,6 +1,7 @@
 initramfs-hook/flash-kernel etc/initramfs/post-update.d
 kernel-hook/zz-flash-kernel etc/kernel/postinst.d
 kernel-hook/zz-flash-kernel etc/kernel/postrm.d
+etc/dbetc/flash-kernel
 flash-kernelusr/sbin
 initramfs-tools usr/share
 bootscript  usr/share/flash-kernel
diff --git a/etc/db b/etc/db
new file mode 100644
index 000..62422a9
--- /dev/null
+++ b/etc/db
@@ -0,0 +1,7 @@
+# To override fields include the Machine field and the fields you wish to
+# override.
+#
+# e.g. to override Boot-Device on the Dreamplug to sdb rather than sda
+#
+#Machine: Globalscale Technologies Dreamplug
+#Boot-Device: /dev/sdb1
diff --git a/functions b/functions
index a132b8b..fc96dd0 100644
--- a/functions
+++ b/functions
@@ -24,6 +24,9 @@ PROC_DTMODEL="${FK_PROC_DRMODEL:-/proc/device-tree/model}"
 PROC_MTD="/proc/mtd"
 
 read_machine_db() {
+	if [ -f "${FK_ETC_DB:-/etc/flash-kernel/db}" ] ; then
+		cat "${FK_ETC_DB:-/etc/flash-kernel/db}"
+	fi
 	cat "${FK_CHECKOUT:-$FK_DIR}/db/"*.db
 }
 MACHINE_DB="$(read_machine_db)"
diff --git a/test_functions b/test_functions
index 6f3fbe8..be29f29 100755
--- a/test_functions
+++ b/test_functions
@@ -239,6 +239,32 @@ test_get_machine_field() {
 }
 add_test test_get_machine_field
 
+test_etc_db() {
+get_tempfile
+mock_etc_db="$last_tempfile"
+cat >"$mock_etc_db" <&2
+exit 1
+fi
+kaddress=$(get_machine_field "$machine" "U-Boot-Kernel-Address")
+if [ "$kaddress" != "0x8000" ] ; then
+echo "Expected U-Boot-Kernel-Address to be 0x8000 but got $kaddress" >&2
+exit 1
+fi
+)
+}
+add_test test_etc_db
+
 test_machine_uses_flash() {
 (
 . "$functions"
-- 
1.7.9.1

Bug#680900: flash-kernel: support for local overrides of db settings

[Ian Campbell]

Package: flash-kernel
Version: 3.1
Severity: wishlist
Tags: patch

As discussed in #667681 it would be very useful to be able to override certain
per-machine settings locally. For example Boot-Device defaults to /dev/sda1 on
Dreamplug but can also be sdb1 depending on local configuration.

I have implemented this and pushed to gitorious (see below). I'll also attach
the patches shortly.

Ian.

The following changes since commit c5aa5d4f829fe2ac23caf8fa6e3a043107c3dd80:

  Set distro as unreleased in changelog (2012-07-08 03:10:19 +0200)

are available in the git repository at:

  git://gitorious.org/ijc-debian/flash-kernel.git dreamplug

for you to fetch changes up to c355495ef7052ac2c309dfe45eff4d657d3aff16:

  Add capability to read /etc/flash-kernel/db to override db entries. 
(2012-07-08 23:07:08 +)


Ian Campbell (2):
  Turn code which reads machine db into a function
  Add capability to read /etc/flash-kernel/db to override db entries.

 README  |4 
 debian/changelog|3 ++-
 debian/flash-kernel.install |1 +
 etc/db  |7 +++
 functions   |8 +++-
 test_functions  |   26 ++
 6 files changed, 47 insertions(+), 2 deletions(-)
 create mode 100644 etc/db


-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 3.2.0-3-kirkwood
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages flash-kernel depends on:
pi  devio 1.2-1+b1   correctly read (or write) a region
ii  initramfs-tools   0.99   tools for generating an initramfs
ii  linux-base3.5Linux image base package

flash-kernel recommends no packages.

Versions of packages flash-kernel suggests:
ii  u-boot-tools2012.04.01-2 companion tools for Das U-Boot boo

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120709004718.21912.25535.report...@yog-sothoth.hellion.org.uk

Bug#679377: Segmentation fault when initramfs is booting

[Stefan Lippers-Hollmann]

Hi

On Saturday 07 July 2012, Michael Tokarev wrote:
[…]
> On 05.07.2012 15:12, Jordi Pujol wrote:
> []
> >>> the patch "shell-ash-export-HOME.patch" causes a segmentation fault when
> >>> initramfs boots,
> >>> I believe that this fault occurs the first time that initramfs looks for
> >>> some executable in the initramfs filesystem,
> 
> Big thanks to Denys Vlasenko, the issue has been identified.
[…]
> I added a temporary workaround to this patch - making
> the default PATH variable to be non-const, ie, writable,
> this way awk will be able to write to it.  No other parts
> of the code tries to write to it, so it is a safe change.
[…]

Thanks a lot for your and Denys Vlasenko's efforts, this workaround in 
busybox 1:1.20.0-5 works fine for my use case :)

Regards
Stefan Lippers-Hollmann



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201207090235.10692.s@gmx.de

Re: Freeze exception request: aptitude 0.6.9-1

[Cyril Brulebois]

Hello,

Daniel Hartwig  (02/07/2012):
> The main bugs concerning this are: 121313, 282408, 302784, 434502,
> 576212, 590686, 639789.  A quick look at those bugs should indicate
> that aptitude's current behaviour has long been considered quite
> unusable.

thanks for your work on aptitude, it's been in need for love for a long
time.

> At the end of this command any requested package may or may not have
> been installed.  In particular, libc6 may have been installed but
> obviously some version other than the requested "notaversion".  The
> only way to determine the state of packages after this is to inspect
> each, a rather tedious and error-prone operation.
> 
> With 0.6.9 any requested package or version which is not found will
> cause the program to exit with non-zero status *before* making changes
> to the system.  The entire set of command-line arguments must
> constitute a unique, valid package system operation; if there is any
> ambiguity or error in the arguments the program will not proceed.  It
> is not considered sensible to allow a user to restore the old
> behaviour of ignoring non-existing packages/versions.

Grepping my d-i directory (contained many d-i related package checkouts)
I see:
packages/pkgsel/debian/postinst:in-target sh -c "debconf-apt-progress 
--from 50 --to 100 --logstderr -- aptitude -q --without-recommends -y -o 
DPkg::options=--force-confnew '$upgrade_type'" || aptfailed
packages/pkgsel/debian/postinst:in-target sh -c "debconf-apt-progress 
--from 900 --to 950 --logstderr -- aptitude -q -y install -- $RET" || aptfailed

I'm not sure if your changes could trigger regressions in there (e.g.
because a buggy command line was more or less working, except for a few
faulty packages).

> The net result is the program is a much better command-line citizen.
> If the exit status is 0 then it is reliable to assume that all
> requested actions have been completed [subject to interaction with
> --assume-yes and the problem resolver].

This is very much appealing, I must admit, even though I fear bad
regressions. Especially on the d-i side… Given we'd like to release beta
1 those days, letting aptitude 0.6.9-1 stay a while in unstable wouldn't
help get it tested through d-i beta 1, meaning postponing that to either
a beta 2 or rc 1. :( (which would still mean getting changes too late in
the release process)

> The new version is available on mentors.d.n, we will not upload
> however unless granted a freeze exception.

Having it uploaded to experimental would be an idea for the time being,
so that people can (in an opt-in fashion) test it.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Processed: retitle 666879 to s390(x): please add a netboot image and a mini.iso

[Debian Bug Tracking System]

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

> retitle 666879 s390(x): please add a netboot image and a mini.iso
Bug #666879 [debian-installer] s390(x): please add a netboot image
Changed Bug title to 's390(x): please add a netboot image and a mini.iso' from 
's390(x): please add a netboot image'
> thanks
Stopping processing here.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.134179098710963.transcr...@bugs.debian.org

Bug#666879: s390(x): please add a netboot image

[Philipp Kern]

On Tue, Apr 03, 2012 at 03:54:12PM +0200, Mattias Wadenstein wrote:
> On Mon, 2 Apr 2012, Philipp Kern wrote:
> >am Mon, Apr 02, 2012 at 03:49:48PM +0100 hast du folgendes geschrieben:
> >>OK. We also don't make *any* s390x images at all at the moment, which
> >>I should probably fix. Is d-i working on s390x? If so, I'll add it to
> >>the normal set of daily and weekly images.
> >it's supposed to be working.  If we drop the regular CD images, we could at
> >least offer the netboot stuff in the same place?
> If cd1 is useful, why not build just that for s390[x]? 2x700 meg is
> hardly big today, and I wouldn't expect 70M or 700M be a significant
> difference in download times for anywhere with an s390.

It's rather 10M vs. 700M, but well... what should I say.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#680542: updated patch

[Dmitrijs Ledkovs]

updated the patch with packaging changes.

-- 
Regards,
Dmitrijs.

From 282ef234b2026fe6dbf8b358f3e1444d8b401ce5 Mon Sep 17 00:00:00 2001
From: Dmitrijs Ledkovs 
Date: Fri, 6 Jul 2012 17:55:26 +0100
Subject: [PATCH] Move apt-install lvm2 from post-base-installer.d to finish.d
 as all other partman-$fs do the same.

---
 debian/changelog|7 +++
 debian/di-numbers   |1 +
 debian/install  |1 -
 finish.d/_numbers   |1 +
 finish.d/aptinstall_lvm |   11 +++
 post-base-installer.d/64partman-lvm |   11 ---
 6 files changed, 20 insertions(+), 12 deletions(-)
 create mode 100644 finish.d/_numbers
 create mode 100755 finish.d/aptinstall_lvm
 delete mode 100755 post-base-installer.d/64partman-lvm

diff --git a/debian/changelog b/debian/changelog
index b2b0ca2..e487b07 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+partman-lvm (80) UNRELEASED; urgency=low
+
+  * Move apt-install lvm2 from post-base-installer.d to finish.d
+as all other partman-$fs do the same.
+
+ -- Dmitrijs Ledkovs   Fri, 06 Jul 2012 17:36:32 +0100
+
 partman-lvm (79) unstable; urgency=low
 
   * Team upload
diff --git a/debian/di-numbers b/debian/di-numbers
index 5a5aa4f..36217d3 100644
--- a/debian/di-numbers
+++ b/debian/di-numbers
@@ -3,3 +3,4 @@ choose_partition lib/partman
 init.d lib/partman
 undo.d lib/partman
 update.d lib/partman
+finish.d lib/partman
diff --git a/debian/install b/debian/install
index 5b8cd7d..3bc3c03 100644
--- a/debian/install
+++ b/debian/install
@@ -1,2 +1 @@
 lib lib/partman
-post-base-installer.d usr/lib
diff --git a/finish.d/_numbers b/finish.d/_numbers
new file mode 100644
index 000..02a8903
--- /dev/null
+++ b/finish.d/_numbers
@@ -0,0 +1 @@
+70 aptinstall_lvm
diff --git a/finish.d/aptinstall_lvm b/finish.d/aptinstall_lvm
new file mode 100755
index 000..dca4464
--- /dev/null
+++ b/finish.d/aptinstall_lvm
@@ -0,0 +1,11 @@
+#! /bin/sh
+set -e
+
+if grep -q " device-mapper$" /proc/misc; then
+	# Avoid warnings from lvm2 tools about open file descriptors
+	export LVM_SUPPRESS_FD_WARNINGS=1
+
+	if pvdisplay | grep -iq "physical volume ---"; then
+		apt-install lvm2
+	fi
+fi
diff --git a/post-base-installer.d/64partman-lvm b/post-base-installer.d/64partman-lvm
deleted file mode 100755
index dca4464..000
--- a/post-base-installer.d/64partman-lvm
+++ /dev/null
@@ -1,11 +0,0 @@
-#! /bin/sh
-set -e
-
-if grep -q " device-mapper$" /proc/misc; then
-	# Avoid warnings from lvm2 tools about open file descriptors
-	export LVM_SUPPRESS_FD_WARNINGS=1
-
-	if pvdisplay | grep -iq "physical volume ---"; then
-		apt-install lvm2
-	fi
-fi
-- 
1.7.10.4



signature.asc
Description: OpenPGP digital signature

Processed: Re: lxde: please depend on gdm3

[Debian Bug Tracking System]

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

> reopen 680519
Bug #680519 {Done: Joey Hess } [task-lxde-desktop] lxde: 
please depend on gdm3
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions tasksel/3.11.
> found 680519 3.11
Bug #680519 [task-lxde-desktop] lxde: please depend on gdm3
Marked as found in versions tasksel/3.11.
> thanks
Stopping processing here.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.134177747313032.transcr...@bugs.debian.org

Bug#680519: lxde: please depend on gdm3

[Daniel Baumann]

reopen 680519
found 680519 3.11
thanks

tasksel 3.11 does not depend on gdm3 nor xdm now, thus reopening.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ff9e63d.6040...@progress-technologies.net

Re: Bug#680699: unblock: flash-kernel/3.1

[Philipp Kern]

On Sun, Jul 08, 2012 at 10:44:47AM +0200, Arnaud Patard wrote:
> > my only concern is that /proc/device-tree/model takes precedence over
> > /proc/cpuinfo in any case with no fallback to the latter. So if any ARM SoC
> > gets device-tree enabled by a backport it might potentially need a change to
> > flash-kernel, if the "Hardware" string does not match up with what the model
> > file delivers.
> no. With DT, the Hardware string doesn't change with the model but with
> the SoC. For instance, all kirkwood systems booting with DT have :

Yeah, I was being imprecise. I said "delivers" when I meant "delivered".
I.e. that the device-tree enablement actually changes the Hardware name
and does not give the same token that was previously in there in model.

Anyway unblocked.

Cheers
Philipp Kern


signature.asc
Description: Digital signature

Bug#571204: tasksel: Does not install network management software for LXDE

[Daniel Baumann]

On 07/08/2012 09:10 PM, Joey Hess wrote:
> Where is the network-manager-gnome?

---snip---
Package: lxde
Source: lxde-metapackages
Version: 3
Installed-Size: 26
Maintainer: Debian LXDE Maintainers 
Architecture: all
Depends: galculator, gpicview, leafpad, lxappearance, lxde-core,
lxde-icon-theme, lxinput, lxrandr, lxsession-edit, lxshortcut,
lxterminal, obconf, xarchiver
Recommends: iceweasel | www-browser, gdm3 | x-display-manager,
lxmusic, menu-xdg, network-manager-gnome, lxpolkit, xserver-xorg
Suggests: lxlauncher, lxtask
Description-en: LXDE metapackage
[...]
---snap---


http://git.lxde.org/gitweb/?p=debian/lxde-metapackages.git;a=commitdiff;h=b021c3f0d23f472c24eb6f89e2728da1a66e4bbc


http://packages.qa.debian.org/l/lxde-metapackages/news/20120707T173225Z.html

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ff9e369.2020...@progress-technologies.net

Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

[Cyril Brulebois]

Samuel Thibault  (08/07/2012):
> Samuel Thibault, le Sun 08 Jul 2012 19:45:00 +0200, a écrit :
> > No, since the switch happens before the console-setup configuration.
> > Console-setup then uses the console switch method.  Tested successfully.

The speech synthesis option seems to get the proper keymap layout
picked, with alpha 1.

That's not the case with a freshly-built netboot-gtk image (against
testing), with the following packages:
  localudebs/console-setup-linux-charmaps-udeb_1.80_all.udeb
  localudebs/console-setup-linux-fonts-udeb_1.80_all.udeb
  localudebs/console-setup-udeb_1.80_all.udeb

(picking French/France/French)

With the same choices in G-I w/o speech synthesis, the proper layout is
set in X, but not in the console.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Processed: Bug#680850: debian-installer: kfreebsd GRUB menu spacer in wrong place

[Debian Bug Tracking System]

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

> tags 680850 +patch +pending
Bug #680850 [debian-installer] debian-installer: kfreebsd GRUB menu spacer in 
wrong place
Ignoring request to alter tags of bug #680850 to the same tags previously set
Bug #680850 [debian-installer] debian-installer: kfreebsd GRUB menu spacer in 
wrong place
Added tag(s) pending.
> thanks
Stopping processing here.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13417752533589.transcr...@bugs.debian.org

Bug#571204: tasksel: Does not install network management software for LXDE

[Joey Hess]

Daniel Baumann wrote:
> i don't know why tasksel uses lxde-core, but, if you would depend on
> lxde instead, you would get network-manager-gnome that the lxde
> maintainers in debian recommend for their users.

Package: lxde
Source: lxde-metapackages
Version: 2
Installed-Size: 26
Maintainer: Debian LXDE Maintainers 
Architecture: all
Depends: gpicview, leafpad, lxappearance, lxde-core, lxde-icon-theme, lxinput, 
lxrandr, lxsession-edit, lxshortcut, lxterminal, obconf, xarchiver
Recommends: iceweasel | www-browser, gdm3 | x-display-manager, lxmusic, 
menu-xdg, lxpolkit, xserver-xorg

Where is the network-manager-gnome?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#680850: debian-installer: kfreebsd GRUB menu spacer in wrong place

[Didier Raboud]

tags 680850 +patch +pending
thanks

Le dimanche, 8 juillet 2012 11.47:01, Steven Chamberlain a écrit :
> Package: debian-installer
> Version: 20120626
> Tags: wheezy sid
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> X-Debbugs-Cc: debian-...@lists.debian.org
> 
> Hi,
> 
> After the default GNU/kFreeBSD kernel in d-i was changed, one of the
> spacers in GRUB menu entries is in the wrong place.  This also means the
> 'default' selected option is wrong.  Please see attached screenshot.

Indeed. Fixed in Git with the attached commit.

OdyX
From eb6f6d066d3fc4e1d37fce84b74955c327557735 Mon Sep 17 00:00:00 2001
From: Didier Raboud 
Date: Sun, 8 Jul 2012 12:18:01 -0600
Subject: [PATCH] Fix the place of the kfreebsd empty line in Grub (Closes:
 #680850).

---
 build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg |   10 +-
 debian/changelog|1 +
 2 files changed, 6 insertions(+), 5 deletions(-)

diff --git a/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg b/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg
index 97a7746..074e481 100644
--- a/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg
+++ b/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg
@@ -59,11 +59,6 @@ function menuentry_set {
 
 # Default kernel
 if test -e /boot/kernel/kfreebsd-9.gz ; then
-	# When both options are available, add an empty line in-between.
-	if test -e /boot/kernel/kfreebsd.gz ; then
-		menuentry "" { true }
-	fi
-
 	menuentry_set /boot/kernel/kfreebsd-9.gz /boot/mfsroot.gz " (using kernel of FreeBSD 9)"
 
 	if test -e /boot/gtk/mfsroot.gz ; then
@@ -74,6 +69,11 @@ fi
 
 # Alternate kernel
 if test -e /boot/kernel/kfreebsd.gz ; then
+	# When both options are available, add an empty line in-between.
+	if test -e /boot/kernel/kfreebsd.gz ; then
+		menuentry "" { true }
+	fi
+
 	menuentry_set /boot/kernel/kfreebsd.gz /boot/mfsroot.gz ""
 
 	if test -e /boot/gtk/mfsroot.gz ; then
diff --git a/debian/changelog b/debian/changelog
index f9054a3..f8535f0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,6 +7,7 @@ debian-installer (20120627) UNRELEASED; urgency=low
 
   [ Didier Raboud ]
   * Switch the boot backgrounds to the Wheezy joy theme.
+  * Fix the place of the kfreebsd empty line in Grub (Closes: #680850).
 
  -- Julien Cristau   Tue, 03 Jul 2012 15:11:18 +0200
 
-- 
1.7.10.4

Re: (forw) Switch to graphical installer by default?

[Didier Raboud]

Le dimanche, 8 juillet 2012 11.03:46, Samuel Thibault a écrit :
> Cyril Brulebois, le Sun 08 Jul 2012 19:00:30 +0200, a écrit :
> > Can somebody please write a summary of the needed changes (meaning at
> > least the involved packages)?
> 
> Mmm, I'd say simply the syslinux configuration in debian-installer only
> to exchange menu items?

A little more actually (if we do the same migration on non-linux ports):

build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg needs a reordering
build/boot/hurd/grub-hurd-cdrom.cfg also

By the way, win32-loader already defaults to gtk for linux and hurd and has 
currently no support for kfreebsd gtk. I'll check that.

Cheers,

OdyX


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201207081207.50529.o...@debian.org

Processed (with 2 errors): Re: Bug#680850: debian-installer: kfreebsd GRUB menu spacer in wrong place

[Debian Bug Tracking System]

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

> tags 680850 + patch
Bug #680850 [debian-installer] debian-installer: kfreebsd GRUB menu spacer in 
wrong place
Added tag(s) patch.
> A suggested patch for this is attached (untested).
Unknown command or malformed arguments to command.

> Regards,
Unknown command or malformed arguments to command.

> --
Stopping processing here.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.134177058312134.transcr...@bugs.debian.org

Bug#680850: debian-installer: kfreebsd GRUB menu spacer in wrong place

[Steven Chamberlain]

tags 680850 + patch

A suggested patch for this is attached (untested).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg b/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg
index 97a7746..503c55c 100644
--- a/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg
+++ b/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg
@@ -59,11 +59,6 @@ function menuentry_set {
 
 # Default kernel
 if test -e /boot/kernel/kfreebsd-9.gz ; then
-	# When both options are available, add an empty line in-between.
-	if test -e /boot/kernel/kfreebsd.gz ; then
-		menuentry "" { true }
-	fi
-
 	menuentry_set /boot/kernel/kfreebsd-9.gz /boot/mfsroot.gz " (using kernel of FreeBSD 9)"
 
 	if test -e /boot/gtk/mfsroot.gz ; then
@@ -74,6 +69,11 @@ fi
 
 # Alternate kernel
 if test -e /boot/kernel/kfreebsd.gz ; then
+	# When both options are available, add an empty line in-between.
+	if test -e /boot/kernel/kfreebsd-9.gz ; then
+		menuentry "" { true }
+	fi
+
 	menuentry_set /boot/kernel/kfreebsd.gz /boot/mfsroot.gz ""
 
 	if test -e /boot/gtk/mfsroot.gz ; then

Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

[Samuel Thibault]

Samuel Thibault, le Sun 08 Jul 2012 19:45:00 +0200, a écrit :
> Cyril Brulebois, le Sun 08 Jul 2012 19:37:43 +0200, a écrit :
> > That also means that speech synthesis (which triggers a switch
> > to the console) is qwerty-only.
> 
> No, since the switch happens before the console-setup configuration.
> Console-setup then uses the console switch method.  Tested successfully.

There's just one case that wouldn't work: selecting the language,
country and keyboard before plugging a USB braille device. In that case
the switch is after console-setup configuration. Let me doubt anybody
needs that case :)

Samuel



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708175237.gq4...@type.famille.thibault.fr

Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

[Samuel Thibault]

Cyril Brulebois, le Sun 08 Jul 2012 19:37:43 +0200, a écrit :
> That also means that speech synthesis (which triggers a switch
> to the console) is qwerty-only.

No, since the switch happens before the console-setup configuration.
Console-setup then uses the console switch method.  Tested successfully.

Samuel



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708174500.gp4...@type.famille.thibault.fr

Re: apt-setup_0.69_i386.changes ACCEPTED into unstable

[Cyril Brulebois]

Christian PERRIER  (08/07/2012):
> It has been missed by the output-l10n-changes. This is a bug in the
> script indeed: when PO-Revision-Date of a PO file is exactly the day
> you run the script, the language it not included in the list of
> updates.

I see, thanks for the confirmation.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Unblocks/urgents for d-i beta 1 (take 1)

[Adam D. Barratt]

On 08.07.2012 17:09, Cyril Brulebois wrote:

please consider unblocking (and possibly urgenting) the following
udeb-producing packages.


All unblocked and urgented; thanks.

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/313d2d7598188db91e2b8c344876a...@mail.adsl.funky-badger.org

Processed: Re: Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

[Debian Bug Tracking System]

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

> found606395 20120508
Bug #606395 [debian-installer] [G-I][squeeze-d-i-beta2] wrong keyboard layout 
in console (correct in X)
Marked as found in versions debian-installer/20120508.
> found606395 20120626
Bug #606395 [debian-installer] [G-I][squeeze-d-i-beta2] wrong keyboard layout 
in console (correct in X)
Marked as found in versions debian-installer/20120626.
> severity 606395 important
Bug #606395 [debian-installer] [G-I][squeeze-d-i-beta2] wrong keyboard layout 
in console (correct in X)
Severity set to 'important' from 'normal'
> retitle  606395 [G-I] wrong keyboard layout in console (correct in X)
Bug #606395 [debian-installer] [G-I][squeeze-d-i-beta2] wrong keyboard layout 
in console (correct in X)
Changed Bug title to '[G-I] wrong keyboard layout in console (correct in X)' 
from '[G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)'
> thanks
Stopping processing here.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13417690633385.transcr...@bugs.debian.org

Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

[Cyril Brulebois]

found606395 20120508
found606395 20120626
severity 606395 important
retitle  606395 [G-I] wrong keyboard layout in console (correct in X)
thanks

Hello,

Holger Wansing  (08/12/2010):
> Used media: debian-squeeze-di-beta2-i386-xfce+lxde-CD-1.iso 
> from http://cdimage.debian.org/cdimage/.squeeze_beta2/ 
> 
> 
> I want to say: the keyboard chooser dialogs in G-I are now
> perfectly translated (at least for German), wow! Thanks!
> 
> But today I noticed the following:
> When the graphical installer is used, and I select my favourite
> choice for language and keyboard layout, let's say German, the 
> keyboard is set correctly in the graphical environment (X-Server),
> but on the virtual consoles it remains english.
> 
> This is probably only a minor problem, though.

this is still the case for wheezy pre-releases. This can be annoying if
for one reason or another one has to switch to a console to debug a few
things. That also means that speech synthesis (which triggers a switch
to the console) is qwerty-only. Bumping severity accordingly.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: apt-setup_0.69_i386.changes ACCEPTED into unstable

[Christian PERRIER]

Quoting Cyril Brulebois (k...@debian.org):
> Hello Christian,
> 
> Debian FTP Masters  (03/07/2012):
> > apt-setup (1:0.69) unstable; urgency=low
> >  .
> >   * Team upload
> >  .
> >   [ Updated translations ]
> >   * Portuguese (Brazil) (pt_BR.po) by Felipe Augusto van de Wiel (faw)
> 
> ml.po was also updated. Missing entry in changelog, or unwanted changes?


It has been missed by the output-l10n-changes. This is a bug in the
script indeed: when PO-Revision-Date of a PO file is exactly the day
you run the script, the language it not included in the list of
updates.




signature.asc
Description: Digital signature

Re: (forw) Switch to graphical installer by default?

[Christian PERRIER]

Quoting Cyril Brulebois (k...@debian.org):
> Christian PERRIER  (08/07/2012):
> > I think the discussion made the decision and is actually a GO to
> > switch to g-i as default, right?
> 
> I'm pretty happy to see people want to work on this. Really.
> 
> However I'm a little sad this kind of heavy changes is kept for after
> the freeze, and long after the call for comments for beta 1.

It seems that the only needed changes are on debian-cd side.

> 
> Can somebody please write a summary of the needed changes (meaning at
> least the involved packages)?

AFAIK no package impacted.

> 
> I'm tempted to call it way too late for beta 1, and to ask for its being
> considered for a beta 2 or rc 1 only. Or just wheezy+1. We're 1.5 year
> after the squeeze release; surely there was plenty of time to think
> about doing this earlier.


Well, I'm afraid we have to live with the fact that less and less
people care about d-i during the development process (I also reduced
my own involvment, so I'm among these "people" too).

But there's indeed nothing we can really change about that. *Still* we
have a bit more people working on D-I right now, this is kind of a
consolation, isn't it?

So, well, there might be a risk but it's not like g-i isn't tested,
isn't it?




signature.asc
Description: Digital signature

Re: (forw) Switch to graphical installer by default?

[Samuel Thibault]

Cyril Brulebois, le Sun 08 Jul 2012 19:00:30 +0200, a écrit :
> Can somebody please write a summary of the needed changes (meaning at
> least the involved packages)?

Mmm, I'd say simply the syslinux configuration in debian-installer only
to exchange menu items?

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708170346.gn4...@type.famille.thibault.fr

Re: (forw) Switch to graphical installer by default?

[Cyril Brulebois]

Christian PERRIER  (08/07/2012):
> I think the discussion made the decision and is actually a GO to
> switch to g-i as default, right?

I'm pretty happy to see people want to work on this. Really.

However I'm a little sad this kind of heavy changes is kept for after
the freeze, and long after the call for comments for beta 1.

Can somebody please write a summary of the needed changes (meaning at
least the involved packages)?

I'm tempted to call it way too late for beta 1, and to ask for its being
considered for a beta 2 or rc 1 only. Or just wheezy+1. We're 1.5 year
after the squeeze release; surely there was plenty of time to think
about doing this earlier.

Probably too grumpy,
KiBi.


signature.asc
Description: Digital signature

Re: (forw) Switch to graphical installer by default?

[Christian PERRIER]

Quoting Christian PERRIER (bubu...@debian.org):
> Forwarding this mail so that people involved in accessibility issues
> can answer.
> 
> In short: is the Debian graphical installer as accessible as the text
> installer is?

I think the discussion made the decision and is actually a GO to
switch to g-i as default, right?





signature.asc
Description: Digital signature

Re: CD sizes again (and BoF reminder!)

[Hideki Yamane]

Hi,

On Sat, 7 Jul 2012 04:47:35 +0100
Steve McIntyre  wrote:
> So, yes - looks like xz will make a difference here for the wheezy
> release, for amd64 at least. It's enough that we'd probably even have
> space for the installation manual and release notes to fit \o/.

 BTW, I'll talk about using xz for whole archive try in this DebConf.
 (now I submit it)

 If you've interested in that, let's discuss :)

-- 
Hideki Yamane 


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120708100752.d9bdf7e626c9a34e3b8d5...@iijmio-mail.jp

Unblocks/urgents for d-i beta 1 (take 1)

[Cyril Brulebois]

Hi release team,

please consider unblocking (and possibly urgenting) the following
udeb-producing packages. If you have a preferred format for those,
please say so, and I'll use that in further requests. (I guess
keeping the rationale in the hints file would make sense, that's
why I didn't merge all packages into long lines.)

I'm basing this on the following page, trying to concentrate on
reviewable changes in a given time frame:
  http://d-i.debian.org/testing-summary.html

If anyone has other candidates in mind, please mention them to both
debian-{boot,release}.

Please note I skipped packages already mentioned elsewhere (like
busybox). I'll try and find time to review other packages too, in
later takes.


  # l10n only:
  apt-setup/1:0.69

  # fix rc bug/d-i breakage:
  brltty/4.4-4

  # accumulated bug fixes which didn't migrate before:
  btrfs-tools/0.19+20120328-7

  # migration delayed by an rc bug that got downgraded:
  cairo/1.12.2-2

  # l10n only:
  cdebconf/0.171

  # epoch-fixing (harmless) and l10n:
  cdebconf-terminal/0.17

  # fix empty kmap files, resulting in big d-i breakages:
  console-setup/1.80

  # warning→info switch for InRelease files:
  debootstrap/1.0.42

  # l10n + m-a/hardening changes:
  eject/2.1.5+deb1+cvs20081104-11

  # l10n only: [missing one build, buildd admin pinged]
  espeakup/1:0.71-9

  # patch from upstream:
  fonts-lohit-telu/2.5.1-2

  # bug fixes, rmh gets to unbreak stuff if needed:
  freebsd-utils/9.0+ds1-7

  # crasher fix:
  gtk+3.0/3.4.2-2

  # high urgency for bug fixes:
  klibc/2.0.1-1

  # (apparently) harmless build change, let's reduce t/u diff:
  libnl3/3.2.7-4

  # big files related tweaks:
  lowmem/1.35

  # stability fixes, already discussed on -release:
  nbd/1:3.2-1

  # l10n only:
  netcfg/1.81

  # tiny improvement:
  os-prober/1.54

  # Colin knows what he's doing:
  parted/2.3-10

  # Colin knows what he's doing:
  partman-base/158

  # l10n only:
  partman-crypto/53

  # l10n only:
  partman-lvm/79

  # l10n only:
  partman-nbd/0.12

  # pci id update:
  pciutils/1:3.1.9-5

  # migration delayed by an ftbfs, and normally ± regression-free package:
  pixman/0.26.0-3

  # new theme and other fixes:
  rootskel-gtk/1.24

  # better udev detection:
  userdevfs/0.16


Thanks for your time.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: apt-setup_0.69_i386.changes ACCEPTED into unstable

[Cyril Brulebois]

Hello Christian,

Debian FTP Masters  (03/07/2012):
> apt-setup (1:0.69) unstable; urgency=low
>  .
>   * Team upload
>  .
>   [ Updated translations ]
>   * Portuguese (Brazil) (pt_BR.po) by Felipe Augusto van de Wiel (faw)

ml.po was also updated. Missing entry in changelog, or unwanted changes?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#680676: unblock: busybox/1:1.20.0-5

[Michael Tokarev]

On 08.07.2012 17:08, Cyril Brulebois wrote:
> Michael Tokarev  (08/07/2012):
>> #680342 - http://bugs.debian.org/679377
>> xargs applet does not implement basic POSIX-specified features
> 
> Question: is it expected it's not available in the initramfs?

it is not available there now (before the last upload and this
request) just because no one come to the missing feature yet.

"Regular" initramfs does not use lots of utils or features,
as it only needs very minimal stuff.  But various "live"
distributions/scripts based on Debian initramfs or based
on other things does more and, obviously, require more.
Just like I weren't aware of the issue with awk (also
addressed by this release) until it popped up in external
live script (which uses awk).

Ofcourse nothing stops regular debian packages to at least
try to use and hit missing features.  It just did not happen
yet.

I was slowly turning various features on to make the whole
thing at least "basically" POSIX-compatible, because overwise
it is not clear on what to base things.  And this is something
I obviously overlooked.

It come to my attention immediately when I was debugging the
awk-in-busybox problem, and temporarily replaced /bin/sh on
my regular system with busybox ash, which prefers internal
busybox applets, and various cron jobs started excersising
various busybox applets, and it

> Apparently that was the case already for alpha1, and is still the
> case now. (I wanted to check whether that -0 thingy was working as
> expected.)

Note: regular initramfs is not the same as d-i.  I assume
by "alpha1" you're talking about d-i -- there, xargs applet
isn't even enabled to start with.  Yes, I'd expect udeb
version of busybox to have more applets usually, but udeb
is dealt with on case-by-case basis: when something is needed
it is enabled.  So, in d-i, xargs does not exist at all,
and this change makes no difference.

(And there's a harmless bug in this my busybox release --
I enabled xargs features for udeb build, but not the xargs
itself.  These config options are unused even if turned on,
since they depend on enabled xargs which is not.  I noticed
it right after the upload, but decided this "issue" isn't
worth another upload).

[]
>> P.S.  This is my first unblock request, so I'm not yet sure how to do
>> it all properly.
> 
> Looks pretty much OK to me.

Actually it is not: I learned too late.  It is the wrong thing
to do -- to upload first and request to unblock later, when
there might be questionable changes.

>> unblock busybox/1:1.20.0-5
> 
> Release team: ACK on the d-i side, urgent appreciated while you're at
> it.


Thank you for your time!

/mjt


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ff99ef3.9060...@msgid.tls.msk.ru

Re: (forw) Switch to graphical installer by default?

[Samuel Thibault]

Joey Hess, le Sun 08 Jul 2012 08:01:51 -0600, a écrit :
> Samuel Thibault wrote:
> > Well, I guess at least for speech synthesis some people may find it
> > easier to use. speakup still has issues with questions with a lot of
> > choices: the language question, for instance, is a pain to listen to.
> 
> What lanaguages does speakup support?

bs cy eo et fr-be hu id ka la mk no pt-pt sk sv zh af ca da el es fi hi
hy is kn lv ml pl ro sq sw tr zh-yue bg cs de en fr hr it ku nl pt ru sr
ta vi

> We could make localechooser detect
> when speakup is enabled and voice a truncated list.

It could even be automatically computed from ls /usr/lib/*/espeak-data/voices

That's however not a real solution, the same issue arises for mirror
selection, etc.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708140708.gf4...@type.famille.thibault.fr

Re: (forw) Switch to graphical installer by default?

[Joey Hess]

Samuel Thibault wrote:
> Well, I guess at least for speech synthesis some people may find it
> easier to use. speakup still has issues with questions with a lot of
> choices: the language question, for instance, is a pain to listen to.

What lanaguages does speakup support? We could make localechooser detect
when speakup is enabled and voice a truncated list.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Bug#680076: unblock: fonts-sil-padauk/2.80-1

[Cyril Brulebois]

Christian Perrier  (03/07/2012):
> Please unblock package fonts-sil-padauk
> 
> This package provides a fonts udeb. There should be few impact on D-I
> as the package is in the graphical installer images and the update
> will just provide a more complete font for Burmese script.
> 
> Still, I guess that Cyril has his word to say about this, just to not
> interfere with the release of D-I.
> 
> unblock fonts-sil-padauk/2.80-1

ACK on the d-i side, thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#571204: tasksel: Does not install network management software for LXDE

[Touko Korpela]

Daniel Baumann wrote:
> i don't know why tasksel uses lxde-core, but, if you would depend on
> lxde instead, you would get network-manager-gnome that the lxde
> maintainers in debian recommend for their users.

I think lxde shouldn't use NetworkManager by default. It's Lightweight X11
Desktop Environment, and use wicd instead.



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708134329.GA11907@lisko

Re: (forw) Switch to graphical installer by default?

[Samuel Thibault]

Samuel Thibault, le Sun 08 Jul 2012 11:41:18 +0200, a écrit :
> Jean-Philippe MENGUAL, le Sun 08 Jul 2012 00:33:55 +0200, a écrit :
> > From what I know noawaday, GUI installer is not accessible.
> 
> Well Text installer is not either, unless you start brltty...

and disable starting bterm. It's really just the same situation as g-i
actually, just s/bterm/Xorg/ :)

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708100441.GH9612@type

Re: <20120708001451.gm4...@mykerinos.kheops.frmug.org>

[Samuel Thibault]

Jude DaShiell, le Sun 08 Jul 2012 05:04:13 -0400, a écrit :
> On Sat, 7 Jul 2012, Joey Hess wrote:
> > Stefano Zacchiroli wrote:
> > > *If* that screen is accessible
> > 
> > It's not. Does occur to me that syslinux could be modified to add the
> > ability to beep at different musical note frequencies, and we could
> > then make it accessible, at least to those with good pitch.
> 
> I wouldn't use pitch by itself.  I think what would be better is a single 
> beep for default, two beeps second with higher pitch than first for 
> graphical, and three beeps in a rising pitch pattern for advanced.

I agree. I'm not sure if someone has the time to implement it, though.

And with what I said (g-i being the default should not be a problem, on
the contrary), I don't think it's even needed.  We have already set a
shortcut to enable software speech (s), and g-i being the default, both
enabling serial braille or hardware speech is a matter of pressing tab
and appending parameters, there is no need to choose another menu item.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708100259.GG9612@type

Re: (forw) Switch to graphical installer by default?

[Samuel Thibault]

(taking the time to answer more thoroughly, now that the free Internet
period in my airport is over).

Jean-Philippe MENGUAL, le Sun 08 Jul 2012 00:33:55 +0200, a écrit :
> But the problem is that orca only works with GTK.

The g-i debconf frontend happens to be in GTK :)

I believe that it would be completely feasible to make sure that the gtk
debconf frontend is accessible: it's all just a limited set of widgets.
We "just" need to add udebs for all the components that will be needed.
That'd mean a lot: orca is written in python, for instance ;)

With the small amount of manpower, let's indeed focus on the text
installer for now.

> the GUI wouldn't bring anything,

Well, I guess at least for speech synthesis some people may find it
easier to use. speakup still has issues with questions with a lot of
choices: the language question, for instance, is a pain to listen to.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708095313.GE9612@type

Re: (forw) Switch to graphical installer by default?

[Samuel Thibault]

Christian PERRIER, le Sat 07 Jul 2012 18:14:51 -0600, a écrit :
> Or do we stick to "The Universal System" concept and therefore leave
> the only accessible installer as default. (which indeed makes the
> installer not universal either because of several missing languages).

As I said in my shorter mail, I believe there's no issue with making g-i
the default. If a USB device is detected, or brltty/speakup is requested
by hand on the command line, or software speech synthesis is requested,
the installer will revert to the dialog frontend.

Actually, making g-i the default makes it easier to use speakup: due to
its size, it is only included in the g-i initrd, so making g-i the
default makes speakup easier to request.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708095641.GF9612@type

Re: Bug#680676: unblock: busybox/1:1.20.0-5

[Cyril Brulebois]

Michael Tokarev  (08/07/2012):
> #680342 - http://bugs.debian.org/679377
> xargs applet does not implement basic POSIX-specified features

Question: is it expected it's not available in the initramfs?

Apparently that was the case already for alpha1, and is still the
case now. (I wanted to check whether that -0 thingy was working as
expected.)

> #406114 - http://bugs.debian.org/406114
> d-i: having a tool like ping
> 
> This is a wishlist bug.  The change merely enables ping applet
> (adding 613 bytes to the executable) for Debian Installer
> environment.  Since network install is very important, and
> since nowadays people often have some obscure environments
> to install (eg, installing over a wireless connection, or
> using a network card which needs a firmware, etc), at least
> some minimal/basic network debugging tool is desirable.  This
> is exactly what this change does.  This bugreport is here since
> Jan-2008, ie, for 4.5 years already.

That's appreciated (and works fine).

> P.S.  This is my first unblock request, so I'm not yet sure how to do
> it all properly.

Looks pretty much OK to me.

> unblock busybox/1:1.20.0-5

Release team: ACK on the d-i side, urgent appreciated while you're at
it.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#680675: debian-installer: Prompts when InRelease file cannot be downloaded

[Cyril Brulebois]

Vagrant Cascadian  (07/07/2012):
> Selecting continue seems to work fine, presumably falling back to
> debootstrap's handling of old-style Release and Release.gpg files.
> 
> It seems like debian-installer shouldn't bother to warn the user at
> that point if the fallback methods haven't yet been tried...

Fixed in:

debootstrap (1.0.42) unstable; urgency=low

  * Downgrade the absence of an InRelease file from a warning to an info
message.  For now, debootstrap can cope fine without, and it's possible
there are Debian mirrors that don't have InRelease; Ubuntu doesn't quite
have InRelease support yet either (LP: #1017398).

 -- Colin Watson   Tue, 03 Jul 2012 15:34:57 +0100

Should be fixed in the next d-i upload.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#680699: unblock: flash-kernel/3.1

[Cyril Brulebois]

Philipp Kern  (07/07/2012):
> @debian-boot: Is it ok to unblock flash-kernel at this point or should
> that be done post-beta1?

Based on Arnaud's answer, please unblock it. If anything breaks, we know
whom to poke.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: (forw) Switch to graphical installer by default?

[Samuel Thibault]

Jean-Philippe MENGUAL, le Sun 08 Jul 2012 00:33:55 +0200, a écrit :
> From what I know noawaday, GUI installer is not accessible.

Well Text installer is not either, unless you start brltty...

It happens that we've made brltty startup drop the graphical installer.

So making the graphical installer the default should not be a problem at
all.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120708094118.GC9612@type

Re: <20120708001451.gm4...@mykerinos.kheops.frmug.org>

[Jude DaShiell]

I wouldn't use pitch by itself.  I think what would be better is a single 
beep for default, two beeps second with higher pitch than first for 
graphical, and three beeps in a rising pitch pattern for advanced.  That 
way if someone hasn't got good pitch ability they'll still be able to 
differentiate based on the number of tones. On Sat, 7 Jul 2012, Joey Hess 
wrote:

> Stefano Zacchiroli wrote:
> > It is not clear to me how accessible the initial splash screen --- the
> > one with currently contain the choice between default, graphical, and
> > advanced installation options --- is.
> > 
> > *If* that screen is accessible
> 
> It's not. Does occur to me that syslinux could be modified to add the
> ability to beep at different musical note frequencies, and we could
> then make it accessible, at least to those with good pitch.
> 
> 


Windows Pants: made entirely of patches on patches each with a picture of
a Microsoft Vacuum Cleaner; a computer mouse, or a dollar sign.

Jude 



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.bsf.2.01.1207080459000.85...@freire1.furyyjbeyq.arg

Re: Bug#680699: unblock: flash-kernel/3.1

[Rtp]

Philipp Kern  writes:

> Hi,
>
> On Sun, Jul 08, 2012 at 03:16:41AM +0200, Hector Oron wrote:
>> Please unblock package flash-kernel
>> 
>> Hello,
>> 
>>   flash-kernel/3.1 adds device tree support for Dreamplug device (used by
>>   freedombox).
>> 
>>   Dreamplug support has been backported into linux/3.2.21-1, which we expect
>>   it to get into wheezy sometime.
>> 
>>   Therefore, it would be really nice if we can get flash-kernel/3.1 in 
>> wheezy.
>> 
>> unblock flash-kernel/3.1
>
> my only concern is that /proc/device-tree/model takes precedence over
> /proc/cpuinfo in any case with no fallback to the latter. So if any ARM SoC
> gets device-tree enabled by a backport it might potentially need a change to
> flash-kernel, if the "Hardware" string does not match up with what the model
> file delivers.

no. With DT, the Hardware string doesn't change with the model but with
the SoC. For instance, all kirkwood systems booting with DT have :

Hardware: Marvell Kirkwood (Flattened Device Tree)

[ defined in arch/arm/mach-kirkwood/board-dt.c ]

Then, the model is found in /proc/device-tree/model and I don't think
that things in /proc are changing a lot.


Arnaud


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87bojqiqv4@lebrac.rtp-net.org