Feature Request
Hello, 1st... I thank you all for this installer, great work. But I have a small feature request, regarding the "crypto setup" in the installer. Although the installer offers many opportunities, but important details would be desirable (in terms of security) if you could add them. - A choice of hash algorithms (SHA-512, RIPEMD160 ... etc., in order to always have the best possible choice) - Arbitrary iterations (default: 1000, but more would increase the security dramatically) thx in advance Hallo, als Erstes... Ich danke allen für diesen Installer, großartige Arbeit. Aber ich habe eine kleine Feature Anfrage, bezüglich des "crypto setup" im Installer. Zwar bietet der Installer sehr viele Möglichkeiten, doch wichtige Details wären wünschenswert (hinsichtlich der Sicherheit), wenn man diese hinzufügen könnte. - Eine Wahl der Hash Algorithmen (SHA-512, RIPEMD160 ... etc., um stets die bestmögliche Wahl zu haben) - Frei wählbare Iterationen (Standard: 1000, jedoch mehr würde die sicherheit dramatisch steigern) danke schonmal -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5483d458.2080...@googlemail.com
Bug#381518: feature request
Package: installation-reports Boot method: CD Image version: 'Etch' from August 3, 2006 Date: August 5, 2006 Machine: IBM Thinkpad T60 Processor: Pentium M Memory: 1,5 GB Partitions: Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: This is a feature request. I tried to use the first 'etch' CD as rescue boot system for a server system which went limbo. My hope was that only keyboard / mouse input was blocked and i could still ssh or telnet into it. So this is not about recovering a system on the same machine, but on a remote one. I'm talking about the stage when network is configured, but no base system is installed yet. (Before the reboot) So far the installer worked well, but i there were no ssh or telnet included. Not even ping. Maybe that's ok, for an installer on CD. However, i think it would be a nice feature to be able, once the network is established, to load additional packages from the net into RAM to be able to do any task that comes around. Yes, that would be _very_ handy. Greetings, Micha ( -- Or maybe i just didn't find the feature...?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381518: feature request
On Sat, Aug 05, 2006 at 04:29:38AM +0200, Micha wrote: > > Or maybe i just didn't find the feature...? Does http://wiki.debian.org/DebianInstaller/NetworkConsole fit your needs? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381518: feature request
Yes. Good idea to put up a sid chroot which could avoid dep problems. This looks rather like a brainstorm to me, it's not yet implemented, right ? Still the basic idea was the possibility to install additional packages into RAM, for any rare and improbably recovery or other task. So apt should be available, and a tool like aptitude could be included, too. The whole thing probably would fit best into netinstall, but hopefully could be added to other installer or recovery images too. ° /\/ m°
debian installer feature request
Hi, One feature request : Include the package speedtouch-ng in the netinst ISO so that we can install Debian with old dsl modem ;) Cheers, Michel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian installer feature request
On Sunday 30 December 2007, Michel BRIAND wrote: > Include the package speedtouch-ng in the netinst ISO so that we can > install Debian with old dsl modem ;) I cannot find any package with that name in Debian, which basically means that the installer team cannot do anything with this request. The first step would be to get the package into Debian. Provided it is free software and suitable for the main archive, we could then consider adding it to CD images, although you'd probably still need to explain how exactly just adding it to a netinst would help because just adding the package won't make it available for use during installations. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: debian installer feature request
Frans Pop <[EMAIL PROTECTED]> - Mon, 31 Dec 2007 14:52:53 +0100 >On Sunday 30 December 2007, Michel BRIAND wrote: >> Include the package speedtouch-ng in the netinst ISO so that we can >> install Debian with old dsl modem ;) > >I cannot find any package with that name in Debian, which basically >means that the installer team cannot do anything with this request. > >The first step would be to get the package into Debian. Provided it is >free software and suitable for the main archive, we could then >consider adding it to CD images, although you'd probably still need to >explain how exactly just adding it to a netinst would help because >just adding the package won't make it available for use during >installations. > >Cheers, >FJP Hi, sure, I forget to explain the goad and speak about the way it could be used ;). First : speedtouch-ng is a small package that configure the DSL link for use with speedtouch modems. It includes a script that creates a ppp0 interface with a debconf ui and then brings up ppp0 so that installation can continue with an internet connection. Speedtouch includes some firmware that are non-free. But we could find a way to include them anyway. A special non-free netinst iso ? Or a lobby against the manufacturer ? This modem is obsolete but a lot of people still have it (at least in Europe). Do you think my explanations are suffisent ? Cheers, Michel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian installer feature request
On Monday 31 December 2007, Michel BRIAND wrote: > Speedtouch includes some firmware that are non-free. But we could find > a way to include them anyway. A special non-free netinst iso? No, sorry. This basically means it not an option to include it in Debian. However, you can still install Debian for a full CD or DVD image _without_ setting up the network and then installing your speedtouch support manually afterwards. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: debian installer feature request
Frans Pop <[EMAIL PROTECTED]> - Mon, 31 Dec 2007 16:04:43 +0100 >On Monday 31 December 2007, Michel BRIAND wrote: >> Speedtouch includes some firmware that are non-free. But we could >> find a way to include them anyway. A special non-free netinst iso? > >No, sorry. This basically means it not an option to include it in >Debian. > >However, you can still install Debian for a full CD or DVD image >_without_ setting up the network and then installing your speedtouch >support manually afterwards. > Okay, anyway, could you indicate me a Debian Developer that would look into this package and possibly include it in Debian ? Thank you. Michel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian installer feature request
Op 01-01-2008 om 16:58 schreef Michel BRIAND: > Frans Pop <[EMAIL PROTECTED]> - Mon, 31 Dec 2007 16:04:43 +0100 > >On Monday 31 December 2007, Michel BRIAND wrote: > >> Speedtouch includes some firmware that are non-free. But we could > >> find a way to include them anyway. A special non-free netinst iso? > > > >No, sorry. This basically means it not an option to include it in > >Debian. > > > >However, you can still install Debian for a full CD or DVD image > >_without_ setting up the network and then installing your speedtouch > >support manually afterwards. > > > > Okay, > > anyway, could you indicate me a Debian Developer that would look > into this package and possibly include it in Debian ? Debian is about free software, free meaning libre, not gratuit. As previous proposed, is lobby to manufactor to GPL the driver. Or better: Tell your friends to only buy hardware with GPL support. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#381518: feature request
Processing commands for [EMAIL PROTECTED]: > severity 381518 wishlist Bug#381518: feature request Severity set to `wishlist' from `normal' > tags 381518 moreinfo Bug#381518: feature request There were no tags set. Tags added: moreinfo > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381518: marked as done (feature request)
Your message dated Sun, 09 Jan 2011 12:08:15 + with message-id <1294574895.2400.13.ca...@eeepc.belkin> and subject line has caused the Debian Bug report #381518, regarding feature request to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 381518: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381518 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-reports Boot method: CD Image version: 'Etch' from August 3, 2006 Date: August 5, 2006 Machine: IBM Thinkpad T60 Processor: Pentium M Memory: 1,5 GB Partitions: Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: This is a feature request. I tried to use the first 'etch' CD as rescue boot system for a server system which went limbo. My hope was that only keyboard / mouse input was blocked and i could still ssh or telnet into it. So this is not about recovering a system on the same machine, but on a remote one. I'm talking about the stage when network is configured, but no base system is installed yet. (Before the reboot) So far the installer worked well, but i there were no ssh or telnet included. Not even ping. Maybe that's ok, for an installer on CD. However, i think it would be a nice feature to be able, once the network is established, to load additional packages from the net into RAM to be able to do any task that comes around. Yes, that would be _very_ handy. Greetings, Micha ( -- Or maybe i just didn't find the feature...?) --- End Message --- --- Begin Message --- There is already a udeb with a ssh client available. If you need it you can install it on a console: anna-install openssh-client-udeb indeed it's very useful for debugging installation problems, such as scp'ing syslog to another machine for analysis. -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org --- End Message ---
Bug#928910: feature request: support odroid-hc1
Package: flash-kernel Version: 3.98 Would it be possible to support odroid-hc1 single board computers with flash-kernel? Here is how I configure the board manually: https://wiki.debian.org/InstallingDebianOn/OdroidHC1 flash-kernel wouldn't need to deal with samsung firmware blobs, as those get installed once and are never touched again. To update u-boot on an sd-card it only needs to: dd iflag=dsync oflag=dsync if=$uboot of=$device seek=63 Is any other info required for this? Thanks, Andreas
Feature request: battery status / reminder to turn on
Hi, Can i make a feature request to include a reminder to plug in the charger for notebooks when installing debian. This hit me in testing bullseye where i had forgot and the notebook shutdown halfway through the install. I saw that it knew it was running out of power and auto shutdown so I'm assuming the ability to tell is available at install time. Regards, Andrew
Bug#763072: How/Where to file a feature request
On 09/27/2014 01:27 PM, Lisi Reisz wrote: On Saturday 27 September 2014 17:57:06 Philippe Clérié wrote: Thanks for the tips. Bug filed as #763072. -- Philippe -- The trouble with common sense it that it is so uncommon. I have looked at the bug report, and I would suggest that it may be misphrased. Keyboard selection is already in the installer. I always choose a standard UK keyboard and would struggle to install without it. What is missing apparently is the actual one you want. Keyboard selection comes after language selection. Presumably (and I am guessing here) you choose US English and are just given a US keyboard but the wrong one, rather than the list of keyboards to select from that we British English choosers get. Lisi You know, you have forced me to re-evaluate what I thought I knew. It appears that the Debian installer _does not_ have a Keymap variant selection dialog, even in expert mode. Even dpkg-reconfigure keyboard-configuration does not seem to do anything, while in Ubuntu you get to do some more customization of the keyboard. I had always assumed that the Ubuntu installer was the same as Debian's but with some more options activated. When filing the bug I thought it would be a one liner kind of change. That may not be the case. Your description of the process above is correct. After choosing the language (en) and the location (US), Debian presents the [Configure the keyboard] dialog, with the header "Keymap to use:". The first selection in my case is "American English", and below that keymaps, for just about every other country/language, including British English. What I would like is to be presented a choice of layouts after selecting that keymap. Having said that, my original phrasing seems to reflect exactly what I am asking for, and none of my assumptions are apparent (I think?). But I am copying the bug report just in case. -- Philippe -- The trouble with common sense it that it is so uncommon. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54298d7a.5000...@gcal.net
Bug#763072: How/Where to file a feature request
On Mon 29 Sep 2014 at 12:48:58 -0400, Philippe Clérié wrote: > On 09/27/2014 01:27 PM, Lisi Reisz wrote: > > > >I have looked at the bug report, and I would suggest that it may be > >misphrased. Keyboard selection is already in the installer. I always choose > >a standard UK keyboard and would struggle to install without it. What is > >missing apparently is the actual one you want. Keyboard selection comes > >after language selection. Presumably (and I am guessing here) you choose US > >English and are just given a US keyboard but the wrong one, rather than the > >list of keyboards to select from that we British English choosers get. > > > >Lisi > > > > > > You know, you have forced me to re-evaluate what I thought I knew. > > It appears that the Debian installer _does not_ have a Keymap > variant selection dialog, even in expert mode. Even dpkg-reconfigure > keyboard-configuration does not seem to do anything, while in Ubuntu > you get to do some more customization of the keyboard. You may want to evaluate keeping your report open in the light of reading #698322: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698322 With 'dpkg-reconfigure keyboard-configuration' I see two international keyboard layouts. Both are under Englis (US). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/29092014191428.8d2b952b0...@desktop.copernicus.demon.co.uk
Feature request: Support for QEMU Virtio driver for CD-ROM
Package: debian-installer Version: debian-testing-amd64-DVD-1.iso, from 2019-03-16 When installing Debian as a guest in KVM/QEMU assigning the ISO to a CD-ROM using Virtio or Virtio-SCSI as the bus type the debian-installer cannot see the CD-ROM drive and ask for drivers. I assume the Virtio drivers are not bundled/loaded in the installer. It would be nice if it was :-) In my benchmark of different bus types for CD-RO I got this read numbers: -ata/ide: 541MB/s -sata: 1,2GBs -Virtio-SCSI: 3,6GB Unfortunately I didn't test Virtio, but it should be at least just as fast as the Virtio-SCSI I've read from RHEL that Virtio is a little faster (at least for HDDs).
Bug#928910: marked as done (feature request: support odroid-hc1)
Your message dated Sun, 12 May 2019 14:55:54 -0700 with message-id <87r293e3rp.fsf@yucca> and subject line Re: Bug#928910: feature request: support odroid-hc1 has caused the Debian Bug report #928910, regarding feature request: support odroid-hc1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 928910: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928910 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: flash-kernel Version: 3.98 Would it be possible to support odroid-hc1 single board computers with flash-kernel? Here is how I configure the board manually: https://wiki.debian.org/InstallingDebianOn/OdroidHC1 flash-kernel wouldn't need to deal with samsung firmware blobs, as those get installed once and are never touched again. To update u-boot on an sd-card it only needs to: dd iflag=dsync oflag=dsync if=$uboot of=$device seek=63 Is any other info required for this? Thanks, Andreas --- End Message --- --- Begin Message --- Version: 0.97 On 2019-05-12, Andreas Jellinghaus wrote: > Would it be possible to support odroid-hc1 single board computers with > flash-kernel? It should already supported since 0.97; see /usr/share/flash-kernel/all.db: Machine: Hardkernel Odroid HC1 Kernel-Flavors: armmp armmp-lpae DTB-Id: exynos5422-odroidhc1.dtb Boot-Script-Path: /boot/boot.scr U-Boot-Script-Name: bootscr.uboot-generic Required-Packages: u-boot-tools If you install and run "flash-kernel" what is the output? Do you have a boot.scr that flash-kernel is refusing to overwrite? Are you using a vendor kernel which reports itself as a different model string? $ cat /proc/device-tree/model ; echo Which u-boot are you using? Are you using the default u-boot environment, or did you use "saveenv" at some point? live well, vagrant signature.asc Description: PGP signature --- End Message ---
Bug#172519: marked as done (Feature Request: Install from USB Key)
Your message dated Tue, 23 Mar 2004 15:42:57 -0500 with message-id <[EMAIL PROTECTED]> and subject line usb supported has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 10 Dec 2002 13:50:14 + >From [EMAIL PROTECTED] Tue Dec 10 07:50:14 2002 Return-path: <[EMAIL PROTECTED]> Received: from (retina.ranzco.edu) [61.95.31.50] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 18Lkm5-5U-00; Tue, 10 Dec 2002 07:50:14 -0600 Received: (qmail 14630 invoked from network); 10 Dec 2002 13:50:11 - Received: from unknown (HELO aos.net.au) (10.2.32.228) by 61.95.31.50 with SMTP; 10 Dec 2002 13:50:11 - Message-ID: <[EMAIL PROTECTED]> Date: Wed, 11 Dec 2002 00:50:11 +1100 From: Sam Johnston <[EMAIL PROTECTED]> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: Feature Request: Install from USB Key Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=0.3 required=5.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.41 X-Spam-Level: Package: installation-reports Severity: wishlist I recently noticed my motherboard allows me to boot from USB devices, which I assume includes USB key/pen drives. I'd *love* to be able to cart a debian installer around with me, both for installing new systems and for repairing faults. I have NFI what's involved, nor any keys I can send for development purposes (yet). If time permits I'll take a look at this myself - suggestions as to where to start with d-i development would be appreciated. From bug #172340: | That reminds me of another feature I forgot to mention: Install from | USB Keys. I think I'll file it as a separate wishlist bug though... I think the floppy-retriever might work for this. It's a definitive goal (and it will happen faster if somebody throws a key or two in my direction (no, I'm not going to spend 150 USD to get a decent-sized USB key) ;) --- Received: (at 172519-done) by bugs.debian.org; 23 Mar 2004 20:44:59 + >From [EMAIL PROTECTED] Tue Mar 23 12:44:59 2004 Return-path: <[EMAIL PROTECTED]> Received: from kitenet.net [64.62.161.42] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B5slf-0007ZL-00; Tue, 23 Mar 2004 12:44:59 -0800 Received: from dragon.kitenet.net (216-98-95-58.access.naxs.com [216.98.95.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Joey Hess", Issuer "Joey Hess" (verified OK)) by kitenet.net (Postfix) with ESMTP id 8E67F180AD for <[EMAIL PROTECTED]>; Tue, 23 Mar 2004 20:44:50 + (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id F17246E714; Tue, 23 Mar 2004 15:42:57 -0500 (EST) Date: Tue, 23 Mar 2004 15:42:57 -0500 From: Joey Hess <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: usb supported Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable d-i has supported installs from usb keys for some time now. --=20 see shy jo --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAYKFRd8HHehbQuO8RAiIwAKC3LYZUj3KdG9t7E4uLoozhfGKY4gCeLTiA W8smHJiZhAAS4Aer4ehZJbs= =/1m1 -END PGP SIGNATURE- --oyUTqETQ0mS9luUI-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409038: debian-installer: feature request: enforce the use of strong passwords
Package: debian-installer Version: 20061102 Priority: wishlist [ This is a feature request based on a test install I did quite some time ago on Openwall Linux. ] The installation system developed for Open Wall Linux [1] (and open source) makes use of pam_passwdqc to force the users to setup strong passwords (i.e. not dictionary based and not password = username) in the installation system itself. Internet-exposed systems get compromised because of insecure passwords that get expose through SSH dictionary attacks and that many Debian users will end up with a SSH system installed. Consequently, I think it would be a nice feature to add to the installer. Regards Javier [1] http://www.openwall.com/Owl/ signature.asc Description: Digital signature
Bug#633299: debian-installer: Feature request: please support tmpfs filesystems in partitioner
Package: debian-installer Version: 20110106+squeeze3 Severity: normal Hi, This was briefly discussed on #debian-boot. I'm writing this report to record that. The recent changes to support /run in wheezy/unstable have added the following mounts: tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=10%,mode=755 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5m 0 0 tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=20% 0 0 tmpfs /tmp tmpfs rw,nosuid,nodev,relatime,size=20% 0 0 Like the UTC=yes parameter the installer sets in /etc/default/rcS to configure the hardware clock, these filesystems may be enabled or disabled by setting RAMLOCK=yes RAMSHM=yes RAMTMP=yes in /etc/default/rcS. Currently, the initscripts defaults these all to "yes". However, it may make sense for the installer to give the user the option of disabling them. /run is always mounted (not configurable). Additionally, the mount options and size of the tmpfs may be configured by adding an entry to /etc/fstab, such as shown above. If not present, defaults from /lib/init/tmpfs.sh will be used instead (the fstab settings supersede the defaults). I was thinking of how this could be cleanly added into the installer, and the best idea I've come up with so far is to add it directly into the partitioner, so you don't need to provide any special support for the feature (such as asking additional questions). If support for the tmpfs filesystem was added (similar to how LVM and RAID are supported), one could add a tmpfs mount to the filesystem list, which would then permit configuration of its size, mount options etc. using the existing interface. It could default to having entries for /run, /run/lock, /run/shm and /tmp, and this would permit the user to modify them or delete them entirely. If deleted, you could then set RAMxxx=no in /etc/default/tmpfs. And if the options differ from the default, you can then write an fstab entry for the mount. The interface would also permit the addition of new tmpfs mounts as well. It would also be possible to only expose this in expert mode, if desirable, so that normal installs wouldn't have increased complexity, and the package defaults would simply be used instead. We made the options in /etc/default/rcS and /etc/fstab configurable in this way so that it fitted in with how the installer was already configuring things, but equally this was already how the package was set up (RAMLOCK was repurposed from /var/lock to /run/lock, and fstab was already used to store options; RAMSHM and RAMTMP are simply extending the existing conventions in use). Regards, Roger -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110709111018.20468.21255.report...@ravenclaw.codelibre.net
Bug#925182: Feature request: Support for QEMU Virtio driver for CD-ROM
Package: debian-installer Followup-For: Bug #925182 This looks to be a duplicate of #689528 Cheers.
Bug#409040: debian-installer: feature request: integration with corporate authentication mechanisms (NIS, LDAP, Kerberos...)
Package: debian-installer Version: 20061102 Priority: wishlist [ This is a feature request based on a test install I did quite some time ago with different Linux distributions ] RedHat, Fedora [1], and SuSE's installation systems provide currently a way to, through the installation, select if the installed system is part of a corporate network (which might have a common LDAP system for user authentication) and, if selected, does not create user accounts and tries to bind to NIS domains, or LDAP domains or use Kerberos or SMB as authentication. Since many corporate deployments require systems (both servers and desktops) to be integrated with the existing authentication infraestructure it would be nice if the installation system provided a way to set this up. RedHat and Fedora use the "Authentication Configuration tool" [2] (post-install). I'm not aware of equivalent tools in Debian, the documentation available at the wiki pages [3] make me think that doing this manually is not for the faint of heart... Maybe this would be something to do for lenny? Regards Javier [1] http://fedora.redhat.com/docs/install-guide/fc6/en/sn-installing-managed-network.html [2] http://fedora.redhat.com/projects/config-tools/authconfig.html and http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/ch-authconfig.html [3] http://wiki.debian.org/LDAP signature.asc Description: Digital signature
Processed: Re: Bug#409038: debian-installer: feature request: enforce the use of strong passwords
Processing commands for [EMAIL PROTECTED]: > reassign 409038 user-setup Bug#409038: debian-installer: feature request: enforce the use of strong passwords Bug reassigned from package `debian-installer' to `user-setup'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]