Hi Guillem, On Sunday 02 August 2009, Guillem Jover wrote: > I'm guessing this logging is taken from the tty directly instead of > redirecting stdout? If so, OOC what was the reason to do it that way?
The reason is that we're running in a fairly complex environment there. We're installing in a chroot and getting progress info through debconf, with debconf info being passed from debconf in the chroot to cdebconf in the D-I environment. So we already have endless fun redirections. A program called log-output is used to do the eventual logging. See debian-installer-utils [1] if you'd like to have a look at them. A typical installation of a single package would use first apt-install, which calls apt-get (through debconf-apt-progress with various options) using in-target, which in turn sources chroot-setup.sh and uses log-output... At some point we also call tasksel, but the principle remains the same. So, it's not all that strange that dpkg isn't able to tell where the output ends up in the end. Colin Watson will be better able than me to really explain the intricacies. > Also you'll notice that in normal conditions this works just fine, > see 00:10:32, 00:10:39, etc. Yes, that's debootstrap which runs in a very different environment (though also with a D-I wrapper). > And when it does not work (on in-target) it does not work only for dpkg > but for other stuff as well, see 01:12:27. True and it would be nice to get rid of that as well, but there's quite a difference between 4 and 20 lines :-) > > If you'd like any changes (maybe a more generic name for the option?) > > or if I've forgotten anything, then please let me know. > > Hmm, this options is too specific, and I'd like dpkg to automatically > do the right thing, OTOH most apps do fancier stuff when they know they > are running on a tty, and if one reads from the tty directly it's > expected to get garbage. That does not mean we could not add something > like a --quiet option, though, but I'd rather understand first what and > why of the current situation. Yeah, I already thought you might prefer something like that. A general --quiet option would be fine with me as long as we don't lose any of the "real" info needed to debug installation failures. Thanks, FJP [1]http://svn.debian.org/wsvn/d-i/trunk/packages/debian-installer-utils/#_trunk_packages_debian-installer-utils_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
