Bug#152152: 151997-close u need some of this medications! spujsspmxcyowfdcmm
This mail is probably spam. The original message has been attached along with this report, so you can recognize or block similar unwanted mail in future. See http://spamassassin.org/tag/ for more details. Content preview: DISCREET OVERNIGHT PHARMACY Our Doctors will write your Prescription You pay only the wholesale price on your Medication. LOSE THOSE EXTRA POUNDS [...] Content analysis details: (13.40 points, 4 required) ONLINE_PHARMACY(2.4 points) BODY: Online Pharmacy DIET (1.0 points) BODY: Lose Weight Spam BAYES_90 (1.5 points) BODY: Bayesian classifier says spam probability is 90 to 99% [score: 0.9850] HTML_60_70 (1.1 points) BODY: Message is 60% to 70% HTML HTML_MESSAGE (3.2 points) BODY: HTML included in message HTML_FONT_COLOR_BLUE (1.1 points) BODY: HTML font color is blue MIME_HTML_ONLY (3.1 points) Message only has text/html MIME parts The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. --- Begin Message --- DISCREET OVERNIGHT PHARMACY Our Doctors will write your Prescription You pay only the wholesale price on your Medication. LOSE THOSE EXTRA POUNDS Get Phentermine for as low as $ 99 the month supply. RXMedsSource is your online pharmacy for FDA USA approved drugs through online consultation, specializing in the EXTREMELY POPULAR, yet hard to find High Level Muscle Relaxers, Pain Relief, and prescription Sleeping Aid Meds such as VALIUM, XANAX, SOMA, Fioricet, Ambien, Cyclobenzaprine, Flexoril, Viagr@ And many many more All Medications Prescribed & Delivered Overnight Bottom Prices - No Prior Prescription Required http://mjak.biz/vpr6662/ Not Interested click here noboabgp utjljbvywroj y wh ilgbco ei --- End Message ---
[ppc] unable to install on new powerbook14"
Hi all, First I've burn the image from yesterday and it's still the same problem. I think it's because the automatic build scripts are broken. But (idiot), I do download it and burn it. But, I have a more precise error (I did write it on a paper): modprobe failed to load module usbkbd, keybdev, usb-ohci and usbserial But I WANT DEBIAN ON MY LAPTOP! So I did download the woody image... I've been unable to boot with kernel 2.2: ... ok opening display /[EMAIL PROTECTED]/ATY, [EMAIL PROTECTED]/ATY,[EMAIL PROTECTED] And when booting with install-safe or install24*, he does not find my hard drive! :( Do I have to pass special argument to the kernel during the boot (and how)? Can I build the iso image for ppc on a ix86? or from MacOSX? or do I have to send a letter to Apple to ask them to ship powerbooks with Debian preloaded? ;) Thanks for your time and patience ;) Best regards, -- .''`. ** Debian GNU/Linux ** : :' : Arnaud Vandyck `. `' http://alioth.debian.org/users/arnaud-guest/ `-http://alioth.debian.org/developer/diary.php?diary_user=2781 jabber: [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: Anna templates polishing
On Tue, Oct 21, 2003 at 08:24:48AM +0200, Christian Perrier wrote: > BTW, why this "anna" name?? All other d-i packages have obvious names > which properly gives an idea about their goals...except this > one. There is certainly a reason, but I'm curious..?:-) See the copyright file. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-installer package payload format
On Mon, Oct 20, 2003 at 07:27:56PM -0400, Joey Hess wrote:
> Assuming that we do get an autobuildable debian-installer source package
> into the archive that can generate install images, we still seem to have
> no plan for what form of binaries it would produce, aside from the
> requisite .deb or .udeb. Since we have not had much feedback from the
> ftp masters on this, I suggest we just do the best we can to find a
> format they can work with with minimal effort, and that they can
> automate if it gets to be too much work, and then punt on the rest of
> the problem.
>
> There only seem to be two choices that do not need immediate changes on
> the ftp-master side:
>
> 1. Just include all the boot images in a .deb, as Allastair's original
>build/debian does, and assume the ftp-masters will somehow deal with
>unpacking that, and that it will not produce problems/confusion to
>have this useless .deb in the Packages lists.
> 2. Include a tarball, which will require "byhand" processing. With the
>tarball we can include our own directory layout, and then the
>ftp-master can just untar this into a directory for the build date,
>update the current symlink, and be done.
>
> I favor the second option, which is similar to how I remember the boot
> floppies doing it at one time. It should be possible for the ftp-masters
> to automate it if they need to. The downside is that before they
> automate it, each new upload of the images will be delayed pending
> manual processing. Daily uploads might be too much with this scheme,
> especially if they end up being batched into only one or two processing
> runs per week. We would still get the benfit of autobuilders, logs, and
> would be able to grab autobuilt images from Incoming.
>
dpkg -x foo_3.2.1-1_arch.deb
is like
tar -xf foo-3.2.1.arch.tar.gz
after that point, manual works starts.
When using 'main/debian-installer' instead of 'main' as the place
for the Packages file, the "useless .deb" go only in
dists/${RELEASE}/main/debian-installer/binary-arch/Packages
and not in the regular
dists/${RELEASE}/main/binary-arch/Packages list.
AFAICT this is minimun impact on the autobuilder,
they can keep building and uploading .deb.
There is no surgery on building and uploading .tar.gz,
we can concentrate on the unpacking in our on tree structure.
> --
> see shy jo
Geert Stappers
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: daily builds and keysigning
Op di 21-10-2003, om 03:14 schreef Colin Watson: > A private buildd with a strange way of getting packages to build, maybe? > The "mail .changes to admin for the admin to sign and then upload > automatically" model seems to work pretty well for the buildds. Well, almost. There are issues with 8BITMIME in that approach, but overall it works nicely. -- Wouter Verhelst Debian GNU/Linux -- http://www.debian.org Nederlandstalige Linux-documentatie -- http://nl.linux.org If you're running Microsoft Windows, either scan your computer on viruses, or stop wasting my bandwith and remove me from your addressbook. *now*. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what can I do for debian installer for Alpha?
On Sun, Oct 19, 2003 at 10:10:16PM -0400, Neil Roeth wrote: > . > . > VFS: Mounted root (ext2 filesystem) readonly. > Freeing unused kernal memory: 192k freed > Warning: unable to open an initial console. > attempt to access beyond end of device > 01:00: rw=0, want=8303, limit=8192 > attempt to access beyond end of device > 01:00: rw=0, want=8304, limit=8192 > . > . > . > attempt to access beyond end of device > 01:00: rw=0, want=8310, limit=8192 > Kernel panic: No init found. Try passing init= option to kernel. > Those error look familair to me. I got the installer started with this kernel bootprompt line: vmlinuz initrd=netboot-initrd.gz root=/dev/ram0 ramdisk_size=8192 init=/linuxrc the init= is important, you will have to increase the ramdisk size Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
virtual package handling in main-menu?
[Matt Kraai] > Log Message: > Do not default to a package that provides a virtual package that is > also provided by a package that is already installed (closes: > #216787). Are you sure this work? I tried to test it, and it still selected lilo-installer after grub-installer completed successfully. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kbd-chooser es.po update
Hi all, Please find attached a minor update to the spanish kbd-chooser debconf templates. Best regards, Carlos. -- Carlos Valdivia Yagüe <[EMAIL PROTECTED]> # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Carlos Valdivia Yagüe <[EMAIL PROTECTED]>, 2003 # msgid "" msgstr "" "Project-Id-Version: kbd-chooser 0.28\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2003-10-02 21:22+0100\n" "PO-Revision-Date: 2003-10-21 13:00+0200\n" "Last-Translator: Carlos Valdivia Yagüe <[EMAIL PROTECTED]>\n" "Language-Team: Debian L10n Spanish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #. Description #: ../templates:3 msgid "Select a Keyboard Layout" msgstr "Elija la distribución del teclado" #. Description #: ../templates:8 msgid "Choose the type of keyboard to configure" msgstr "Elija el tipo de teclado a configurar" #. Description #: ../templates:13 msgid "Select the keymap to use for a USB keyboard" msgstr "Seleccione el mapa de teclado a usar con un teclado USB" #. Description #: ../templates:18 msgid "Select the keymap to use for PC-style keyboard" msgstr "Seleccione el mapa de teclado a usar con un teclado para PC" #. Description #: ../templates:43 msgid "Select the keymap to use" msgstr "Seleccione el mapa de teclado a usar"
Re: what can I do for debian installer for Alpha?
On Oct 20, Goswin von Brederlow ([EMAIL PROTECTED]) wrote: > Neil Roeth <[EMAIL PROTECTED]> writes: > > > On Oct 19, Goswin von Brederlow ([EMAIL PROTECTED]) wrote: > > > Neil Roeth <[EMAIL PROTECTED]> writes: > > > > > > > It booted, but died very early, while trying to mount the ramdisk, rd/0. (If > > > > this sounds familiar, it's because I posted it to debian-alpha.) Any ideas? > > > > I'm still looking into this one. > > > > > > > > RAMDISK driver initialized: 16 RAM disks of 16384k size 1024k blocksize > > > > . > > > > . > > > > . > > > > RAMDISK: Compressed image found at block 0 > > > > Freeing initrd memory: 2249k freed > > > > VFS: Mounted root (ext2 filesystem). > > > > Mounted devfs on /dev > > > > VFS: Cannot open root device "rd/0" or 00:00 > > > > Please append a correct "root=" boot option > > > > Kernel panic: VFS: Unable to mount root fs on 00:00 > > > > > > Can you edit the aboot options from "root=/dev/rd/0" to > > > "root=/dev/ram " or "root=/dev/ram0"? Just edit the iso. > > > > I did this instead by entering the boot command manually using each of these. > > They both fail with the following messages: > > Try /dev/rd/initrd too please. Nope, no go. Same message. If you can tell me in a couple of sentences what to look for in the iso to figure out the proper boot parameters, I'd be happy to figure it out for myself. Thanks. -- Neil Roeth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#216787: virtual package handling in main-menu?
reopen 216787
thanks
On Tue, Oct 21, 2003 at 12:36:33PM +0200, Petter Reinholdtsen wrote:
>
> [Matt Kraai]
> > Log Message:
> > Do not default to a package that provides a virtual package that is
> > also provided by a package that is already installed (closes:
> > #216787).
>
> Are you sure this work?
No.
> I tried to test it, and it still selected
> lilo-installer after grub-installer completed successfully.
Would you please test the following patch?
Index: main-menu/main-menu.c
===
RCS file: /cvs/debian-boot/debian-installer/main-menu/main-menu.c,v
retrieving revision 1.100
diff -u -r1.100 main-menu.c
--- main-menu/main-menu.c 21 Oct 2003 00:18:13 - 1.100
+++ main-menu/main-menu.c 21 Oct 2003 13:37:59 -
@@ -68,12 +68,31 @@
}
}
+int provides_installed_virtual_package(di_package *p) {
+ di_slist_node *node1, *node2;
+
+ for (node1 = p->depends.head; node1; node1 = node1->next) {
+ di_package_dependency *d = node1->data;
+
+ if (d->type == di_package_dependency_type_provides)
+ for (node2 = d->ptr->depends.head; node2; node2 = node2->next)
{
+ d = node2->data;
+
+ if (d->type ==
di_package_dependency_type_reverse_provides
+ && d->ptr->status == di_package_status_installed)
+ return 1;
+ }
+ }
+
+ return 0;
+}
+
/* Expects a topologically ordered linked list of packages. */
static di_system_package *
get_default_menu_item(di_slist *list)
{
di_system_package *p;
- di_slist_node *node, *node1;
+ di_slist_node *node;
int cont;
/* Traverse the list, return the first menu item that isn't installed */
@@ -87,17 +106,10 @@
if (!isdefault(p))
continue;
cont = 0;
- /* Check if a "parallel" package is installed
-* (netcfg-{static,dhcp} and {lilo,grub}-installer are
-* examples of parallel packages */
- for (node1 = p->p.depends.head; node1; node1 = node1->next) {
- di_package_dependency *d = node1->data;
- if (d->type == di_package_dependency_type_provides &&
d->ptr->status == di_package_status_installed) {
- cont = 1;
- break;
- }
- }
- if (!cont)
+ /* Do not default to a package that provides a virtual
+ package that is provided by a package that is
+ already installed. */
+ if (!provides_installed_virtual_package(&p->p))
return p;
}
/* Severely broken, there are no menu items in the sorted list */
--
Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for low-mem cdrom install and minimum kernel versions thereof
On Tue, Oct 21, 2003 at 05:32:42AM +0200, Goswin von Brederlow wrote: > Hi, > > debian-installer currently needs a lot of ram to install all the udebs > on the cdrom. That was one reason for me to suggest mixing debix and > debian-installer together into a live-cd install. > > So here is how it could work: > - > > 1. A small initrd is booted with enough stuff on it to find and mount > the cdrom. > > 2. On the cdrom a huge initrd image is stored with all the udebs > installed that anna would pull in of a cdrom anyway. > > 3. The huge initrd is loopback mounted and a lvm snapshot device is > set over that with a ramdisk/tmpfs as copy-on-write storage. > > 4. mount the lvm snapshot on /mnt > > 5. transfere debconf database and other state files to /mnt > > 6. pivot-root over to the lvm snapshot and exec+chroot main-menu > > 7. continue as normal > > > What have we won? > - > > The 20-40 MB ramdisk that would normaly be used will be kept on cdrom > and only changes to that get stored to ramdisk on a block-by-block > basis. No additional udebs would be installed into ram by anna unless > choosen manually. The only big file left would be the Packages file > which can probably also be preseeded on the cdrom. > > Apart from the ram, time is also saved. Installing all the udebs from > cdrom takes a while on low-mem systems. Consider that an extra bonus. > > > What needs to be changed for this? > -- > > - The device-mapper patch (kernel-patch-device-mapper.deb) would have > to be included in a kernel image and the device-mapper tools (dmsetup) > packaged as udeb. > > - When using tmpfs as storage 2.4.22 is the minimum kernel version. > The benefit of tmpfs would be swapping capabilities once swap is > initialized. Given this is for low-mem that might be nice. Using a > ramdisk the lowest version is 2.4.19 I think. > > - rootskel-low-mem and busybox-low-mem versions would be needed > > - A pkglist and medialist per architecture. Two if there should be a > cdrom wth and without base debs. But they would be just the > cdrom-udebs/cdrom-base lists with the important udebs moved into the > initrd. Could even be generated by the Makefile so only one list has to > be changed in future. > > > > Think about it and let me know what you think. Try an d-i install with > 64MB, 32MB or even 16 MB ram. This sounds like a great idea to me. I am adding a low-memory test to my list, to see how the current installer does. There are a lot of older machines out there that we're leaving behind if we require 32MB. -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IBM 43P-150 installation
On Tue, Oct 21, 2003 at 07:42:23AM +0200, Sven Luther wrote: > On Mon, Oct 20, 2003 at 04:31:08PM -0500, Rolf Brudeseth wrote: > > Sven, > > > > I found this initrd image (9/20/2003) that I am using for now: > > http://www.soziologie.ch/users/steinlin/d-i/netboot-initrd.gz > > > > However, I am having problems NFS mounting the image, something that I have > > done successfully with my own kernels. > > > > Did you enable root NFS? If not, could you please recompile the kernel with > > this enabled? This is what I added to my kernel to get it to work: > > CONFIG_NFS_V3=y > > CONFIG_ROOT_NFS=y > > Mmm, making the kernel bigger, not smaller :(( BTW, the quik patch that Ben sent to the list takes away our quik size worries. -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: virtual package handling in main-menu?
Processing commands for [EMAIL PROTECTED]: > reopen 216787 Bug#216787: configures netcfg-static even though netcfg-dhcp is installed Bug reopened, originator not changed. > thanks 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]
linux-kernel-di_0.6_i386.changes ACCEPTED
Accepted: brltty-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/brltty-modules-2.4.22-1-386-di_0.6_i386.udeb cdrom-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/cdrom-modules-2.4.22-1-386-di_0.6_i386.udeb ext3-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/ext3-modules-2.4.22-1-386-di_0.6_i386.udeb fat-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/fat-modules-2.4.22-1-386-di_0.6_i386.udeb fb-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/fb-modules-2.4.22-1-386-di_0.6_i386.udeb firewire-core-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/firewire-core-modules-2.4.22-1-386-di_0.6_i386.udeb floppy-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/floppy-modules-2.4.22-1-386-di_0.6_i386.udeb ide-core-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/ide-core-modules-2.4.22-1-386-di_0.6_i386.udeb ide-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/ide-modules-2.4.22-1-386-di_0.6_i386.udeb input-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/input-modules-2.4.22-1-386-di_0.6_i386.udeb ipv6-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/ipv6-modules-2.4.22-1-386-di_0.6_i386.udeb irda-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/irda-modules-2.4.22-1-386-di_0.6_i386.udeb isa-pnp-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/isa-pnp-modules-2.4.22-1-386-di_0.6_i386.udeb kernel-image-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/kernel-image-2.4.22-1-386-di_0.6_i386.udeb linux-kernel-di_0.6.dsc to pool/main/l/linux-kernel-di/linux-kernel-di_0.6.dsc linux-kernel-di_0.6.tar.gz to pool/main/l/linux-kernel-di/linux-kernel-di_0.6.tar.gz md-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/md-modules-2.4.22-1-386-di_0.6_i386.udeb nic-extra-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/nic-extra-modules-2.4.22-1-386-di_0.6_i386.udeb nic-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/nic-modules-2.4.22-1-386-di_0.6_i386.udeb nic-pcmcia-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/nic-pcmcia-modules-2.4.22-1-386-di_0.6_i386.udeb nic-shared-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/nic-shared-modules-2.4.22-1-386-di_0.6_i386.udeb parport-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/parport-modules-2.4.22-1-386-di_0.6_i386.udeb pcmcia-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/pcmcia-modules-2.4.22-1-386-di_0.6_i386.udeb plip-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/plip-modules-2.4.22-1-386-di_0.6_i386.udeb ppp-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/ppp-modules-2.4.22-1-386-di_0.6_i386.udeb reiserfs-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/reiserfs-modules-2.4.22-1-386-di_0.6_i386.udeb scsi-core-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/scsi-core-modules-2.4.22-1-386-di_0.6_i386.udeb scsi-extra-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/scsi-extra-modules-2.4.22-1-386-di_0.6_i386.udeb scsi-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/scsi-modules-2.4.22-1-386-di_0.6_i386.udeb serial-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/serial-modules-2.4.22-1-386-di_0.6_i386.udeb socket-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/socket-modules-2.4.22-1-386-di_0.6_i386.udeb usb-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/usb-modules-2.4.22-1-386-di_0.6_i386.udeb usb-storage-modules-2.4.22-1-386-di_0.6_i386.udeb to pool/main/l/linux-kernel-di/usb-storage-modules-2.4.22-1-386-di_0.6_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]
debian-installer-utils_0.31_i386.changes ACCEPTED
Accepted: debian-installer-utils_0.31.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_0.31.dsc debian-installer-utils_0.31.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_0.31.tar.gz di-utils-bootfloppy_0.31_i386.udeb to pool/main/d/debian-installer-utils/di-utils-bootfloppy_0.31_i386.udeb di-utils-reboot_0.31_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_0.31_all.udeb di-utils-shell_0.31_i386.udeb to pool/main/d/debian-installer-utils/di-utils-shell_0.31_i386.udeb di-utils_0.31_i386.udeb to pool/main/d/debian-installer-utils/di-utils_0.31_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]
debian-installer-utils_0.30_i386.changes ACCEPTED
Accepted: debian-installer-utils_0.30.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_0.30.dsc debian-installer-utils_0.30.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_0.30.tar.gz di-utils-reboot_0.30_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_0.30_all.udeb di-utils-shell_0.30_i386.udeb to pool/main/d/debian-installer-utils/di-utils-shell_0.30_i386.udeb di-utils_0.30_i386.udeb to pool/main/d/debian-installer-utils/di-utils_0.30_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]
Re: [ppc] unable to install on new powerbook14"
On Tue, Oct 21, 2003 at 11:10:41AM +0200, Arnaud Vandyck wrote: > Hi all, > > First I've burn the image from yesterday and it's still the same > problem. I think it's because the automatic build scripts are > broken. But (idiot), I do download it and burn it. > > But, I have a more precise error (I did write it on a paper): > > modprobe failed to load module usbkbd, keybdev, usb-ohci and usbserial > > But I WANT DEBIAN ON MY LAPTOP! So I did download the woody image... > > I've been unable to boot with kernel 2.2: > ... ok > opening display /[EMAIL PROTECTED]/ATY, [EMAIL PROTECTED]/ATY,[EMAIL PROTECTED] > > And when booting with install-safe or install24*, he does not find my > hard drive! :( > > Do I have to pass special argument to the kernel during the boot (and > how)? For newer Apple hardware, you need to use the newest yaboot version. You can manually boot the installer from the newer version of yaboot placed on your hard disk, along with a modified yaboot.conf, and linux.bin and root.bin. Details of this method of booting are in the installation manual, and the newer version of yaboot is available at penguinppc.org. -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IBM 43P-150 installation
On Tue, Oct 21, 2003 at 07:09:19AM -0700, Chris Tillman wrote: > On Tue, Oct 21, 2003 at 07:42:23AM +0200, Sven Luther wrote: > > On Mon, Oct 20, 2003 at 04:31:08PM -0500, Rolf Brudeseth wrote: > > > Sven, > > > > > > I found this initrd image (9/20/2003) that I am using for now: > > > http://www.soziologie.ch/users/steinlin/d-i/netboot-initrd.gz > > > > > > However, I am having problems NFS mounting the image, something that I have > > > done successfully with my own kernels. > > > > > > Did you enable root NFS? If not, could you please recompile the kernel with > > > this enabled? This is what I added to my kernel to get it to work: > > > CONFIG_NFS_V3=y > > > CONFIG_ROOT_NFS=y > > > > Mmm, making the kernel bigger, not smaller :(( > > BTW, the quik patch that Ben sent to the list takes away our > quik size worries. But not the miboot floppy ones :)) That said, maybe we could do a custom configuration for miboot floppies anyway ? Anyone cares to send me a .config for it ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-installer package payload format
Geert Stappers wrote:
> When using 'main/debian-installer' instead of 'main' as the place
> for the Packages file, the "useless .deb" go only in
> dists/${RELEASE}/main/debian-installer/binary-arch/Packages
> and not in the regular
> dists/${RELEASE}/main/binary-arch/Packages list.
Great, then we would have to make anna not retreive them. This does not
sound like a good idea.
> AFAICT this is minimun impact on the autobuilder,
> they can keep building and uploading .deb.
> There is no surgery on building and uploading .tar.gz,
It's trivial to include a .tar.gz in an upload. 2 lines in debian/rules,
the autobuilders don't care.
--
see shy jo
signature.asc
Description: Digital signature
cdebconf: return codes overloaded
Hi, In cdebconf, the error codes used are overloaded (and present in commands.h). #define CMDSTATUS_SUCCESS 0 #define CMDSTATUS_BADQUESTION 10 #define CMDSTATUS_BADPARAM 10 #define CMDSTATUS_SYNTAXERROR 20 #define CMDSTATUS_INPUTINVISIBLE30 #define CMDSTATUS_BADVERSION30 #define CMDSTATUS_GOBACK30 #define CMDSTATUS_INTERNALERROR 100 Why not have a separate value for each? What would break if we changed these to different values, for better tracking? Secondly, can we move these definitions to be visible in ? It would tidy up the code not to have to refer to numerals. - Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Updated Czech .po files --for commit
Hi, As usual, in attachement there are updated Czech .po files and I need some good soul to commit them for me. Thanks in advance, Miroslav Kure debian-installer.tar.gz Description: Binary data tasksel.tar.gz Description: Binary data
Re: packaging of boot images for debian-cd
On Fri, Oct 17, 2003 at 11:31:51PM +0200, Goswin von Brederlow wrote: > Hi, > > I'm currently rearanging the building of debian-installer images. This > results in new names and a larger variety of images to choose from. > > Namely there are now 3 types of cdroms: > > 1. cdrom-boot - just boots in an arch specific manner > 2. cdrom-udebs - boot from cdrom and have udebs for d-i on it > 3. cdrom-base - boot from cdrom, have udebs and debs on it > (standalone cd) > > Currently all 3 types have the same kernel(s) but the initrd for them > differs. Debian-installer can generate those 3 types images itself > (with just enough debs forbase on type 3). A full Debian CD set would > use type 3 boot images. > > The question now is how to package up the kernel(s), initrd and list > of required udebs/debs for each type in a way debian-cd can > use. > > I suggest building a debian-installer-bootimages.deb containing the > kernel, initrd and udebs/debs lists (i.e. debian-cd task files) for > each type and let debian-cd depend or suggest that. One huge advantage > of a deb would be that autobuilders can build and upload them > already. Drawback would be that what the sources build would differ > depending of the versions of udebs present in the debian archive. Only > way around that drawback would be to include all udebs needed (5-20MB) > which is ugly. > > Objections, comments, suggestions? decide what you want to do: debian-installer debian-cd debian-cd, what goes on which 640Mb iso image debian-installer, modular concept on installing on bare computers, project boundary is installing the regular debian packages, .deb. discuss d-i issues here, cd issues elsewhere AFAICT there is now need for "cdrom-base" in debian-installer > > MfG > Goswin > Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ppc] unable to install on new powerbook14"
On Tue, 21 Oct 2003 07:20:13 -0700 "Chris Tillman" <[EMAIL PROTECTED]> wrote: [...] > > Do I have to pass special argument to the kernel during the boot (and > > how)? > > For newer Apple hardware, you need to use the newest yaboot version. > You can manually boot the installer from the newer version of yaboot > placed on your hard disk, along with a modified yaboot.conf, and > linux.bin and root.bin. Details of this method of booting are in the > installation manual, and the newer version of yaboot is available at > penguinppc.org. Thanks. -- .''`. ** Debian GNU/Linux ** : :' : Arnaud Vandyck `. `' http://alioth.debian.org/users/arnaud-guest/ `-http://alioth.debian.org/developer/diary.php?diary_user=2781 jabber: [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
pcmcia-udeb_0.5_i386.changes ACCEPTED
Accepted: pcmcia-udeb_0.5.dsc to pool/main/p/pcmcia-udeb/pcmcia-udeb_0.5.dsc pcmcia-udeb_0.5.tar.gz to pool/main/p/pcmcia-udeb/pcmcia-udeb_0.5.tar.gz pcmcia-udeb_0.5_all.udeb to pool/main/p/pcmcia-udeb/pcmcia-udeb_0.5_all.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]
Re: cdebconf: return codes overloaded
[EMAIL PROTECTED] wrote: > In cdebconf, the error codes used are overloaded > (and present in commands.h). > > #define CMDSTATUS_SUCCESS 0 > #define CMDSTATUS_BADQUESTION 10 > #define CMDSTATUS_BADPARAM 10 > #define CMDSTATUS_SYNTAXERROR 20 > #define CMDSTATUS_INPUTINVISIBLE30 > #define CMDSTATUS_BADVERSION30 > #define CMDSTATUS_GOBACK30 > #define CMDSTATUS_INTERNALERROR 100 > > Why not have a separate value for each? > What would break if we changed these to different values, for > better tracking? All of the 30's are specified in the debconf specification, they cannot be changed without chaging the specification and some kind of horrendous transition. And different commands return these anyway so there should be no ambiguity. You're free to change the 10's to anthing in the 10-19 range. -- see shy jo signature.asc Description: Digital signature
Bug#216919: i386 floppy image fails to boot
Package: install Severity: grave The 2003-10-21 i386 floppy image fails to boot because init is missing because it used rootskel-bootfloppy 0.41. -- Matt - This message was sent using the LA Free-Net - LA's best kept secret. http://www.lafn.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kbd-chooser es.po update
On Tue, Oct 21, 2003 at 12:58:57PM +0200, Carlos Valdivia Yagüe wrote: > Hi all, > > Please find attached a minor update to the spanish kbd-chooser debconf > templates. Committed. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-installer package payload format
Joey Hess <[EMAIL PROTECTED]> writes: > 1. Just include all the boot images in a .deb, as Allastair's original >build/debian does, and assume the ftp-masters will somehow deal with >unpacking that, and that it will not produce problems/confusion to >have this useless .deb in the Packages lists. > 2. Include a tarball, which will require "byhand" processing. With the >tarball we can include our own directory layout, and then the >ftp-master can just untar this into a directory for the build date, >update the current symlink, and be done. > > I favor the second option, which is similar to how I remember the boot > floppies doing it at one time. If my vote counts for anything, please do the second not the first. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
PowerPC CHRP network install
I downloaded the debian-installer via cvs and read the documentation. It appears to indicate that there are two supported netinst methods; however, both require a CD? On a PowerPC CHRP system, with the boot-floppies installer, I was able to boot the zImage through BOOTP and load the initrd with NFS, and boot and load the zImage.initrd via BOOTP only. I then installed the base OS through FTP/HTTP? I assume/hope that this function is still available with the debian-installer? Not having to rely upon a CD makes kernel and installer testing much easier logistically. This will be even more useful if/when the zImage.initrd can be loaded from a USB memory stick. Rolf -- Rolf Brudeseth pSeries Global Server Integration, IBM Enterprise Systems Group Austin, TX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#216950: nmu diff
Package: busybox-cvs Severity: normal Version: 20030926-2.1 I have NMUed this package to fix a number of bugs that were delaying aspects of d-i such as usb floppy support. A diff of my changes is attached. -- see shy jo diff -ur old/busybox-cvs-20030926/debian/changelog busybox-cvs-20030926/debian/changelog --- old/busybox-cvs-20030926/debian/changelog 2003-10-21 16:12:18.0 -0400 +++ busybox-cvs-20030926/debian/changelog 2003-10-21 13:08:03.0 -0400 @@ -1,3 +1,14 @@ +busybox-cvs (20030926-2.1) unstable; urgency=low + + * NMU + * Remove /sbin/init from the udebs, while still leaving init support +compiled in. rootskel takes over providing init, but then calls bb init. +Remove linuxrc support from the udebs entirely. Closes: #216756 + * config-floppy-udeb-linux: add minimal find, grep. Closes: #215169 + * net-udeb-linux-i386: add loopback mount support. Closes: #215613 + + -- Joey Hess <[EMAIL PROTECTED]> Tue, 21 Oct 2003 12:47:52 -0400 + busybox-cvs (20030926-2) unstable; urgency=low * debian/config-floppy-udeb-linux diff -ur old/busybox-cvs-20030926/debian/config-floppy-udeb-linux busybox-cvs-20030926/debian/config-floppy-udeb-linux --- old/busybox-cvs-20030926/debian/config-floppy-udeb-linux2003-10-21 16:12:19.0 -0400 +++ busybox-cvs-20030926/debian/config-floppy-udeb-linux2003-10-21 13:19:10.0 -0400 @@ -160,8 +160,17 @@ # # Finding Utilities # -# CONFIG_FIND is not set -# CONFIG_GREP is not set +CONFIG_FIND=y +# CONFIG_FEATURE_FIND_MTIME is not set +# CONFIG_FEATURE_FIND_PERM is not set +# CONFIG_FEATURE_FIND_TYPE is not set +# CONFIG_FEATURE_FIND_XDEV is not set +# CONFIG_FEATURE_FIND_NEWER is not set +# CONFIG_FEATURE_FIND_INUM is not set +CONFIG_GREP=y +# CONFIG_FEATURE_GREP_EGREP_ALIAS is not set +# CONFIG_FEATURE_GREP_FGREP_ALIAS is not set +# CONFIG_FEATURE_GREP_CONTEXT is not set # CONFIG_XARGS is not set # diff -ur old/busybox-cvs-20030926/debian/config-net-udeb-linux-i386 busybox-cvs-20030926/debian/config-net-udeb-linux-i386 --- old/busybox-cvs-20030926/debian/config-net-udeb-linux-i386 2003-09-26 09:13:06.0 -0400 +++ busybox-cvs-20030926/debian/config-net-udeb-linux-i386 2003-10-21 13:06:25.0 -0400 @@ -205,7 +205,7 @@ # CONFIG_INIT=y CONFIG_FEATURE_USE_INITTAB=y -CONFIG_FEATURE_INITRD=y +# CONFIG_FEATURE_INITRD is not set # CONFIG_FEATURE_INIT_COREDUMPS is not set CONFIG_FEATURE_EXTRA_QUIET=y # CONFIG_HALT is not set diff -ur old/busybox-cvs-20030926/debian/config-udeb busybox-cvs-20030926/debian/config-udeb --- old/busybox-cvs-20030926/debian/config-udeb 2003-10-21 16:12:18.0 -0400 +++ busybox-cvs-20030926/debian/config-udeb 2003-10-21 13:05:02.0 -0400 @@ -208,7 +208,7 @@ # CONFIG_INIT=y CONFIG_FEATURE_USE_INITTAB=y -CONFIG_FEATURE_INITRD=y +# CONFIG_FEATURE_INITRD is not set # CONFIG_FEATURE_INIT_COREDUMPS is not set CONFIG_FEATURE_EXTRA_QUIET=y CONFIG_HALT=y diff -ur old/busybox-cvs-20030926/debian/config-udeb-linux busybox-cvs-20030926/debian/config-udeb-linux --- old/busybox-cvs-20030926/debian/config-udeb-linux 2003-10-21 16:12:19.0 -0400 +++ busybox-cvs-20030926/debian/config-udeb-linux 2003-10-21 13:06:06.0 -0400 @@ -208,7 +208,7 @@ # CONFIG_INIT=y CONFIG_FEATURE_USE_INITTAB=y -CONFIG_FEATURE_INITRD=y +# CONFIG_FEATURE_INITRD is not set # CONFIG_FEATURE_INIT_COREDUMPS is not set CONFIG_FEATURE_EXTRA_QUIET=y CONFIG_HALT=y diff -ur old/busybox-cvs-20030926/debian/config-udeb-linux-i386 busybox-cvs-20030926/debian/config-udeb-linux-i386 --- old/busybox-cvs-20030926/debian/config-udeb-linux-i386 2003-09-26 09:13:06.0 -0400 +++ busybox-cvs-20030926/debian/config-udeb-linux-i386 2003-10-21 13:03:38.0 -0400 @@ -208,7 +208,7 @@ # CONFIG_INIT=y CONFIG_FEATURE_USE_INITTAB=y -CONFIG_FEATURE_INITRD=y +# CONFIG_FEATURE_INITRD is not set # CONFIG_FEATURE_INIT_COREDUMPS is not set CONFIG_FEATURE_EXTRA_QUIET=y CONFIG_HALT=y @@ -406,7 +406,7 @@ # # Common options for mount/umount # -# CONFIG_FEATURE_MOUNT_LOOP is not set +CONFIG_FEATURE_MOUNT_LOOP=y # CONFIG_FEATURE_MTAB_SUPPORT is not set # diff -ur old/busybox-cvs-20030926/debian/rules busybox-cvs-20030926/debian/rules --- old/busybox-cvs-20030926/debian/rules 2003-10-21 16:12:18.0 -0400 +++ busybox-cvs-20030926/debian/rules 2003-10-21 13:07:54.0 -0400 @@ -83,6 +83,9 @@ $(MAKE) CONFIG_DEBUG=$(CONFIG_DEBUG) $(MAKE) PREFIX=$(CURDIR)/install-$(PACKAGE_PREFIX)-udeb install + # Remove init link, but init support is still compiled in to be + # used. + rm -f $(CURDIR)/install-$(PACKAGE_PREFIX)-udeb/sbin/init touch $@ signature.asc Description: Digital signature
busybox-cvs_20030926-2.1_i386.changes ACCEPTED
Accepted: busybox-cvs-floppy-udeb_20030926-2.1_i386.udeb to pool/main/b/busybox-cvs/busybox-cvs-floppy-udeb_20030926-2.1_i386.udeb busybox-cvs-static_20030926-2.1_i386.deb to pool/main/b/busybox-cvs/busybox-cvs-static_20030926-2.1_i386.deb busybox-cvs-udeb_20030926-2.1_i386.udeb to pool/main/b/busybox-cvs/busybox-cvs-udeb_20030926-2.1_i386.udeb busybox-cvs_20030926-2.1.diff.gz to pool/main/b/busybox-cvs/busybox-cvs_20030926-2.1.diff.gz busybox-cvs_20030926-2.1.dsc to pool/main/b/busybox-cvs/busybox-cvs_20030926-2.1.dsc busybox-cvs_20030926-2.1_i386.deb to pool/main/b/busybox-cvs/busybox-cvs_20030926-2.1_i386.deb Announcing to [EMAIL PROTECTED] Setting bugs to severity fixed: 215169 215613 216756 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of busybox-cvs 20030926-2.1
tag 215169 + fixed tag 215613 + fixed tag 216756 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 21 Oct 2003 12:47:52 -0400 Source: busybox-cvs Binary: busybox-cvs-udeb busybox-cvs busybox-cvs-floppy-udeb busybox-cvs-static Architecture: source i386 Version: 20030926-2.1 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Joey Hess <[EMAIL PROTECTED]> Description: busybox-cvs - Tiny utilities for small and embedded systems busybox-cvs-floppy-udeb - Tiny utilities for the debian-installer floppy images (udeb) busybox-cvs-static - Standalone rescue shell with tons of builtin utilities busybox-cvs-udeb - Tiny utilities for the debian-installer (udeb) Closes: 215169 215613 216756 Changes: busybox-cvs (20030926-2.1) unstable; urgency=low . * NMU * Remove /sbin/init from the udebs, while still leaving init support compiled in. rootskel takes over providing init, but then calls bb init. Remove linuxrc support from the udebs entirely. Closes: #216756 * config-floppy-udeb-linux: add minimal find, grep. Closes: #215169 * net-udeb-linux-i386: add loopback mount support. Closes: #215613 Files: 8b64306743abea74ac81a0afed526117 833 - optional busybox-cvs_20030926-2.1.dsc a0a7f196713d8705301ea3ac9847004d 154559 - optional busybox-cvs_20030926-2.1.diff.gz d2b2373af1fb9b2f2e47d3628f17298a 101600 utils optional busybox-cvs_20030926-2.1_i386.deb 89171f1ee90d7f08a0806b8a77b9cd2f 637000 shells optional busybox-cvs-static_20030926-2.1_i386.deb 5352e7c6ca37c18ba79e72fad3b03957 133976 debian-installer extra busybox-cvs-udeb_20030926-2.1_i386.udeb 4780a2ab2ce5322d4a89922c454a8c90 59138 debian-installer extra busybox-cvs-floppy-udeb_20030926-2.1_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/lZPw2tp5zXiKP0wRAr19AJ9FaRRK7+pGRVvahVEGUlz0gDFBZwCeP4BH OfW6vlOiGRxezHXW87FJE9M= =HRC4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rootskel_0.46_i386.changes ACCEPTED
Accepted: rootskel-bootfloppy_0.46_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_0.46_i386.udeb rootskel-locale_0.46_i386.udeb to pool/main/r/rootskel/rootskel-locale_0.46_i386.udeb rootskel_0.46.dsc to pool/main/r/rootskel/rootskel_0.46.dsc rootskel_0.46.tar.gz to pool/main/r/rootskel/rootskel_0.46.tar.gz rootskel_0.46_i386.udeb to pool/main/r/rootskel/rootskel_0.46_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]
Re: Updated Czech .po files --for commit
On Tue, Oct 21, 2003 at 06:09:07PM +0200, Miroslav Kure wrote: > Hi, > > As usual, in attachement there are updated Czech .po files and I need > some good soul to commit them for me. Committed. You could also translate the attached file, it has to go into tasksel/tasks/po/cs.po and contains translated tasks, which can be displayed by tasksel. Denis cs.po.gz Description: Binary data
Re: PowerPC CHRP network install
Am Die, den 21.10.2003 schrieb Rolf Brudeseth um 22:08: > > > I downloaded the debian-installer via cvs and read the documentation. It > appears to indicate that there are two supported netinst methods; however, > both require a CD? No, you dont' need to burn the image on a CD. > > On a PowerPC CHRP system, with the boot-floppies installer, I was able to > boot the zImage through BOOTP and load the initrd with NFS, and boot and > load the zImage.initrd via BOOTP only. I don't know if anyone tried NFS installs, but they should work in theory. zImage.initrd or zImage plus a separate initrd (if this is possible on your arch) over bootp/dhcp/tftp/whatsoever works. > > I then installed the base OS through FTP/HTTP? I assume/hope that this > function is still available with the debian-installer? To be able to do that you have to build TYPE=netboot > > Not having to rely upon a CD makes kernel and installer testing much easier > logistically. This will be even more useful if/when the zImage.initrd can > be loaded from a USB memory stick. USB is on the way. Ask Joey Hess about it. You can download daily built initrds from http://people.debian.org/~tsauter/d-i/images-powerpc/ (yes it works again) There's apparently no kernel there :-(, but they are built for the latest 2.4.22 kernel in the archive (kernel versions are important because otherwise you will have a version clash with the modules on the initrd). Thorsten: IMHO it would by wise to add the kernel to your daily build directory. gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of busybox-cvs 20030926-2.1
Processing commands for [EMAIL PROTECTED]: > tag 215169 + fixed Bug#215169: need find in busybox-cvs-floppy-udeb There were no tags set. Tags added: fixed > tag 215613 + fixed Bug#215613: need loop mount support in udeb Tags were: d-i Tags added: fixed > tag 216756 + fixed Bug#216756: busybox-cvs udeb: /linuxrc is obsolete and breaks d-i There were no tags set. Tags added: fixed > quit 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#216976: The 2003-10-21 i386 bootfloppy-image.img -> Kernel panic.
Package: install Severity: grave The 2003-10-21 i386 bootfloppy-image.img creates a kernel panic. Last messages are BusyBox usage message which includes the `Currently defined functions' and then there is a Kernel panic message because of an attempt to kill init. -- Shaul Karl,shaulk @ actcom . net . il -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: merge 216919 216976
Processing commands for [EMAIL PROTECTED]: > merge 216919 216976 Bug#216919: i386 floppy image fails to boot Bug#216976: The 2003-10-21 i386 bootfloppy-image.img -> Kernel panic. Merged 216919 216976. > - 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#216986: does not include freeramdisk
Package: busybox-cvs-udeb Severity: normal Tag: d-i The d-i rcS script can use freeramdisk to clear the initrd from memory, but only if it's installed. I've tested it and it seems to work, but needs to be turned on in this package. -- see shy jo signature.asc Description: Digital signature
Re: Second round of powerpc subarch investigation : boot-loaders.
On Tue, Oct 21, 2003 at 07:36:57AM +0200, Sven Luther wrote:
> On Mon, Oct 20, 2003 at 12:45:47PM -0700, Tom Rini wrote:
> > On Mon, Oct 20, 2003 at 09:31:46PM +0200, Sven Luther wrote:
> > > On Mon, Oct 20, 2003 at 11:10:21AM -0700, Tom Rini wrote:
> > > > On Sun, Oct 19, 2003 at 11:29:38AM +0200, Sven Luther wrote:
[snip]
> > > > > 2) We develop a separate tool (like sparc's piggyback i was told)
> > > > > which is able to add a initrd onto an existing kernel.
> > > >
> > > > As the images used, prior to additional tools being run on them (such as
> > > > mkprep) use an ldscript to determine locations, this might be possible.
> > >
> > > Mmm, i think it may be possible to create such a tool, altough i have
> > > the feeling that it must be built from the kernel sources maybe (since
> > > there is no need to duplicate the code for it already found in the
> > > kernel) and that it needs to be done differently for prep, chrp and
> > > pmac. Don't know if chrp-rs6k is different from chrp though.
> >
> > It shouldn't need to be done differently on pmac, prep and chrp (and
> > chrp-rs6k is not different here, the difference is in mangling the final
> > image, more or less). They all make use of the same variables, which
> > are in the linker script.
>
> Which in turn is in the kernel source.
True, but they could be easily split out (or put in a package made by
the kernel..)
> > So if you can keep some intermediate images
> > around, things should be OK. i.e. ship the 'zImage's in their last
> > state before they stop being true ELF files, and you can then modify
>
> Is this the vmlinux found at the toplevel directory, and used directly
> by yaboot ?
No. Each of arch/ppc/boot/{prep,chrp,pmac,simple} produce an ELF file
that has a kernel and optional ramdisk embedded inside of a wrapper to
relocate things and unpack them. A very simple bootloader, if you will.
--
Tom Rini
http://gate.crashing.org/~trini/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-installer package payload format
James Troup wrote: > If my vote counts for anything, please do the second not the first. I'd say it counts for about 99% unless we hear from another ftpmaster with a differing opinion. -- see shy jo signature.asc Description: Digital signature
Re: cvs commit to debian-installer/build/media-lists/floppy-net by goswin
[EMAIL PROTECTED] wrote: > pcmcia-udeb has a broken depends Note that that was fixed earlier today, and the fix is already in the archive AFAIK. -- see shy jo signature.asc Description: Digital signature
rootskel_0.47_i386.changes ACCEPTED
Accepted: rootskel-bootfloppy_0.47_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_0.47_i386.udeb rootskel-locale_0.47_i386.udeb to pool/main/r/rootskel/rootskel-locale_0.47_i386.udeb rootskel_0.47.dsc to pool/main/r/rootskel/rootskel_0.47.dsc rootskel_0.47.tar.gz to pool/main/r/rootskel/rootskel_0.47.tar.gz rootskel_0.47_i386.udeb to pool/main/r/rootskel/rootskel_0.47_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]
first nearly successful USB media install
For this install I used images built using a number of localudebs, but I hope that the last of those will have gotten into the archive either today or tomorrow and I will then be able to try it again with autobuilt images. I wrote the bootfloppy image to a floppy, and copied dest/hd-media-initrd.gz to /keychain/initrd.gz (on the first (FAT) partition on my 128 mb USB keychain which I bought at an evil American mass-market store). Overnight I had downloaded yesterday's build of sarge-i386-netinst.iso; I copied that to keychain as well (it just fit). I booted the installer using the floppy as my laptop's BIOS does not support direct boots from other USB media. The installer immediatly saw the keychain's initrd, loaded it, and I was asked for my language. Then the installer did hardware detection, automatically found the iso on the keychain, and loaded all the udebs from it. All quite fast, and pretty slick. At this point, main-menu crashed, and I was left staring at a "Something went wrong. Press enter to continue." prompt, which, if I had not written it, I would have to say is awefully vague and unhelpful. :-/ But it does highlight this main-menu crash, which I think we have been seeing for ages and never tracked down. It seemed to happen after all the udebs were loaded, when main-menu struggled to cope with the new system status. Or something like that. Needs a debugger. I hit enter to continue, and the installer prompted me about partitioning. This prompt was a wee bit confusing (this is the first time I have gotten this far with the installer), since it asked for a drive to partition, but did not mention how it was going to partition it. With scary thoughts of automatic repartitioning of my precious (and only) laptop hard drive, I went ahead and selected it. (I note that the list of drives to partition included the USB memory stick that I was installing from. Not likely to be a good idea. It also included my USB floppy device.) In cfdisk, I told it to change my 128 mb swap partition to ext2, and write and quit. For some reason the next screen (picking partitions to mount?) still identified it as type swap. I went back and checked, it was ext2 according to fdisk. Still swap as far as d-i knew, but I went ahead and told it to mount that as the root partition. Lacking any other partitions, I continued with the install. Now it copied all the base debs over to my little target partition, which seemed a little strage, since it was so small, and the debs were already there on the "cdrom". Waste of disk space and time. Then it installed them all, up to the point when I got an error message saying debootstrap had failed, and that perhaps /target/var/log/debootstrap.log would say why. I checked, and that file was empty. I looked at the consoles, and vt3 said it was out of space (of course). This error message could be much better. At this point I gave up, picked the reboot menu item, and quit the install attempt. I expect that if I had a little bit more free space on a throwaway partition, and if grub worked, I would have had a successful install. -- see shy jo signature.asc Description: Digital signature
debian-installer-utils_0.32_i386.changes ACCEPTED
Accepted: debian-installer-utils_0.32.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_0.32.dsc debian-installer-utils_0.32.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_0.32.tar.gz di-utils-bootfloppy_0.32_i386.udeb to pool/main/d/debian-installer-utils/di-utils-bootfloppy_0.32_i386.udeb di-utils-reboot_0.32_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_0.32_all.udeb di-utils-shell_0.32_i386.udeb to pool/main/d/debian-installer-utils/di-utils-shell_0.32_i386.udeb di-utils_0.32_i386.udeb to pool/main/d/debian-installer-utils/di-utils_0.32_i386.udeb Announcing to [EMAIL PROTECTED] Setting bugs to severity fixed: 214354 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of debian-installer-utils 0.32
tag 214354 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 19 Oct 2003 17:02:22 +0200 Source: debian-installer-utils Binary: di-utils-shell di-utils-reboot di-utils-bootfloppy di-utils Architecture: source all i386 Version: 0.32 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Bart Cornelis <[EMAIL PROTECTED]> Description: di-utils - Miscellaneous utilities for the debian installer. (udeb) di-utils-bootfloppy - Utilities for the debian installer boot floppy. (udeb) di-utils-reboot - Reboot (udeb) di-utils-shell - Execute a shell (udeb) Closes: 214354 Changes: debian-installer-utils (0.32) unstable; urgency=low . * Kenshi Muto - Update Japanese translation (ja.po) * Christian Perrier - Update French translation. * Bart Cornelis - update dutch translation (nl.po) * Tommi Vainikainen - Add Finnish (fi.po) translation * Joey Hess - Documentation updates. - Remove unused exec.c, shell.c. * Miroslav Kure - Update Czech translation (cs.po). * Ilgiz Kalmetev - Update Russian translation (ru.po). Closes: #214354 Files: f2da3d972587f7e9145ad42733c5222d 890 debian-installer standard debian-installer-utils_0.32.dsc db426741e1b771b0de48b8c701b53c2d 22904 debian-installer standard debian-installer-utils_0.32.tar.gz bc38991bf7599598ebd3055750690154 986 debian-installer standard di-utils-reboot_0.32_all.udeb ce75ba16d30e71a8f59de6d1bf3b054e 4702 debian-installer standard di-utils-shell_0.32_i386.udeb b3b4439246de43ffe0f7b33b9e419f63 2472 debian-installer standard di-utils_0.32_i386.udeb 9b53d2b7d3bc6e7be043060ffd089b91 2114 debian-installer standard di-utils-bootfloppy_0.32_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/lc212tp5zXiKP0wRAvu6AJ0Y2yqqQrRxSCA736U/yMW8ussZNQCeJEEj q9DWkVKraRkqOZ3dPbYQfMg= =Wxud -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of debian-installer-utils 0.32
Processing commands for [EMAIL PROTECTED]: > tag 214354 + fixed Bug#214354: russian PO-file translation for debian-installer-utils package There were no tags set. Tags added: fixed > quit 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#214354: marked as done (russian PO-file translation for debian-installer-utils package)
Your message dated Tue, 21 Oct 2003 21:58:40 -0400 with message-id <[EMAIL PROTECTED]> and subject line FWD: Processed: Fixed in NMU of debian-installer-utils 0.32 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; 6 Oct 2003 08:23:41 + >From [EMAIL PROTECTED] Mon Oct 06 03:23:24 2003 Return-path: <[EMAIL PROTECTED]> Received: from mail.ufamts.ru [213.24.116.135] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1A6QeJ-0001xm-00; Mon, 06 Oct 2003 03:23:24 -0500 Received: from nw132.bashtelecom.ru ([213.24.116.132] helo=localhost) by mail.ufamts.ru with esmtp id 1A6QeI-0001xL-9T for <[EMAIL PROTECTED]>; Mon, 06 Oct 2003 14:23:22 +0600 To: [EMAIL PROTECTED] From: Ilgiz Kalmetev <[EMAIL PROTECTED]> X-Mailer: Perl script "po_send" using Mail::Sender 0.7.14.1 by Jenda Krynicky running on localhost (127.0.0.1) under account "" Date: Mon, 6 Oct 2003 14:23:09 +0600 Message-ID: <[EMAIL PROTECTED]> Subject: russian PO-file translation for debian-installer-utils package MIME-Version: 1.0 Content-type: Multipart/Mixed; boundary="Message-Boundary-by-Mail-Sender-1065428586" X-SA-Do-Not-Run: Yes Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE version=2.53-bugs.debian.org_2003_10_05 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_05 (1.174.2.15-2003-03-30-exp) --Message-Boundary-by-Mail-Sender-1065428586 Content-type: text/plain; charset=US-ASCII Content-description: Mail message body Content-transfer-encoding: 7BIT Content-disposition: inline Package: debian-installer-utils Version: 0.26 This is new/fixed russian translation of po-file for debian-installer-utils package. -- Ilgiz Kalmetev --Message-Boundary-by-Mail-Sender-1065428586 Content-type: application/octet-stream; name="debian-installer-utils_0.26.po"; type=Unknown; Content-description: debian-installer-utils_0.26.po Content-transfer-encoding: BASE64 Content-disposition: attachment IyB0cmFuc2xhdGlvbiBvZiBkZWJpYW4taW5zdGFsbGVyLXV0aWxzXzAuMjYucG8gdG8gcnVzc2lh bgojIENvcHlyaWdodCAoQykgWUVBUiBUSEUgUEFDS0FHRSdTIENPUFlSSUdIVCBIT0xERVIKIyBU aGlzIGZpbGUgaXMgZGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHNhbWUgbGljZW5zZSBhcyB0aGUgUEFD S0FHRSBwYWNrYWdlLgojIEZJUlNUIEFVVEhPUiA8RU1BSUxAQUREUkVTUyZndDssIFlFQVIuCiMK IyAgICBUcmFuc2xhdG9ycywgcGxlYXNlIHJlYWQgL3Vzci9zaGFyZS9kb2MvcG8tZGViY29uZi9S RUFETUUtdHJhbnMKIyAgICAgICAgIG9yIDxhIGhyZWY9Imh0dHA6Ly93d3cuZGViaWFuLm9yZy9p bnRsL2wxMG4vcG8tZGViY29uZi9SRUFETUUtdHJhbnMiPmh0dHA6Ly93d3cuZGViaWFuLm9yZy9p bnRsL2wxMG4vcG8tZGViY29uZi9SRUFETUUtdHJhbnM8L2E+CiMKbXNnaWQgIiIKbXNnc3RyICIi CiJQcm9qZWN0LUlkLVZlcnNpb246IGRlYmlhbi1pbnN0YWxsZXItdXRpbHNfMC4yNlxuIgoiUmVw b3J0LU1zZ2lkLUJ1Z3MtVG86IFxuIgoiUE9ULUNyZWF0aW9uLURhdGU6IDIwMDMtMDktMTggMjI6 MzErMDIwMFxuIgoiUE8tUmV2aXNpb24tRGF0ZTogMjAwMy0xMC0wNCAyMzowNiswNjAwXG4iCiJM YXN0LVRyYW5zbGF0b3I6IElsZ2l6IEthbG1ldGV2IDx0cmFuc2xhdG9yQGlsZ2l6LnBwLnJ1Plxu IgoiTGFuZ3VhZ2UtVGVhbTogcnVzc2lhbiA8ZGViaWFuLXJ1c3NpYW5AbGlzdHMuZGViaWFuLm9y Zz5cbiIKIk1JTUUtVmVyc2lvbjogMS4wXG4iCiJDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNo YXJzZXQ9S09JOC1SXG4iCiJDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA4Yml0XG4iCiJYLUdl bmVyYXRvcjogS0JhYmVsIDEuMC4xXG4iCgojLiBEZXNjcmlwdGlvbgojOiAuLi9kaS11dGlscy1z aGVsbC50ZW1wbGF0ZXM6Mwptc2dpZCAiSW50ZXJhY3RpdmUgc2hlbGwuIgptc2dzdHIgIunO1MXS wcvUydfOwdEgz8LPzM/ey8EuIgoKIy4gRGVzY3JpcHRpb24KIzogLi4vZGktdXRpbHMtc2hlbGwu dGVtcGxhdGVzOjMKbXNnaWQgIiIKIllvdSBhcmUgcnVubmluZyBcImFzaFwiLCBhIEJvdXJuZS1z aGVsbCBjbG9uZS4gVGhlIHJvb3QgZmlsZXN5c3RlbSBpcyBhIFJBTSAiCiJkaXNjLiBUaGUgaGFy ZCBkaXNjIGZpbGUgc3lzdGVtcyBhcmUgbW91bnRlZCBvbiBcIi90YXJnZXRcIi4gVGhlIGVkaXRv ciAiCiJhdmFpbGFibGUgdG8geW91IGlzIG5hbm8uIEl0J3MgdmVyeSBzbWFsbCBhbmQgZWFzeSB0 byBmaWd1cmUgb3V0LiBUbyBnZXQgYW4gIgoiaWRlYSBvZiB3aGF0IFVuaXggdXRpbGl0aWVzIGFy ZSBhdmFpbGFibGUgdG8geW91LCBydW4gXCJscyAvYmluIC9zYmluIC91c3IvIgoiYmluIC91c3Iv c2JpblwiLiBVc2UgdGhlIFwiZXhpdFwiIGNvbW1hbmQgdG8gcmV0dXJuIHRvIHRoZSBpbnN0YWxs YXRpb24gbWVudS4iCm1zZ3N0ciAiIgoi99kg19nQz8zO0cXUxSBcImFzaFwiLCDLzM/OIEJvdXJu ZS1zaGVsbC4g68/SzsXXwdEgxsHKzM/XwdEg08nT1MXNwSAiCiLSwdPQz8zP1sXOwSDOwSBSQU0t xMnTy8UuIObByszP19nFINPJ09TFzdkg1sXT1MvJyCDEydPLz9cg083PztTJ0s/Xwc7ZINcgXCIv IgoidGFyZ2V0XCIuIPcg98Hbxc0g0sHT0M/S0dbFzsnJINLFxMHL1M/SIC0gbmFuby4g784gz97F ztggzcHMxc7Yy8nKIMkgIgoi0NLP09TPyi4g/tTPwtkg0M/M1d7J1Ngg0NLFxNPUwdfMxc7JxSDP INTPzSwgy8HLycUg1dTJzMnU2SBVbml4IPfBzSAgIgoixM/T1NXQztksINrB0NXT1MnUxSDLz83B zsTVIFwibHMgL2JpbiAvc2JpbiA
Re: PowerPC CHRP network install
On Tue, Oct 21, 2003 at 11:26:04PM +0200, Gaudenz Steinlin wrote: > Am Die, den 21.10.2003 schrieb Rolf Brudeseth um 22:08: > > > > > > I downloaded the debian-installer via cvs and read the documentation. It > > appears to indicate that there are two supported netinst methods; however, > > both require a CD? > No, you dont' need to burn the image on a CD. Actually, it's very difficult to use the current CD image without a CD. It makes the assumption that the CD is there, and the last time I tried, I couldn't fool it into thinking the hard disk was where it wanted to look. We need to have options available for mirrors on the hard disk. Also, the yaboot.conf is set up for CD usage. We will have to tell the user to modify it for hard disk. Maybe it would be better to have a separate d-i.tgz target intended to be unpacked on the hard disk. > > > > On a PowerPC CHRP system, with the boot-floppies installer, I was able to > > boot the zImage through BOOTP and load the initrd with NFS, and boot and > > load the zImage.initrd via BOOTP only. > I don't know if anyone tried NFS installs, but they should work in > theory. zImage.initrd or zImage plus a separate initrd (if this is > possible on your arch) over bootp/dhcp/tftp/whatsoever works. We definitely need testing in this area. -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: first nearly successful USB media install
On Tue, Oct 21, 2003 at 08:56:39PM -0400, Joey Hess wrote: > > In cfdisk, I told it to change my 128 mb swap partition to ext2, and > write and quit. For some reason the next screen (picking partitions to > mount?) still identified it as type swap. I went back and checked, it > was ext2 according to fdisk. Still swap as far as d-i knew, but I went > ahead and told it to mount that as the root partition. Lacking any other > partitions, I continued with the install. I think it identifies it as swap because it's looking at the filesystem that's present on the partition, not the partition type. -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#216702: marked as done (typo in install-docs)
Your message dated Tue, 21 Oct 2003 20:46:06 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#216702: typo in install-docs 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; 20 Oct 2003 14:45:45 + >From [EMAIL PROTECTED] Mon Oct 20 09:45:35 2003 Return-path: <[EMAIL PROTECTED]> Received: from host125.fnbhutch.com (gwmail.fnbhutch.com) [65.218.36.125] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1ABbHr-000416-00; Mon, 20 Oct 2003 09:45:35 -0500 Received: from smtp.fnbhutch.com ([192.168.2.2]) by gwmail.fnbhutch.com; Mon, 20 Oct 2003 09:45:02 -0500 Date: Mon, 20 Oct 2003 09:44:48 -0500 To: [EMAIL PROTECTED] From: "Josh Litwiller" <[EMAIL PROTECTED]> Sender: "Josh Litwiller" <[EMAIL PROTECTED]> Reply-To: "Josh Litwiller" <[EMAIL PROTECTED]> Received: from ccMail by smtp.fnbhutch.com (ccMail Link to SMTP R8.52.02.1) id 2758398850; Mon, 20 Oct 2003 09:45:06 -0500 Importance: normal Priority: normal Subject: typo in install-docs Message-Id: <[EMAIL PROTECTED]> X-MIME-Engine: v0.90 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Id: <[EMAIL PROTECTED]> Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-4.0 required=4.0 tests=BAYES_70,HAS_PACKAGE version=2.53-bugs.debian.org_2003_10_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_20 (1.174.2.15-2003-03-30-exp) Package:install-doc Version:Current version accessed from debian.org Section 9.6.1 Kernel Image Management, Paragraph 6 contains an error. Mid-way through 3rd sentance, text reads: "... extract the kernel sources (tar xIf /usr/src/kernel-source- ..." Should read: "extract the kernel sources (tar xjf /usr/src/kernel-source- ..." Admittedly a minor problem. Josh Litwiller Hesston, Kansas, USA --- Received: (at 216702-done) by bugs.debian.org; 22 Oct 2003 03:45:01 + >From [EMAIL PROTECTED] Tue Oct 21 22:45:01 2003 Return-path: <[EMAIL PROTECTED]> Received: from fed1mtao05.cox.net [68.6.19.126] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AC9vg-0005io-00; Tue, 21 Oct 2003 22:45:00 -0500 Received: from iMacBlue ([68.107.134.103]) by fed1mtao05.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <[EMAIL PROTECTED]>; Tue, 21 Oct 2003 23:44:55 -0400 Received: by iMacBlue (sSMTP sendmail emulation); Tue, 21 Oct 2003 20:46:06 +4100 From: "Chris Tillman" <[EMAIL PROTECTED]> Date: Tue, 21 Oct 2003 20:46:06 -0700 To: Josh Litwiller <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: Bug#216702: typo in install-docs Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.3.28i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.7 required=4.0 tests=BAYES_20,EMAIL_ATTRIBUTION,QUOTED_EMAIL_TEXT version=2.53-bugs.debian.org_2003_10_21 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_21 (1.174.2.15-2003-03-30-exp) On Mon, Oct 20, 2003 at 09:44:48AM -0500, Josh Litwiller wrote: > Package:install-doc > Version:Current version accessed from debian.org > > Section 9.6.1 Kernel Image Management, Paragraph 6 contains an error. > > Mid-way through 3rd sentance, text reads: > > "... extract the kernel sources (tar xIf /usr/src/kernel-source- ..." > > Should read: > > "extract the kernel sources (tar xjf /usr/src/kernel-source- ..." > > Admittedly a minor problem. > > Josh Litwiller > Hesston, Kansas, USA Fixed in CVS, thanks. -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: first nearly successful USB media install
Quoting Joey Hess ([EMAIL PROTECTED]): > At this point, main-menu crashed, and I was left staring at a "Something > went wrong. Press enter to continue." prompt, which, if I had not I'd have said the same. I found this prompt in netcfg and translated with a less trivial sentence...which, however, remains quite vague anyway It looks like such prompt is also in ddetect. Dunno which one you found but this definitely needs update...ate least for using a less current language, IMHO. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#217018: anna: Polishing debconf templates
Package: anna Version: 0.49 Severity: normal Tags: patch While starting the work on polishing debconf templates for d-i packages, I started to work on anna's templates. Regarding principles we (mostly Joey and myself) wrote about a few days ago, this package does not need much changes. Attached is the diff file I propose. Please note that this is of course meant for being discussed. 4,6c4,8 < _Description: Choose the retriever to use < The retriever is responsible for fetching the modules to be < installed. --- > _Description: Retriever to use > Please choose the retriever you want to use. > . > The retriever is the method responsible for fetching the modules to be > installed. Prompt change. Makes the prompt look more like it really is : a prompt which says the most important thing : what is to be chosen. The fact that this is a choice is moved to the "long" description 11c13,15 < _Description: Choose the Debian installer modules to install --- > _Description: Debian installer modules to install > Please choose additional Debian installer modules you want to use. > . Same principle. Nothing else found. Anna's templates are already very polished... -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux mykerinos 2.4.22 #2 Mon Sep 29 15:12:10 CEST 2003 i686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) -- debconf information excluded 4,6c4,8 < _Description: Choose the retriever to use < The retriever is responsible for fetching the modules to be < installed. --- > _Description: Retriever to use > Please choose the retriever you want to use. > . > The retriever is the method responsible for fetching the modules to be > installed. 11c13,15 < _Description: Choose the Debian installer modules to install --- > _Description: Debian installer modules to install > Please choose additional Debian installer modules you want to use. > .
Re: Second round of powerpc subarch investigation : boot-loaders.
On Tue, Oct 21, 2003 at 04:58:08PM -0700, Tom Rini wrote:
> On Tue, Oct 21, 2003 at 07:36:57AM +0200, Sven Luther wrote:
> > On Mon, Oct 20, 2003 at 12:45:47PM -0700, Tom Rini wrote:
> > > On Mon, Oct 20, 2003 at 09:31:46PM +0200, Sven Luther wrote:
> > > > On Mon, Oct 20, 2003 at 11:10:21AM -0700, Tom Rini wrote:
> > > > > On Sun, Oct 19, 2003 at 11:29:38AM +0200, Sven Luther wrote:
> [snip]
> > > > > > 2) We develop a separate tool (like sparc's piggyback i was told)
> > > > > > which is able to add a initrd onto an existing kernel.
> > > > >
> > > > > As the images used, prior to additional tools being run on them (such as
> > > > > mkprep) use an ldscript to determine locations, this might be possible.
> > > >
> > > > Mmm, i think it may be possible to create such a tool, altough i have
> > > > the feeling that it must be built from the kernel sources maybe (since
> > > > there is no need to duplicate the code for it already found in the
> > > > kernel) and that it needs to be done differently for prep, chrp and
> > > > pmac. Don't know if chrp-rs6k is different from chrp though.
> > >
> > > It shouldn't need to be done differently on pmac, prep and chrp (and
> > > chrp-rs6k is not different here, the difference is in mangling the final
> > > image, more or less). They all make use of the same variables, which
> > > are in the linker script.
> >
> > Which in turn is in the kernel source.
>
> True, but they could be easily split out (or put in a package made by
> the kernel..)
Yep, which is what i did. I thought it was not working, but it turns out
i must have used a broken initrd. Also something i noticed is that when
you build a first time, and then try rebuilding, you need to remove the
chrp/image.o by hand or you loose one step of the build.
>
> > > So if you can keep some intermediate images
> > > around, things should be OK. i.e. ship the 'zImage's in their last
> > > state before they stop being true ELF files, and you can then modify
> >
> > Is this the vmlinux found at the toplevel directory, and used directly
> > by yaboot ?
>
> No. Each of arch/ppc/boot/{prep,chrp,pmac,simple} produce an ELF file
> that has a kernel and optional ramdisk embedded inside of a wrapper to
> relocate things and unpack them. A very simple bootloader, if you will.
Yep, but kernel-package installs the toplevel vmlinux for pmac arches,
and doesn't care about the pmac image one.
Also, do you know what ther miboot.image is for ? There is also a
miboot.image.initrd i think or something such. The current miboot users
simply seem to hand compress the toplevel vmlinux kernel and that is it.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Section 3.7.5.1 of Install Manual
Hi, I had some difficulties trying to install a kernel using your crossover procedure. The fix I found was that (at least in Red Hat Linux) proc should be mounted with a filesytem of "none" NOT "proc". Once I did this the kernel installed and everything was good. Thanks for the document though, other than this hiccup everything worked first time. -- > Regards, > James Coffey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
