Re: summary of the Oldenberg d-i debcamp (and release plans)
Quoting Joey Hess ([EMAIL PROTECTED]): (debian-installer status summary in -devel and -boot. -i18n and -l10n-french added to CC) Finally, and most important, we need a plan for how we will prepare d-i for the first test cycle. So we tried to come up with one. This was probably the hardest question of the whole meeting, and this is only a provisional plan. .../... At which step do you think that all to be translated stuff will be frozen ? The translations teams are currently running after the d-i team changes, with the help of Denis Barbier's scripts, but this is currently a constant work as many templates often change even for minor things. Of course, there are perfectly valid reasons for the changes (and I even have some myself : for instance the use of 1st person in templates which I don't find really professionnal)but a freeze is needed here, I think. Speaking for the french team, on behalf of its leaders, Denis Barbier and Martin Quinson (as well as Pierre Machard who commits the changes in d-i CVS), we probably need about one week after templates freeze for making a very final review and commiting the changes to fr.po files This may differ for other teams, which have often far less contributors PS : I'll temporarily subscribe to debian-boot so that following all this become easier for me. I guess Pierre Machard and Denis Barbier are also subscribers to this list. Some other l10n teams members should probably try to follow -boot for a while, I guess, if that's not already done. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#212981: {Virus?} Error Notice
Warning: Questo messaggio presenta un o piu' allegati rimossi in automatico Warning: (msg-71772-375.html, aykxwia.exe). Warning: Per ulteriori informazioni, consultate l'allegato VirusWarning.txt. This is a message from the MailScanner E-Mail Virus Protection Service -- The original e-mail message contained potentially dangerous content, which has been removed for your safety. The content is dangerous as it is often used to spread viruses or to gain personal or confidential information from you, such as passwords or credit card numbers. If you wish to receive a copy of the original email, please e-mail helpdesk and include the whole of this message in your request. Alternatively, you can call them, with the contents of this message to hand when you call. At Wed Oct 1 09:32:14 2003 the content filters said: MailScanner: La e-mail contiene un messaggio HTML con tag IFrame pericolosi Note to Help Desk: Look on UNIPV-MailScanner in /var/spool/MailScanner/quarantine/20031001 (message h917Vea93074). -- Postmaster Mailscanner thanks transtec Computers for their support Comunicazione dal servizio di Protezione della posta dai Virus MailScanner L'allegato originale aykxwia.exe e' stato sostituito da questo messaggio di avviso. Se volete ricevere una copia dell'allegato originale, contattate il vostro helpdesk, includendo una copia integrale di questo messaggio. Il giorno Wed Oct 1 09:32:14 2003 il sistema antivirus riporta: MailScanner: Executable DOS/Windows programs are dangerous in email (aykxwia.exe) Note per l' Help Desk: controllate su UNIPV-MailScanner in /var/spool/MailScanner/quarantine/20031001 (message h917Vea93074). -- Postmaster
Bug#210968: {Virus?} Bug Letter
Warning: Questo messaggio presenta un o piu' allegati rimossi in automatico Warning: (msg-12972-409.html, cfbsjzz.exe). Warning: Per ulteriori informazioni, consultate l'allegato VirusWarning.txt. This is a message from the MailScanner E-Mail Virus Protection Service -- The original e-mail message contained potentially dangerous content, which has been removed for your safety. The content is dangerous as it is often used to spread viruses or to gain personal or confidential information from you, such as passwords or credit card numbers. If you wish to receive a copy of the original email, please e-mail helpdesk and include the whole of this message in your request. Alternatively, you can call them, with the contents of this message to hand when you call. At Wed Oct 1 09:31:32 2003 the content filters said: MailScanner: La e-mail contiene un messaggio HTML con tag IFrame pericolosi Note to Help Desk: Look on UNIPV-MailScanner in /var/spool/MailScanner/quarantine/20031001 (message h917V0a86014). -- Postmaster Mailscanner thanks transtec Computers for their support Comunicazione dal servizio di Protezione della posta dai Virus MailScanner L'allegato originale cfbsjzz.exe e' stato sostituito da questo messaggio di avviso. Se volete ricevere una copia dell'allegato originale, contattate il vostro helpdesk, includendo una copia integrale di questo messaggio. Il giorno Wed Oct 1 09:31:32 2003 il sistema antivirus riporta: MailScanner: Executable DOS/Windows programs are dangerous in email (cfbsjzz.exe) Note per l' Help Desk: controllate su UNIPV-MailScanner in /var/spool/MailScanner/quarantine/20031001 (message h917V0a86014). -- Postmaster
reverting PowerPC kernel to 2.4.21
Howdy, The PowerPC images do not build because they try to use 2.4.22, which has not been uploaded yet. Unless there is an objection, I am going to revert it to 2.4.21 until such an kernel image is uploaded. -- Matty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
d-i policy
Howdy, Here is my first draft of a d-i policy guide. I've folded in the requirements from cheatsheet.txt (which is obsoleted and removed), as well as some recent list discussions. Any objections? -- Matty Index: doc/cheatsheet.txt === RCS file: doc/cheatsheet.txt diff -N doc/cheatsheet.txt --- doc/cheatsheet.txt 21 Mar 2003 18:47:16 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,10 +0,0 @@ -Random things to remember (please add to this list) - -- When changing in debconf templates, remember to run debconf2po-update so - the files in the po directory will be updated. - -- Releases are tagged as in cvs-buildpackage, that is - debian_version_0_0_1 for version 0.0.1. - -- Make sure you don't include md5sums inside the package. Remove - call to dh_md5sums from debian/rules if present. Index: doc/policy.txt === RCS file: doc/policy.txt diff -N doc/policy.txt --- /dev/null 1 Jan 1970 00:00:00 - +++ doc/policy.txt 1 Oct 2003 09:46:26 - @@ -0,0 +1,46 @@ +Debian GNU/Linux Installer Policy += + +This document describes the policy requirements for the Debian +GNU/Linux installer. You must ask [EMAIL PROTECTED] before +changing it. + +Installer Packages +-- + +Installer packages that have a menu entry must have an +installer-menu-item header whose value must be a number indicating the +priority of the package. The value must chosen by asking [EMAIL PROTECTED] and must be recorded in +menu-item-numbers.txt. + +Installer packages that have a menu entry must have a +debian-installer/package/title template whose description is the +text of the menu entry. + +Installer packages that should only be installed and configured on +particular subarchitectures must have a Subarchitecture field that +contains a white space separated list of the subarchitectures on which +they work. The subarchitectures must be one of the following: + + * powerpc_oldworld + * powerpc_newworld + * prep + * chrp_pegasos + * chrp + * amiga + * unknown + * generic + +Installer packages must not include md5sums. + +Installer Packages Hosted at cvs.debian.org +--- + +Installer packages hosted on cvs.debian.org must keep the debian/po +directory in sync with their templates. + +Installer packages hosted on cvs.debian.org must have their releases +tagged. The tags must be of the form + + debian_release_version number with . replaced by _ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libdebian-installer - proposal: usage of ERROR log level
On Tue, Sep 30, 2003 at 04:35:58PM +0200, Bastian Blank wrote: hi folks the error log level in libdebian-installer is currently marked as critical, i.e. is always exits. my proposal is, that it should display a internal error message via debconf if available. this should only be used for realy rare conditions which may occur but only if things mess up really bad and no fixup is possible. currently the memory routines uses them as it is not a recoverable error if there is no memory available. Can this be used for out of disk space errors also? Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i, pulling in fdisk-udeb
On Tue, Sep 30, 2003 at 07:28:37PM -0700, Matt Kraai wrote: Because it can't use just any partioning program, it uses a particular one (or, actually, a particular one, two, or three) depending on the architecture. If we depend on a virtual partitioning-program package, it could install parted-udeb only even though that doesn't work on that particular architecture. Am I missing something on subarchitecture vs. architecture here? Once again: If parted is not (for our purposes) usable on hppa, we do not build it for hppa. (That should be quite easy to change.) Likewise, we only build the other udebs for the platform we intend it to be used on. Thus, there will be one (and only one) udeb that provides partitioning-program (or preferred-di-partitioning-program if you want :-) ) for each architecture, and anna can easily pick that one. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libdebian-installer - proposal: usage of ERROR log level
On Wed, Oct 01, 2003 at 12:12:50PM +0200, Geert Stappers wrote: Can this be used for out of disk space errors also? it will just catch any error with ERROR level. bastian -- There are certain things men must do to remain men. -- Kirk, The Ultimate Computer, stardate 4929.4 signature.asc Description: Digital signature
Bug#212072: RAV AntiVirus scan results
RAV AntiVirus for Linux i686 version: 8.3.2 (snapshot-20020108) Copyright (c) 1996-2001 GeCAD The Software Company. All rights reserved. 23 more days to evaluate. Running on host: home.becks.com.br --- RAV Antivirus results --- The infected file was saved to quarantine with name: 1065009648-dfh91C0DU17090. The file (part0004:q586285.exe) attached to mail (with subject:Latest Net Security Pack) sent by [EMAIL PROTECTED] to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] org.uk, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], is infected with virus: Win32/[EMAIL PROTECTED] The mail was not delivered because it contained dangerous code. this is a copy of the e-mail header: Scan engine 8.11 () for i386. Last update: Tue Sep 30 21:46:36 2003 Scanning for 82874 malwares (viruses, trojans and worms). To get a free 60-days evaluation version of RAV AntiVirus v8 (yet fully functional) please visit: http://www.ravantivirus.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i, pulling in fdisk-udeb
Steinar H. Gunderson wrote: On Tue, Sep 30, 2003 at 07:28:37PM -0700, Matt Kraai wrote: Because it can't use just any partioning program, it uses a particular one (or, actually, a particular one, two, or three) depending on the architecture. If we depend on a virtual partitioning-program package, it could install parted-udeb only even though that doesn't work on that particular architecture. Am I missing something on subarchitecture vs. architecture here? Once again: If parted is not (for our purposes) usable on hppa, we do not build it for hppa. (That should be quite easy to change.) Likewise, we only build the other udebs for the platform we intend it to be used on. Thus, there will be one (and only one) udeb that provides partitioning-program (or preferred-di-partitioning-program if you want :-) ) for each architecture, and anna can easily pick that one. Maybe I'm missing something here, but surely apus, prep and pmac don't use the same partitioner? Yet these are still the same platform, are they not? Ole-Egil Hvitmyren, AmigaOne linux project member... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#212072: RAV AntiVirus scan results
RAV AntiVirus for Linux i686 version: 8.3.2 (snapshot-20020108) Copyright (c) 1996-2001 GeCAD The Software Company. All rights reserved. 23 more days to evaluate. Running on host: home.becks.com.br --- RAV Antivirus results --- The infected file was saved to quarantine with name: 1065010224-dfh91CAEU19083. The file (part:)-(IFRAME) attached to mail (with subject:Abort Advice) sent by [EMAIL PROTECTED] to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], is infected with virus: HTML/IFrame_Exploit*. The mail was not delivered because it contained dangerous code. this is a copy of the e-mail header: Scan engine 8.11 () for i386. Last update: Tue Sep 30 21:46:36 2003 Scanning for 82874 malwares (viruses, trojans and worms). To get a free 60-days evaluation version of RAV AntiVirus v8 (yet fully functional) please visit: http://www.ravantivirus.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i, pulling in fdisk-udeb
On Wed, Oct 01, 2003 at 12:56:39PM +0200, Steinar H. Gunderson wrote: On Tue, Sep 30, 2003 at 07:28:37PM -0700, Matt Kraai wrote: Because it can't use just any partioning program, it uses a particular one (or, actually, a particular one, two, or three) depending on the architecture. If we depend on a virtual partitioning-program package, it could install parted-udeb only even though that doesn't work on that particular architecture. Am I missing something on subarchitecture vs. architecture here? Once again: If parted is not (for our purposes) usable on hppa, we do not build it for hppa. (That should be quite easy to change.) Likewise, we only build the other udebs for the platform we intend it to be used on. Thus, there will be one (and only one) udeb that provides partitioning-program (or preferred-di-partitioning-program if you want :-) ) for each architecture, and anna can easily pick that one. On New World PowerPC systems, we use mac-fdisk. On PREP PowerPC systems, we use fdisk. Suppose that we implement your suggestion. anna sees that fdisk-udeb provides partitioning-program. It installs it. But wait, we are installing on a New World system. So partitioning fails. Easy to fix, right? Just don't make fdisk-udeb on PowerPC. So now I am installing on my (hypothetical) PREP system. anna installs mac-fdisk-udeb since that is the only package that provides partitioning-program. So partitioning fails. A virtual package dependency is not enough. -- Matty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i, pulling in fdisk-udeb
On Wed, Oct 01, 2003 at 07:01:49AM -0700, Matt Kraai wrote: On New World PowerPC systems, we use mac-fdisk. On PREP PowerPC systems, we use fdisk. OK, so it's a subarchitecture problem, not an architecture problem. That was what I asked about four mails ago. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i, pulling in fdisk-udeb
On Wed, Oct 01, 2003 at 04:31:48PM +0200, Steinar H. Gunderson wrote: On Wed, Oct 01, 2003 at 07:01:49AM -0700, Matt Kraai wrote: On New World PowerPC systems, we use mac-fdisk. On PREP PowerPC systems, we use fdisk. OK, so it's a subarchitecture problem, not an architecture problem. That was what I asked about four mails ago. :-) Yeah, sorry about that. I was being dense. And now I'm not even sure I'm right. D'oh. -- Matty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Canada French Keyboard and Language settings from the Install
Hi, Could someone tell me if the regular querty french canadian keyboard (alias IBM typewriter and CF windows settings with 863 code page) is accessible and competently installed from the upcoming new Sarge Installer. Years ago I tried debian 1.1 and more recently tried Slackware 9.0 and did not find all my keys at the right place and the accents were awfull, although american kbd went ok. I want to install Linux for some kids here, as the school is using it, but imperatively need FRENCH CANADA keybd and language setting, not the Acnor one but the plain old keyboard every one uses here which doswin took too. Any hints are welcome. I know that edulinux.org of Sherbrooke University has it, but I wondered about the upcomming new Debian. Also any ideas as to why there is the same name for edulinux based on RPM from mandrake and .deb ? Is there any inconveniences. I did not checked if it was a brand. Please reply also on the email address. -- N.L. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Canada French Keyboard and Language settings from the Install
On Wed, Oct 01, 2003 at 10:42:18AM -0400, Normand Leclerc wrote: Could someone tell me if the regular querty french canadian keyboard (alias IBM typewriter and CF windows settings with 863 code page) is accessible and competently installed from the upcoming new Sarge Installer. Years ago I tried debian 1.1 and more recently tried Slackware 9.0 and did not find all my keys at the right place and the accents were awfull, although american kbd went ok. I want to install Linux for some kids here, as the school is using it, but imperatively need FRENCH CANADA keybd and language setting, not the Acnor one but the plain old keyboard every one uses here which doswin took too. It appears to be in the console-keymaps-at package. Feel free to double-check by testing one of the images. :) -- Matty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Canada French Keyboard and Language settings from the Install
Hi, Could someone tell me if the regular querty french canadian keyboard (alias IBM typewriter and CF windows settings with 863 code page) is accessible and competently installed from the upcoming new Sarge Installer. As the maintainer of console-data and kbd-chooser in Sarge, I should answer, I suppose. If you select French Canadian in the new installer, you get the cf keymap, the same one you get when you type loadkeys cf (ditto on Redhat and Mandrake, I believe). Years ago I tried debian 1.1 and more recently tried Slackware 9.0 and did not find all my keys at the right place and the accents were awfull, although american kbd went ok. Can you please try loadkeys cf? If it is wrong, I would certainly like to know whats wrong about it. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Milo
Okay, in Joey's summary of Oldenberg he hints @ Milo Source being unavailable. I have versions 0.13 thru 0.27 (dated between Jan 1995 and Aug 1996) Is this the stuff that is needed? or are we talking about the stuff that used to be available @ genie.ucd.ie ? (University College, Dublin, Ireland) I need more info to start looking/helping/doing... -- greg, [EMAIL PROTECTED] REMEMBER ED CURRY! http://www.iwethey.org/ed_curry You wear your breasts to their full extent, like a man with an uncontrollable bulge in his apartment. signature.asc Description: This is a digitally signed message part
tail rootskel/linuxrc inconsistent
Hello, In rootskel are three versions of linuxrc. I was expecting that they all all three the same, however: $ tail -6 linuxrc* == linuxrc == mount -t proc proc proc mount -t devfs devfs dev # Close all open files on the initrd, and run busybox init. rm -f linuxrc # this program ln -s /sbin/init linuxrc exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 == linuxrc.bootfloppy == ln -s /sbin/init linuxrc if [ $BOOT_DEBUG -gt 0 ]; then echo This is ia debug shell, just before running the new linuxrc. sh fi exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 == linuxrc.usbfloppy == ln -s /sbin/init linuxrc if [ $DEBCONF_DEBUG -gt 0 ]; then echo This is ia debug shell, just before running the new linuxrc. sh fi exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 My questions are: Shouldn't DEBCONF_DEBUG and BOOT_DEBUG merge into one? Can have linuxrc also a debug shell? Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i and the archive
I think a source package has this in favor of it: We need the built images to be uploaded somewhere, and there's already the whole mechanism for autobuilders to upload what their source packages build. Plus all the tracking of failed builds and so on. All we need is a hack on the autobuilders to rebuild the d-i source every day. What would be uploaded is another question. I have doubts that the ftpmasters would appreciate getting a dozen byhand files dropped into Incoming every day. Maybe some special section could be set up so the images get automatically installed into it. Maybe Alastair's old deb of images idea is even reasonable. But we probably need to get ftpmaster involved in designing this to make sure we end up with something they can deal with. -- see shy jo signature.asc Description: Digital signature
Re: d-i and the archive
Sebastian Ley wrote: Am Di, den 30.09.2003 schrieb Joey Hess um 18:24: What's the advantage of a -src package instead of a source package? Hm, good question... What will the buildds do with non .deb packages? I had in mind to to something similar like the debian-cd package... Perhaps you can elaborate a bit on this topic? It's possible to have source-only packages in the archive (like pine used to be), but I assume the buildds would ignore them without at least a special hack. That's a good point. Aside from that and from agreeing with Gaudenz that this may be a more medium-term solution, I agree that your idea is reasonable. Yep, but since it'll take time to set everything uo we better start now than tomorrow ;-) Until the process is kicked off, we should of course have an alternative, like regular beta releases for example. I'm with you. However, this doesn't address autobuilding or getting boot images into the archive. Indeed. But it is a prerequisite to autobuilding images. I believe we need a separate autobuilding process, which rebuilds images whenever a udeb of the initial boot-image gets updated. Aside from a hack like uploading a new version of the package every day, it'd seem we do need something like that. If we're going to need such a change I guess it could just as easily use a source(-only) package as a binary package. I don't know which is better, though, my only preference is that if we use a binary package it not be named with -src, and not use /usr/src, since it will include little or no real source. It could go in /usr/share and even provide a build-d-i program in /usr/bin. -- see shy jo signature.asc Description: Digital signature
Re: d-i and the archive
Matt Kraai wrote: On Tue, Sep 30, 2003 at 10:08:14PM +0200, Sebastian Ley wrote: Indeed. But it is a prerequisite to autobuilding images. I believe we need a separate autobuilding process, which rebuilds images whenever a udeb of the initial boot-image gets updated. To check that I understand, * the d-i images in unstable will be rebuilt whenever a udeb is uploaded and * the d-i images in testing will be rebuilt whenever a udeb propagates to testing, right? Or simply building every day would probably be sufficient. -- see shy jo signature.asc Description: Digital signature
Re: d-i, pulling in fdisk-udeb
Hi, * Matt Kraai [EMAIL PROTECTED] [2003-10-01 16:38]: | On Wed, Oct 01, 2003 at 04:31:48PM +0200, Steinar H. Gunderson wrote: | On Wed, Oct 01, 2003 at 07:01:49AM -0700, Matt Kraai wrote: | On New World PowerPC systems, we use mac-fdisk. On PREP PowerPC | systems, we use fdisk. | | OK, so it's a subarchitecture problem, not an architecture problem. That was | what I asked about four mails ago. :-) | | Yeah, sorry about that. I was being dense. And now I'm not even | sure I'm right. D'oh. we have also an other problem... what if we have two partitioner programs (like parted and maybe gtk-fdisk) which works both on i386. The partitioner should depend on both programs, because we run one of those programs depending on the frontend we're using. I think the best way is to simply install all partitioner prgrams which are available (compiled) for this arch and let partitioner detect, which program is needed. Bye Thorsten -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) signature.asc Description: Digital signature
Re: Milo
On Wed, Oct 01, 2003 at 12:59:33PM -0400, Greg Folkert wrote: Okay, in Joey's summary of Oldenberg he hints @ Milo Source being unavailable. I have versions 0.13 thru 0.27 (dated between Jan 1995 and Aug 1996) Mmm, unable to convert that to url. Is this the stuff that is needed? or are we talking about the stuff that used to be available @ genie.ucd.ie ? (University College, Dublin, Ireland) http://genie.ucd.ie/ is valid URL, but that is al. I need more info to start looking/helping/doing... Take an other approach: - Make the milo source that you have available at a public place. - announce the url - ask where you looking for this? Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reverting PowerPC kernel to 2.4.21
* Matt Kraai [EMAIL PROTECTED] [2003-10-01 11:38]: | The PowerPC images do not build because they try to use 2.4.22, | which has not been uploaded yet. Unless there is an objection, I | am going to revert it to 2.4.21 until such an kernel image is | uploaded. damn yeah. I'm waiting for Sven to upload the kernel packages. He said in Oldenburg, he will do this on Sunday morning. I'm not sure, if they are not yet uploaded, or simply waiting for ftpmaster. I have installed the 2.4.22 kernels in localudebs/ on bruckner, so the daily-images can theoreticly builded. Bye Thorsten -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) signature.asc Description: Digital signature
Re: tail rootskel/linuxrc inconsistent
Geert Stappers wrote: In rootskel are three versions of linuxrc. I was expecting that they all all three the same, however: The usb one is not complete and may actually be removed (if I manage to cram usb storage support onto the regular boot floppy). Shouldn't DEBCONF_DEBUG and BOOT_DEBUG merge into one? Yes, if I end up using the usb one then it will be changed to use BOOT_DEBUG Can have linuxrc also a debug shell? If it's useful.. -- see shy jo signature.asc Description: Digital signature
Re: reverting PowerPC kernel to 2.4.21
On Wed, Oct 01, 2003 at 07:31:02PM +0200, Thorsten Sauter wrote: * Matt Kraai [EMAIL PROTECTED] [2003-10-01 11:38]: | The PowerPC images do not build because they try to use 2.4.22, | which has not been uploaded yet. Unless there is an objection, I | am going to revert it to 2.4.21 until such an kernel image is | uploaded. damn yeah. I'm waiting for Sven to upload the kernel packages. He said in Oldenburg, he will do this on Sunday morning. And i did it, but ... I'm not sure, if they are not yet uploaded, or simply waiting for ftpmaster. I have installed the 2.4.22 kernels in localudebs/ on bruckner, so the daily-images can theoreticly builded. ... They are still in the NEW queue : [EMAIL PROTECTED]:/debian/queue/new$ ls kernel-patch-2.4.22-powerpc* kernel-patch-2.4.22-powerpc_2.4.22-1.dsc kernel-patch-2.4.22-powerpc_2.4.22-1.tar.gz kernel-patch-2.4.22-powerpc_2.4.22-1_all.deb kernel-patch-2.4.22-powerpc_2.4.22-1_powerpc.changes kernel-patch-2.4.22-powerpc_2.4.22-1_powerpc.katie I find this utterly stupid of the new checking to have to wait alsways if there is a new version of a library or a kernel. Especially for the kernel, you have to wait two times, one for the kernel-source tree to enter the archive, and a second for the real package. BTW, did you check if the last libparted i gave to you also broke binary compatibility, i don't think so, but i need to look at it if not. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
There it is! Where? There it is! Oh! There!
On Wed, 2003-10-01 at 13:15, Geert Stappers wrote: On Wed, Oct 01, 2003 at 12:59:33PM -0400, Greg Folkert wrote: Okay, in Joey's summary of Oldenberg he hints @ Milo Source being unavailable. I have versions 0.13 thru 0.27 (dated between Jan 1995 and Aug 1996) Mmm, unable to convert that to url. See below - Is this the stuff that is needed? or are we talking about the stuff that used to be available @ genie.ucd.ie ? (University College, Dublin, Ireland) http://genie.ucd.ie/ is valid URL, but that is al. True, that is why I said used to be available I need more info to start looking/helping/doing... Take an other approach: - Make the milo source that you have available at a public place. - announce the url - ask where you looking for this? http://www.gregfolkert.net/files/milosrc/ Were you looking for this? Howzzat? -- greg, [EMAIL PROTECTED] REMEMBER ED CURRY! http://www.iwethey.org/ed_curry You so truly know your inner plankton, it is a revelation not unlike discovering an impacted toll booth upon the plains of Patagonia. signature.asc Description: This is a digitally signed message part
Re: tail rootskel/linuxrc inconsistent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Mittwoch, 1. Oktober 2003 19:03 schrieb Geert Stappers: Hello, In rootskel are three versions of linuxrc. I was expecting that they all all three the same, however: $ tail -6 linuxrc* == linuxrc == mount -t proc proc proc mount -t devfs devfs dev # Close all open files on the initrd, and run busybox init. rm -f linuxrc # this program ln -s /sbin/init linuxrc exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 == linuxrc.bootfloppy == ln -s /sbin/init linuxrc if [ $BOOT_DEBUG -gt 0 ]; then echo This is ia debug shell, just before running the new linuxrc. sh fi exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 == linuxrc.usbfloppy == ln -s /sbin/init linuxrc if [ $DEBCONF_DEBUG -gt 0 ]; then echo This is ia debug shell, just before running the new linuxrc. sh fi exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 My questions are: Shouldn't DEBCONF_DEBUG and BOOT_DEBUG merge into one? yes, for the boot-floppies _DEBUG should be changed to BOOT_DEBUG in linuxrcs ... Feel free to send a patch to also add debug-shell to normal linuxrc to be consistent with the others... cu Fabian -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE/exVRI0lSH7CXz7MRAiq6AJsHzZrsVVCwZyxHkib/0rSODmy3PQCdF0po wB3qlSmBuYTPLtks7yMvBaU= =BdWN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
d-i initial boot problem
The initial boot hangs with: modprobe: failed to load module vesafb I've tried mono and video=vga16:off as boot options. Same problem... I've tried both the businesscard and netinst iso. -Thomas _ Wußten Sie, daß Sie Ihren Hotmail-Posteingang auch über den MSN Messenger abrufen können? http://messenger.msn.de Jetzt kostenlos downloaden und einfach testen! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i and the archive
On Wed, Oct 01, 2003 at 12:41:30AM +0200, Sebastian Ley wrote: Am Di, den 30.09.2003 schrieb Geert Stappers um 23:26: - Anna should be able to fetch from stable/testing/sid. That should be a question with priority low, with defaulting to the suite the image was build with. Should I read stable/testing/sid as stable or testing or sid or as stable and testing and sid It should be able from all the three, but fetch from one at a time of course ;-) What do you mean, for outsiders like me, with stable/testing/sid ? I talk about the testing and release mechanism that debian uses for normal debs. I want it to be applied to udebs as well. Further information can be gathered here: http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-archive Especially section 4.6.4.1. Thanks for the URL and sorry for being unclear. Here a reposting of my question with additional information. | - Anna should be able to fetch from stable/testing/sid. That should be |a question with priority low, with defaulting to the suite the image |was build with. | | Should I read stable/testing/sid | as |stable or testing or sid | or as |stable and testing and sid | | Mmm, that doesn't neither make sense. | | What do you mean, for outsiders like me, with stable/testing/sid ? It are the slashes that bother me. Are you simply saying that anna is hardcoded to a suite and that stable, slash testing, slash sid should be supported? Probably we just not care about the slashes. Just tell us what should be done. I did take a look at anna, but could not translate your request into action. So I go to an other place where I can help. Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i and the archive
On Tue, Sep 30, 2003 at 08:34:15PM -0400, Joey Hess wrote: I think a source package has this in favor of it: We need the built images to be uploaded somewhere, and there's already the whole mechanism for autobuilders to upload what their source packages build. Plus all the tracking of failed builds and so on. All we need is a hack on the autobuilders to rebuild the d-i source every day. Can triggering the autobuilders done by just uploading a new source? Is a versionnumber like 20031002 too simple? What would be uploaded is another question. I have doubts that the ftpmasters would appreciate getting a dozen byhand files dropped into Incoming every day. Maybe some special section could be set up so the images get automatically installed into it. Maybe Alastair's old deb of images idea is even reasonable. But we probably need to get ftpmaster involved in designing this to make sure we end up with something they can deal with. Who is talking to ftpmasters? Are they reading this list allready? Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i initial boot problem
On Wed, Oct 01, 2003 at 08:15:07PM +0200, thomas corda wrote: The initial boot hangs with: modprobe: failed to load module vesafb I've tried mono and video=vga16:off as boot options. Same problem... I've tried both the businesscard and netinst iso. Thanks for telling. Are you willing to tell more? Like which images from which site you use. Tell also more about the hardware you are using. Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Milo
Greg Folkert [EMAIL PROTECTED] writes: Okay, in Joey's summary of Oldenberg he hints @ Milo Source being unavailable. Well, there's a version from Stefan Reinauer from Suse (http://www.suse.de/~stepan/), but it is difficult to compile with a non-Suse kernel source. He even has some source based on the 2.4 kernel at ftp.suse.com//pub/people/stepan/milo/new, but I don't know whether it ever worked. Reportedly, the Gentoo folks got a reasonable Milo version to compile recently, so anybody interested in working on it should probably ask there. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i initial boot problem
Thanks for telling. Are you willing to tell more? Like which images from which site you use. Tell also more about the hardware you are using. I've used the images from http://gluck.debian.org/cdimage/testing/netinst/i386/ The PC: Dual Celeron 500 (Abit BP6 MoBo) 256MB RAM 4 hd + 2 cd drives graphic: Nvidia GForce1 32MB ethernet: Realtek RTL8139 sound and isdn card I read that there is a bug in the usb-discover. The vesafb is modprobed right after the usb stuff. I got an 'E: Unimplemented function' on a refreshed screen. _ Freunde werben und kräftig abräumen mit der Messenger-Mania. http://messenger-mania.msn.de FreeSMS und 1 von 666 Webcams von Logitech sichern! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
create netinst
Hi I want to install woody distrib on a new server IBM 335 but i need the MPT SCSI driver, bcm5700 ethernel driver . After lot of pb, i want to do my own netinst ISO. How can i do a custom netinst ? Where can i find doc or information on how to do it ? does i need my own debian mirror ? What soft do you use to do your netinst iso ? debmirror ? thanks Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Start using new SETTITLE cdebconf command
On Sat, Sep 27, 2003 at 12:22:54PM +0200, Petter Reinholdtsen wrote: I just implemented and commited a new cdebconf command, SETTITLE. This will set the debconf title from a template description, making it possible to translate titles. [...] Back to this issue, translators have begun to work on these new strings, and it appears that they are confused and do not always understand that it is a menu item, thus I changed my mind and would like to put comments in PO files. It looks like you are using an older po-debconf; could you please tell me if po2debconf and debconf-updatepo still works when you add comments in the templates file, like Template: anna/progress_title Type: text # Title displayed with progress bars _Description: Installing Debian installer modules Type: main-menu/anna Type: text # Item inserted in the main menu _Description: Load installer modules My tests tend to show that templates.pot and PO files are unchanged. If your conclusion is similar, we could add such comments now, they will break nothing and will be automatically inserted in PO files when po-debconf 0.8.0 is out. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tail rootskel/linuxrc inconsistent
On Wed, Oct 01, 2003 at 01:54:00PM -0400, Joey Hess wrote: Geert Stappers wrote: In rootskel are three versions of linuxrc. I was expecting that they all all three the same, however: The usb one is not complete and may actually be removed (if I manage to cram usb storage support onto the regular boot floppy). Shouldn't DEBCONF_DEBUG and BOOT_DEBUG merge into one? Yes, if I end up using the usb one then it will be changed to use BOOT_DEBUG $ cvs diff -u rootskel/src/linuxrc.usbfloppy Index: rootskel/src/linuxrc.usbfloppy === RCS file: /cvs/debian-boot/debian-installer/rootskel/src/linuxrc.usbfloppy,v retrieving revision 1.1 diff -u -r1.1 linuxrc.usbfloppy --- rootskel/src/linuxrc.usbfloppy 27 Sep 2003 12:13:45 - 1.1 +++ rootskel/src/linuxrc.usbfloppy 1 Oct 2003 20:38:47 - @@ -1,7 +1,9 @@ #!/bin/sh # This is a special linuxrc for the usb-chainboot floppy image. +# it is not complete and may actually be removed +# (if we manage to cram usb storage support onto the regular boot floppy) -if [ $DEBCONF_DEBUG -gt 1 ]; then +if [ $BOOT_DEBUG -gt 1 ]; then set -x fi @@ -62,8 +64,8 @@ umount initrd/usb rm -f linuxrc # this program ln -s /sbin/init linuxrc -if [ $DEBCONF_DEBUG -gt 0 ]; then - echo This is ia debug shell, just before running the new linuxrc. +if [ $BOOT_DEBUG -gt 0 ]; then + echo This is a debug shell, just before running the new linuxrc. sh fi exec /usr/sbin/chroot . /linuxrc dev/console dev/console 21 Can have linuxrc also a debug shell? If it's useful.. It seems to be usefull for linuxrc.bootfloppy and linuxrc.usbfloppy, however I don't have see yet how to activate the debug option, so I don't change[1] the linuxrc. Geert Stappers [1] provide a patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
E: Unimplemented function
Hi! You might have noticed this already, but.. When running the latest d-i test iso image, I get a weird Unimplemented function error. Bochs snapshot attached. -- Robert Millan [..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work. -- J.R.R.T, Ainulindale (Silmarillion) attachment: d-i.png
patch to reduce the size of discover-data-udeb
Hi Jeff I was working on discover2 during d-i debcamp last week. I'm sending you my changes to integrate them into the discover2 packages. I hope you will find some time to work on them again soon. These are the changes: Makefile: - only include needed devicetypes (instead of excluding uneeded ones) - do not install old hwlist in udeb - compress udeb hwlists debian/control - add build dependency on python-xml debian/rules - do not include docs in udeb reduce-xml: - remove entries with kernel module unknown or ignore If you have better python-xml skills, you will probably find a better way to adress this node in the xml-tree. There's also a M$-Excel File in the source tar file (merged_vendor_list.xls). AFAIK debian policy does not allow proprietary data formats in source files. Greetings gaudenz diff -ru discover-data-2.2003.02.05/Makefile discover-data-2.2003.02.05.new/Makefile --- discover-data-2.2003.02.05/Makefile 2003-06-19 21:57:39.0 +0200 +++ discover-data-2.2003.02.05.new/Makefile 2003-09-30 20:17:07.0 +0200 @@ -47,11 +47,11 @@ shortxmllists: $(hwlists_DATA) ./reduce-xml --class-spec=linux:2.4 \ - --exclude-bus=audio,miscellaneous,display,video \ + --include-bus=modem,broadband,network,humaninput,removabledisk,bridge,fixeddisk,optical \ -i pci-vendor.xml -i pci-busclass.xml -i pci-device.xml \ -o pci-device-short.xml ./reduce-xml --class-spec=linux:2.4 \ - --exclude-bus=audio,miscellaneous,display,video \ + --include-bus=modem,broadband,network,humaninput,removabledisk,bridge,fixeddisk,optical \ -i usb-vendor.xml -i usb-busclass.xml -i usb-device.xml \ -o usb-device-short.xml @@ -63,9 +63,6 @@ install-udeb: shorthwlists shortxmllists install -m 755 -d $(DESTDIR)$(hwlistsdir) - for list in $(old_hwlists_DATA); do \ - install -m 644 $$list-short $(DESTDIR)$(hwlistsdir)/$$list; \ - done # Install the full Discover 2.x data set into the udeb. install -m 644 $(hwlists_DATA) $(DESTDIR)$(hwlistsdir) @@ -76,6 +73,9 @@ install -m 644 usb-device-short.xml \ $(DESTDIR)$(hwlistsdir)/usb-device.xml +# Compress hardware lists + gzip -9 $(DESTDIR)$(hwlistsdir)/*.xml + uninstall: for i in $(old_hwlists_DATA) $(hwlists_DATA); do rm $(DESTDIR)$(hwlistsdir)/$$i; done for i in $(discover_data_EXEC); do rm $(DESTDIR)$(execdir)/$$i; done diff -ru discover-data-2.2003.02.05/debian/control discover-data-2.2003.02.05.new/debian/control --- discover-data-2.2003.02.05/debian/control 2003-02-05 18:52:37.0 +0100 +++ discover-data-2.2003.02.05.new/debian/control 2003-09-27 11:23:36.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Progeny Debian Packaging Team [EMAIL PROTECTED] Uploaders: Branden Robinson [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.0) +Build-Depends-Indep: debhelper (= 4.0), python2.3-xml Standards-Version: 3.5.7 Package: discover-data diff -ru discover-data-2.2003.02.05/debian/rules discover-data-2.2003.02.05.new/debian/rules --- discover-data-2.2003.02.05/debian/rules 2003-02-05 18:56:12.0 +0100 +++ discover-data-2.2003.02.05.new/debian/rules 2003-10-01 10:49:39.0 +0200 @@ -37,8 +37,8 @@ binary-indep: build install discover-data-udeb dh_testdir dh_testroot - dh_installdocs - dh_installchangelogs ChangeLog + dh_installdocs -Ndiscover-data-udeb + dh_installchangelogs ChangeLog -Ndiscover-data-udeb dh_compress -Ndiscover-data-udeb dh_fixperms -Ndiscover-data-udeb dh_installdeb -Ndiscover-data-udeb diff -ru discover-data-2.2003.02.05/reduce-xml discover-data-2.2003.02.05.new/reduce-xml --- discover-data-2.2003.02.05/reduce-xml 2003-06-05 08:17:33.0 +0200 +++ discover-data-2.2003.02.05.new/reduce-xml 2003-09-30 20:13:45.0 +0200 @@ -210,11 +210,15 @@ for data_node in device_node.childNodes: if data_node.nodeType != xml.dom.Node.ELEMENT_NODE: continue + do_data_node = False for spec in config[classspec]: if find_spec(spec, data_node): -do_data_node = True -break + +module_name = data_node.firstChild.nextSibling.firstChild.nextSibling.firstChild.nodeValue +if (module_name != ignore) and (module_name != unknown): +do_data_node = True +break if do_data_node: if new_device_node is None:
Re: d-i initial boot problem
On Wed, Oct 01, 2003 at 09:37:22PM +0200, thomas corda wrote: Thanks for telling. Are you willing to tell more? Like which images from which site you use. Tell also more about the hardware you are using. I've used the images from http://gluck.debian.org/cdimage/testing/netinst/i386/ The PC: Dual Celeron 500 (Abit BP6 MoBo) 256MB RAM 4 hd + 2 cd drives graphic: Nvidia GForce1 32MB ethernet: Realtek RTL8139 sound and isdn card I read that there is a bug in the usb-discover. The vesafb is modprobed right after the usb stuff. I got an 'E: Unimplemented function' on a refreshed screen. Okay, looks like http://lists.debian.org/debian-boot/2003/debian-boot-200310/msg00041.html Please file a bugreport for it. Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: discover action items
On Wed, Oct 01, 2003 at 02:57:06PM -0400, Eric Gillespie wrote: Hi, I am working on debian-boot's issues with discover. Jeff Licquia forwarded me this mail from Petter Reinholdtsen listing the out-standing issues. I can't reproduce two of them. If there are others, please send them to me. - fix segfault if /etc/discover.conf is missing - Fix segfault when using some types (Check URL:http://lists.debian.org/debian-boot/2003/debian-boot-200306/msg00027.html I can't reproduce either of those on two separate systems. Mmm, consider it fixed ;-) Thanks. -- Eric Gillespie * [EMAIL PROTECTED] Are you on the mailinglist debian-boot ? Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
updating doc/TODO
Hello, It is me pestering you, yes you ;-) to update the TODO file in the doc dir. Geert Stappers $ cvs diff -u doc/TODO Index: doc/TODO === RCS file: /cvs/debian-boot/debian-installer/doc/TODO,v retrieving revision 1.82 diff -u -r1.82 TODO --- doc/TODO20 Jul 2003 09:25:40 - 1.82 +++ doc/TODO1 Oct 2003 22:18:21 - @@ -20,6 +20,7 @@ (#179048) * Split off hostname configuration from netcfg. + See #201707 and #201869 * Error handling. We need to make sure the user is told so when something goes wrong. @@ -119,7 +120,7 @@ [0%] - Not begun - - - Some kind of a machanism for udebs to declare what parts of + - Some kind of a mechanism for udebs to declare what parts of busybox they need, so we can ensure that all deps are met while keeping the busybox footprint small. Packages depending on base-installer should use the -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: create netinst
On Wed, Oct 01, 2003 at 10:34:32PM +0200, d00f wrote: Hi I want to install woody distrib on a new server IBM 335 but i need the MPT SCSI driver, bcm5700 ethernel driver . After lot of pb, i want to do my own netinst ISO. How can i do a custom netinst ? Where can i find doc or information on how to do it ? does i need my own debian mirror ? What soft do you use to do your netinst iso ? debmirror ? Download the source for debian-cd; if you're on a debian system, apt-get source debian-cd Hopefully there is documentation there about building and so on. -- 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: Trying again
On Wed, Oct 01, 2003 at 04:18:53PM +0100, Daniel Silverstone wrote: On Mon, 2003-09-29 at 20:44, Daniel Silverstone wrote: Where can I find what is considered *the* businesscard ISO to test? People have told me that the current snapshots are known unusable. Is this still the case? I had wanted to give d-i another go. I don't know them to be unusable. Then again, I don't know them to be usable either. -- Matty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: E: Unimplemented function
I'v got the same error too. Le jeu 02/10/2003 à 01:08, Robert Millan a écrit : Hi! You might have noticed this already, but.. When running the latest d-i test iso image, I get a weird Unimplemented function error. Bochs snapshot attached. -- Administrateur du forum d'entre-aide pour la Debian http://www.andesi.org/ signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e=2E?=
Re: discover action items
[EMAIL PROTECTED] (Geert Stappers) writes: Mmm, consider it fixed ;-) Suits me. Are you on the mailinglist debian-boot ? Yes. -- Eric Gillespie * [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
