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,
(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
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
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
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]
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,
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
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
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
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
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
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
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
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
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
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
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
17 matches
Mail list logo