Re: SV: loop: can't get info on device
Hi, On Thu, Feb 20, 2003 at 07:28:42PM -0700, Chris Tillman wrote: I found a spot in boot-floppies where this could happen, and added a check. I think this will have to wait for r3 though. Do you see any possible workarounds in the find_unused_loop_device() code in losetup.c? Yes, don't try extracting the kernel more than 7 times (assuming del_loop doesn't get called appropriately) ;-) I don't think the (needed) fix cures this particular problem though. If device would be null then losetup would be called as 'losetup (null) image' because of the sprintf in losetup.c, and then you wouldn't get the message as observed, but rather (null): No such file or directory Or is there a custom sprintf() being used? I suspect with that things go wrong earlier, causing get_device() in extract_kernel.c to be called with an empty (non-null) image parameter. Too bad ViewCVS doesn't do xrefs ;-). I don't have the full source here, so can't grep at the moment. Cheers, Emile. -- E-Advies / Emile van Bergen | [EMAIL PROTECTED] tel. +31 (0)70 3906153| http://www.e-advies.info msg26005/pgp0.pgp Description: PGP signature
Re: SV: loop: can't get info on device
(sorry) On Fri, Feb 21, 2003 at 09:47:25AM +0100, Emile van Bergen wrote: I suspect with that things go wrong earlier, causing get_device() in extract_kernel.c to be called with an empty (non-null) image parameter. It seems this can happen in extract_kernel.c, choose_and_install(), if both Archive_dir and kernel_image_path are empty (). Checked concat_path() and this will indeed return an empty string in that case. I have no idea where these variables are set up though. Cheers, Emile. -- E-Advies / Emile van Bergen | [EMAIL PROTECTED] tel. +31 (0)70 3906153| http://www.e-advies.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SV: loop: can't get info on device
#include hallo.h * Emile van Bergen [Fri, Feb 21 2003, 09:47:25AM]: I found a spot in boot-floppies where this could happen, and added a check. I think this will have to wait for r3 though. Do you see any possible workarounds in the find_unused_loop_device() code in losetup.c? Yes, don't try extracting the kernel more than 7 times (assuming del_loop doesn't get called appropriately) ;-) Heh? IIRC this is dead code, I replaced loop-device operations with direct losetup calls during the Woody freeze because of unexplainable problems with our functions. Gruss/Regards, Eduard. -- Mit Kirch und Thoma geht's ins Medienkoma! -- Jörg Prante [EMAIL PROTECTED] msg26007/pgp0.pgp Description: PGP signature
Re: SV: loop: can't get info on device
#include hallo.h * Eduard Bloch [Fri, Feb 21 2003, 10:20:45AM]: Yes, don't try extracting the kernel more than 7 times (assuming del_loop doesn't get called appropriately) ;-) Heh? IIRC this is dead code, I replaced loop-device operations with direct losetup calls during the Woody freeze because of unexplainable problems with our functions. Err, forget it. Gruss/Regards, Eduard. -- Letzte Worte eines Rennfahrers: Ob der Mechaniker weiß, daß ich was mit seiner Freundin habe? msg26008/pgp0.pgp Description: PGP signature
Re: a graphical interface for debian-installer
* Michael Cardenas wrote: Akira, Your udebs look great, but since the last time I talked to you, we discussed some more of the details here on the list with Sebastian Lay and Junichi, and came up with the following plan: It seems that for udebs with libraries, we need to have the following: - put the .so's into a subdir of /usr/lib, i.e. /usr/lib/packagename/libfoo.so - debs for libfoo and libfoo-dev - udeb for libfoo-udeb - debs for libfoo-udeb and libfoo-udeb-dev - The latter two will be build dependencies for any other package that builds an udeb depending on libfoo. - the udeb libraries need different sonames I have been working on that issue, and made some progress. But every little progress pops up more problems, so I would be glad if some library experts can give me some advice. This is what I have done for directfb (should be a generic issue for libaries that use other compile options for the installer than for the normal package): It builds several packages which are most imporatantly: * libdirectfb-0.9-16, containing: /usr/lib/libdirectfb-0.9.so.16.0.0 /usr/lib/libdirectfb-0.9.so.16 * libdirectfb-0.9-16-dev, containing: /usr/lib/libdirectfb.so /usr/lib/libdirectfb.la * libdirectfb-0.9-udeb-16, containing: /usr/lib/libdirectfb-0.9-udeb.so.16.0.0 /usr/lib/libdirectfb-0.9-udeb.so.16 which will be build as udeb and never be installed on a build system. * libdirectfb-0.9-udeb-16-dev, containing: /usr/lib/libdirectfb-0.9-udeb.so.16.0.0 /usr/lib/libdirectfb-0.9-udeb.so.16 /usr/lib/libdirectfb.so /usr/lib/libdirectfb.la which must be installed on a system, where you want to build programs for the installer. The problem is obvious: If I keep it like above the -dev packages must be declared conflicting. But this is not tolerable, because there could be packages that build a program for the normal distribution _and_ the installer. So we need both versions of the libraries on the build system installed, the question is: Where to put the development link for the udeb version of the library? Solution 1) Put everything what is needed for udeb developing in a subdirectory of /usr/lib. That could be easily accomplished by setting --libdir in configure. Drawback: Another compile run would be necessary, because on the installer we want the libraries to reside in /usr/lib. Unfortunatly this is the only solution I can think of. It is probably possible to only put the development link of the udeb into a subdirectory of /usr/lib but I do not know if this would confuse libtool... Any help is appreciated as well as comments of whether the concept as a whole is okay... Thanks in advance, Sebastian -- PGP-Key: http://www.mmweg.rwth-aachen.de/~sebastian.ley/public.key Fingerprint: A46A 753F AEDC 2C01 BE6E F6DB 97E0 3309 9FD6 E3E6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rootskel_0.19_i386.changes ACCEPTED
Accepted: rootskel_0.19.dsc to pool/main/r/rootskel/rootskel_0.19.dsc rootskel_0.19.tar.gz to pool/main/r/rootskel/rootskel_0.19.tar.gz rootskel_0.19_i386.udeb to pool/main/r/rootskel/rootskel_0.19_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181812: busybox-cvs: find applet doesn't return the same files then busybox
On Fri, Feb 21, 2003 at 11:32:25AM +0800, John Summerfield wrote: Does the target for the symlink exist? Its lack also causes that symptom. it exist. -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) pgp0.pgp Description: PGP signature
Re: Network install of Woody
#include hallo.h * John Summerfield [Fri, Feb 21 2003, 02:10:57PM]: to be a lot of interest, but not too much concrete input. Maybe one of the issues is there are so many ways to get it to work? If I were to write it (assuming I knew enough, which at present I don't), you could probably point out errors, but not the inadequacies. At present, I in my ignorance am well-equipped to locate the latter. If I wait until I have worked through it and found a path that works, then it will become clear enough that I will no longer be able to indentify clearly what's missing, what facts I have assumed but which might not be known to others. What about making notices on your way? Later, you can review them and remember what caused the problems and how another person may solve the problem easier. Gruss/Regards, Eduard. -- Um sich von einer zu großen Liebe oder Duldsamkeit für etwas zu heilen, muß man nicht die Feinde davon lesen, sondern die Freunde. Lavater -- Jean Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Uploading cdebconf
I want to upload cdebconf pretty soon, so I can upload cdrom-checker for Thorsten. Does anybody have any objections? Any more stuff to go in before upload? /M signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
busybox-cvs_0.60.99.cvs20030221-1_i386.changes ACCEPTED
Accepted: busybox-cvs-static_0.60.99.cvs20030221-1_i386.deb to pool/main/b/busybox-cvs/busybox-cvs-static_0.60.99.cvs20030221-1_i386.deb busybox-cvs-udeb_0.60.99.cvs20030221-1_i386.udeb to pool/main/b/busybox-cvs/busybox-cvs-udeb_0.60.99.cvs20030221-1_i386.udeb busybox-cvs_0.60.99.cvs20030221-1.diff.gz to pool/main/b/busybox-cvs/busybox-cvs_0.60.99.cvs20030221-1.diff.gz busybox-cvs_0.60.99.cvs20030221-1.dsc to pool/main/b/busybox-cvs/busybox-cvs_0.60.99.cvs20030221-1.dsc busybox-cvs_0.60.99.cvs20030221-1_i386.deb to pool/main/b/busybox-cvs/busybox-cvs_0.60.99.cvs20030221-1_i386.deb busybox-cvs_0.60.99.cvs20030221.orig.tar.gz to pool/main/b/busybox-cvs/busybox-cvs_0.60.99.cvs20030221.orig.tar.gz Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181975: di-utils-mkfs: failure with unpartitioned hard drive
Package: di-utils-mkfs Version: 0.16 Severity: normal Running Create a file system (di-utils-mkfs) on a drive with no partitions causes this error: di-utils-mkfs's postinst exited with status 5120 The fix is either to tell the user that there are no partitions, or (IMHO the preferred way for experts) allow the user to create a file system on the whole disk. Theoretical (untested) fix below. Regards, Oskar ([EMAIL PROTECTED]) -- System Information Debian Release: testing/unstable Kernel Version: Linux oskar 2.4.19 #4 Mon Oct 28 06:49:23 CET 2002 i686 unknown unknown GNU/Linux diff -u di-utils-mkfs.postinst.v0 di-utils-mkfs.postinst --- di-utils-mkfs.postinst.v0 2003-02-21 23:13:27.0 +0100 +++ di-utils-mkfs.postinst 2003-02-21 23:15:01.0 +0100 -39,6 +39,9 PARTS=$P fi done +if [ $PARTS = -a $ARCH = i386 ]; then +PARTS=$(for i in /dev/discs/*/disc; do echo -n $i, ; done) +fi PARTS=`echo $PARTS | sed 's/, $//'` db_subst di-utils-mkfs/which-partition PARTITIONS $PARTS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 175187 cdrom-detect
Processing commands for [EMAIL PROTECTED]: reassign 175187 cdrom-detect Bug#175187: debootstrap: eject missing from basedebs.tar Bug reassigned from package `debootstrap' to `cdrom-detect'. tag 175187 pending Bug#175187: debootstrap: eject missing from basedebs.tar There were no tags set. Tags added: pending -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181975: di-utils-mkfs: failure with unpartitioned hard drive
On Fri, Feb 21, 2003 at 11:36:03PM +0100, Oskar Liljeblad wrote: Running Create a file system (di-utils-mkfs) on a drive with no partitions causes this error: di-utils-mkfs's postinst exited with status 5120 See also #180694. The fix is either to tell the user that there are no partitions, or (IMHO the preferred way for experts) allow the user to create a file system on the whole disk. Theoretical (untested) fix below. Why would you prefer not to partition the drive? Matt -- Oink! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cdebconf_0.31_i386.changes ACCEPTED
Accepted: cdebconf-slang-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.31_i386.udeb cdebconf-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.31_i386.udeb cdebconf_0.31.dsc to pool/main/c/cdebconf/cdebconf_0.31.dsc cdebconf_0.31.tar.gz to pool/main/c/cdebconf/cdebconf_0.31.tar.gz cdebconf_0.31_i386.deb to pool/main/c/cdebconf/cdebconf_0.31_i386.deb libdebconf1-dev_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1-dev_0.31_i386.deb libdebconf1_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1_0.31_i386.deb Announcing to [EMAIL PROTECTED] Closing bugs: 180299 181081 181083 181088 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181975: di-utils-mkfs: failure with unpartitioned hard drive
On Friday, February 21, 2003 at 15:00, Matt Kraai wrote: The fix is either to tell the user that there are no partitions, or (IMHO the preferred way for experts) allow the user to create a file system on the whole disk. Theoretical (untested) fix below. Why would you prefer not to partition the drive? IMHO the PC partition table format is obscure and a remnant of the past. If you plan on using all of the hard drive space for storage you won't need partitions either. I've been using several secondary hard drives (for storage only) without partition tables for quite some time now. Seriously though, is this idea stupid? Am I the only one who does this? I don't know if it is possible to boot from a hard drive without a partition table on PC platforms. If there isn't there is no point whatsoever in allowing users to install debian on a hard drive without partitions. Oskar ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cdrom-checker_0.01_i386.changes is NEW
(new) cdrom-checker_0.01.dsc optional debian-installer (new) cdrom-checker_0.01.tar.gz optional debian-installer (new) cdrom-checker_0.01_all.udeb optional debian-installer Verify the cd contents Use this module to verify the current installation cdrom. Changes: cdrom-checker (0.01) unstable; urgency=low . * Initial Release. * André Luís Lopes : - Converted to use po-debconf and added debian/po/output to ensure UTF-8 templates. - Bumped Build-Depends-Indep on debhelper from version (= 4.1.13) to (= 4.1.16) and added Build-Depends-Indep on po-debconf (= 0.5.0) to ensure UTF-8 templates. - Added pt_BR (Brazilian Portuguese) template translation. _ Updated pt_BR template translations to reflect newer Descriptions which were marked as translatable. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181081: marked as done (cdebconf/text: Progress info overwrites itself)
Your message dated Fri, 21 Feb 2003 18:32:10 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#181081: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 15 Feb 2003 08:46:41 + From [EMAIL PROTECTED] Sat Feb 15 02:46:40 2003 Return-path: [EMAIL PROTECTED] Received: from ngt102.uio.no (minerva.intern) [129.240.242.102] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18jxy4-YZ-00; Sat, 15 Feb 2003 02:46:40 -0600 Received: from pere by minerva.intern with local (Exim 3.35 #1 (Debian)) id 18jxy2-00051b-00; Sat, 15 Feb 2003 09:46:38 +0100 To: [EMAIL PROTECTED] Subject: cdebconf/text: Progress info overwrites itself From: Petter Reinholdtsen [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Sender: Petter Reinholdtsen [EMAIL PROTECTED] Date: Sat, 15 Feb 2003 09:46:38 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-0.2 required=4.0 tests=HAS_PACKAGE,SPAM_PHRASE_00_01 version=2.44 X-Spam-Level: Package: cdebconf Version: 0.30 Severity: minor When anna uses the new progress feature, the progress text overwrites the previous text without clearing the line. This leads to rather strange lines, like final line in my test install: [100.0%] Installing skolelinux-reportbug-udebb86udeb I believe the line must be blanked before writing a new line, or perhaps use trailing space at the end of the new line to overwrite the previous text. --- Received: (at 181081-close) by bugs.debian.org; 21 Feb 2003 23:38:05 + From [EMAIL PROTECTED] Fri Feb 21 17:38:05 2003 Return-path: [EMAIL PROTECTED] Received: from auric.debian.org [206.246.226.45] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18mMk1-0004ZV-00; Fri, 21 Feb 2003 17:38:05 -0600 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debian)) id 18mMeI-0007pl-00; Fri, 21 Feb 2003 18:32:10 -0500 From: Martin Sjogren [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.32 $ Subject: Bug#181081: fixed in cdebconf 0.31 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Fri, 21 Feb 2003 18:32:10 -0500 Delivered-To: [EMAIL PROTECTED] We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-slang-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.31_i386.udeb cdebconf-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.31_i386.udeb cdebconf_0.31.dsc to pool/main/c/cdebconf/cdebconf_0.31.dsc cdebconf_0.31.tar.gz to pool/main/c/cdebconf/cdebconf_0.31.tar.gz cdebconf_0.31_i386.deb to pool/main/c/cdebconf/cdebconf_0.31_i386.deb libdebconf1-dev_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1-dev_0.31_i386.deb libdebconf1_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1_0.31_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martin Sjogren [EMAIL PROTECTED] (supplier of updated cdebconf package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 21 Feb 2003 23:53:53 +0100 Source: cdebconf Binary: libdebconf1 cdebconf-udeb cdebconf-slang-udeb cdebconf libdebconf1-dev Architecture: source i386 Version: 0.31 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Martin Sjogren [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-slang-udeb - S-Lang frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconf1 - Debian Configuration Management System (C-implementation) libdebconf1-dev - Development files for cdebconf Closes: 180299 181081 181083 181088 Changes: cdebconf (0.31) unstable; urgency=low . * Petter Reinholdtsen - Added Norwegian Bokmål translations received from Bjørn Steensrud. * Max
Bug#181083: marked as done (cdebconf: progress stuff isn't available in shell-scripts)
Your message dated Fri, 21 Feb 2003 18:32:10 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#181083: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 15 Feb 2003 09:37:20 + From [EMAIL PROTECTED] Sat Feb 15 03:37:20 2003 Return-path: [EMAIL PROTECTED] Received: from pop.gmx.net (mail.gmx.net) [213.165.65.60] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 18jyl5-0002i3-00; Sat, 15 Feb 2003 03:37:19 -0600 Received: (qmail 30496 invoked by uid 0); 15 Feb 2003 09:36:47 - Received: from pD951800A.dip.t-dialin.net (HELO jacky.resix.de) (217.81.128.10) by mail.gmx.net (mp002-rz3) with SMTP; 15 Feb 2003 09:36:47 - Received: from sar by jacky.resix.de with local (Exim 3.36 #1 (Debian)) id 18jymP-RA-00; Sat, 15 Feb 2003 10:38:41 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Thorsten Sauter [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: cdebconf: progress stuff isn't available in shell-scripts X-Mailer: reportbug 2.10 Date: Sat, 15 Feb 2003 10:38:41 +0100 Message-Id: [EMAIL PROTECTED] Sender: Thorsten Sauter [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-1.1 required=4.0 tests=HAS_PACKAGE,PATCH_UNIFIED_DIFF,SPAM_PHRASE_02_03 version=2.44 X-Spam-Level: Package: cdebconf Version: 0.31 (not installed) Severity: normal cddebconf currently doesn't support db_progress in shell-scripts. src/client/confmodule doesn't contain anything for progressbars. The following patch maywork: --- confmodule-orig 2003-02-15 10:36:42.0 +0100 +++ confmodule 2003-02-15 10:37:32.0 +0100 -40,7 +40,9 input INPUT beginblock BEGINBLOCK endblock ENDBLOCK go GO \ get GET register REGISTER unregister UNREGISTER subst SUBST \ previous_module PREVIOUS_MODULE fset FSET fget FGET \ -purge PURGE metaget METAGET version VERSION clear CLEAR; do +purge PURGE metaget METAGET version VERSION clear CLEAR \ +progress_start PROGRESS START progress_stop PROGRESS STOP \ +progress_step PROGRESS STEP; do # Break string up into words. set -- $i # Generate function on the fly. Please include it, because cdrom-checker, needs the progressbar to indicate the current progress. Thanks for your help Thorsten -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux jacky 2.4.18sar #2 SMP Don Aug 22 17:58:16 CEST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] --- Received: (at 181083-close) by bugs.debian.org; 21 Feb 2003 23:38:24 + From [EMAIL PROTECTED] Fri Feb 21 17:38:23 2003 Return-path: [EMAIL PROTECTED] Received: from auric.debian.org [206.246.226.45] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18mMkJ-0004ar-00; Fri, 21 Feb 2003 17:38:23 -0600 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debian)) id 18mMeI-0007pn-00; Fri, 21 Feb 2003 18:32:10 -0500 From: Martin Sjogren [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.32 $ Subject: Bug#181083: fixed in cdebconf 0.31 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Fri, 21 Feb 2003 18:32:10 -0500 Delivered-To: [EMAIL PROTECTED] We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-slang-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.31_i386.udeb cdebconf-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.31_i386.udeb cdebconf_0.31.dsc to pool/main/c/cdebconf/cdebconf_0.31.dsc cdebconf_0.31.tar.gz to pool/main/c/cdebconf/cdebconf_0.31.tar.gz cdebconf_0.31_i386.deb to pool/main/c/cdebconf/cdebconf_0.31_i386.deb libdebconf1-dev_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1-dev_0.31_i386.deb libdebconf1_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1_0.31_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martin Sjogren [EMAIL PROTECTED] (supplier of
Bug#180299: marked as done (cdebconf/slang: In select question, tab jumps to a cancel button even if it doesn't exist)
Your message dated Fri, 21 Feb 2003 18:32:09 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#180299: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 8 Feb 2003 23:26:42 + From [EMAIL PROTECTED] Sat Feb 08 17:26:42 2003 Return-path: [EMAIL PROTECTED] Received: from smtp.gu.se [130.241.150.66] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18heMr-0004RN-00; Sat, 08 Feb 2003 17:26:41 -0600 Received: from sjogren.ostkupan.studenthem.gu.se (sjogren.ostkupan.studenthem.gu.se [193.11.232.159]) by smtp.gu.se (8.12.5/8.12.5) with ESMTP id h18NQeXO023156 for [EMAIL PROTECTED]; Sun, 9 Feb 2003 00:26:40 +0100 Subject: cdebconf/slang: In select question, tab jumps to a cancel button even if it doesn't exist From: Martin =?ISO-8859-1?Q?Sj=F6gren?= [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary==-HRJXuThZhq+gns6GTaGL Organization: Message-Id: [EMAIL PROTECTED] Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 09 Feb 2003 00:26:40 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-1.2 required=5.0 tests=PGP_SIGNATURE_2,SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: --=-HRJXuThZhq+gns6GTaGL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Package: cdebconf Version: 0.30 I haven't checked the code, but in select questions, using the slang fronend, if you press tab when Ok is selected, the marker will disappear. Tab again and it's back to the list. My guess is that it jumps to a non-existent Cancel button. /Martin --=-HRJXuThZhq+gns6GTaGL Content-Type: application/pgp-signature; name=signature.asc Content-Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+RZIvGpBPiZwE9FYRApMBAKCJNZmQF9wHy2wLIj5tRIokin/zUgCfZ5kM cHksp8ShyWn1xNXThSUbDMI= =adcW -END PGP SIGNATURE- --=-HRJXuThZhq+gns6GTaGL-- --- Received: (at 180299-close) by bugs.debian.org; 21 Feb 2003 23:38:06 + From [EMAIL PROTECTED] Fri Feb 21 17:38:06 2003 Return-path: [EMAIL PROTECTED] Received: from auric.debian.org [206.246.226.45] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18mMk2-0004Zb-00; Fri, 21 Feb 2003 17:38:06 -0600 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debian)) id 18mMeH-0007pj-00; Fri, 21 Feb 2003 18:32:09 -0500 From: Martin Sjogren [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.32 $ Subject: Bug#180299: fixed in cdebconf 0.31 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Fri, 21 Feb 2003 18:32:09 -0500 Delivered-To: [EMAIL PROTECTED] We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-slang-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.31_i386.udeb cdebconf-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.31_i386.udeb cdebconf_0.31.dsc to pool/main/c/cdebconf/cdebconf_0.31.dsc cdebconf_0.31.tar.gz to pool/main/c/cdebconf/cdebconf_0.31.tar.gz cdebconf_0.31_i386.deb to pool/main/c/cdebconf/cdebconf_0.31_i386.deb libdebconf1-dev_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1-dev_0.31_i386.deb libdebconf1_0.31_i386.deb to pool/main/c/cdebconf/libdebconf1_0.31_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martin Sjogren [EMAIL PROTECTED] (supplier of updated cdebconf package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 21 Feb 2003 23:53:53 +0100 Source: cdebconf Binary: libdebconf1 cdebconf-udeb cdebconf-slang-udeb cdebconf libdebconf1-dev Architecture: source i386 Version: 0.31 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Martin
Bug#181088: marked as done (Progress bar API problem)
Your message dated Fri, 21 Feb 2003 18:32:10 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#181088: fixed in cdebconf 0.31 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 15 Feb 2003 10:37:29 + From [EMAIL PROTECTED] Sat Feb 15 04:37:28 2003 Return-path: [EMAIL PROTECTED] Received: from smtp.gu.se [130.241.150.66] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18jzhI-00079l-00; Sat, 15 Feb 2003 04:37:28 -0600 Received: from sjogren.ostkupan.studenthem.gu.se (sjogren.ostkupan.studenthem.gu.se [193.11.232.159]) by smtp.gu.se (8.12.5/8.12.5) with ESMTP id h1FAbQXO026556 for [EMAIL PROTECTED]; Sat, 15 Feb 2003 11:37:26 +0100 Subject: Progress bar API problem From: Martin =?ISO-8859-1?Q?Sj=F6gren?= [EMAIL PROTECTED] To: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary==-UMLPC8eCUBwuWxurf2A0 Organization: Message-Id: [EMAIL PROTECTED] Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1 Date: 15 Feb 2003 11:37:26 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-3.9 required=4.0 tests=HAS_PACKAGE,IN_REP_TO,PATCH_UNIFIED_DIFF,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01 version=2.44 X-Spam-Level: --=-UMLPC8eCUBwuWxurf2A0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Package: cdebconf Version: 0.30 Severity: wishlist Tags: patch l=F6r 2003-02-15 klockan 11.03 skrev Martin Sj=F6gren: The typical use of the progress bar API looks like this: =20 =20 PROGRESS START 0 N foo/start =20 PROGRESS STEP 1 foo/inc ... PROGRESS STEP 1 foo/inc ... (et.c.) =20 PROGRESS STOP =20 =20 Now, the problem is that the counter is increased before the text is displayed. Wouldn't it make more sense to do a post-increment than a pre-increment? I guess that would mean that PROGRESS STOP has to show the final 100% value before leaving. =20 How does that sound? Here's one (somewhat hackish) way to do it: diff -u -r1.31 text.c --- src/modules/frontend/text/text.c26 Jan 2003 16:51:54 -=20 1.31 +++ src/modules/frontend/text/text.c15 Feb 2003 10:36:21 - -495,14 +495,14 int width =3D getwidth(); char out[256]; -ui-progress_cur +=3D step; - snprintf(out, sizeof(out), [%.1f%%] %s, (double)(ui-progress_cur - ui-progress_min) / (double)(ui-progress_max - ui-progress_min) * 100.0, info); if (strlen(out) width - 7) out[width - 7] =3D 0; +ui-progress_cur +=3D step; + printf(%s\r, out); fflush(stdout); } -510,7 +510,7 static void text_progress_stop(struct frontend *ui) { INFO(INFO_DEBUG, %s\n, __FUNCTION__); - +text_progress_step(ui, 0, ); printf(\n); } --=-UMLPC8eCUBwuWxurf2A0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+ThhmGpBPiZwE9FYRAkANAJ953T+5nU/bQuOsLxnQP2ovZOtTEgCgpVwv 0TBJs6pA9sag7224l9UZIYI= =5+rC -END PGP SIGNATURE- --=-UMLPC8eCUBwuWxurf2A0-- --- Received: (at 181088-close) by bugs.debian.org; 21 Feb 2003 23:38:24 + From [EMAIL PROTECTED] Fri Feb 21 17:38:24 2003 Return-path: [EMAIL PROTECTED] Received: from auric.debian.org [206.246.226.45] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18mMkK-0004b7-00; Fri, 21 Feb 2003 17:38:24 -0600 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debian)) id 18mMeI-0007pp-00; Fri, 21 Feb 2003 18:32:10 -0500 From: Martin Sjogren [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.32 $ Subject: Bug#181088: fixed in cdebconf 0.31 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Fri, 21 Feb 2003 18:32:10 -0500 Delivered-To: [EMAIL PROTECTED] We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-slang-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.31_i386.udeb cdebconf-udeb_0.31_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.31_i386.udeb cdebconf_0.31.dsc to pool/main/c/cdebconf/cdebconf_0.31.dsc
debian-installer status 2003-02-21
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since the last status report, almost three months have passed, we have had a quite successful alpha release and much has changed. Debian-installer is still able to install Debian, so that hasn't changed. :) The goals set in the last status report before alpha: menu ordering, unbreaking of mkfs, fix mounting and adding a log-tool are mostly done. Still outstanding is the addition of a self-test/logging tool. Martin has done some good work on getting Release file support into anna and the retrievers, though the archive doesn't have working Release files for sarge (since the debian-installer part of sarge is just a symlink to sid, for the time being); optimally, what I'd like is getting anna to support gpg and verify the full integrity of the install. One would then only have to trust the integrity of the initial boot media; a compromised mirror would be detected immediately. cdebconf has gotten a slang frontend, which seems to work reasonably well, but looks ugly and has some strange hangs unaccounted for in addition to at least a non-implemented progress bar. Screenshots[1] courtesy of Martin. We've also gotten a progress bar into cdebconf, as well as an HTTP backend. Some work has been done on the gtk frontend, but nothing solid yet. Help here is appreciated. Santiago Garcia Mantinan has done some great work on getting daily built CD netinst and business card-sized images online. [2] The netinst images contain debian-installer and the base packages, the business card-sized ones just debian-installer. A lot of work has been going into infrastructure work, such as finding a method of installing extra packages into the base system. This is needed for EVMS, grub and some other packages in addition to the kernel-installer. This means kernel-images will be installed from normal Debian packages, unlike in boot-floppies where they were just copied off the floppy/CD, something which has caused confusion in the past. We now have some new udebs as well, such as keyboard selection and language chooser and autopartitioner. Good work, those of you working on those. So, now it's time for the big and ugly TODO list. :) - - Porting. As usual, some ports are in a better shape than others, and some are in serious trouble even before they are begun. m68k and sparc32 are in the latter category, since they have problems with 2.4, which is needed due to devfs. - - de-uglification of the slang frontend and progress bar addition to cdebconf. - - gtkfb/graphical install. Work has been done, but this need to get more solid and onto the CDs. - - testing. More testing, more bug reports. If somebody who knows a bit about usability could begin looking and guiding us, it would be good. Also, having somebody with a good touch for English to go through the templates would be nice. - - automated installs and testing. If somebody could give automated installations and how to get those working better a shot, it'd be cool. Getting the report tool (which should fill out the report template available at http://raw.no/d-i/report-template.html) written would make it easier for testers to give us good reports. - - fix the ext3 problem; mkfs.ext3 gives an error about «file not found» (which is really that it can't find /etc/mtab). mkswap should also be added. - - base-config - d-i integration. The debconf db should be seeded with the values from debian-installer. Exactly how to do this is not clear yet. We are moving into a more polish/integration phase; most of the major building blocks are in place, but many are missing critical features. This means that non-x86 arches should get moving with regards to getting debian-installer at least roughly working, if they need changes to central parts of debian-installer. As always, feedback, flames, comments and ideas are appreciated. [1] http://people.debian.org/~sjogren/d-i/screenshots/2003-02-16/slang/ [2] http://lists.debian.org/debian-cd/2003/debian-cd-200301/msg00121.html - -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Please see my GPG key at http://raw.no/gpgkey.asc iD8DBQE+VkWwQSseMYF6mWoRAvdRAJ9wHWv9+Yl0TbTXeSP1+mgxwVZGuwCgxrbl IP1TsRhZu/yUwOhA6BBhHZk= =IjeO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]