Sarge how-to with what one still needs to do for a basic desktop install (review relevant)
The debian-desktop wiki page [1] evolved into a good resource for things debian reviewers will most certainly pull on during the sarge review wave. The DebianDesktopHowTo [2] tries to show how to get over some issues. Would be better if it could work without a how-to though. Kind Regards, Christian [1] http://wiki.debian.net/index.cgi?DebianDesktop [2] http://wiki.debian.net/index.cgi?DebianDesktopHowTo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Building headless network install the proper way
(CCing debian-boot knowledge) Monday 09 August 2004 17:08 Sam Liddicott wrote: [The following] Was not enough to stop it asking for the country, language or keyboard map. A boot string (in pxelinux.cfg/default) of: append vga=normal initrd=debian-installer/initrd.gz ramdisk_size=9121 root=/dev/rd/0 devfs=mount,dall rw debian-installer/framebuffer=false DEBCONF_PRIORITY=high debian-installer/country=GB debian-installer/keymap=uk debian-installer/language=en_GB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240721: xdebconfigurator localisation (Re: Bug#240721: localisation set during install is not active afterwards)
Am Wednesday 04 August 2004 21:28 schrieb Petter Reinholdtsen: The manual page is out of date. This feature was moved to another package (locale-config-skolelinux), which isn't uploaded into Sarge yet. Konstantinos Margaritas is preparing an upload of it to Sarge. Thanks for the info. Found that the xfonts-???dpi-transcoded packages are currently also missing after a german sarge installation from a daily d-i image. Where would be the right place to draw those in? Will this skolelinux X localisation package handle all that and be used in sarge? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240721: localisation set during install is not active afterwards
Am Monday 26 July 2004 18:46 schrieb Frederik Dannemare: If you can confirm they are no longer present, I will close this report. Much has changed with the installer since April, and it is not unlikely that the problems you mention have been dealt with by the Debian Developers working on the installer. Great. I got around to do a fresh test install, locales and console-data (keymap) seem to work fine now. Thanks! Still some things to do though: (1) I found that X is still not set up correctly for a german install: With dpkg-reconfigure xserver-xfree86 you need to set the keyboard settings: pc105, de, nodeadkeys (2) During the install a question comes up that might have a reasonable default for standard installs: From what I remember two dicionaries are installed and it want to know wether to use ispell german or ispell german -tex. (3) I noticed that, although umlauts seem to work fine in dpkg-reconfigure xserver-xfree86, base-config or on the console itself, in dpkg-reconfigure console-data the umlauts are not there. Instead a uppercase A with a tilde on top followed by a cryptic character or euro sign appears. Kind Regards, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240721: localisation set during install is not active afterwards
Just a thought, maybe the xdebconfiguratior script-package is already capable to set up X according to the locale? I did just a basic -core install of X. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240721: xdebconfigurator localisation (Re: Bug#240721: localisation set during install is not active afterwards)
CC to xdebconfigurators Ok, the man page suggests xdebconfigurator is capable to take the locales into account when setting up the X keyboard. The version that is in sarge did not seem to set the keyboard model for german systems to pc105, and the Variant to nodeadkeys though. Kind Regards, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: state of d-i sarge: broken
Am Saturday 03 July 2004 21:14 schrieb Geert Stappers: On Sat, Jul 03, 2004 at 02:29:55PM +0200, C. Gatzemeier wrote: If it would be possible to provide daily PXE or Etherboot d-i images that might help. People could let their boot servers serve up those and quickly test most functionality on garden variety hardware. A visit to http://www.nl.debian.org/devel/debian-installer/ports-status and some clicks got me to http://people.debian.org/~joeyh/d-i/images/daily/netboot/ Is that what you proposed? Hey thanks a lot! Those already are exactly the d-i files I had in mind. I was additionally thinking if those could be made available by tftp publicly, it would be a snap setting up the local dhcp server to point to those (or to the PXE bootloader for PXE capable clients respectively). It is especially easy for people with cable/dsl routers to temporarily put an URL for the PXE bootloader into their routers webinterface to install and test debian without the need to write any static bootmedia. People without webinterfaced routers could follow the dhcpd instructions on http://wiki.debian.net/index.cgi?DebianInstallerNetbootPXE or even a script maybe. Cheers Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ideas thrown around for Fully Automated Installations
Hi *! Another idea I'd like to throw in is to also keep an eye on m23 and coordinate ideas. m23 offers a complete software distribution system for debian. If the remote job fetching could be made compatible, that would be really great allowing standard d-i images to be distributed, installed and maintained remotely from a central install server. That server allready exists and works, it just needs modified install images for now. http://m23.sf.net Regards, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: state of d-i sarge: broken
Testing on real hardware would be better in such cases, but this requires far more time by burning CD images, for instance.and of course, this also requires hardware. If it would be possible to provide daily PXE or Etherboot d-i images that might help. People could let their boot servers serve up those and quickly test most functionality on garden variety hardware. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#231756: FQDN without dhcp confirmed
The debian installer should have set your hostname to a fully qualified one, so this should work. Please confirm. I tested this with d-i beta3, I can confirm it works for the non-dhcp case. /etc/hosts has a FQDN and the hostname as alias. Calling hostname --fqdn works ok. This bug can probably be closed, I'll submit more info on the dhcp case to corresponding bugs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240701: please close
Thanks for reasigning my bugreport to the right place that I and reportbug did not found. Please close this bug since #239121: netcfg: Use default hostname from DHCP if one is received was already filed 8 days earlier. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237779: #237779: /etc/hosts is wrong (with dhcp)
Unfortunately I have to confirm this. But I think it might not be a netcfg issue but rather the duty of the dhcp-client to make sure the network config is consistent as long the connection is under their supervision, and reverted back to original state when stoping the dhcp-client. In my case d-i beta3 used dhcp-client (v2). It should probably use dhcp3-client which now got a rewriten dhclient-script. It might already do the necessary updates to /etc/host or leave it just mentioning 127.0.0.1 localhost and change the /etc/host.conf and nsswitch to refer to the dns server before consulting the files. So this bug should probably reassigned to dhcp-client. (Or dhcp3-client, pump or dhcpcd respecively if they even have this problem at all.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
d-i: recreating MBR or boot floppy (rescue mode)
Hi! found the MBR overwriten by another OS. I thought I could test to recover with d-i, so I did. Installing grub or lilo needed to reenter the partition table, (which is ok) but I couldn't figure out how to write the MBR without newly installing the base-system. When selecting grub or lilo install it always called the base-system install first. It noticed the partition wasn't empty and rejecting to copy droped me back to the main menu. I could not find an option to generate a boot floppy to be able to recreate the MBR from the running system either. Is that intended, just not suported or did I just not figure out how it is supposed to be done? Regards, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240721: debian-installer-demo: localisation set during install is not active afterwards
additional information: When choosing a keymap (again!) during base-config and selecting qwertz and then german the F1-F12 and other non alpha-numerical keys do not work. I found out that by re-running dpkg-reconfigure console-data and selecting kemap from complete list the situation is somewhat improved. Still page-up/down, and the smaler/lager than, and pipe characters don't work. (PC, non USB, qwertz, german, nodeadkeys) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240697: acknowledged by developer (closing)
Am Montag, 29. März 2004 17:08 schrieb Joey Hess: -- Have prerelease installs default to point to the fixed name (sarge) -- At release time change installation default to point to stable as usual, and issue a security patch to change explicit sarge systems to point to stable. No, we can't afford to need to release an entire new version of the installer at release time. We must be able to freeze it and do serious testing of the actual version we release. An entire new version of d-i is needed to change the default entries generated by the mirror chooser in the sources.list? That would also be the case changing from sarge to stable when releasing. If it is that intrusive this point might IMHO rather support having the default to be sarge already from earlier on. I have the feeling the negative reasoning might have been a little too quick. Thought merely exchanging a file that contains the default from sarge to stable, with a tiny securtiy update some time after the release for those that have installed sarge before the release, could be sufficient. Kind Regards, Christian
Bug#240693: debian-installer-demo: potentialy dangerous exit menu name (ambigous)
Am Sonntag, 28. März 2004 23:27 schrieb Joey Hess: [ Ccing to Alwin Meschede and Thorsten Sauter were involved in this translation. Note that depsite my last name, I do not speak German. ] Thanks. I've changed the English text to Finish the installation, since it might not be clear what rebooting has to do with this anyway. I think that is good, for the german translation what do you guy's think of Installation Abschließen Well, OK, Joey you might just have a good laugh at that ;-) It should translate to something like Conclude/Finalise the installation Cheers, Christian
Bug#240697: acknowledged by developer
Hi, I perfectly understand your reasoning, but frakly not quite the conlusion. We do not want a vast quantity of users with sarge in their sources.list, who will then be left without security updates and a trivial upgrade path when sarge+1 is released. Yes, that's me ;-) I'd like my machine to stick with sarge when it is released as stable and not following testing anymore after that. (which will be sarge+1) So I thought by specifying sarge now users will have the correct pointer now and then, without requirering manual change. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]