Re: netinst image on USB stick asks for cdrom
On Fri, 2015-04-17 at 09:41 +0200, Thomas Koch wrote: > Hi, > > I took todays (2015-04-16 18:20) daily Jessie netinstaller build[1], copied > the image to an USB stick[2] and started the installation. > > At the "Partition disks" step the installer asked me: > > "/media/cdrom/:Please insert the disc labeled: 'Debian GNU/Linux > Jessie-DI-rc1 > _Jessie_ - Official RC amd64 NETINST Binary-1 2015-01-09-01:04' in the drive > '/media/cdrom/' and press enter. > See Bug#764587 Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1429309892.12032.28.ca...@copyleft.co.nz
Bug#764587: installation-reports: After successful installation from usb stick the stick is not recognised on reboot.
> I have a USB stick that is used for installing Wheezy and which is
> recognised on reboot. Instead of writing DVD1 to the stick I do the
> following:
>
> 1. Have a FAT16 partition spanning the whole stick. Format as vfat.
>
> 2. Install GRUB in the MBR and copy the hd-media vmlinuz and initrd.gz
>to /boot and write a grub.cfg to boot from them. Copy DVD1 to /.
>
> 3. Copy the files in /pool on DVD1 to /debian on the stick. Create a
>packages file in /debian. We now have a mirror which can be used
>during and after the install.
>
> 4. Install, preseeding with a late_command for tasks. A few lines of
>mine in that command are
>
> mkdir /target/media/usbmount; \
> mount --bind /hd-media /target/media/usbmount; \
> sed -i 's/^/#/' /target/etc/apt/sources.list; \
> echo "deb [ trusted=yes ] file:/media/usbmount/debian wheezy main" >>
> /target/etc/apt/sources.list
>
> 5. Install additional software after the install by mounting the mirror
>on /media/usbmount.
What I do is to hack /etc/apt/apt.conf.d/00CDMountPoint
to read,
Acquire::cdrom {
mount "/media/usb";
}
Dir::Media::MountPath "/media/usb";
where usb was cdrom. Then the the system looks for the installation
media at the usb port.
Phil.
--
Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
+64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453
phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1416979372.1644.1.ca...@copyleft.co.nz
Bug#764587: installation-reports: After successful installation from usb stick the stick is not recognised on reboot.
Brian On Wed, 2014-11-26 at 11:00 +, Brian Potkin wrote: > Hello Philip, > > I'm assuming that since you did not CC the bug that this is intended to > be a private mail. A mistake on my part. > > I originally did something like this with the first eight CD images and > used apt-cdrom. The user user experience with having to mount and > unmount different images wasn't (IMO) the best, so I re-thought the > issue. > > I have a script, apt-usb. A user types 'apt-usb cups' and is prompted to > insert the stick. Re-issuing the command mounts the stick, installs the > packages and unmounts the stick. apt-usb is copied to /target during the > initial install. All it needs is for the script to be copied automatically to /target. It seem as though there a number of private hacks about. With luck we may get something official this time round. After all there is a slow drift away from optical discs to usb sticks and these are much more useful in the poorer parts of the world. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1417126083.1643.11.ca...@copyleft.co.nz
Bug#764587: installation-reports: After successful installation from usb stick the stick is not recognised on reboot.
On Wed, 2014-11-26 at 15:50 +0100, David Kalnischkies wrote:
**
> The best approach might be to move apt-cdrom to apt-transport-cdrom (it
> is currently a bit entangled with other code, but removing this is not
> the worst idea anyhow) and finding maintainer(s) for it. These can
> probably come up with a way better name than "cdrom" as well. All I can
> come up with is "removable" which has a slightly different meaning for
> me if its attached to code. ;)
>
> (As usual, if you are said volunteer feel free to contact me (or better
> yet deity@) and we will do what we can to help you out; I just want to
> make cristal clear that we don't have the resources to do it ourselves).
>
cdset is mixed up with this as well. It is possible to scan in extra
discs, but this option is not offered for usb sticks.
The following would enable the installation stick to remounted by
modifying /etc/apt/apt.conf.d/00CDMountPoint
if this fails
Acquire::cdrom {
mount "/media/cdrom";
}
Dir::Media::MountPath "/media/cdrom";
then try this,
Acquire::cdrom {
mount "/media/usb";
}
Dir::Media::MountPath "/media/usb";
(I can't write much code, but I can butcher it.)
I have successfully used the modification to gain repeated access to the
usb installation stick. I would not be possible to add other sticks in
the same way as
apt-cdrom add
or by cdset during the installation. But the original installation
stick can be fully utilized.
Phil.
--
Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
+64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453
phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1417050446.1643.1.ca...@copyleft.co.nz
Bug#764587: installation-reports: After successful installation from usb stick the stick is not recognised on reboot.
On Thu, 2014-10-09 at 23:32 +1300, Philip Charles wrote: > Package: installation-reports > Severity: normal > After successful installation from usb stick the stick is not > recognised on reboot. > > Boot method: usb stick > Image version: beta 2 installer amd64 DVD1 (copied to usb stick) > Date: Oct 2014 >From a email sent to me, "One of my friends works for an NGO and is based in rural parts of Asia and Latin America for about 10 months of the year. He told me that most of the machines were second-hand and had faulty DVD drives. Moreover DVD discs are prone to scratches and wear-and-tear. On the other hand USB flash drives are ubiquitous and relatively inexpensive. Even used machines have at least a USB port." I have produced complete 32 & 64 bit installation sticks for wheezy (~43GB) and Jessie (~55GB) which fit nicely on a 64GB stick. However, the stick is of limited use because the stick cannot be accessed after the initial installation which means that additional software cannot be installed. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1416906708.1552.3.ca...@copyleft.co.nz
Re: Bug#769932: Debian Installer hd-media does not find the iso on a flash drive with the NTFS file system
On Mon, 2014-11-17 at 20:58 +0300, Lexa Keli wrote: > Package: debian-installer > Severity: normal > > Is it possible to make sure that when you install Debian with a USB-stick > with using the hd-media could be used file system NTFS, rather than FAT32? > When I use NTFS, you Debian installer can not find the images on a flash > drive iso, finding only FAT32. NTFS file system more reliable, I would always > use it, not FAT! > > I don't think that would help, see bug #764587. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1416263240.1661.1.ca...@copyleft.co.nz
Bug#764587: installation-reports: After successful installation from usb stick the stick is not recognised on reboot.
Package: installation-reports
Severity: normal
After successful installation from usb stick the stick is not
recognised on reboot.
Boot method: usb stick
Image version: beta 2 installer amd64 DVD1 (copied to usb stick)
Date: Oct 2014
Machine: Self built
Partitions: My test HDD.
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot: [o ]
Detect network card:[o ]
Configure network: [o ]
Detect CD: [o ]
Load installer modules: [o ]
Clock/timezone setup: [o ]
User/password setup:[o ]
Detect hard drives: [o ]
Partition hard drives: [o ]
Install base system:[o ]
Install tasks: [o ]
Install boot loader:[o ]
Overall install:[o ]
Comments/Problems:
Long standing problem since Jessie.
The system will not recognise the usb stich used for the installation.
Fiddling will will not get the stick recognised.
This horrible hack works. modifying /etc/apt/apt.conf.d/00CDMountPoint
to read
Acquire::cdrom {
mount "/media/usb";
}
Dir::Media::MountPath "/media/usb";
"usb" was originally "cdrom".
/etc/apt/sources.list reads (comments removed).
#.
# deb cdrom:[Debian GNU/Linux jessie-DI-b2 _Jessie_ - Official Snapshot
amd64 DVD Binary-1 20141003-18:34]/ jessie contrib main
deb cdrom:[Debian GNU/Linux jessie-DI-b2 _Jessie_ - Official Snapshot
amd64 DVD Binary-1 20141003-18:34]/ jessie contrib main
deb http://security.debian.org/ jessie/updates main contrib
deb-src http://security.debian.org/ jessie/updates main contrib
Related problem.
apt-cdrom add will not detect a usb stick
Do we need an apt-usb?
The test installation was done with this machine, but on a different
HDD.
Identical problems were experienced on two other machines with both
32 and 64 bit versions of the usb sticks.
=======
--
Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
+64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453
phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1412850751.2082.12.ca...@copyleft.co.nz
Re: Bug#673715: [d-i manual] doc about creating a bootable Debian usb stick
On Mon, 2014-08-25 at 21:25 +0200, Holger Wansing wrote: > Hi, > > Brian Potkin wrote: > > On Sun 24 Aug 2014 at 19:24:48 +0200, Holger Wansing wrote: > > > > > +USB stick is large enough — you have the option of copying any > > > +ISO image, even a DVD image to it. > > > > Could you tolerate an extra comma? > > Sure! > > >+USB stick is large enough — you have the option of copying any > >+ISO image, even a DVD image, to it. > > You will need to mention that the USB stick cannot be used to install extra software after the initial installation. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1409129685.1664.1.camel@stephen
Debian Installer Jessie Beta 1 release USB installation problems.
Hi folks,
This is a request that installation usb flash drives be treated in the
same way as installation discs.
Test installations with first two 32 bit DVDs and corresponding usb
sticks.
During the DVD installation. At "Configure Packet Manager" the option
"Scan extra discs" was offered. This option was skipped during the
flash drive installation.
After the initial reboot the DVD was recognised when extra software was
installed. The flash drive was not.
However, if /etc/apt/apt.conf.d/OOCDMountPoint was modified
from
Acquire::cdrom {
mount "/media/cdrom";
};
Dir::Media::MountPath "/media/cdrom";
To
Acquire::cdrom {
mount "/media/usb";
};
Dir::Media::MountPath "/media/usb";
Then the first flash drive was recognised for the installation
of new
software.
This also works with wheezy.
As expected, apt-cdrom add did not recognise the second flash drive.
--
Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
+64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453
phil...@copyleft.co.nz - personal.i...@copyleft.co.nz - business
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1408326911.1655.29.camel@stephen
Bug#470423: debian-installer: CDROM drive lockup during multiple CD installation
On Wednesday 12 March 2008, Frans Pop wrote: > There are two options at this point: > - either we assume that pkgsel 1.18 indeed fixed the issue and close > this report but stay alert for other reports of similar experiences - > or I ask you to try to reproduce the problem, but with extra debugging > added so we can find out in more detail what happened > > The last would be a fair amount of work, and possibly for no good > reason if the problem is indeed already fixed. I did another installation using the first five CDs from the latest snapshop - problem solved. FYI. Three CDs were needed for a standard NZ installation. mc and gpm are on the fourth CD. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470423: debian-installer: CDROM drive lockup during multiple CD installation
On Wednesday 12 March 2008, Frans Pop wrote: > Thanks a lot for the additional info. > > On Tuesday 11 March 2008, Philip Charles wrote: > > At the switch-over from scanning by cdset to install software. > > Right. From the logs I can see that it is actually at the beginning of > install software. The configuration of apt was completed when the loop > happened. > > I saw a similar problem myself recently, but for me the loop happened > the first time the installer needed to switch from CD1 to CD2, so quite > a bit further along in the install software step. > > From your log I can tell that both issues have the same root cause, and > that was already fixed in version 1.18 of pkgsel (you were using 1.17), > which will be included in the upcoming Beta1 release of the installer. > > However, I am still puzzled as to what exactly caused your installation > to behave so different from mine. > > Let's look at your log in detail. > ** > Here apt-cdrom has completed scanning CD 5. > > I would guess that you selected "No" here and pressed without > actually changing the CD. > Is that correct? Or did you insert CD 1 immediately after CD 5 was > scanned? CD5 was still in the drive at this point Insert CD1 - hit return (still cdset) [a couple of things happen. To quick to record] Is (was) this the problem? > > Mar 11 10:45:39 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 > Mar 11 10:45:39 kernel: ISO 9660 Extensions: RRIP_1991A > > This is where the installer mounts the CD to check if CD1 is inserted. > > Mar 11 10:46:04 load-install-cd: E: Failed to mount the cdrom. > > And this is strange. If CD 1 is not inserted at this point, it should > not be trying to mount it but it should instead prompt you to insert CD > 1. And if CD 1 was inserted, there's no reason why the mount should > fail. The perversity of inanimate objects. > > Can you remember what exactly happened here? Insert CD1 - hit return (still cdset) [a couple of things happen. To quick to record] > > Mar 11 10:47:25 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 > Mar 11 10:47:25 kernel: ISO 9660 Extensions: RRIP_1991A > Mar 11 10:47:26 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 > Mar 11 10:47:26 kernel: ISO 9660 Extensions: RRIP_1991A > > A CD gets mounted two more times, and I'd guess that the second time it > is recognized as CD 1 and the installation continues. > > Mar 11 10:47:26 apt-setup: warning: > /usr/lib/apt-setup/generators/50mirror returned error code 1; > discarding output > Mar 11 10:47:26 apt-setup: warning: > /usr/lib/apt-setup/generators/90services-select returned error code 30; > discarding output > Mar 11 10:47:26 apt-setup: warning: > /usr/lib/apt-setup/generators/91security output added commented out > > This is where the apt configuration is finished and the main menu > starts the software installation component. > > Mar 11 10:47:28 main-menu[961]: INFO: Falling back to the package > description for auto-install Mar 11 10:47:28 main-menu[961]: INFO: > Falling back to the package description for ai-choosers Mar 11 10:47:28 > main-menu[961]: INFO: Menu item 'pkgsel' selected Mar 11 10:47:28 > apt-install: umount: Couldn't umount /cdrom: Invalid argument > > Here is the start of the actual cause of the loop. The CD gets > unmounted 2 times (the second time fails). Would have been better? > > Mar 11 10:47:29 in-target: Reading package lists... > Mar 11 10:47:29 in-target: > Mar 11 10:47:29 in-target: Building dependency tree... > Mar 11 10:47:29 in-target: > Mar 11 10:47:29 in-target: Reading state information... > Mar 11 10:47:29 in-target: > Mar 11 10:47:30 in-target: laptop-detect is already the newest version. > Mar 11 10:47:30 in-target: 0 upgraded, 0 newly installed, 0 to remove > and 0 not upgraded. Mar 11 10:47:30 kernel: ISO 9660 Extensions: > Microsoft Joliet Level 3 Mar 11 10:47:30 kernel: ISO 9660 Extensions: > RRIP_1991A > > The installer again checks that is is indeed CD 1. > > Mar 11 10:47:31 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 > Mar 11 10:47:31 kernel: ISO 9660 Extensions: RRIP_1991A > > And the real cause of the loop: the CD gets mounted while it should not > be. This (the second umount and this mount) is what was fixed in 1.18. > > [...] > Mar 11 10:48:53 in-target: Media change: please insert the disc labeled > Mar 11 10:48:53 in-target: 'Debian GNU/Linux testing _Lenny_ - > Official Snapshot i386 CD Binary-1 20080308-20:17' > Mar 11 10:48:53 in-target: in the drive '/cdrom/' and press enter > > This is probably the start of your loop. The strange thing here is that > CD 1 should already be ins
Bug#470423: debian-installer: CDROM drive lockup during multiple CD installation
Package: debian-installer Version: As in current lenny i386 snapshot isos Severity: normal *** Please type your report below this line *** A test installation was made using 5 CDs of the current Lenny snapshot. The test machine was not connected to a network. The installation process started well and cdset scanned the 5 disks. When cdset was closed CD1 was asked for. CD1 was then asked for a second time. At this stage CD1 was asked for repeatedly when return was hit. The CD could not be ejected by normal means. A second tty was opened and the command worked. The drive then became active, the CD reinserted and the installation was completed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Support for using multiple CDs during installation
On Thursday 01 November 2007 20:19, Joey Hess wrote: > It's unlikely that tasksel is going to want anything beyond what's on > those first 2 CDs, so it would be reasonable to just use them for the > install and set up a mirror later. For the record, there are five packages (Task: ) that could be called by tasksel on the fifth CD. The Official r1 i386 disc set. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408465: closed by Frans Pop <[EMAIL PROTECTED]> (Re: Bug#408465: debian-installer: Fails to provide for scaning second and remaining discs of a CD set.)
On Friday 26 January 2007 15:03, Debian Bug Tracking System wrote: > > Their explanation is attached below. If this explanation is > unsatisfactory and you have not received a better one in a separate > message then please contact Frans Pop <[EMAIL PROTECTED]> by replying > to this email. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) Thanks. Any idea of an eta? Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business I sell GNU/Linux & GNU/Hurd CDs & DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408465: debian-installer: Fails to provide for scaning second and remaining discs of a CD set.
Package: debian-installer Version: 20061102_i386 Severity: normal *** Please type your report below this line *** The installation can only use the first disc of the set. No provision for adding other discs of the set, ie apt-cdrom add. Noted on i386 and amd64. Suggested point of addition, after the net installation question. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business I sell GNU/Linux & GNU/Hurd CDs & DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369456: debian-installer: Multiple CD installation not possible
On Wednesday 31 May 2006 08:20, you wrote: y> Severity 369456 normal > Retitle 369456 debian-installer: Multiple CD installation not possible > Tags 369456 moreinfo > Thanks so far > > > It is not possible to scan the other CDs/DVDs before the reboot. > > Why should it be done before the reboot? > Please elaborate your request. > Because the implied intention is to install the system before the reboot. The following support the implication. 1. The network installation does this. This is also achieved by the first DVD, but only because ~99% of the packages that people want are on this DVD. 2. The automatic provision to scan discs and run tasksel after the reboot, as found in sarge, has been removed. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs & DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369456: Processed: severity of 369456 is wishlist, reassign 369456 to apt-setup
On Tuesday 30 May 2006 16:57, Christian Perrier wrote:
> > If the plan is for the installer to complete the installation before
> > the system is rebooted from the HD for the first time, then the bug
> > is serious. A useful system cannot be installed from the first CD
> > only, remembering that the subsequent discs cannot be scanned and so
> > accessed at this stage because of this bug.
>
> Well, the Debian base system can be installed from the first CD, so a
> useful system can..:-)
>
> However, downgrading the severity of this bug does not mean that it
> won't be fixed. Indeed, I bet that it will be fixed...mostly because
> we certainly cannot release Debian etch (which will fit on something
> like 15 or more CD's) without it to use all its CD's
Christian,
Let's call it a "significant" bug ;)
Phil.
--
Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
+64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453
[EMAIL PROTECTED] - preferred. [EMAIL PROTECTED]
I sell GNU/Linux & GNU/Hurd CDs & DVDs. See http://www.copyleft.co.nz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369456: Processed: severity of 369456 is wishlist, reassign 369456 to apt-setup
On Tuesday 30 May 2006 12:03, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > # Automatically generated email from bts, devscripts version 2.9.20 > > severity 369456 wishlist > > Bug#369456: debian-installer: Multi disc installation not possible > Severity set to `wishlist' from `important' If the plan is for the installer to complete the installation before the system is rebooted from the HD for the first time, then the bug is serious. A useful system cannot be installed from the first CD only, remembering that the subsequent discs cannot be scanned and so accessed at this stage because of this bug. If however, it is planned to complete the installation after rebooting from the the HD for the first time, then this bug is wishlist and some work needs to be done with tasksel so it picks up the newly scanned CDs. > > reassign 369456 apt-setup > > Bug#369456: debian-installer: Multi disc installation not possible > Bug reassigned from package `debian-installer' to `apt-setup'. > > > End of message, stopping processing here. > > Please contact me if you need assistance. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs & DVDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369456: debian-installer: Multi disc installation not possible
Package: debian-installer Severity: important Only the first disc of a CD (DVD) set is scanned before the installation is completed. It is not possible to scan the other discs before the reboot. apt-cdrom (add) is not available during the installation on a second terminal. I can see no sign of a udeb for apt-cdrom. Phil. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ..access beyond end of device..
Identical problem here. Soltek SL-75KAV/-X MB, AMD Duron 1300 MHz. Phil. On Wed, 10 Mar 2004, david wrote: > Hi, > Whilst trying to cold boot from CD1 of build 20040306 the following error > overwrites itself (forever) > "Attempted to access bejond end of device 1:00 rw=0 want=820, limit 8192" > at least that my best guess as it is very hard to read. The 820 appears to > cycle through to 824. > This is on 'bottom of the garden hardware" with a 120G drive containing > 10x 20G partitions. > After the splash screen there are about 3 screens of response messages - > the last one being about a RAMDISK before the screen becomes a flash of > letters as above. > > Best Regards david.. > -- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Best way to use base-config_1.33.18?
On Thu, 9 May 2002, Chris Tillman wrote: > As of yesterday, you could have added an apt source for the unstable > distribution, and used apt-get install base-config. > > As of right now, the fixed version is in testing, so you don't even > need to add an unstable source. > Not in yet, unfortunately. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: About the infinite loop
On 3 May 2002, Adam Warner wrote: > So the unstable check doesn't work for this package because the install > disks only download woody anyway. But when something goes wrong we still > have to wait for the package to move from sid-->woody even though no one > typically tests it in sid. > * > I guess it really comes down to whether it is proper for no one to be > testing packages until they hit woody, especially around the time of its > release. IMO, it is a glitch in the three tiered system we now have. When slink and potato were being developed everything was in testing/frozen. If something must be used in the next release then it should immediately go into testing as each new version is built rather than unstable. > We know that the biggest problem with testing Debian installers is that > hardly anyone needs to use them. The idea of doing a new install instead > of using the package management system to perform an upgrade is foreign > to most users and developers. As someone who produces CDs I am particularly interested in installations from scratch. With the old two tier system I knew where I was. This time round we did not have the same kind of freeze we had with slink and potato, so I basically did not know where or when to start. Maybe there needs to be a policy which states that any package that is used in an installation goes into testing immediately. > BTW thanks to the install disk developers. The disks are of very high > quality. The best of any distribution I have used. Lots of options. Lots > of freedom to do tasks out of order and no rampant paternalism (like > refusing to proceed if a swap partition is not created). Here, here. I would also like to note that the installation disks go straight into testing and not into unstable. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#145627: boot-floppies: boot floppies load buggy base-configpackage
On Thu, 2 May 2002, Joey Hess wrote: > Thomas Bushnell BSG wrote: > > Package: boot-floppies > > Version: 20020502 > > Severity: critical > > > > There was a critical bug in base-config 1.33.17. I just attempted to > > install a system using the boot floppies I found in the normal place > > on debian.org, and encountered the bug. I fetched the fixed > > base-config 1.33.18, and that works fine. > > > > But whatever in the boot floppies decides which version of base-config > > to use is broken and needs fixed before woody release. > > I think you want to reassign this to ftp.debian.org then; the boot > floppies just use whatever's in woody. I have asked aj to force the new > base-config into woody, but he has not yet replied. > 1.33.18 is not included in today's ftp pulse :( Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: I've just found an infinite loop in the Woody bf2.4 1.44MBinstall disks!
On Wed, 1 May 2002, Joey Hess wrote: > J M Cerqueira Esteves wrote: > > What is weird now is that dselect seems to have a list of... packages > > from stable instead of woody! And indeed /etc/apt/sources.list is > > pointing to stable... Ouch. > > I suppose the boot floppies are setting SUITE to stable then instead of > using the only other sane choice, woody. I guess this will not be a > prolem once woody is released. Not a problem with the CDs. The symlinks stable, testing and unstable always point the version being built. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.22 plan, translations (b-f bugs dropping like flies.)
On Thu, 28 Mar 2002, Eduard Bloch wrote: > > debian-dvd: do we want to make official debian dvd's? what is > > involved? > > AFAIK debian-cd should be able to produce an iso9660-image of any size, > so it should work for DVDs too. I do not thing that distributing the > whole image on all mirrors makes much sense - it is IMHO possible keep > the DVD image on few servers. End users can "cat" CD images into one > file and let rsync cook an DVD image from this file. Or isn't this new > JugDo method useable for this purpose? I have built massive images with debian-cd, but not quite as large as a DVD. cat'ing the CD images and then running rsync would work. The pseudo image kit should work as is. I am not certain about jigdo, I have not used it. Phil. __ Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Woody disks
> 1) The graphics are different. From the start the pseudo GUI boxes > don't have any borders, then when it comes to selecting modules there > are borders but using the wrong character set. I believe this only happens on LC-enabled non-framebuffer version of boot-floppies. Am I right ? regards, junichi The customer booted from the first CD which means that it would have been the standard rescue.bin image. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Woody disks (fwd)
Some comments from a commercial end-user of Debian about woody CDs. The installation went well and did everything he wanted. debian-cd 2.2.13 (with updated base-woody and Debian_woody) and boot-floppies 3.0.21-2002-03-19 were used in the building of the discs. Phil. *** It turned up this morning, and I have a machine also arrived this morning to install them on. Since I understand you're on the CD development team you might know the appropriate place to mention a few minor issues: 1) The graphics are different. From the start the pseudo GUI boxes don't have any borders, then when it comes to selecting modules there are borders but using the wrong character set. 2) When I get to the end of the installation the system prompts me to remove the bootable media, but it hasn't unmounted the CD and therefore I can't eject it. ***** -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.19-bf2.4 install report
On Sun, 17 Feb 2002, Glenn McGrath wrote: > Have you tried netselect-apt, i would be interested to know if it doesnt find the >best mirror. > The best site for me is ftp.debian.org followed by a number of European sites. NZ sites are partial or out of date and tha Australian ones are slow. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.19-bf2.4 install report
On 17 Feb 2002, Petter Reinholdtsen wrote: > > [Philip Blundell] > > If we want to provide suggestions for nearby mirrors, I don't > > honestly think there is any reliable way to derive an address from > > the locale name. It would almost certainly be better to just add an > > extra "lang->mirror" field or something and let people fill in their > > favourite mirrors in the language .src files. > > Why not use fping to check the reply speed of all the mirrors, and > choose the fastest as the suggested mirror? In my case the closest mirror is probably San Francisco, a mere 10,000 km (6,000 miles) away. My isp's satellite uplink is there. In other words, let people choose their mirrors. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt behaviour with satellite
Is this a Telemann system? IIRC, it uses a different port than a modem for incoming traffic. Phil. On Sun, 11 Nov 2001, Glenn McGrath wrote: > On Sat, 10 Nov 2001 19:32:16 -0500 > "John Davidson" <[EMAIL PROTECTED]> wrote: > > > Apt now behaves like wget when installing woody using the rieserfs > 3.0.15 > > bootfloppies. This means that it no longer works with my one-way > satellite > > connection. Prior to the releease of 3.0.14 bootfloppies this was not > a > > problem and I would regularly get 40KB speeds. Now I get less than > 2KB??! > > > > Things improve to about 3.5KB when I use my modem without satellite. > > > > This is the exact performance I get with wget. Has apt been changed > since > > mid-Aug?? If so I will report a critical bug. > > > > Why would the speed vary per client ? > > If your uing the same protocol (be that http or ftp) then it shouldnt > make any difference which client you use. > > debootstrap uses wget to install base, apt-get is a bit big for boot > floppies > > > Glenn > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: b-f 3.0.14 and the Hurd.
On Thu, 18 Oct 2001, Glenn McGrath wrote: > Probably the biggest problem at the moment for debian-installer on the Hurd is > getting busybox to build nicely. > I wish we had that problem. The Hurd installation is prepared and implemented using Linux i386. I intend investigating porting the base*.tgz part of the potato b-f to the Hurd sometime. I have copies of this stacked away _very_ carefully. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Add debootstrap to dependencies?
On Wed, 26 Sep 2001, David Kimdon wrote: > I'm happy to just end the discussion here. Though I'd rather we agree > on the status of boot-floppies dependancies. We can agree to disagree, > I guess, it is wierd though. > boot-floppies work well, and that is what matters. Thanks. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Add debootstrap to dependencies?
On Wed, 26 Sep 2001, David Kimdon wrote: > > Something went wrong, debootstrap is not in the cvs control dependencies. > > hmm, sure looks like it is there to me. > > revs 1.75-1.77 (debian versions 3.0.10-3.0.14) > > Perhaps you are talking about dbootstrap, and not debootstrap. > dbootstrap is part of boot-floppies, debootstrap is a stand alone > package. debootstrap is the one. "make check" in 3.0.14 picked up the problem. Once installed everything started to work. >From boot-floppies control in cvs (yesterday) Depends: dpkg-dev, gcc, glibc-pic, slang1-pic, libnewt-dev, libpopt-dev, zlib1g-dev, recode, make, gettext, m4, debiandoc-sgml, libi18n-langtags-perl, man-db, libpaperg, tetex-bin, tetex-extra, perl5, libwww-perl, pointerize, libgd-dev, bison, ash, dpkg-awk, flex, file, debhelper, gawk, console-data Suggests: python-xml from my ../dpkg/status (installed yesterday). Description: Bootstrap a basic Debian system debootstrap is used to create a Debian base system from scratch, without requiring the availability of dpkg or apt. It does this by downloading .deb files from a mirror site, and carefully unpacking them into a directory which can eventually be chrooted into. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Add debootstrap to dependencies?
On Wed, 26 Sep 2001, David Kimdon wrote: > > hmm, wierd, debootstrap dependancy has been in there for about 6 > weeks, I guess you are using an older version, or something is messed > up: > > http://cvs.debian.org/boot-floppies/debian/control.diff?r1=1.74&r2=1.75&diff_format=h > Something went wrong, debootstrap is not in the cvs control dependencies. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with rootdisk.sh
With boot-floppies 3.0.14 ( and presumably earlier versions) debootstrap has to be installed. It is not listed in the boot-floppies dependencies. Phil. On Thu, 27 Sep 2001, Lim Swee Tat wrote: > Everytime I run the make portion of the program, it will always get to > this error where it cannot find utilities/dbootstrap/dbootstrap. Even > after I change rootdisk.sh to look for > utilities/dbootstrap/build/dbootstrap, the program still runs into this > error. > > Can this get resolved?? Thanx in advance > > Ciao > ST Lim > > -- > [ Lead me not into temptation... I can find it myself. ] > [ ] > [ ] > - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Add debootstrap to dependencies?
I have just built the rescue and root floppies and I like what I saw. But I did run into problems. dedootstrap is not listed in the the boot floppies dependencies. I had to install it before b-f would work. Now to start butchering b-f for the Hurd. Phil - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#109826: base floppy images on the Debian CD
Hoping that this will not add any more heat to this thread. At present the Hurd CD installation requires the installation of a tarball. While Marcus Brinkmann is working on Hurd udeb's these are probably some time away. What I would be looking for is a way to install a tarball within the Debian installer which would not require any significant hacking. I also have good reason to suspect that consultants and the like produce specialised tarballs for customised installations. These people would need tools to produce such tarballs. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base*.tgz is gone, and why it's gone
On Fri, 15 Jun 2001, Ethan Benson wrote: > i tend to agree, though there are some contrived cases where > installing via a base tarball without net access is useful. > > for example i have a very slow internet connection and several > machines, i would like to download the base tarball once and then > reuse on each machine. also after i install one and use apt-move to > make a mini mirror of the archive which other machines can use in > addition to the net access. since all machines have mostly the same > packages installed at a minimum (priority standard) those will only > have to be downloaded once. > > debootstrap doesn't like apt-move mirrors since they don't have > proper Release files. > > i know there are other ways to work around this just none as > straightforward as downloading base.tgz and using it multiple times. > > > If you don't have a net connection, use a CD install, since presumably > > just having base wont be enough in this case anyway. > > thats the ideal method of course. asside from getting a real internet > connection. The great advantage of the potato b-f is its flexibility. There are a number of people out there who use b-f in peculiar ways as consultants or for in-house pojects. Most of these people have little or no connection with the Debian project as such. In my case I am OK. I have learnt enough about b-f over the last months to know what to hack to produce the Hurd CDs using a tarball, other people may not be so fortunate. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where is the base tarball?
On Thu, 24 May 2001, Anthony Towns wrote: > > At present the Hurd is installed two ways. > > First, by a cross install where the tarball is unpacked onto a Hurd > > partition from a Linux system. Secondly, where the tarball is > > incorporated into a modified boot-floppies and installed in a more or less > > standard way. The same tarball is used by both methods. A medium term > > solution as far as the Hurd is concerned is not to move beyond the Woody > > boot-floppies and to develop them further if this is needed. > > If you aren't able to make a native Hurd installer (no cfdisk, kernel > can't be booted before the system's installed on the hdd (doesn't fit > on a floppy?)), then you'll want to use debootstrap to build a chroot > on a Hurd system, tar that up, and hack boot-floppies to unpack that > and fiddle around with it instead of calling debootstrap. We have no partitioning tools (amongst other things) for the Hurd, so this is the way forward in the meantime. Panic over. Thanks. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where is the base tarball?
On Thu, 24 May 2001, Ethan Benson wrote: > On Thu, May 24, 2001 at 04:20:54AM -0400, Adam Di Carlo wrote: > > > > Nope, you're right. But there's really no going back now. > > > > Perhaps someone could work through a patch to debootstrap that would > > be able to use a dir with all the packages smooshed flat there? > > that won't handle the broken filenames, or the complete > unreasonablness of asking users to sift through /debian/pool/main/* > trying to figure out what they need to download. > > IMO debootstrap needs to support a tarball method where it fetches > debs out of a tarball. but if not then i guess we will have to accept > that debian can be installed only with direct internet access or via > CDROM. not via hard disk. > > i would think it should not be hard to modify debootstrap to build a > tarball of the debs it wants in order to make a sortof base2_3.tar > (except containing .debs instead of a root filesystem). on the other > end of the process it shouldn't be hard for it to use tar to extract > the file it wants instead of wgetting it from http or whatever it > does. > If there is no option for a tarball with a root filesystem in debian-boot, then the Hurd is in trouble. At present the Hurd is installed two ways. First, by a cross install where the tarball is unpacked onto a Hurd partition from a Linux system. Secondly, where the tarball is incorporated into a modified boot-floppies and installed in a more or less standard way. The same tarball is used by both methods. A medium term solution as far as the Hurd is concerned is not to move beyond the Woody boot-floppies and to develop them further if this is needed. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian boot-floppies cvs now working
On Sun, 11 Mar 2001, David Whedon wrote: > Thanks for bringing to my attention the problem with Debian boot-floppies cvs. > I believe the problem to be now fixed. Please try to checkout the woody branch > again and let me know if you experience difficulties. > Working fine. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - prefered. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: zlib compression corruption from cvs server?
On 3 Mar 2001, Mark W. Eichin wrote: > > Debian installer area works for me, im using the ssh method. > I used ssh last night and it hung on me at the usual place in boot-floppies. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz [EMAIL PROTECTED] - prefered. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CVS checkout error
On Fri, 23 Feb 2001, Tim Riker wrote: > cvs -d :pserver:[EMAIL PROTECTED]:/cvs/debian-boot get -r woody > boot-floppies/utilities/bf-utf/ > > yields: > > cvs server: Updating boot-floppies/utilities/bf-utf > cvs [server aborted]: out of memory; can not allocate 34 bytes > cvs [server aborted]: out of memory; can not allocate 79 bytes > > dies on ucs.bdf in utilities/bf-utf > > Thoughts? I'm using cvs -d :pserver:[EMAIL PROTECTED]:/cvs/debian-boot update \ -r woody -dAP boot-floppies And get the same. I am also getting cvs update: move away boot-floppies/xxx/xxx/xxx/xxx :it is in the way I have no problems with updating debian-cd. Mind you, I have probably done something wrong. > Note I'm using pserver cause I'm still in the NM queue. I'm past the AM > stage though. Woohoo, just DAM to go. I just got through a week or so ago and I am on a series of learing curves. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hurd CD scripts
On 17 Feb 2001, Adam Di Carlo wrote: > Philip Charles <[EMAIL PROTECTED]> writes: > > > It seems unlikely that a complete HURD installation package could be built > > on the HURD platform for a good six months. IMHO a good interim step > > would be to aim for a HURD version of boot-floppies for woody. This would > > be (I blush with embarrassment) a Linux package. > > I don't really follow you. Can you explain this? How would the user > take this package and install from it? What would the package contain? > Being lazy, I took this from some documentation I am working on. ** How the Installation Disc works. The standard Debian GNU/Linux installation CDs uses the cross install method to install the base system. A ram-disk is created in memory and a mini GNU/Linux system installed into this disk. This mini system is used to partition and format drives, and to prepare the target machine for the main installation. The final phase is to unpack a tarball with the essential base packages onto the drives of the target system. The new system is then rebooted using the packages installed onto the HDD. Further packages are then installed and configured to create the desired system. As the HURD also uses the cross install method, this meant that the scripts to build the HURD installation CDs could be adapted from the Debian GNU/Linux boot and CD scripts. ** The Linux ramdisk is still used for the HURD. Marcus Brinkmann's HURD tarball is substituted for base*.tgz. Of course there is a lot of other changes that need to be made, eg making certain that the HURD partition(s) are formatted with the right options, and fiddle, fiddle Once the alterations have been made to the b-f scripts then a HURD set of boot-floppies can be built with the usual plethora of rescue and root floppies all capable of setting up a HURD system. At this stage these are built on a Linux system. The HURD does not have all the tools needed to enable b-f to ported to the HURD yet, so the HURD b-f have to be built on a Linux system. I hope this makes sense. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How can I help?
In about 4 - 5 days I should be available to do some testing for the woody b-f. How do you want to use me? Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: call for volunteers -- woody boot-floppies
On Fri, 16 Feb 2001, Marcin Owsiany wrote: > Hmm.. are we going to make hurd boot-floppies for woody? > I have already butchered b-f 2.2.17 to produce HURD boot-floppies. I will admit this kind of experience my be of limited use. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: call for volunteers -- woody boot-floppies
On 14 Feb 2001, Adam Di Carlo wrote: > > I am in need of volunteers -- people who know makefile and have worked > with boot-floppies before. My HURDish experience might be of some use to you as a tester. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hurd CD scripts
On 11 Feb 2001, Adam Di Carlo wrote: > Philip Charles <[EMAIL PROTECTED]> writes: > > > You may be stuck with me, but I hope not. > > Heh. Well, I don't mind. *** > Well, I guess there's a question whether we wanna go for Hurd with > boot-floppies or just focus on debian-installer (woody + 1, or perhaps > experimental in woody). > It seems unlikely that a complete HURD installation package could be built on the HURD platform for a good six months. IMHO a good interim step would be to aim for a HURD version of boot-floppies for woody. This would be (I blush with embarrassement) a Linux package. The debian-installer could be looked at later and with luck this may be able to be ported to the HURD. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hurd CD scripts
On 10 Feb 2001, Adam Di Carlo wrote: > > The boot disks scripts are straight forward. If the files in the tarball > > are copied on top of boot-floppies 2.2.17 (the version in potato) then the > > HURD boot floppies can be created. May be someone might like to > > incorporate this into the main stream boot floppies. > > I need this in unified diff form. Since this is for woody, not > potato, I woudl prefer a diff against the woody branch of the > boot-floppies CVS area, or, failing that, a patch against the latest > CVS for the potato CVS area, which may patch relatively cleanly > against the woody branch (dunno). > > Anyhow, any sort of patch file will do, but in the form it is, it's > too much work for me to apply it. > > Can any hurd porters make a committment to work on woody boot-floppies? > You may be stuck with me, but I hope not. It will be a week or so before I will be able to look at adapting the cvs woody version. It should not take too long. The patch will convert boot-floppies to the HURD, rather than add it as an option. I hope that this will be OK. There are some fundimental issues that will have to be addressed sometime. The HURD involves a new platform, not a new architecture. When all the utilities, tools etc are available, then the HURD boot system should be ported to the HURD. IMHO we should examine the relationship between the instalation schemes of Debian GNU/Linux and Debian GNU/HURD. At present it is possible to build a HURD set of boot-floppies with Linux, but I have my doubts if we can do it on the HURD platform at the moment. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hurd CD scripts
The scripts that were used to create the HURD E1 cd-roms can be downloaded from the index page of http://www.copyleft.co.nz (at the bottom). There are two sets of CD scripts, one for each CD. These are very much ad hock creations incorporating work-a-rounds which will change as the HURD develops and the migration to the pool scheme progresses. They were developed from a version taken from cvs some months ago. The boot disks scripts are straight forward. If the files in the tarball are copied on top of boot-floppies 2.2.17 (the version in potato) then the HURD boot floppies can be created. May be someone might like to incorporate this into the main stream boot floppies. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: using GRUB
On 23 Jan 2001, Adam Di Carlo wrote: > > Does the HURD boot-floppies have this feature of installing > > grub? > > No idea. No. The HURD boot floppies are based on the Linux ones. But GRUB is used to boot the the HURD system. Phil. - Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818 Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
