Re: modify existing menu.lst instead of creating a new one
Hi Frans, thanks for the detailed answer. |--==> Frans Pop writes: FP> On Wednesday 28 March 2007 11:31, Free Ekanayaka wrote: >>That was always fine for me, but recently I was asked by a couple of >>users if it is possible to make the d-i detect if a GRUB instance >>already exists, and possibly addan entry for the system being >>installed to the relevant existing menu.lst, without generating its >>own instance. FP> It seems to me that this would be a lot more complex and thus fragile than FP> the current method. It would also require D-I making changes in a FP> partition that is "owned" by another operating system, and I'm not sure FP> we should do that. Yeah, and it that is basically the answer I gave them as well. FP> Even if you would make a copy of the existing menu.lst, you'd have to do FP> extensive checks that its format is compatible with debian and add the FP> support for automatically updating it when new kernels are installed. FP> My first reaction is that if people have such a complex setup that a newly FP> generated menu.lst does not fit their needs, they will probably have also FP> the skills to either: FP> - make their old grub configuration active again and add the new debian FP> system in that (although they should probably have selected the "don't FP> install a boot loader" option in that case anyway FP> - copy their old grub configuration and adapt that FP> - adapt the new grub configuration Fairly complex indeed.. FP> However, patches are welcome and will be considered. Note that we will FP> likely switch to grub2 sometime for lenny which AFAICT uses a different FP> file with slightly different syntax. Ciao, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
modify existing menu.lst instead of creating a new one
Hi all, as far as I know the default behaviour of d-i when the user answers yes to the question "Do you want to use GRUB as boot manager", is to first search for other operating systems, generating the menu.lst file accordingly, and then install is own instance of grub (possibly overwriting an existing instance). That was always fine for me, but recently I was asked by a couple of users if it is possible to make the d-i detect if a GRUB instance already exists, and possibly addan entry for the system being installed to the relevant existing menu.lst, without generating its own instance. Would this be possible at the state of the art? Ciao! Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: daily builds with 2.6.18-3 fail to boot on SATA cdrom
Hi Frans, thanks for your fast reply. |--==> Frans Pop writes: FP> On Monday 04 December 2006 14:02, Free Ekanayaka wrote: >>both i386 and amd64 images of the latest daily builds will fail >>booting (the BIOS try to boot from CDROM, but fails and skips it) >>on this CDROM: FP> How and where exactly does it fail? It simply tries to boot from the CD-ROM reader (I can see the led flashing), but it fails and skip to the next device (hard disk), as for example an audio CD disk with no boot sector was inserted. FP> Any messages at all? No messages. FP> Do you get the initial boot splash screen? No. FP> Do the function keys to help screens work? FP> Does it do anything after you press enter? As said, I don't even get to that point. FP> Any BIOS options you can try changing? I'm not sure, replacing the SATA CD-ROM with a IDE one, makes d-i happy and boot painlessly. I don't know exactly if there something to set in the BIOS.. has somebody some experience here? FP> Does a Sarge installation CD boot correctly (which release did you try)? I did test it, but I'll check 3.1r4 out. FP> Does an Etch RC1 installation CD boot correctly? No, it fails as well, same behaviour. Ciao! Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
daily builds with 2.6.18-3 fail to boot on SATA cdrom
both i386 and amd64 images of the latest daily builds will fail booting (the BIOS try to boot from CDROM, but fails and skips it) on this CDROM: scsi1 : sata_via Vendor: ATA Model: Maxtor 6V200E0Rev: VA11 Type: Direct-Access ANSI SCSI revision: 05 Vendor: TSSTcorp Model: CD/DVDW SH-W163A Rev: TS01 Type: CD-ROM ANSI SCSI revision: 05 The funny thing is that if I boot from the hard disk a Debian etch system (that I've installed with another cdrom device), and try to mount a disk with this SATA cdrom, then it works perfectly. I'm using kernel 2.6.18. Any idea? Ciao, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to set yaird as initramfs generator
|--==> Frans Pop writes: FP> On Thursday 16 February 2006 16:35, Free Ekanayaka wrote: >>how do I set yaird as default initramfs generator? I've looked to >>base-installer.postinst and tried to preseed: FP> http://d-i.alioth.debian.org/manual/en.i386/apbs04.html#preseed-base-installer Oh, thanks. I really didn't notice it, and worked like a breeze :) Regards, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to set yaird as initramfs generator
Hi, how do I set yaird as default initramfs generator? I've looked to base-installer.postinst and tried to preseed: d-i base-installer/initramfs/generator select yaird and to add yaird plus its dependences to .disk/base-include. The yaird package is properly installed and the debconf value properly set, but still base-installer wants to use initramfs. Debconf priority is set to "high". Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A/DeMuDi 1.2.1-rc1
|--==> Andreas Kuckartz writes: AK> I tested the installation process an an Acer laptop using a CDROM containing AK> DeMuDi 1.2.1-rc1. I select the German language. AK> A few observations: AK> 1. My PCMCIA network device is not installed. I have seen a message that module AK> pcmcia_core could not be located. The pcmcia modules are not installed by default, because only laptops need them. But I guess they don't hurt on desktop machine, so we might consider to install them by default. What do you think? AK> 2. No file system is recommended during installation. I select ext3. Don't know if it's possible to "recommend" a fs with the current d-i. AK> 3. SuSE 8.2 was (and still is) installed on another partition and I used the AK> SuSE version of Grub to start the system. The DeMuDi installation has replaced AK> that with its own Grub. And now 9 entries "SuSE Linux 8.2 (i586) (on /dev/hda2)" AK> are displayed below "Other operating systems." Fortunately I remember that the AK> first entry was the menu item used to start SuSE and that indeed starts SuSE as AK> expected. But I would have preferred the different texts of the old menu items AK> ... 9 entries for 1 partition only? sounds strange.. I'm Ccing the debian-boot list, especially for this. AK> 4. None of the list of packages (gnome, fluxbox, ..., manula selection) in the AK> list was already selected. There should be a reasonable default. Defaults were present in the beta, but I had to remove them due to a bug in tasksel, which should have been fixed now (thanks Joey): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284895 I'll test them again. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284895: tasksel: debconf choices are ignored with --new-install
|--==> Joey Hess writes: JH> [1 ] JH> free wrote: >>Package: tasksel >>Version: 2.15 >>Severity: grave JH> Sorry, I think that's inflated, downgrading. I will try to fix the bug, No problem, after filing the bug I realized that the priority was actually to high. JH> but nothing in debian uses exit value 2 right now. Not yet! ;) I have my unofficial packages that make use of it. And it's a feature other CDDs are likely to want too. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: local base-installer is ignored
|--==> Joey Hess writes: >>How do you fix this? JH> AFAIK anna does not look in local, only main. Though the changelog for JH> version 0.008 makes me wonder if it did before. This would probably need JH> to be fixed in both anna and the retreivers and the retreiver protocol, JH> though it might be possible to just hack local support into JH> cdrom-retreiver and make it return a combined Packages file to anna. It seems that cdrom-retriever does care about both main and local: Release="$CDMNT/dists/$suite/Release" [...] components="`grep ^Components: $Release | cut -d' ' -f2-`" ret=1 for comp in $components; do and my debian-cd generated Release file is ok (both main and local are listed). The strange thing is that I know for sure that it was possible to load home made udebs from the local component (that's what I did for A/DeMuDi 1.2.0, but I do not need extra udebs anymore), and I believe it's still possible to do it. I don't understand why this doesn't apply to the base-installer udeb too.. Anyway the simplest thing is that #254996 gets fixed, is there any chance to get it into Sarge? I can work on it, just tell what approach should implement. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
local base-installer is ignored
Hi, inorder to workaround bug #254996 I've prepared a custom base-installer with a slightly modified postinst script. The custom version of package resides in the "local" component of the repository on the CD-ROM, that means it's Package entry is in: /cdrom/dists/sarge/local/debian-installer/binary-i386/Packages and the file is located in: /cdrom/pool/local/b/base-installer/ while the official version of the package is not included in the "main" sections, that means it's not listed in: /cdrom/dists/sarge/main/debian-installer/binary-i386/Packages nor present in: /cdrom/pool/main/b/base-installer/ The /cdrom/.disk/base_components file includes both components: main local However anna and the menu complain that base-installer is not present: Nov 10 08:34:17 anna[3217]: DEBUG: resolver (base-installer): package doesn't exist (ignored) [..] Nov 10 08:34:21 main-menu[347]: DEBUG: resolver (base-installer): package doesn't exist (ignored) [..] Nov 10 08:34:26 main-menu[347]: DEBUG: resolver (base-installer): package doesn't exist (ignored) [..] Nov 10 08:34:43 main-menu[347]: DEBUG: resolver (base-installer): package doesn't exist (ignored) [..] Nov 10 08:34:47 main-menu[347]: DEBUG: resolver (base-installer): package doesn't exist (ignored) How do you fix this? Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280181: netcfg-dhcp: Proceed without prompting in case of failure
|--==> Joshua Kwan writes: JK> On Mon, Nov 08, 2004 at 10:38:32AM +0100, Free Ekanayaka wrote: >>From netcfg-dhcp.templates: >> >>netcfg/dhcp_failed Template: netcfg/dhcp_failed >>Type: note >> >>don't know how to handle type "note".. JK> You want to look at netcfg/dhcp_options. Thanks, I'll try that and report. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280181: netcfg-dhcp: Proceed without prompting in case of failure
|--==> Joey Hess writes: JH> [1 ] JH> Free Ekanayaka wrote: >>it would be nice to be able to preseed the netcfg-dhcp behaviour in >>case of failure (no dhcp server found). >> >>Currently it seems that netcfg-dhcp prompts the user asking whether he >>wants to go on without dhcp. Is it possible to silently ignore the >>error and keep on? JH> Have you tried to preseed the prompt in question? I think the current JH> behavior is good for interactive use, since it lets you skip the network JH> configuration entirely, and also grows some options to reconfigure JH> wireless if it's a wireless network, iirc. No, I didn't try to preseed. What variable/value should I try with exactly? From netcfg-dhcp.templates: netcfg/dhcp_failed Template: netcfg/dhcp_failed Type: note don't know how to handle type "note".. Cheers, Free
Bug#280181: netcfg-dhcp: Proceed without prompting in case of failure
Package: netcfg-dhcp Severity: wishlist Hi, it would be nice to be able to preseed the netcfg-dhcp behaviour in case of failure (no dhcp server found). Currently it seems that netcfg-dhcp prompts the user asking whether he wants to go on without dhcp. Is it possible to silently ignore the error and keep on? Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279085: tasksel: Support executable .desc scripts
|--==> Free Ekanayaka writes: |--==> Denis Barbier writes: DB> Package: tasksel DB> Version: 2.14 DB> Followup-For: Bug #279085 DB> You wrote: >>>Here is a little patch to support executable .desc files. This way one >>>can dynamically create the list of available tasks, for example >>>consulting an alternative source of information (e.g. debtags). DB> Out of curiosity, how do you manage translations when tasks are DB> dynamically created? FE> That's a problem I did not take into account. Is there any straight FE> solution? This morning I got some light. My plan is to eventually write some code for generating the task desc on the fly using the debtags databse, whose tags do have support for translation. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279085: tasksel: Support executable .desc scripts
|--==> Denis Barbier writes: DB> Package: tasksel DB> Version: 2.14 DB> Followup-For: Bug #279085 DB> You wrote: >>Here is a little patch to support executable .desc files. This way one >>can dynamically create the list of available tasks, for example >>consulting an alternative source of information (e.g. debtags). DB> Out of curiosity, how do you manage translations when tasks are DB> dynamically created? That's a problem I did not take into account. Is there any straight solution? Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to use debpartial-mirror?
|--==> Fraser Campbell writes: FC> Hi, FC> I posted this to debian-user initially but realized this is probably a better FC> list to post to ... FC> I'm putting together a custom install cd and the first step seems to be FC> getting a local mirror. I am trying to do that with debpartial-mirror but FC> I'm having trouble fine tuning the config. FC> Here is my basic /etc/debpartial-mirror.conf which seems to do a fine job of FC> fetching the base system and installer components: FC> [mirror] FC> server=http://ftp.us.debian.org/debian/ FC> local_directory=/var/debian-mirror/ FC> get_suggests=false FC> get_recomends=false FC> get_provides=true FC> archs=i386 FC> [sarge] FC> include-task=/usr/share/debian-cd/tasks/debian-installer FC> filter=main:base:* main:*:required main:*:important \ FC> main/debian-installer:*:* FC> I'd like to add apache, postgres and other packages into my mirror but so far FC> I haven't figured out how to do so. So far I've added "include=main:apache" FC> and "main:a:apache:* main:liba:libapache-mod-ssl:*" to the filter line, FC> neither worked. FC> Does anyone know how to do this or can anyone point me in the direction of FC> documentation? I am using 0.2.8 version on sarge. I'm using something like: [sarge] # If using debian-cd tasks, you need filter without any packages. See bellow filter=main:-:- main/debian-installer:-:- include-task=/usr/share/debian-cd/tasks/my-task where /usr/share/debian-cd/tasks/my-task: /* Basic sarge CD */ #include #include #include /* My stuff */ #include and /usr/share/debian-cd/tasks/my-packages: apache postgresql trac You may want to have a look here: http://svn.debian.org/viewcvs/demudi/demudi-debpartial-mirror/trunk/ http://svn.debian.org/viewcvs/demudi/demudi-debian-cd/trunk Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274609: base-config: support random (vs. sequential) access to menu items
|--==> Joey Hess writes: JH> [1 ] JH> Free Ekanayaka wrote: >>Joey Hess wrote: >> >>> Free Ekanayaka wrote: >>> > It would be nice to have a command line switch argument as: >>> > >>> > base-config menu >>> > >>> > to pop up the menu list first instead of the first menu item. >>> > >>> > This is useful if you want to configure single parts. >>> >>> DEBIAN_PRIORITY=medium base-config >> >>Uhm, such command line doesn't seem to work for me.. >> >>Am I missing something? JH> It should work with the bash shell. Maybe you need to export JH> DEBIAN_PRIORITY=medium some other way with other shells. Mmmh, that's strange. I do use bash, I've tried also with: export DEBIAN_PRIORITY=medium base-config but no luck.. base-config 2.48 cheers, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274609: base-config: support random (vs. sequential) access to menu items
Joey Hess wrote: > Free Ekanayaka wrote: > > It would be nice to have a command line switch argument as: > > > > base-config menu > > > > to pop up the menu list first instead of the first menu item. > > > > This is useful if you want to configure single parts. > > DEBIAN_PRIORITY=medium base-config Uhm, such command line doesn't seem to work for me.. Am I missing something? Cheers, Free -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (901, 'testing'), (101, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-multimedia-686 Locale: LANG=en_GB, LC_CTYPE=en_GB Versions of packages base-config depends on: ii adduser 3.59 Add and remove users and groups ii apt 0.5.27 Advanced front-end for dpkg ii bsdutils1:2.12-10Basic utilities from 4.4BSD-Lite ii console-data2002.12.04dbs-46 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-55Linux console and font utilities ii debconf 1.4.30.5 Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii gettext-base0.14.1-5 GNU Internationalization utilities ii passwd 1:4.0.3-30.1 Change and administer password and -- debconf information: * tzconfig/choose_country_zone_single: true base-config/menu/mta: tzconfig/select_zone: tzconfig/verify_choices: true tzconfig/choose_country_zone/BR: East base-config/intro: apt-setup/security-updates: true apt-setup/another: false base-config/title: base-config/menu/finish: debian-installer/language: it_IT:it:en_GB:en base-config/late_command: apt-setup/mirror: http.us.debian.org base-config/start-display-manager: true base-config/menu/apt-setup: base-config/menu/keyboard: tzconfig/title: debian-installer/country: IT * apt-setup/directory: /var/www/debian * base-config/install-problem: tzconfig/change_timezone: false base-config/menu/hostname: * apt-setup/cd/another: false apt-setup/non-free: false * apt-setup/badedit: revert to backup mirror/suite: testing apt-setup/baddir: base-config/menu/pkgsel: base-config/menu/timezone: base-config/menu/intro: base-config/menu/passwd: apt-setup/hostname: base-config/menu/pon: base-config/login: * tzconfig/gmt: false apt-setup/title: mirror/http/proxy: apt-setup/contrib: false base-config/main-menu: Set up users and passwords base-config/early_command: * tzconfig/geographic_area: Europe * apt-setup/cd/dev: /dev/cdrom apt-setup/country: United States debian-installer/keymap: it * apt-setup/badsource: base-config/use-ppp: false * apt-setup/uri_type: edit sources list by hand tzconfig/choose_country_zone/US: Eastern apt-setup/not-mirror: base-config/get-hostname: debian tzconfig/choose_country_zone_multiple: Europe/Rome tzconfig/choose_country_zone/CA: Eastern * apt-setup/security-updates-failed: base-config/menu/shell: * apt-setup/cd/bad: base-config/invalid-hostname: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#275984: change xdebconfigurator menu item number in base-config
|--==> Petter Reinholdtsen writes: PR> [Free Ekanayaka] >>Probably the right number would be 90, but it is currently used by >>localization-config. Actually I think that also localization-config >>should change its number, as the the keyboard layout should be >>injected in the debconf database *before* running xdebconfigurator, >>which runs dexconf. PR> I agree that xdebconfigurator should be executed after both pkgsel and PR> the debconf preloading part of localization-config. We could use '91' PR> to make sure it is after both. Any objections? PR> An alternative is to move localization-config earlier in the process. PR> Not sure how early it can be moved and still work. 91 it's fine for me. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
change xdebconfigurator menu item number in base-config
Package: xdebconfigurator Version: 1.10 Severity: normal I think xdebconfigurator should be run *after* pkgsel. This way xdebconfigurator triggers itself if the xserver-common package (which contains dexconf) was installed, and does nothing otherwise. Probably the right number would be 90, but it is currently used by localization-config. Actually I think that also localization-config should change its number, as the the keyboard layout should be injected in the debconf database *before* running xdebconfigurator, which runs dexconf. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
which is netcfg-dhcp default behaviour in case of failure?
Hi, I'd like to use netcfg-dhcp but *not* netcfg-static. I'm wondering which is the default behaviour of netcfg-dhcp in case of failure.. Does it prompt the user for error? If so is there a way to force it to silently go on even in case of failure? I'd like the process to be non-interactive.. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xdebconfigurator menu item number in base-config
Hi, currently xdebconfigurator base-config menu item has number 76, while pkgselhas 80. Isthere any particular reason for running xdebconfigurator *before* tasksel? Running it running it *after* would make it trigger itself basing on the user choice (with or without X). Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274936: tasksel: Split the debian-tasks.desc
|--==> Joey Hess writes: JH> [1 ] JH> Free Ekanayaka wrote: >>The patch works nicely :) >> >>For example I can hide the Desktop task with a couple of lines, in a >>separate file: >> >>-- /usr/share/tasksel/00override.desc --- >> >>Task: desktop >>Test-standard: skip >> >>- >> >>The "standard" test is the one I posted in my other bug report. >> >>Maybeit would be usefulto rename debian-tasks.desc in >>10debian-tasks.desc, in order the to get a neater evaluation sequence. Just a note: maybe 99debian-tasks.desc is better.. JH> Possibly. I doubt that I'll do that before sarge is released, and it's JH> likely I won't apply this patch until then either. Tasksel is already JH> frozen after all. That's fine for me, but if you change your mind of course it would be handful for demudi. However nothing to kill nothing to die, if it's not possible I'll temporary workaround it. Thanks, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274936: tasksel: Split the debian-tasks.desc
|--==> Joey Hess writes:
JH> [1 ]
JH> Otavio Salvador wrote:
>>I thin we can drop the earlier info. More simple.
JH> This patch may do that, but I have not tested it.
The patch works nicely :)
For example I can hide the Desktop task with a couple of lines, in a
separate file:
-- /usr/share/tasksel/00override.desc ---
Task: desktop
Test-standard: skip
-
The "standard" test is the one I posted in my other bug report.
Maybeit would be usefulto rename debian-tasks.desc in
10debian-tasks.desc, in order the to get a neater evaluation sequence.
Cheers,
Free
JH> Index: tasksel.pl
JH> ===
JH> --- tasksel.pl (revision 808)
JH> +++ tasksel.pl (working copy)
JH> @@ -74,6 +74,8 @@
JH> # Loads info for all tasks, and returns a set of task structures.
JH> sub all_tasks {
JH> + my %seen;
JH> + grep { $seen{$_->{task}}++; $seen{$_->{task}} < 2 }
JH> map { read_task_desc($_) } list_task_descs();
JH> }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xdebconfigurator support in base-config
|--==> Petter Reinholdtsen writes: PR> [Free Ekanayaka] >>what do you think about including xdebconfigurator support to the >>finish item of base-config? PR> The version of xdebconfigurator in unstable already have a base-config PR> menu entry, and I believe it is working as it should. Not sure what PR> more you need. If xdebconfigurator is installed, it is available from PR> base-config, and can also be told with an hidden debconf question to PR> generate the XFree86 configuration file when the machine boots. PR> In other words, if it is installed, it is used too. That's great :)This shows that ideas (and actions)raise simultaneously in different places when the right time has come. Good job. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xdebconfigurator support in base-config
|--==> Otavio Salvador writes: OS> || On Thu, 07 Oct 2004 12:10:58 +0200 OS> || Free Ekanayaka <[EMAIL PROTECTED]> wrote: fe> Hi, fe> what do you think about including xdebconfigurator support to the fe> finish item of base-config? OS> I don't think finish be the right place for it. I think we should OS> create another menu item, hiden by default. Yes that's fine too. fe> We can use the code from debian-br-cdd and skolelinux, and trigger it fe> with an hidden debconf question like: fe> db_get debian-installer/xdebconfigurator || true OS> We could but it on base-config space like: OS> base-config/run_xdebconfigurator Ok right. fe> so that it won't affect the current behaviour of base-config at all, fe> but at the sametime it would be available for who needs it fe> (e.g. CDDs). OS> Sure and another good think is the not needed to be a dependencie, OS> only a suggestion of base-config. OS> The really good think is leave on Debian the major of code needed for OS> CDDs. This is really good since we have a common part for all CDDs and OS> make a lot easier for us fix bugs. OS> I not sure if this can be included on sarge. We will need to have new OS> templates and translators will need to deal with it but if it is not OS> problem we can do it. (joeyh, what you think?) Uhm, the way I see it there is no translation needed, as the procedure requires no user interaction. Are you referring to error messages. As this feature would not affect the regular behaviour by any mean, and would be triggered by and hidden debconf question, would it be possible to include it anyway? It would let CDDs play and make tests with it. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Automatic root password setting
|--==> Paul Millar writes: PM> [1 ] PM> Hi all, PM> I was going to submit a bug against passwd for this so it doesn't get lost in PM> the wash. Did you? PM> On Tuesday 05 October 2004 09:51, Free Ekanayaka wrote: >>what about automatic root pw setting? PM> (my reading is...) PM> Currently this doesn't work because passwd deliberately unsets the PM> passwd/root-passwd and ...-again keys before trying to obtain them. This is PM> (IMO) correct behaviour -- no system should expect to hold root pw in PM> plain-text, so any existing values should be discarded. PM> An alternative solution is to have a key passwd/root-hash (or some such) that PM> the passwd install scripts would use, if its set, so it wouldn't need to ask PM> the user for the password. Probably only a few lines of extra code are PM> needed to support this. Seems reasonable to me. >>Furthermore I'd like to be able to set it to the same password chosen >>by the user for his personal account. This imply that the user account >>must be set up *before* root password. Is this possible? PM> AFAIK, there is no restriction on what you choose for your passwords, although PM> having the same password for user and root accounts is a Bad Idea. I'm talking about personal workstation.. I admit that I always did it for my personal machines. Although it doesn't sound too good I don't see exactly where it could hurt. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xdebconfigurator support in base-config
Hi, what do you think about including xdebconfigurator support to the finish item of base-config? We can use the code from debian-br-cdd and skolelinux, and trigger it with an hidden debconf question like: db_get debian-installer/xdebconfigurator || true if [ "$RET" = "true]; then ... fi so that it won't affect the current behaviour of base-config at all, but at the sametime it would be available for who needs it (e.g. CDDs). Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#275303: tasksel: Add a "standard" test script for common operations on tasks
Package: tasksel Version: 2.13 Severity: wishlist Tags: patch Hi, I wrote a very simple test script which can handful for CDDs. It can be installed, for example, in /usr/share/tasksel/tests/standard. Cheers, Free #!/bin/sh # # Simple test script to automatically install/skip/mark/show tasks. # # To enable this test insert your tasks stanza # a keyword like: # # Test-standard: mark # case "$2" in install) exit 0 # do not display, but do install task ;; skip) exit 1 # do not display task ;; mark) exit 2 # display task, marked for installation ;; show) exit 3 # display task, not marked for installation ;; *) exit 1 # unknown value, skip the task esac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fixed in NMU of cdrom-retriever 1.02
|--==> Joey Hess writes: JH>* Joey Hess JH> - Patch from Free Ekanayaka to fix a hardcoded "stable" in the path to the JH>Packages file on the CD. Use $suite instead. Closes: #275020 Thanks. Just to be sure, will a seeding like: d-i mirror/suitestring sarge result in $suite == sarge ? cheers, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274936: tasksel: Split the debian-tasks.desc
|--==> Otavio Salvador writes: OS> || On Tue, 5 Oct 2004 19:22:33 -0400 OS> || Joey Hess <[EMAIL PROTECTED]> wrote: jh> Free Ekanayaka wrote: >>>So what do you suggest me to do if I want to keep all the automatic >>>language related tasks and get rid of Desktop, Mail server, etc? >>> >>>Should I copy all the language related file to my custom task list and >>>divert debian-tasks.desc entirely? >>> >>>I don't like this solution that much, but it's almost only an esthetic >>>complain. However if some language task changes in the original >>>debian-tasks.desc from tasksel, then I have to re-import them in my >>>diverted one. jh> I can't think of a better approach right now. I suppose such an import jh> could be automated. OS> Maybe a possibility to overwrite a task using the same name so you can OS> provide another "desktop" task, for example, and don't need divert all OS> .desc file. This seems a good option to me. I'd not provide another Desktop or another Mail server, but if I can override an already defined task I could just add a Test-false: field with a false script that always return 1 (= do not display task). Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274936: tasksel: Split the debian-tasks.desc
|--==> Joey Hess writes: JH> [1 ] JH> Free Ekanayaka wrote: >>I propose to split the debian-tasks.desc file in several >>parts: >> >>* lang-tasks.desc:for language related tasks which get >>automatically installed or excluded >> >>* server-tasks.desc: for server related tasks (Mail server, >>File server, etc.) >> >>* desktop-tasks.desc: for desktop related task (currently >>only Desktop) >> >>This way it's simpler for CDDs to divert only part of the tasks >>(typically server and/or desktop), while leaving untouched the others. JH> It seems to me that no matter what split I choose, it will not be the JH> split appropriate for someone's custom distribution. Unless perhaps if I JH> split out one file per task, and then it will be too much work to divert JH> away all these files, and keep the diversions up to date as debian tasks JH> are added or removed. Yes, I see your point. So what do you suggest me to do if I want to keep all the automatic language related tasks and get rid of Desktop, Mail server, etc? Should I copy all the language related file to my custom task list and divert debian-tasks.desc entirely? I don't like this solution that much, but it's almost only an esthetic complain. However if some language task changes in the original debian-tasks.desc from tasksel, then I have to re-import them in my diverted one. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#275020: hardwired "stable" suite in cdrom-retrivier
|--==> Colin Watson writes: CW> reassign 275020 cdrom-retriever CW> thanks CW> On Tue, Oct 05, 2004 at 04:29:33PM +0200, Free Ekanayaka wrote: >>Package: installer >>Severity: important >>Tags: patch >> >>Hi, >> >>the installer fails to retrieve the Packages.gz and Release files from >>the cdrom, because the suite part of the path is hardwired to >>"stable". Here is a patch. CW> Surely this is why debian-cd puts a 'stable' symlink on the CD? Actually in my home made custom CD iso, debian-cd 2.2.19 *did not* put the 'stable' link.. hence the failure. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Automatic root password setting
|--==> Christian Perrier writes: >>#passwd passwd/root-passwordpassword r00tme >>#passwd passwd/root-password-again password r00tme >> >>has this been fixed? CP> No, this is #271407. It's likely that no more update to shadow will CP> happen until sarge release unless someone convinces the release CP> managers (mail debian-release) and someone else does the job. >> >>Furthermore I'd like to be able to set it to the same password chosen >>by the user for his personal account. This imply that the user account >>must be set up *before* root password. Is this possible? CP> No, this would be a change to passwd.confg logic which will not be CP> made for sarge also... CP> However, you should be able preseed the values for "normal" user: CP> #passwdpasswd/user-password password j0hn_D0e CP> #passwdpasswd/user-password-again password j0hn_D0e CP> #passwd passwd/user-fullname string John Doe CP> (untested!) CP> Unfortunately, the user login name cannot be preseeded as it is CP> resetted to the user first name (thus "john" in my example) by passwd CP> config script. Ok thanks for you hints. Is there a way to get the Unix login name that the user chosen using debconf? I'd like to use it to set gdm's autologin. E.g. : . /usr/share/debconf/confmodule db_get passwd/username if [ -n "$RET" ]; then sed -i "s,^AutomaticLoginEnable=false,AutomaticLoginEnable=false,g" /etc/gdm/gdm.conf sed -i "s,^AutomaticLogin=,AutomaticLogin=$RET,g"/etc/gdm/gdm.conf fi Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Automatic root password setting
Hi, what about automatic root pw setting? In Joey's preseed.cfg [0] I reed: # To preseed the root password, you have to put it in the clear in this # file. That is not a very good idea, use caution! # (XXX: In fact, this won't work, because passwd clears the settings # before asking for a root password. This may not be fixed before the sarge # release, if it's fixed at all.) #passwd passwd/root-passwordpassword r00tme #passwd passwd/root-password-again password r00tme has this been fixed? Furthermore I'd like to be able to set it to the same password chosen by the user for his personal account. This imply that the user account must be set up *before* root password. Is this possible? [0] http://d-i.alioth.debian.org/manual/en.i386/ch04s07.html#automatic-install -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274936: tasksel: Split the debian-tasks.desc
Package: tasksel Version: 2.12 Severity: wishlist Hi, I propose to split the debian-tasks.desc file in several parts: * lang-tasks.desc:for language related tasks which get automatically installed or excluded * server-tasks.desc: for server related tasks (Mail server, File server, etc.) * desktop-tasks.desc: for desktop related task (currently only Desktop) This way it's simpler for CDDs to divert only part of the tasks (typically server and/or desktop), while leaving untouched the others. For example A/DeMuDi would let lang-tasks untouched, while it would divert the server-tasks including a "Audio streaming server", and the desktop-tasks too with "Recording studio", "Live performance", etc. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274933: tasksel: When test scripts exit 2 the task is not marked
Package: tasksel Version: 2.12 Severity: important Hi, I've tried to create a test task which is automatically marked for installation and display (exit code 2 in the test script). Here's the definition of the task, included in debian-task.descs: Task: test Section: test Relevance: 7 Description: Test Test task. Key: joe Test-prova: test Packages: test /usr/lib/tasksel/test simply exit 2 /usr/lib/tasksel/packages/test simply echo joe If joe *is not* installed the Test task is displayed in the list, but *not* marked. On the opposite if joe *is* installed the task is displayed *and* marked. Cheers, Free -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (901, 'testing'), (101, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-multimedia-686 Locale: LANG=en_GB, LC_CTYPE=en_GB Versions of packages tasksel depends on: ii aptitude 0.2.15.7-1 terminal-based apt frontend ii debconf [debconf-2.0] 1.4.30.5 Debian configuration management sy ii liblocale-gettext-perl1.01-17Using libc functions for internati -- debconf information: tasksel/title: tasksel/first: tasksel/tasks: Mail server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274609: base-config: support random (vs. sequential) access to menu items
Package: base-config Version: 2.40.5 Severity: wishlist It would be nice to have a command line switch argument as: base-config menu to pop up the menu list first instead of the first menu item. This is useful if you want to configure single parts. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254996: [PATCH] smarter selection of the kernel
Hi, this patch should let kernel packages like: kernel-image-someversion-myflavour-somemachine to be correctly selected. E.g. this should let the installer choose the right demudi kernel among: kernel-image-2.4.25-1-multimedia-386 kernel-image-2.4.25-1-multimedia-586tsc kernel-image-2.4.25-1-multimedia-686 kernel-image-2.4.25-1-multimedia-686-smp kernel-image-2.4.25-1-multimedia-k6 kernel-image-2.4.25-1-multimedia-k7 kernel-image-2.4.25-1-multimedia-k7-smp Cheers, Free --- postinst.orig 2004-09-21 18:36:12.0 +0200 +++ postinst2004-10-02 21:08:54.0 +0200 @@ -614,6 +614,19 @@ fi done fi + + # Try to default to a kernel appropriate for the machine + version=$(uname -r | cut -d . -f 1,2) # 2.4 or 2.6 + FLAVOUR=`echo $arch_kernel | sed -e "s/kernel-image-$version-\(.*\)/\1/g"` + if [ "$FLAVOUR" != "" ]; then + kernellist=`cat $KERNEL_LIST | sort -r | tr '\n' ' '` + for akernel in $kernellist; do + if [ "" != "`echo $akernel | grep '^kernel-image-.*'$FLAVOUR`" ]; then + KERNEL=$akernel + break + fi + done + fi fi fi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Status of the laptop task
Hi all, AFAIR the laptop task has been removed from the tasksel list, with the idea is to automate it's installation with a test in /usr/lib/tasksel/tests. What's the status of such script? Is somebody working on it? Cheers, Free Ekanayaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Partitioner defaults to MB instead of GB
|--==> "AZ" == Anton Zinoviev <[EMAIL PROTECTED]> writes: AZ> Hi! AZ> Initialy it defaulted to bytes so people had to write 200m for swap or AZ> 6g for /usr. Changing bytes to megabytes was some progress but for AZ> gigabytes we need more time. ;-) :) Maybe an explicit and visible indication that the size should be entered in MB would solve the issue. Don't know if it's already there.. Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debpartial-mirror rewrite
Opps, this was for debian-custom *not* for debian-boot.. sorry! free >>>>> On Thu, 01 Jul 2004 10:03:49 +0200, Free Ekanayaka <[EMAIL PROTECTED]> said: >>>>> On Thu, 01 Jul 2004 00:40:54 -0300, Otavio Salvador <[EMAIL PROTECTED]> said: Otavio> New version will support: Otavio> + Support inter repositories to resolve dependencies; Otavio> (This allow to you ask for get all dependencies of Otavio> packages in your local repository) + Support Otavio> virtualization of repositories; (This is crazy. You will Otavio> be able to merge repositoies and but another as Otavio> result. For example, you can change a repository having Otavio> all sarge package + sid d-i + your local packages) Free> Otavio, these two new features are *great* :) Free> You know I'm already a happy user of debpartial-mirror, and Free> I'll to test this new version as soon as possible. Free> Thanks for this great work! Free> Cheers, Free> Free Ekanayaka Free> -- To UNSUBSCRIBE, email to Free> [EMAIL PROTECTED] with a subject of Free> "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debpartial-mirror rewrite
>>>>> On Thu, 01 Jul 2004 00:40:54 -0300, Otavio Salvador <[EMAIL PROTECTED]> said: Otavio> New version will support: Otavio> + Support inter repositories to resolve dependencies; Otavio> (This allow to you ask for get all dependencies of packages Otavio>in your local repository) Otavio> + Support virtualization of repositories; Otavio>(This is crazy. You will be able to merge repositoies and Otavio>but another as result. For example, you can change a Otavio>repository having all sarge package + sid d-i + your local Otavio>packages) Otavio, these two new features are *great* :) You know I'm already a happy user of debpartial-mirror, and I'll to test this new version as soon as possible. Thanks for this great work! Cheers, Free Ekanayaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Using kbd-chooser
Hi all, I'd like to use the kbd-chooser package for the custom installer I'm preparing for A/DeMuDi. I had a look to the source but I can't figure out how to use it exactly. Should I simply list it in the udeb_include file? Moreover it seems to me that the kbd-chooser configures only the console-data package. How do I extract the detected information for setting, say, the XkbLayout and XkbModel entries of XF86Config-4? cheers, Free Ekanayaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254996: base-installer: Smarter selection of the kernel to install on target
>>>>> On Fri, 18 Jun 2004 12:36:23 +0100, Colin Watson <[EMAIL PROTECTED]> said: Colin> On Fri, Jun 18, 2004 at 08:04:44AM +0200, Free Ekanayaka Colin> wrote: >> Package: base-installer Version: 0.082 Severity: wishlist >> >> >> It seems that the postinst code currently chooses the right >> arch for a kernel only if the kernel packages are named like: >> >> kernel-image-(2.4|2.6)-(386|586tsc|686|k6|..) >> >> For custom made CDs with a possible local pool, holding custom >> kernels, it would be nice that the script recognises also names >> like: >> >> kernel-image-(2.4|2.6)-myflavour-(386|586tsc|686|k6|..) Colin> My experimental kernel-selection branch should be able to Colin> handle this, I think. At any rate it'll be easier to Colin> persuade it to handle it than to persuade the current trunk Colin> code ... Thanks a lot for your fast reply. I temporary worked around the problem, by introducing my own kernel-image-2.4-XXX packages, but I'd like to try the experimental branch too. How much experimental is it? Is it safe to grab it and replace the version which comes with the beta4 d-i? cheers, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254996: base-installer: Smarter selection of the kernel to install on target
Package: base-installer Version: 0.082 Severity: wishlist It seems that the postinst code currently chooses the right arch for a kernel only if the kernel packages are named like: kernel-image-(2.4|2.6)-(386|586tsc|686|k6|..) For custom made CDs with a possible local pool, holding custom kernels, it would be nice that the script recognises also names like: kernel-image-(2.4|2.6)-myflavour-(386|586tsc|686|k6|..) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-multimedia-686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254312: base-config: add a suffix to the file names of the menu items
>>>>> On Mon, 14 Jun 2004 12:32:35 -0400, Joey Hess <[EMAIL PROTECTED]> said: Joey> [1 ] Joey> Free Ekanayaka wrote: >> This way it would be easier for other packages to customise >> base-config. For example a package could provide a custom >> mta.cfg diverting the original file to mta.cfg.distrib, and >> prep-menu will not include the .distrib file in the menu. Joey> Not that I'm opposed to your idea, but you should be able to Joey> just divert the menu item to a different directory. Yes true, and that's fine for me. I'm closing the bug. Thanks, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254312: base-config: add a suffix to the file names of the menu items
Package: base-config Version: 2.21 Severity: wishlist It would be useful to add a special suffix to the executable files in /usr/lib/base-config/menu which will be considered as menu entries. For example we could have: mta.cfg mta.mnu mta.tst and then change the code in prep-menu accordingly: find menu \( -type f -or -type l \) -perm -700 -printf '%f\n' | grep .cfg This way it would be easier for other packages to customise base-config. For example a package could provide a custom mta.cfg diverting the original file to mta.cfg.distrib, and prep-menu will not include the .distrib file in the menu. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-multimedia-686 Locale: LANG=C, LC_CTYPE=C Versions of packages base-config depends on: ii adduser 3.52 Add and remove users and groups ii apt 0.5.24 Advanced front-end for dpkg ii aptitude0.2.14-3 curses-based apt frontend ii bsdutils1:2.12-3 Basic utilities from 4.4BSD-Lite ii console-data2002.12.04dbs-38 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-52Linux console and font utilities ii debconf 1.4.25 Debian configuration management sy ii debianutils 2.8.1Miscellaneous utilities specific t ii gettext-base0.14.1-2 GNU Internationalization utilities ii passwd 1:4.0.3-26 Change and administer password and -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Custom grub titles
Hi, which is the cleaner way to change the title of the grub menu entry generated by the first stage installation, just before the rebboot? For example I'd like to turn "Debian GNU/Linux" in "aGNUla/DeMuDi".. cheers, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Including additional packages on the Debian base CD
> On Wed, 2 Jun 2004 15:51:56 +0200, "W. Borgert" <[EMAIL PROTECTED]> said: >> Moreover it would be nice to have a tool which builds a minimum >> Debian mirror with just the packages needed by debootstrap and >> the most important udebs. I think that this way we could use >> debian-cd with a bottom-up approach, without downloading a >> whole debian mirror. W> I have a receipt for building a partial mirror on my web page. W> Some people use the scripts successfully for FAI and other W> purposes. See http://people.debian.org/~debacle/ [look for W> partial mirror] Yes I've read it and I'm currently use that approach. But this solutions sounds me a little bit hackish, and I'd like something specifically designed for this porpoise. Anyhow thanks a lot for you document and scripts, which I found quite quite useful :) bye, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Including additional packages on the Debian base CD
>>>>> On Thu, 20 May 2004 08:56:28 -0300, Andre Luis Lopes <[EMAIL PROTECTED]> said: Andre> [1 ] Hi Free, Andre> On Thu, May 20, 2004 at 01:50:03PM +0200, Free Ekanayaka Andre> wrote: >> Petter, thanks for your quick reply. >> >> I'm new to the debian-cd package, but it looks quite simple to >> use. I'll try to create a test iso in the next days and report >> you. Andre> Please, let me know how well it worked. I'm also pretty Andre> interested in learning something about Custom Debian Andre> Distributions and also trying to start experimenting with Andre> debian-cd. I'm almost done in preparing a customised d-i for the aGNUla/DeMuDi CDD, and I have to say that this new d-i is sooo beautiful and easy to tweak. I'm basing on the beta4 release, and I decided not to use debian-cd for the moment. I simply replaced the pool/ and dist/ trees, which include: 1) all the packages needed by debootstrap 2) all the main/debian-installer section 3) an home made udeb which installs a package which customise the base-config menu 4) the optional packages used by DeMuDi Everything is running fine.. I still do not understand which is the proper way to autoconfigure XFree86, by now I'm using xdebconfigurator and dexconf. Moreover it would be nice to have a tool which builds a minimum Debian mirror with just the packages needed by debootstrap and the most important udebs. I think that this way we could use debian-cd with a bottom-up approach, without downloading a whole debian mirror. ciao, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Do I really need a full Debian mirror to use debian-cd?
Hi, I'm going on experimenting with debian-cd. I'm wandering if I do really need a full debian mirror in order to build the ISO. I guess that the only relevant part are the packages belonging to the base system and the debian-installer section. Isn't it? Ideally I'd like to build the ISO out of a partial debian mirror generated using apt-move plus the main/debian-installer tree. Has anybody tried something like this? bye, free >>>>> On Thu, 20 May 2004 10:58:03 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> said: Petter> [Free Ekanayaka] >> I've seen that the ISO image contains an ordinary pool/dists >> debian APT repository to hold packages, so I guess that simply >> replacing it with a custom archive would make the trick.. isn't >> it? Petter> Yes, I think that would work. >> Furthermore it would be nice to have a way to tell to the >> installation system to automatically install a certain set of >> packages after it finishes to install the base system. Petter> There are two options. You can create an udeb with Petter> standard or higher priority, and call 'apt-install Petter> ' in its postinst script, or add a file Petter> base_include to the CD listing the extra packages to Petter> install. The second option is the BASE_INCLUDE variable Petter> in debian-cd CONF.sh >> AFAIK Skolelinux folks already went through this way, and my >> task would be very similar. Petter> Yes, we use both these methods. The first method is more Petter> flexible, because one can decide in the postinst script if Petter> a given package should be installed or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Including additional packages on the Debian base CD
Petter, thanks for your quick reply. I'm new to the debian-cd package, but it looks quite simple to use. I'll try to create a test iso in the next days and report you. bye, free >>>>> On Thu, 20 May 2004 10:58:03 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> said: Petter> [Free Ekanayaka] >> I've seen that the ISO image contains an ordinary pool/dists >> debian APT repository to hold packages, so I guess that simply >> replacing it with a custom archive would make the trick.. isn't >> it? Petter> Yes, I think that would work. >> Furthermore it would be nice to have a way to tell to the >> installation system to automatically install a certain set of >> packages after it finishes to install the base system. Petter> There are two options. You can create an udeb with Petter> standard or higher priority, and call 'apt-install Petter> ' in its postinst script, or add a file Petter> base_include to the CD listing the extra packages to Petter> install. The second option is the BASE_INCLUDE variable Petter> in debian-cd CONF.sh >> AFAIK Skolelinux folks already went through this way, and my >> task would be very similar. Petter> Yes, we use both these methods. The first method is more Petter> flexible, because one can decide in the postinst script if Petter> a given package should be installed or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Including additional packages on the Debian base CD
Hi all, I had a look to the beta4 installer, which works really well :) I'd like to use it for the next release of aGNUla/DeMuDi [0], which is a Custom Debian Distribution devoted to audio work. I've seen that the ISO image contains an ordinary pool/dists debian APT repository to hold packages, so I guess that simply replacing it with a custom archive would make the trick.. isn't it? Furthermore it would be nice to have a way to tell to the installation system to automatically install a certain set of packages after it finishes to install the base system. AFAIK Skolelinux folks already went through this way, and my task would be very similar. Thanks, Free Ekanayaka [0] http://www.agnula.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
