Processed: Re: Bug#715408: Error in Testing installier
Processing control commands: severity -1 important Bug #715408 [debian-installer] Error in Testing installier Severity set to 'important' from 'critical' -- 715408: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715408 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.b715408.138331288931304.transcr...@bugs.debian.org
Bug#715408: Error in Testing installier
Control: severity -1 important Manfred Rebentisch mrebenti...@comparat.de (2013-07-08): Package: debian-installer severity: critical Failure on a single machine isn't exactly critical, downgrading severity. Mraw, KiBi. signature.asc Description: Digital signature
Bug#724931: Please include the patch in git
Hi,
I don't know why, but I didn't receive your email. I just read it on
bugs.debian.org.
Using the patched ISOs I noticed an error in the patch: In 41cdset
$filename was incorrectly used instead of $ISOname. Therefore too many
ISOs were considered as part of the set. The corrected patch is
attached. I also removed the unused $ISOend variable.
Furthermore I noticed that there are more official ISOs than I had in
mind, when I wrote the cdset-patch:
If the first ISO is called debian-7.2.0-amd64-CD-1.iso, 41cdset looks
for other ISOs with names debian-7.2.0-amd64-CD-*[^1].*[.]iso and thus
finds e.g. debian-7.2.0-amd64-CD-2.iso. But there exists also the
debian-update-7.2.0-amd64-CD-1.iso, which would not be found. And if you
started with a debian-7.2.0-kfreebsd-amd64-CD-1.iso, 41cdset would not
find debian-7.2.0-amd64-CD-2.iso.
Possible ways to treat this problem:
* One could just adapt the script for these cases, but I think that
the detailed structure of the ISO names should not be hardcoded.
* Alternatively one could just check every *.iso, but this has the
disadvantage, that if you have many other ISOs in the same folder, you
would have to click through many messages in the installer, stating that
this or that ISO is no Debian ISO.
* I think the best way would be to mention in the documentation what
ISOs 41cdset looks for. Any ISO could easily be renamed to match the
assumptions.
I have also tried to apply the patch to the kfreebsd ISO to check,
whether it works there as well, but I have been unable to extract the
initrd. It seems not to be packed as gzipped cpio archive.
I haven't heard from Ian since his last mail on 13th October and I have
no clue what he has in mind as a more general solution. Perhaps he has
been busy otherwise.
In general I think, that it would be good to include the patch now and
add any additional improvements later.
Best regards,
Andreas
diff -rupN apt-cdrom-setup.orig/usr/bin/load-install-cd apt-cdrom-setup/usr/bin/load-install-cd
--- apt-cdrom-setup.orig/usr/bin/load-install-cd 2011-03-23 03:00:10.0 +0100
+++ apt-cdrom-setup/usr/bin/load-install-cd 2013-10-11 21:36:49.735038936 +0200
@@ -10,6 +10,13 @@ ROOT=$1
logoutput=log-output -t load-install-cd
+# Why isn't this function, or something like it,
+# in /usr/share/debconf/confmodule ?
+db_getval()
+{
+ db_get $1 echo $RET || true
+}
+
check_id() {
cd_ids=$(LC_ALL=C $logoutput --pass-stdout chroot $ROOT \
apt-cdrom ident | grep ^Identifying | cut -d -f2)
@@ -29,18 +36,9 @@ while ! check_id; do
db_go || exit 10
done
-fs=iso9660
-if db_get cdrom-detect/cdrom_fs [ $RET ]; then
- fs=$RET
-fi
-OS=$(udpkg --print-os)
-case $OS in
- hurd)
- OPTIONS=ro
- ;;
- *)
- OPTIONS=ro,exec
- ;;
-esac
+fs=$(db_getval cdrom-detect/cdrom_fs)
+[ $fs ] || fs=iso9660
+OPTIONS=$(db_getval cdrom-detect/cdrom_options)
+[ $OPTIONS ] || OPTIONS=ro,exec
db_get cdrom-detect/cdrom_device
$logoutput mount -t $fs -o $OPTIONS $RET /cdrom
diff -rupN apt-cdrom-setup.orig/usr/lib/apt-setup/generators/40cdrom apt-cdrom-setup/usr/lib/apt-setup/generators/40cdrom
--- apt-cdrom-setup.orig/usr/lib/apt-setup/generators/40cdrom 2013-05-12 12:49:10.0 +0200
+++ apt-cdrom-setup/usr/lib/apt-setup/generators/40cdrom 2013-10-11 00:19:52.494473022 +0200
@@ -10,7 +10,9 @@ if ! type chroot_cleanup_localmounts /d
# Variant of chroot_cleanup that only cleans up chroot_setup's mounts.
chroot_cleanup_localmounts () {
rm -f /target/usr/sbin/policy-rc.d
- mv /target/sbin/start-stop-daemon.REAL /target/sbin/start-stop-daemon
+ if [ -f /target/sbin/start-stop-daemon.REAL ]; then
+ mv /target/sbin/start-stop-daemon.REAL /target/sbin/start-stop-daemon
+ fi
if [ -x /target/sbin/initctl.REAL ]; then
mv /target/sbin/initctl.REAL /target/sbin/initctl
fi
@@ -40,32 +42,23 @@ if [ ! -s /cdrom/.disk/info ]; then
exit 0
fi
-cd_mountable=1
-db_get cdrom-detect/hybrid || true
-if [ $RET = true ] || [ -d /hd-media ]; then
- cd_mountable=
-else
- db_get cdrom-detect/usb-hdd || true
- if [ $RET = true ]; then
- cd_mountable=
- fi
-fi
+# Why isn't this function, or something like it,
+# in /usr/share/debconf/confmodule ?
+db_getval()
+{
+ db_get $1 echo $RET || true
+}
+
+# See whether the device is mountable
+cd_mountable=true
+cd_mountable=$(db_getval cdrom-detect/cdrom_mountable)
remount_cd() {
- if [ $ROOT ] [ $cd_mountable ]; then
- fs=iso9660
- if db_get cdrom-detect/cdrom_fs [ $RET ]; then
- fs=$RET
- fi
- OS=$(udpkg --print-os)
- case $OS in
- hurd)
-OPTIONS=ro
-;;
- *)
-OPTIONS=ro,exec
-;;
- esac
+ if [ $ROOT ] [ $cd_mountable = true ]; then
+ fs=$(db_getval cdrom-detect/cdrom_fs)
+ [ $fs ] || fs=iso9660
+ OPTIONS=$(db_getval cdrom-detect/cdrom_options)
+ [ $OPTIONS ] || OPTIONS=ro,exec
db_get cdrom-detect/cdrom_device
$logoutput mount -t $fs -o $OPTIONS $RET /cdrom || true
fi
@@ -106,7 +99,7 @@ if [ $ROOT ]; then
chroot=chroot
# Allow
Bug#724931: Please include the patch in git
Quoting Andreas Cadhalpun (andreas.cadhal...@googlemail.com): I haven't heard from Ian since his last mail on 13th October and I have no clue what he has in mind as a more general solution. Perhaps he has been busy otherwise. In general I think, that it would be good to include the patch now and add any additional improvements later. I re-added this to my TODO list. I'm just leaving a few more days as an opportunity for Ian to react... signature.asc Description: Digital signature
Bug#728359: debian-installer: Install bootloader earlier?
I suppose that could be mitigated if we created a file something like: /target/Instalation-In-Progress [...] I'm not sure that's a good idea though -- it seems somewhat fragile. Actually, I rather like your idea. There could be a notice that the system is partially installed, together with a segmented advice, very roughly along the lines of: Partial installation detected. * If you are scared of the command line, just restart the installation. * If you are not scared or if you have spent a lot of resources (download time, data charges) that you would not like to see wasted, run dpkg --whatever to get to a sane state and then tasksel to continue installation. -- Cheers, Thiemo -- 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/caogcq_6udbvfsbxdoqv8+8yhrzytjxanfe-3buyca4vp85w...@mail.gmail.com
Re: Adjusting kde-desktop task?
On Thursday 31 October 2013 20:22:53 Cyril Brulebois wrote: Hello, while looking briefly at the tasksel bug list, I saw #385650: tasksel: The kde-desktop task should list kaffeine(-mozilla) media player → http://bugs.debian.org/385650 Since that's quite old, I'm not sure it still applies, and I guess you Qt/KDE guys know better if there's anything that needs adjusting in kde-desktop. Do you have a patch for tasksel? :-) Hi Cyril! I'm nowadays more concentrated in Qt, but I have just asked in our team's channel if we consider kaffeine as the KDE media player (I would normally just install vlc). I'll write back with the answer (or lack of) asap. Kinds regards, Lisandro. -- des lo que conseguís != lo que buscás des por regla general des lo importante es que: (lo que buscas - lo que conseguís)/lo que buscas ~= 1 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Re: Adjusting kde-desktop task?
On Friday 01 November 2013 16:27:58 Lisandro Damián Nicanor Pérez Meyer wrote: On Thursday 31 October 2013 20:22:53 Cyril Brulebois wrote: Hello, while looking briefly at the tasksel bug list, I saw #385650: tasksel: The kde-desktop task should list kaffeine(-mozilla) media player → http://bugs.debian.org/385650 Since that's quite old, I'm not sure it still applies, and I guess you Qt/KDE guys know better if there's anything that needs adjusting in kde-desktop. Do you have a patch for tasksel? :-) Hi Cyril! I'm nowadays more concentrated in Qt, but I have just asked in our team's channel if we consider kaffeine as the KDE media player (I would normally just install vlc). I'll write back with the answer (or lack of) asap. Which turned out to be quite fast. The best bet here is currently dragonplayer, which is quite light. Kinds regards, Lisandro. -- For want of a nail, the shoe was lost; For want of the shoe, the horse was lost; For want of the horse, the rider was lost; For want of the rider, the battle was lost; For want of the battle, the kingdom was lost; And all for the want of a horseshoe nail http://www.everything2.com/index.pl?node_id=1097943 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Re: Changes for d-i, tasksel and d-cd
Hi! On 31/10/13 23:39, Steve McIntyre wrote: Secondly: xfce as default desktop? I'm tempted to do this regardless of the current init debate, if nothing else just to give us a useful *small* system from a single CD again. I don't think I grasp the 'default desktop' concept or its implications. If a CD contains all of XFCE, then surely XFCE should be the default. On a GNOME DVD, I would expect GNOME to be the default, and so on. If that isn't the case, perhaps that should be implemented. What would the 'default desktop' choice of tasksel affect otherwise? Just netinst, netboot installs and `apt-get install task-desktop`? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/52740998.1000...@pyro.eu.org
Re: Changes for d-i, tasksel and d-cd
Hi there! On Thu, 31 Oct 2013 16:39:31 -0700, Steve McIntyre wrote: Finally, I've been getting some useful feedback on the front of exactly which images we should be making at this point, and I'm thinking of dropping most of the CD options, leaving us with: * netinst * *1* single CD with more content (xfce, more useful stuff) * DVD sets (and bigger) This seems perfect to someone (me) who has expressed the desire of still having at least a CD: http://lists.debian.org/sa71u377p4p@gismo.pca.it I'm thinking more about what we could/should fit into the useful stuff category, plus what we should call it (recommended, Debian developer toolbox, good stuff? *grin*). I remember Bdale asking for something like this last year at the debian-cd BoF at DC12, and there were general murmurs of support. Can we add sensible extra tasksel task(s) to cover the things that *we* consider useful? I'm thinking about: * misc devel utils * tools for wireless * all the bits you'd want to be able to configure your latest machine so it comes up on the network automatically so you can configure/install it further easily remotely * ... Thoughts? IMHO there should be a DE with the basic needs (musicpictures, office, Internet life), I do not know how much that would take with Xfce. Then, one possibility would be to check what Grml (Bcc:ing Michael Prokop) provides that d-i does not, I usually have a Grml CD for stuff that are not on the netinst d-i. Thx, bye, Gismo / Luca signature.asc Description: PGP signature
Re: Changes for d-i, tasksel and d-cd
Luca Capello l...@pca.it (2013-11-01): IMHO there should be a DE with the basic needs (musicpictures, office, Internet life), I do not know how much that would take with Xfce. Then, one possibility would be to check what Grml (Bcc:ing Michael Prokop) provides that d-i does not, I usually have a Grml CD for stuff that are not on the netinst d-i. I don't want to steal Grml's business, but having more stuff in if we can afford it might be a good idea indeed. AFAICT, that might be because grml makes some things easier than d-i, even if d-i's rescue mode can help in a bunch of cases. Haven't needed or investigated grml myself though, only heard about coworkers having a sysrescuecd handy, probably for the same reason one might want a grml image. Mraw, KiBi. signature.asc Description: Digital signature
Re: Changes for d-i, tasksel and d-cd
Le Thu, Oct 31, 2013 at 11:39:31PM +, Steve McIntyre a écrit : Finally, I've been getting some useful feedback on the front of exactly which images we should be making at this point, and I'm thinking of dropping most of the CD options, leaving us with: * netinst * *1* single CD with more content (xfce, more useful stuff) * DVD sets (and bigger) I'm thinking more about what we could/should fit into the useful stuff category, plus what we should call it (recommended, Debian developer toolbox, good stuff? *grin*). I remember Bdale asking for something like this last year at the debian-cd BoF at DC12, and there were general murmurs of support. Can we add sensible extra tasksel task(s) to cover the things that *we* consider useful? I'm thinking about: * misc devel utils * tools for wireless * all the bits you'd want to be able to configure your latest machine so it comes up on the network automatically so you can configure/install it further easily remotely * ... Hi Steve and everybody, I wonder what would be the overlap between everything non-graphical that one wants to put on a medium of intermediate size (in your proposal: a CD), and everything one wants to have on a cloud image that is not strictly minimal (the Ubuntu images come to my mind). If that would be large, then would it be interesting to maintain that list of packages (as a task ?) in a coordinated way. Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20131102001700.ga7...@falafel.plessy.net
