Re: [g-i] freefont vs. dejavu
On Thu, Mar 16, 2006 at 02:15:09PM +0200, Tapio Lehtonen wrote:
> > Finnish contains "Moskova - +09 - Kamtšatka, Moskova+10 - Beringinmeri"
> > ("Kamtšatka" contains Latin Small Letter S With Caron)
> >
>
> Words from finnish language proper do not contain characters outside
> a-zåäö. But foreign words are sometimes written with special S
> characters. If that kind of translitteration is bad, I can write
> Kamtshatka, but I went to quite a bit of trouble to check the correct
> spelling for those names in time zones, so I prefer the current
> spellings.
I think the current translation is just right.
I just wanted to point out that if we're using various fonts to render
the text of different languages, we might end up having a mixture of glyphs
from different font files to just display a word.
I haven't checked yet, but if for example Arabic translation contained the word
"Kamtšatka",
the "š" would be picked from FreeSans.ttf, whereas the other letters would be
taken
from nazli.ttf and the result could be ugly.
> I have not really understood the problem with glyphs. Surely there is
> a finite number of glyphs, and the number of glyphs actually used in
> Debian-installer is even smaller.
yes.
> Is it a complex process to determine
> what glyphs are used or does the set of glyphs change too fast?
see the "codepoints" column in [1]. I don't know how fast does the set change
(in poart because of the string freeze, in part because the computation of
codepoints is a very young feature)
ciao,
Davide
[1] http://d-i.alioth.debian.org/spellcheck/level1/index.html
signature.asc
Description: Digital signature
Bug#357188: Package: installation-reports
Quoting Rick Thomas ([EMAIL PROTECTED]): (minimal X task) > I've often wished there were such a task/configuration. It's useful > for servers that normally operate without a keyboard or screen -- so I > can ssh in and run things like xterm and a browser there when I need > to. Well, check the tasksel bug reports. I wonder whether there is already such a suggestion or not (I bet there is oneI just can't check right now). Anyway, "aptitude install x-window-system" or something similar should do the trick. The problem, as often in tasksel, is getting the picture of "what is actually commonly accepted to be included in a minimal X system task", ie making choices. This is something that Debian is not always very good at (making decisions...). signature.asc Description: Digital signature
Bug#357187: resolved bug
Quoting Mitchell Laks ([EMAIL PROTECTED]): > Dear Installer team: > > I am sorry I bothered the team. After I found and read the correct threads in > the kernel traffic I see that it was a bios incompatibility problem with the > latest kernels > > in my Gigabyte ga-7dpxdwp motherboard. > > I had to disable usb keyboard and usb mouse support in the bios and then the > debian kernels 2.6.15 worked fine as well as the new installer. > > Go team Debian! > > Tell me where and how to post the info to make this available to others. I > will post on debian-user tonight. It probably deserves an entry somewhere in the D-I doc. Frans? Explaining that, for some hardware combinations, disabling USB keyboard and mouse support in the machine BIOS may help circumventing freezes at the localechooser step signature.asc Description: Digital signature
Re: [g-i] freefont vs. dejavu
> Maybe if we collaborate with deja-vu upstream and the other > BitstreamVera derivatives: > http://dejavu.sourceforge.net/wiki/index.php/Bitstream_Vera_derivatives > > Maybe, just maybe, we'll have a decent font for cyrillic ;-) > > [I know my ideas seem many times a little too far from reality, but we > have to have dreams, don't we?] Well, I also saw mentions on takiong over the maintenance of the ttf-dejavu package in the #debian-boot IRC channel. However, shouldn't all this be first discussed with Peter Cernak, the current maintainer of the ttf-dejavu font package? My feeling is that Peter is pretty responsive. Another possibility: please people join the pkg-fonts team, subscribe to the list ([EMAIL PROTECTED]) and discuss all this over there. After all, that's the point of this pkg-fonts package I launched very recently (see debian-devel): have font package maintainers work together on common issues. To Peter: all this is about DejaVu fonts covergae of some ranges, as the font is one of the possibilities we have to the graphical installer (it is requested by several Cyrillic translators, over Freefont). signature.asc Description: Digital signature
Re: Fw: [g-i] freefont vs. dejavu
Quoting Зоран Димовски ([EMAIL PROTECTED]): > Hello everyone Jordanka has asked me If I'm interested in contributing to > the Debian installer. My name is Zoran Dimovski and I'll try to help as mush > as I can. Hello Зоран (I love writing cyrillic), I am the i18n "coordinator" for Debian Installer. If you're interested in contributing to D-I in your language, the best is probably getting first in touch with Georgi Stanojevski who's currently in charge of the Macedonian translations. Georgi did most of the current translations, but there's always work for more people. You can also contact the team at [EMAIL PROTECTED], from my records. The D-I i18n documentation is available at http://people.debian.org/~bubulle/d-i/i18n-doc and better explains the concepts we use for Debian Installer and related translation works. signature.asc Description: Digital signature
Detect HW step UI broken
Hi, I tested this netinstall ISO image on HP lt6000r/700 Netserver: grundler <504>ls -l debian-testing-i386-netinst.iso -rw-r--r-- 1 grundler grundler 120643584 2006-03-14 09:03 debian-testing-i386-netinst.iso grundler <505>md5sum debian-testing-i386-netinst.iso 8213f19c9c7b7b4cd14d4b6e3e704a28 debian-testing-i386-netinst.iso HP lt6000r/700 Netserver is PIII 700Mhz/2MB cache, 6-way, 2GB RAM, serverworks/broadcom chipsets, 64-bit/66Mhz PCI slots, and 4 hotplug Ultra2 SCSI disks. I had upgraded all the firmware and configured the built-in SCSI controller to "LVD SCSI" mode (it can be configured as NetRAID too). (BTW, "Detect Disks" step could not find any disks until I "restored" the LVD LSI 53c896 BIOS parameters to "default". No clue what was wrong before.) The issues with "Detect HW" steps are: 1) enables _all_ drivers to be loaded at each of the three "Detect HW" step. System would hang when trying to load VIA IDE driver. This box has a serverworks chipset and serverworks IDE driver was already loaded. 2) UI hides the drivers that are already loaded. I want to see which driver it has already loaded and _only_ those should be marked in the list. That way additional drivers can be marked/loaded. 3) UI only presents IDE drivers - no LAN/USB/etc drivers are listed. I got the same list for each of the different "Detect Network" and "Detect Disks" steps. In "expert mode", I was able to deselect _all_ of the drivers manually each time and make forward progress. udev support will automatically load the correct PCI drivers. Normally, no other interface drivers need to be loaded. Some high level drivers (e.g. sd_mod or ide_cd) might need to be loaded manually. Base system install completed and then after selecting "Web Server" in addition to the default option (I forget what it is) in tasksel, the system locked up completely "76%" of the way into the install. I then went "manual", reset the machine, rebooted the CD, did some of the basic steps, entered the shell, "chroot /target" and finished the install by editing sources.list and running "dselect" to download/install "testing" bits. Took three passes of "Install" in dselect until all the packages were happily installed. Probably would have been better for you guys if I had specified "etch". Oh well. BTW, why is 2.6.15-1-686 kernel not offered as an option? I only saw 386 and 486 kernels on the very first pass. Since the network is working, can the 686 kernel be offered as an option as well? I picked that one up when using dselect and it booted (as expected) just fine via grub. hth, grant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-sparc-2.6_1.05_sparc.changes ACCEPTED
Accepted: cdrom-core-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/cdrom-core-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ext3-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/ext3-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb fat-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/fat-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ide-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/ide-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ipv6-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/ipv6-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb jfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/jfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb kernel-image-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/kernel-image-2.6.15-1-sparc64-di_1.05_sparc.udeb linux-kernel-di-sparc-2.6_1.05.dsc to pool/main/l/linux-kernel-di-sparc-2.6/linux-kernel-di-sparc-2.6_1.05.dsc linux-kernel-di-sparc-2.6_1.05.tar.gz to pool/main/l/linux-kernel-di-sparc-2.6/linux-kernel-di-sparc-2.6_1.05.tar.gz md-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/md-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb nic-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/nic-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb plip-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/plip-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ppp-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/ppp-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb reiserfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/reiserfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb sata-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/sata-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb scsi-common-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/scsi-common-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb scsi-core-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/scsi-core-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb scsi-extra-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/scsi-extra-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb usb-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/usb-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb xfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb to pool/main/l/linux-kernel-di-sparc-2.6/xfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of linux-kernel-di-sparc-2.6_1.05_sparc.changes
linux-kernel-di-sparc-2.6_1.05_sparc.changes uploaded successfully to localhost along with the files: linux-kernel-di-sparc-2.6_1.05.dsc linux-kernel-di-sparc-2.6_1.05.tar.gz kernel-image-2.6.15-1-sparc64-di_1.05_sparc.udeb nic-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ppp-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ide-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb cdrom-core-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb scsi-core-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb scsi-common-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb scsi-extra-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb plip-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ipv6-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb ext3-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb jfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb reiserfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb xfs-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb fat-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb md-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb usb-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb sata-modules-2.6.15-1-sparc64-di_1.05_sparc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306476: quick question about Bug#306476
On Friday 17 March 2006 01:17, Randall Wayth wrote: > The output of prtconf is attached. I've also attached a chunk of the > syslog which shows the ethernet cards. This particular system (for > reasons unknown to me- it was a hand-me-down) has about 7 ethernet > ports and a dozen scsi interfaces. One bunch of ethernet ports is a > group of 4- a "quad"? So if a SunQuad is 4x Quattro HME, then perhaps > the answer is yes- this system has a SunQuad. But I'm really not sure. Thanks for the info. From looking at the dmesg and prtconf output and looking at the kernel source code a bit, it indeed looks as if the SUNW,qfe sbus devices actually are "Happy Meal" NICs and thus need the sunhme driver instead of sunqe. I've sent a message to the debian-sparc list [1] asking for confirmation. Thanks again for your patience with this and for your valuable feedback. I'm very happy that the quick hack to detect sbus devices has now been confirmed to work in d-i with 2.6 kernels. Next question is: would you be willing to do a full install to see what (if anything) needs to be done to get the sbus devices (especially the scsi controller) supported in the initrd? You don't necessarily need to overwrite your current installation for that, a 700MB empty partition is sufficient. There is however always a minor risk that an existing installation could get damaged by a bug or an error. Cheers, FJP [1] http://lists.debian.org/debian-sparc/2006/03/msg00047.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306476: quick question about Bug#306476
Hi Frans, The output of prtconf is attached. I've also attached a chunk of the syslog which shows the ethernet cards. This particular system (for reasons unknown to me- it was a hand-me-down) has about 7 ethernet ports and a dozen scsi interfaces. One bunch of ethernet ports is a group of 4- a "quad"? So if a SunQuad is 4x Quattro HME, then perhaps the answer is yes- this system has a SunQuad. But I'm really not sure. There is also a port on the back which is the same size as a normal RJ45 ethernet port, but doesn't have the usual litte TP <---> symbol above it. Cheers, Randall. Frans Pop wrote: On Thursday 16 March 2006 03:07, Randall Wayth wrote: OK, I grabbed the latest (March 14th) etch network installer from the link location below. I ran the installer with debconf/priority=medium as requested. The CDROM detection worked, as did detection of the sunhme (happy meal) network cards. Thanks for confirming that. There was one non-fatal error: during the detect/mount cd phase, an error message saying "Error while running 'modprobe -v sunqe'" appeared. This was non-fatal. OK. This must be because there is a line in the output of prtconf that matches the following line in the list of possible sbus devices: SUNW,qfe:SunQuad SBus Ethernet:sunqe (The part before the first ":" is used for matching.) Can you send us the output of the prtconf command? Do you have any idea if a SunQuad Ethernet device actually is present on your system or what else this line in prtconf could refer to? Anyway, as you say the error is non-fatal. Most important is that the CD-ROM is now detected correctly. Cheers, FJP Mar 16 23:57:03 hw-detect: Detected module 'sunhme' for '"HAPPY MEAL" 10/100 Ethernet' Mar 16 23:57:03 kernel: eth0: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:00:20:8d:fa:88 Mar 16 23:57:03 kernel: eth1: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:00:20:8d:fa:88 Mar 16 23:57:03 kernel: eth2: Quattro HME slot 0 (SBUS) 10/100baseT Ethernet 08:00:20:92:5f:50 Mar 16 23:57:03 kernel: eth3: Quattro HME slot 1 (SBUS) 10/100baseT Ethernet 08:00:20:92:5f:51 Mar 16 23:57:03 kernel: eth4: Quattro HME slot 2 (SBUS) 10/100baseT Ethernet 08:00:20:92:5f:52 Mar 16 23:57:03 kernel: eth5: Quattro HME slot 3 (SBUS) 10/100baseT Ethernet 08:00:20:92:5f:53 Mar 16 23:57:03 kernel: eth6: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:00:20:8d:fa:88 Mar 16 23:57:03 hw-detect: Detected module 'sunqe' for 'SunQuad SBus Ethernet' ~ # prtconf System Configuration: Sun Microsystems sun4u Memory size: 8192 Megabytes System Peripherals (Software Nodes): SUNW,Ultra-Enterprise packages (driver probably installed) terminal-emulator (driver probably installed) deblocker (driver probably installed) obp-tftp (driver probably installed) disk-label (driver probably installed) chosen (driver probably installed) openprom (driver probably installed) client-services (driver probably installed) options (driver probably installed) aliases (driver probably installed) memory (driver probably installed) virtual-memory (driver probably installed) central (driver probably installed) fhc (driver probably installed) eeprom (driver probably installed) zs (driver probably installed) zs (driver probably installed) clock-board (driver probably installed) fhc (driver probably installed) ac (driver probably installed) simm-status (driver probably installed) environment (driver probably installed) sram (driver probably installed) flashprom (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) fhc (driver probably installed) ac (driver probably installed) simm-status (driver probably installed) environment (driver probably installed) sram (driver probably installed) flashprom (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) fhc (driver probably installed) ac (driver probably installed) simm-status (driver probably installed) environment (driver probably installed) sram (driver probably installed) flashprom (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) fhc (driver probably installed) ac (driver probably installed) simm-status (driver probably installed) environment (driver probably installed) sram (driver probably installed) flashprom (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) SUNW,UltraSPARC-II (driver probably installed) sbus (driver probably installed) SUNW,socal (driver probably installed) sf (driver probably installed)
Re: Writing a udeb
Michael S. Peek wrote: > I'm trying to write my own udeb. I have a prototype that loads and runs, > but it's menu entry in the debian installer is a blank line. I don't > suppose that's really all that important, since my package is designed to > allow me to do things with preseed files that automate installation, but > from a programmer point of view I would at least like to understand *why* > it's not working. > > I thought this would do it (package's name is auto-netcfg): > > auto-config-0.0/debian/auto-netcfg.templates > - > Template: debian-installer/auto-netcfg/title > Type: text > # Main menu item > _Description: Auto-configure network > > Template: auto-netcfg/preseed-dir > Type: string > Description: The directory where preseeded network configuration files/dirs > may be found. > - > > Anyone have any ideas what I've got wrong? Maybe you forgot to call dh_installdebconf in the rules file? -- see shy jo signature.asc Description: Digital signature
Re: Debian DVD Cebit-Edition: What is the password for root ?
On Thursday 16 March 2006 20:24, Alexander Schmehl wrote: > The password for root is preseeded. Since it's presseded in cleartext, > we disable it later in the install (IIRC the preseeded passwird is > "gehtehnicht" [translated: doesntwork]). /me thinks that translation is very broken; it's more like "doesnotaworki" ;-) pgpQiTGGzAoI0.pgp Description: PGP signature
Re: [g-i] freefont vs. dejavu
On 3/16/06, Davide Viti <[EMAIL PROTECTED]> wrote: > > > this actually simplify things, given the number of languages which is > > > covered by freefont. If we're using freefont also to display Cyrillic, > > > Christian just needs to comment the following line from > > > "FreeSans-strip": > > > > Hmm. Shouldn't we talk to ru, uk, be, sr, etc. translators before > > switching to freefont for Cyrilic? IIRC they were the ones that asked us > > to use Dejavu in the first place. > > yes, but we should also consider that the following glyphs are used by > Cyrillic > translations and are not in current (2.1-2) DejavuSans ttf files: > > 3 times in kk.po > 1118 times in kk.po > once in kk.po > 1059 times in kk.po > once in kk.po > 422 times in kk.po > 5 times in kk.po > 199 times in kk.po > 15 times in kk.po > 734 times in kk.po > 38 times in bg.ko Maybe if we collaborate with deja-vu upstream and the other BitstreamVera derivatives: http://dejavu.sourceforge.net/wiki/index.php/Bitstream_Vera_derivatives Maybe, just maybe, we'll have a decent font for cyrillic ;-) [I know my ideas seem many times a little too far from reality, but we have to have dreams, don't we?] Another hint on font coverage: http://www.fileformat.info/info/unicode/font/index.htm > Well, considering that #349511 (new version [2.2] available) was filed > 23 Jan 2006 which is almost two months ago I assume there's not much > activity going on with the package. :( -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: [g-i] freefont vs. dejavu
On 3/16/06, Frans Pop <[EMAIL PROTECTED]> wrote: > On Thursday 16 March 2006 07:41, Eddy Petrişor wrote: > > Jutta Wrage has recently made a sumarisation of the correct quotation > > marks needed for each language. > > Eh, that assumes that these quotation marks can actually be shown in the > installer (especially in the newt interface). Shouldn't we check that > first? You read my mind, but I don't see why this should be a problem. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: [g-i] freefont vs. dejavu
Quoting Frans Pop ([EMAIL PROTECTED]): > Hmm. Shouldn't we talk to ru, uk, be, sr, etc. translators before > switching to freefont for Cyrilic? IIRC they were the ones that asked us > to use Dejavu in the first place. Mostly Bulgarian and Ukrainian translators or contributors (namely Ognyan Kulev, Anton Zinoviev and Eugueniy Meschcheryakov)... I don't remember advices from Russian translators, nor Belarusian and Serbian. -- signature.asc Description: Digital signature
Bug#357188: Package: installation-reports
I've often wished there were such a task/configuration. It's useful for servers that normally operate without a keyboard or screen -- so I can ssh in and run things like xterm and a browser there when I need to. Rick On Mar 16, 2006, at 12:06 PM, Christian Perrier wrote: Standard installation without "desktop" does not include X at all. There is no such task as "minimal X-Window system" actually. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian DVD Cebit-Edition: What is the password for root ?
Hi! [ Answering for the archive, allready answered the very same mail send to -user ] * Geert Stappers <[EMAIL PROTECTED]> [060316 12:46]: > > I have got a Debian-DVD at the Cebit in Hannover. Installing went fine, but > > it > > does not ask, what password root should have. However, I saw that there > > already a password for root exists. What is it ? Can you please tell me ? [..] > > Or is this a bug ? > I think it is a feature. It's both a feature and a bug. The feature: The password for root is preseeded. Since it's presseded in cleartext, we disable it later in the install (IIRC the preseeded passwird is "gehtehnicht" [translated: doesntwork]). However, we grant the user created during the installation full sudo rights. Therefore you don't need the root account, however if you want to enable it again, you can do so by simply running "sudo passwd root" and entering a new password. The bug: It seem's that we forgot to document that :( Yours sincerely, Alexander -- http://learn.to/quote/ http://www.catb.org/~esr/faqs/smart-questions.html signature.asc Description: Digital signature
Writing a udeb
Hello guys, I'm trying to write my own udeb. I have a prototype that loads and runs, but it's menu entry in the debian installer is a blank line. I don't suppose that's really all that important, since my package is designed to allow me to do things with preseed files that automate installation, but from a programmer point of view I would at least like to understand *why* it's not working. I thought this would do it (package's name is auto-netcfg): auto-config-0.0/debian/auto-netcfg.templates - Template: debian-installer/auto-netcfg/title Type: text # Main menu item _Description: Auto-configure network Template: auto-netcfg/preseed-dir Type: string Description: The directory where preseeded network configuration files/dirs may be found. - Anyone have any ideas what I've got wrong? Thanks for your help, Michael Peek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357188: Package: installation-reports
Quoting Ralph Amissah ([EMAIL PROTECTED]): > Written in response to "After using the Debian-Installer, please send > us an installation report, even if there weren't any problems." the > feedback link is to > http://d-i.alioth.debian.org/manual/en.i386/ch05s03.html#submit-bug > the suggestion and link found on > http://www.debian.org/devel/debian-installer/ > > Following that suggestion it was more general than a bug report, and > more like user feedback. Bug report may indeed not be the right place > for this type of feedback. If such feedback is desired, perhaps this > link/suggestion should be to updated to suggest some place different. > If such feedback is a waste of time, perhaps the suggestion should be > removed. Not exactly. We (d-i team) have however to sort out things that are directly relevant to the installer software itself from stuff related to packages that aren't under our control. This is why issues related to these package can benefit from being reported to the relevant packages directly as experience shows that the manpower in the d-i team is not enough to properly process and understand all reported issues when they obviously do no pertain to our work. > > > * Humbly suggest, the program "screen" should be part of the default > > > installation for those who use it. > > > > This should be reported against the "screen" package but honestly I > > see no reason for it. > > > > oh, does this mean that screen is available... i recall typing screen > -a in a console and not finding it, perhaps i am mistaken. screen is not in the default install. But controlling whether it should be or not is not under the instalelr team control...it is in the hands of the screen package maintainer. This is what I wanted to point. I however doubt it will be considered as part of a default install..but this is purely personal opinion, here. > > > * I forget the selections, "standard", "laptop" and "desktop" used and > > > work fine, bringing up xorg (and installing gnome desktop) > > > "standard" + "laptop" appears to install xorg, but is not configured > > > to work as easily when a display manager and alternative window > > > manager is to be installed. > > > > > > I don't understand the point here. > > > > > > Question, if X11 is installed for the "standard installation" without > the "desktop" installation, is it not possible to have xorg configured > so that it works in pretty much the same way, and all you would need > to do is install a display and window manager to have the distro > working with X, I mean the setting are configured correctly when you > choose to install gnome, (and X11 seems to be installed without the > need to install the gnome desktop). I have not explored, what is > expected of the standard installation without "desktop". I thought > this would be a convenient state to have the installation in, if it > was not incompatible with intent. Standard installation without "desktop" does not include X at all. There is no such task as "minimal X-Window system" actually. signature.asc Description: Digital signature
Re: Fw: [g-i] freefont vs. dejavu
Hello everyone Jordanka has asked me If I'm interested in contributing to the Debian installer. My name is Zoran Dimovski and I'll try to help as mush as I can. On 3/16/06, Clytie Siddall <[EMAIL PROTECTED]> wrote:> Hello everyone :)Hi Clytie,> >> ---> >> Macedonian and Ukrainian use the following to quote text: > >>> >> - Left double quotation mark> >> - double low-9 quotation mark> >> > Jutta Wrage has recently made a sumarisation of the correct quotation > > marks needed for each language.>> http://www.witch.westfalen.de/csstest/quotes/quotes.html>> It's very useful: we have a link to it from the Translate Wiki [1]. > Thankyou, Jutta. :)Unfortunately Macedonian is missing and I can't figure out thecodepoints for Ukrainian.Jutta, may I suggest adding a line after each alternative to specifythe used unicode points for the quotation marks? I think this would make it a lot more clearer.The good news is that I know somebody from Macdonia who can help us;-) with first issue.Jordanka, could you please tell us the correct quotation marks (asunicode points - see the quotation mark table[1]) for Macedonian? The correct quotation marks for Macedonian are as mentioned abovefirst we useU201e - double low-9 quotation markand thenU201c - Left double quotation markand looks something like this „ " And/or direct us to the guy you said will be interested incontributing to the Debian Installer as a traslator for Macedonian(hint, hint, hint, you forgot that ;-) .That would be me :) so please tell me should I subscribe to the Debina-boot list or you will send me messages personaly. Best regards, Zoran. Free and Open Source Macedonia
Bug#357187: marked as done (installation-report: etch beta2 install not recognize keyboard mouse)
Your message dated Thu, 16 Mar 2006 18:26:57 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#357187: resolved bug 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) --- Begin Message --- Package: installation-reports Version: 2.12 Severity: critical Justification: breaks the whole system *** Please type your report below this line *** -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso 3/14/2006 release beta etch Date: Machine: amd 2400+ dual processors on Gigabyte GA-7DPXDW-P motherboard. M$ft internet keyboard, or generic keyboard (non M$ft). tried both M$ft intellimouse or M$ft wheel mouse optical Partitions: did not get to partitions. could not use keyboard or mouse! Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Installed system ok:[ ] Comments/Problems: I downloaded fresh etch beta install disk 3/15. checked md5sum. burned. checked md5sum on burned copy by dd if=/dev/hdc bs=$blocksize count=$count conv=notrunc,noerror |md5sum a la url "coasterless cd burning with linux". I booted into install. hit enter at prompt. it asked me for language. I hit enter and no response. System does not recognize keyboard after boot into installer. I think there is something wrong with debian kernel 2.6.15. Why? I have same trouble with this sytem when upgrading a fresh sarge install to linux-image-2.6.15-1-k7-smp. I get frozen console with no keyboard or mouse activity. I can only ssh into the system. When i do dmesg |grep input I see only speaker and no keyboard or mouse listed. Thus on this system I get failure of recognition of keyboard or mouse by debian linux-image 2.6.15. More detail: I just did a fresh sarge install, desktop packages selected. I upgrade to sid. (apt-get update ;apt-get dist-upgrade) with 2.6.8-2 kernel system works fine. (i dont bother to configure Xorg at this point, i use console and disable gdm) I then try to apt-get install linux-image-2.6.15-1-k7-smp (same problem with install of -k7 or -1-486 2.6.15 kernels too). The new kernel is installed, and then when i reboot - no response to keyboard or mouse. I can ssh into system and it works fine. I do dmesg|grep input iput: PC Speaker as /class/input/input0 cat /proc/bus/input/devices I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name="PC Speaker" P: Phys=isa0061/input0 S: Sysfs=/class/input/input0 H: Handlers=kbd event0 B: EV=40001 B: SND=6 no keyboard or mouse I now have same problem with new etch installer! It is a problem with the new debian kernel or with udev. Mitchell Laks -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Hardware information for installed system: == --- End Message --- --- Begin Message --- On Thursday 16 March 2006 17:52, Mitchell Laks wrote: > Tell me where and how to post the info to make this available to > others. I will post on debian-user tonight. Well, people can just google for the issue. You used a good title, so the chance it will be found it quite good. This issue will probably be improved in a later kernel version. Thank you for following up on this. Closing your report as you were able to install correctly. Cheers, FJP --- End Message ---
Bug#357187: resolved bug
Dear Installer team: I am sorry I bothered the team. After I found and read the correct threads in the kernel traffic I see that it was a bios incompatibility problem with the latest kernels in my Gigabyte ga-7dpxdwp motherboard. I had to disable usb keyboard and usb mouse support in the bios and then the debian kernels 2.6.15 worked fine as well as the new installer. Go team Debian! Tell me where and how to post the info to make this available to others. I will post on debian-user tonight. Mitchell Laks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preseeded RAIDed installs
On Mon, Mar 13, 2006 at 12:21:26AM -0500, Joey Hess wrote:
> Simon Huggins wrote:
> > Right, after battling with shell I have managed to get preseeded RAIDed
> > installs in a way which I hope is general enough that you will apply/let
> > me apply to mainline d-i.
> > The basic idea is to:
> > - make partman-auto able to partition two disks according to a
> > recipe (normally supplied as an expert recipe).
> > - slip a couple more scripts into /lib/partman/init.d/ to deal
> > with bringing the RAID devices up, restarting partman and then
> > telling partman what filesystems/mountpoints should be on
> > them.
> > - let partman do its job and format as it would otherwise.
> > - enhance grub-installer to let it install onto more than one
> > disk.
> > It appears to work for me.
> Very glad someone finally had the guts to work on this problem..
heh.
> Would you like a d-i subversion commit account? You could check this
> into /people/huggie even before we merge it into mainline.
Sure, I'm huggie on alioth already.
> grub-installer:
> Is there a reason you choose to separate the boot devices with a comma?
Nope, just random really.
> Seems a space would be more natural, especially since
> grub-installer/bootdev is documented to support (hdn,n) devices which
> would break your comma parsing.
> If it was changed to use spaces, we could update the template for
> grub-installer/bootdev to document that multiple devices can be entered,
> and users could use this in expert mode to do all sorts of wild and
> wonderful things. (Like write grub to multiple disks and a floppy too..)
Changing to a space is trivial certainly.
> Any chance grub-installer could grub around in the installed system,
> work out on its own that raid1 was used for a set of devices, and
> automatically install to them if so?
Probably and that would be useful for manual RAID installs too.
> partman-md:
> Looks fine, I think. Will partman's existing MD code be able to look at
> what partman-auto-md sets up and allow tweaking of it?
I haven't actually tested this - I was interested in the preseeding side
but I don't see why it wouldn't just work already.
> partman-auto:
> Comma-delimited disk list again here, if grub-installer used spaces this
> should to. Fine otherwise.
Sure.
> partman-auto-md:
> More commas :-) OTOH, you need them here between recipes, so hmm. Well,
> it would be slightly more in keeping with partman-auto's recipe format
> to use "." between recipes. The use of hashes to separate devices in
> your recipes is also odd.
I needed /something/ and I needed two separators. I'll admit not giving
this huge amounts of thought - I wanted to prove it was all possible
first.
> I'm pretty sure the progress bar should be easy to fix once the udeb is
> running, I won't try to fix it by inspection. :-)
'k
> I didn't look at partman-auto-md's code in detail yet.
Fair enough. I'd like someone to mostly because it abuses
partman/init.d and restarts partman and I'd like someone to either throw
their hands up in horror (and ideally tell me a better way) or go "Hmm,
ok I can see why you're doing that".
> # Joey rambles about recipe formats, aka a big TODO for later/ignore #{{{
> About the recipe format, it would be good if it looked vaguely like
> partman-auto's, to reduce the learning curve. Maybe something like this,
> which would be equivilant to the example in your README:
> 0 1000 100 ext3
> devices{ /dev/discs/disc0/part1 /dev/discs/disc1/part1 }
> sparedevices{ }
> $bootable{ }
> $lvmok{ }
> method{ format }
> format{ }
> use_filesystem{ }
> filesystem{ ext3 }
> mountpoint{ / }
> .
> 0 1000 100 linux-swap
> devices{ /dev/discs/disc0/part5 /dev/discs/disc1/part5 }
> sparedevices{ }
> method{ swap }
> format{ } .
> .
You've missed out the raid type but other than that it looks doable.
> It could probably be parsed by partman-auto too, which would go fill
> out all the files in /var/partman, and then partman-auto-md could just
> go examine them and work out what to do. But even if a separate parser
> has to be written it's IMHO worth it for the UI consistency, and
> shouldn't be too hard, I think.
I'm not convinced about partman-auto filling out /var/lib/partman with
the details about which devices to RAID together. Where would this sit
naturally given it (by definition really) affects more than one device?
It could be written to /var/lib/partman/partman-auto-raid-recipes or
some such and that could be the trigger so you'd only preseed
partman-auto instead of all of it.
But yes, if you add me to the alioth project I'll stick this up
separately for now and hack on it a little.
Simon.
--
UK based domain, email and web hosting ***/Hmmm. . A little sticky. /*
http://www.blackcatnetworks.co.uk/ **/ I'll get one of my boys up /**
[EMAIL PROTECTED] */ here with a can o
Bug#357187: further info on 2.6.15 kernel bug affecting ps2 keyboard and mouse on isa subsystem
Dear Gurus, Here is some dmesg information from 2.6.15 kernel that gives me more clues what is going on. isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 i8042.c: Can't read CTR while initializing i8042. pnp: Device 00:0b does not supported disabling. pnp: Device 00:0a does not supported disabling. note that on 2.6.8.2 kernel booting it refers to serio as involved with keyboard and mouse dmesg on an sid system with the 2.6.8 kernel tells me the following serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly. atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying input: PS/2 Generic Mouse on isa0060/serio1 I found kernel traffic discussing this issue. Here are simple examples: 1) http://lkml.org/lkml/2006/1/14/208 Re: PROBLEM: PS/2 keyboard does not work with 2.6.15 3) http://www.ussg.iu.edu/hypermail/linux/kernel/0601.1/1433.html Re: PROBLEM: PS/2 keyboard does not work with 2.6.15 From: Alan Stern 3) http://www.ussg.iu.edu/hypermail/linux/kernel/0505.3/0846.html ***quoted info** In 2.6.12-rc5-mm1, I can't use my psaux mouse, but it worked perfectly fine in both 2.6.12-rc5 and in 2.6.12-rc4-mm2. In 2.6.12-rc5-mm1 , dmesg says: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 Failed to disable AUX port, but continuing anyway... Is this a SiS? If AUX port is really absent please use the 'i8042.noaux' option. serio: i8042 KBD port at 0x60,0x64 irq 1 This is what dmesg says in both 2.6.12-rc4-mm2 and 2.6.12-rc5 : PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 I am using a Shuttle FT61 motherboard. Is there any more information necessary to debug this? ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: d-i beta2 other images
On Thursday 16 March 2006 16:34, Martin Michlmayr wrote: > * Frans Pop <[EMAIL PROTECTED]> [2006-03-16 15:41]: > > > On the d-i homepage, the link to other images under beta 2 points > > > to ftp.debian.org, which is either currently broken or at least > > > doesn't have m68k (or much else) any more. > > > > A result of the mirror reorganization (only i386 is still there). > > I've asked ftp-masters what alternative location we can use. > > us..mirrors.debian.net seems to work for now. As a temporary solution I've just changed the links to ftp.nl.debian.org which carries all mirrors. Website should be updated in a few hours. Anthony tells me ftp-all.d.o should be up soon to cover all arches. pgpPHQY6lpMc4.pgp Description: PGP signature
Bug#357293: bug report - Package: installation-reports
Title: bug report - Package: installation-reports Package: installation-reports Boot method: CD Image version: testing (etch) weekly build taken from http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/ on March 15th (jigdo files were dated March 14th (I also tried it on the previous weekly build and had the same problem)) Date: March 16th about 02:00UTC Machine: IBM compatible Processor: Intel Pentium III Memory: 512MBytes Partitions: I dedicated the whole hard drive (about 10 GBytes) for this install. Output of lspci and lspci -n: I don’t have access right now. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked: [O ] Configure network HW: [? ] Config network: [? ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [O ] Partition hard drives: [O ] Create file systems: [O ] Mount partitions: [O ] Install base system: [O ] Install boot loader: [O ] Reboot: [O ] Comments/Problems: I'm trying to install Debian "testing" (etch) from a set of CDs that I created from the jigdo ISO image files found at "http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/". The install process starts fine, but I run into a problem when the installer program asks for an archive mirror. I don't want to install from the network, since this is a stand alone PC. Is there a way to tell the installer program to use the CDs and not a network mirror? It seems to me that the installer which is booted from the first CD should assume you're using CDs and not the network, otherwise you wouldn't have bothered to download all those CDs. I would consider this a bug and that’s why I’ve submitted it for your evaluation. I put “?” in the network questions above because I can actually get past the network questions by choosing not to configure the network, but that choice gives me problems later. There is an Ethernet card in the PC which is not connected to anything. I like the new feature of being able to cancel the DHCP process. With this new installer, I wasn't given the choice of the apt method to use. I’ve installed Debian (sarge) many times, and I can get the installer to ask me what apt method (e.g. http, cdrom, ftp) to use. Thank you, Deric
Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
On Thu, Mar 16, 2006 at 09:09:07AM -0500, Mitchell Laks wrote: > On Thursday 16 March 2006 06:28, you wrote: > > On Thursday 16 March 2006 04:33, Mitchell Laks wrote: > > > I get frozen console with no keyboard or mouse activity. I can only ssh > > > into the system. > > > > What type of keyboard and mouse do you have? PS/2 or usb? > > If usb, does your system also have a PS/2 connector for the keyboard? > > If so, can you try installing using a PS/2 keyboard? > > As I indicated (I thought) in my original post: > > I use only ps2 products. > > I am an experienced debian installer. I install debian servers in high volume > server environments. I store medical images on debian servers. I CARE about > the debian install system and I use debian in all my latest systems (>30 > working debian servers...). > > Standard PS/2 keyboard. I tried my usual pair of Microsoft Internet Keyboard > and microsoft Intellimouse 1.2a ps2 mouse as well as trying knock off > keyboards and mice. > > I think it is the kernel in the new installer. I repeat I have installed on > this system Woody and Sarge many times with no problem. > > This keyboard failure to recognize happens with the debian etch installer or > if I upgrade a sarge install system on that box to the 2.6.15 debian kernel. > > I have done 2 ab initio installs of sarge -> upgrade desktop system to sid. > Works with keyboard. Then upgrade kernel from sarge 2.6.8 to 2.6.15 no > keyboard, and can only log in and use system via ssh. > > I have posted ouput from dmesg|input in that kernel - only sees the speaker > no keyboard or mouse > > dmesg on an upgraded sarge system with the 2.6.8 kernel tells me the > following > > serio: i8042 AUX port at 0x60,0x64 irq 12 > serio: i8042 KBD port at 0x60,0x64 irq 1 > input: AT Translated Set 2 keyboard on isa0060/serio0 > atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be > trying access hardware directly. > atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be > trying > input: PS/2 Generic Mouse on isa0060/serio1 > > On this motherboard the keyboard and mouse live on a subsystem called > isa0060 > I have checked that the debian kernel activates ISA: > /boot/config-2.6.15-1-k7-smp:CONFIG_ISA=y > > I dont know what the problem is. If you don't start X at boot, does the mouse/keyboard work at the console? If it does, perhaps an upgrade to x.org or something would fix the problem. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: d-i beta2 other images
* Frans Pop <[EMAIL PROTECTED]> [2006-03-16 15:41]: > > On the d-i homepage, the link to other images under beta 2 points > > to ftp.debian.org, which is either currently broken or at least > > doesn't have m68k (or much else) any more. > A result of the mirror reorganization (only i386 is still there). I've > asked ftp-masters what alternative location we can use. us..mirrors.debian.net seems to work for now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mediation not Politics (Re: removal of svenl from the project)
On Wed, Mar 15, 2006 at 10:57:42PM -0500, C Shore wrote: > Abstract Thanks for your message, this indeed sums up my feeling very well. As for mediation, seeing the thing go into an impass, i asked Andreas Barth (on the technical comittee) to mediate on thursday/friday, and went into offline land, trying to forget the issue. He sais he had no time immediately, but would look into it. This whole issue still blew up because of a single harmless comment i made on wednesday, and my insatisfaction for jonas not crediting my work in solving the bug, which is a sad thing. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: d-i beta2 other images
On Thursday 16 March 2006 15:29, Stephen R Marenka wrote: > On the d-i homepage, the link to other images under beta 2 points > to ftp.debian.org, which is either currently broken or at least > doesn't have m68k (or much else) any more. A result of the mirror reorganization (only i386 is still there). I've asked ftp-masters what alternative location we can use. pgpe80s3Yicns.pgp Description: PGP signature
Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
On Thursday 16 March 2006 06:28, you wrote: > On Thursday 16 March 2006 04:33, Mitchell Laks wrote: > > I get frozen console with no keyboard or mouse activity. I can only ssh > > into the system. > > What type of keyboard and mouse do you have? PS/2 or usb? > If usb, does your system also have a PS/2 connector for the keyboard? > If so, can you try installing using a PS/2 keyboard? As I indicated (I thought) in my original post: I use only ps2 products. I am an experienced debian installer. I install debian servers in high volume server environments. I store medical images on debian servers. I CARE about the debian install system and I use debian in all my latest systems (>30 working debian servers...). Standard PS/2 keyboard. I tried my usual pair of Microsoft Internet Keyboard and microsoft Intellimouse 1.2a ps2 mouse as well as trying knock off keyboards and mice. I think it is the kernel in the new installer. I repeat I have installed on this system Woody and Sarge many times with no problem. This keyboard failure to recognize happens with the debian etch installer or if I upgrade a sarge install system on that box to the 2.6.15 debian kernel. I have done 2 ab initio installs of sarge -> upgrade desktop system to sid. Works with keyboard. Then upgrade kernel from sarge 2.6.8 to 2.6.15 no keyboard, and can only log in and use system via ssh. I have posted ouput from dmesg|input in that kernel - only sees the speaker no keyboard or mouse dmesg on an upgraded sarge system with the 2.6.8 kernel tells me the following serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly. atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying input: PS/2 Generic Mouse on isa0060/serio1 On this motherboard the keyboard and mouse live on a subsystem called isa0060 I have checked that the debian kernel activates ISA: /boot/config-2.6.15-1-k7-smp:CONFIG_ISA=y I dont know what the problem is. Mitchell --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357187: Fwd: Re: Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
-- Forwarded Message -- Subject: Re: Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse Date: Thursday 16 March 2006 13:58 From: Mitchell Laks <[EMAIL PROTECTED]> To: Frans Pop <[EMAIL PROTECTED]> On Thursday 16 March 2006 06:28, you wrote: > On Thursday 16 March 2006 04:33, Mitchell Laks wrote: > > I get frozen console with no keyboard or mouse activity. I can only > > ssh into the system. > > What type of keyboard and mouse do you have? PS/2 or usb? > If usb, does your system also have a PS/2 connector for the keyboard? > If so, can you try installing using a PS/2 keyboard? As I indicated (I thought) in my original post: I use only ps2 products. I am an experienced debian installer. I install debian servers in high volume server environments. I store medical images on debian servers. I CARE about the debian install system and I use debian in all my latest systems (>30 working debian servers...). Standard PS/2 keyboard. I tried my usual pair of Microsoft Internet Keyboard and microsoft Intellimouse 1.2a ps2 mouse as well as trying knock off keyboards and mice. I think it is the kernel in the new installer. I repeat I have installed on this system Woody and Sarge many times with no problem. This keyboard failure to recognize happens with the debian etch installer or if I upgrade a sarge install system on that box to the 2.6.15 debian kernel. I have done 2 ab initio installs of sarge -> upgrade desktop system to sid. Works with keyboard. Then upgrade kernel from sarge 2.6.8 to 2.6.15 no keyboard, and can only log in and use system via ssh. I have posted ouput from dmesg|input in that kernel - only sees the speaker no keyboard or mouse dmesg on an upgraded sarge system with the 2.6.8 kernel tells me the following serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly. atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying input: PS/2 Generic Mouse on isa0060/serio1 On this motherboard the keyboard and mouse live on a subsystem called isa0060 I have checked that the debian kernel activates ISA: /boot/config-2.6.15-1-k7-smp:CONFIG_ISA=y I don't know what the problem is. Mitchell --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d-i beta2 other images
On the d-i homepage, the link to other images under beta 2 points to ftp.debian.org, which is either currently broken or at least doesn't have m68k (or much else) any more. -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: [g-i] freefont vs. dejavu
> > this actually simplify things, given the number of languages which is > > covered by freefont. If we're using freefont also to display Cyrillic, > > Christian just needs to comment the following line from > > "FreeSans-strip": > > Hmm. Shouldn't we talk to ru, uk, be, sr, etc. translators before > switching to freefont for Cyrilic? IIRC they were the ones that asked us > to use Dejavu in the first place. yes, but we should also consider that the following glyphs are used by Cyrillic translations and are not in current (2.1-2) DejavuSans ttf files: 3 times in kk.po 1118 times in kk.po once in kk.po 1059 times in kk.po once in kk.po 422 times in kk.po 5 times in kk.po 199 times in kk.po 15 times in kk.po 734 times in kk.po 38 times in bg.ko Well, considering that #349511 (new version [2.2] available) was filed 23 Jan 2006 which is almost two months ago I assume there's not much activity going on with the package. OTOH, Christian is always very fast if we need anything and he's taking care of freefont; besides that he's obviously very close to the needs of the debian installer. The best would be if both freefont and dejavu where "competing" for being the best font covering the largest number of languages: a project like g-i would fit perfectly for such a target. regards, Davide Tiscali ADSL 4 Mega Flat Naviga senza limiti con l'unica Adsl a 4 Mega di velocità a soli 19,95 € al mese! Attivala subito e hai GRATIS 2 MESI e l'ATTIVAZIONE. http://abbonati.tiscali.it/banner/middlepagetracking.html?c=webmailadsl&r=http://abbonati.tiscali.it/adsl/sa/4flat_tc/&a=webmail&z=webmail&t=14
Bug#357187: not recognize keyboard mouse
On Thursday 16 March 2006 06:51, Geert Stappers wrote: > Sound like an interresting problem. > I wish I have access to that hardware. I built system according to Professor Daniel J. Bernstein (author of qmail and djbdns and daemontools) specs in 2004 (http://cr.yp.to/hardware/advice.html). For specific specs go to www.archive.org copy of his page from 2004 http://web.archive.org/web/20040603230501/http://cr.yp.to/hardware/advice.html it is a Gigabyte GA-7DPXDW-P: PC2100 dual Socket-A UATA 304mmx269mm motherboard with audio and Ethernet with 2 AMD AMSN2400BOX: 2000MHz PC2100 Socket-A Athlon MP Model 8 CPUs Geert if you come visit me in NYC I will buy the beer. I have machine ready for any testing you suggest on 2.6.8-2 kernel . See other posts I have. I will be doing another etch install this weekend on latest amd64 dual core spec machine at http://cr.yp.to/hardware/build-20060107.html I will report on that too. This kernel problem is nasty. Mitchell > > > Thanks for being there! > > > > Mitchell Laks > > Please keep us updated > Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BladeCenter HS20 problem
First of all thank you for your precious answers 2006/3/16, Steve Langasek <[EMAIL PROTECTED]>: On Thu, Mar 16, 2006 at 10:53:15AM +0100, Jaymix Mr wrote:> I am having troubles with the installation of Debian Sarge on an IBM> BladeCenter HS20 with a SAN Boot. I am launching the following command at > the prompt :> expert26 buslogic=iobaseThis indicates you're using the sarge version of the installer. The sargerelease did not include support for the qla2300, due to some unresolved concerns about its licensing at the time. Then I guess I don't need this boot parameter ... Those issues have since been resolved, and qla23xx is again included in theDebian kernels; it should be possible to install etch on such a system. However, it's probably worth noting that the stock kernel driver doesn'tsupport failover unless you use dm-multipath or md/multipath, neither ofwhich are supported by IBM AIUI. Well, I will simply say that Debian is not supported by IBM AIUI ! In fact all I need is the stable branch of the Debian repository. Here, I only see three choices : - Install Ubuntu and fall back to Debian (by removing the GUI and all uneeded packages, then changing the source-list to sarge/stable) - Install Debian etch/sid which should support qla23xx since Ubuntu does - Install Sarge and try to compile the modules from etch/sid and load them from a floppy during Sarge d-i What do you advice ? If you specifically want to run sarge on this system rather than etch orUbuntu, you would need a custom installer image that includes this kernel driver. Perhaps Kenshi Muto's 2.6.15-based images include it(http://kmuto.jp/b.cgi/debian/d-i-2615.htm); if not, perhaps there's achance that qla2xxx can be re-enabled in a future sarge point release. Kenshi Muto's image doesn't seem to be based on Sarge The thing is I need the Sarge because I need its repository (more particularly PHP4.4, Apache1.3, ldap3 and some other packages). Well I hope this could be renabled in future versions. FWIW, I'm also doing some work on a sarge-based BladeCenter install imagefor a client that include packages for the RDAC kernel driver, as well as the IBM-approved OEM version of the QLogic driver; it's possible that I maybe able to make these publically available at some point, if there'sinterest. Actually there is ! I need to be pulling out some sort of install that must be working as well as Suze before the end of today ! Could you please give me some more information about this release since I think it can be rather interesting for quite a lot of people and compagnies I know. Cheers, Again thank you for the support, Best Regards --Steve Langasek Give me a lever long enough and a Free OSDebian Developer to set it on, and I can move the world.[EMAIL PROTECTED] http://www.debian.org/-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.2 (GNU/Linux)iD8DBQFEGUh6KN6ufymYLloRAhIZAJ0ffeDhm1OCa4b2+Yts+ydW+Q+j+QCcD41b4jOGlqFeYjCckAhBqFmkzn8= =PVo+-END PGP SIGNATURE-
Re: [g-i] freefont vs. dejavu
On 16/03/2006, at 7:21 PM, Jutta Wrage wrote: Question: Do we need pages how to create quotation marks on computer keyboards? That's a valid point, Jutta. They are different writing environments, with different constraints. Spacing and size is more variable in handwriting, for one thing. Style of writing, both visual and syntactical, can vary a lot. It would at least be valuable to allow for separate entries for computing and handwriting. from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN PGP.sig Description: This is a digitally signed message part
Re: Debian DVD Cebit-Edition: What is the password for root ?
On Thu, Mar 16, 2006 at 09:55:13AM +0100, Hans-J. Ullrich wrote: > Hello dear maintainers, > > I have got a Debian-DVD at the Cebit in Hannover. Installing went fine, but > it > does not ask, what password root should have. However, I saw that there > already a password for root exists. What is it ? Can you please tell me ? > > Yes, I could delete the password using a lifefilesystem like Knoppix in > the /etc/shadow or hack with .e. john > > > Or is this a bug ? I think it is a feature. type sudo bash and at the password: prompt the password of the user that is calling sudo Looking forward to see the follow-up Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
On Thursday 16 March 2006 04:33, Mitchell Laks wrote: > I get frozen console with no keyboard or mouse activity. I can only ssh > into the system. What type of keyboard and mouse do you have? PS/2 or usb? If usb, does your system also have a PS/2 connector for the keyboard? If so, can you try installing using a PS/2 keyboard? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306476: quick question about Bug#306476
On Thursday 16 March 2006 03:07, Randall Wayth wrote: > OK, I grabbed the latest (March 14th) etch network installer from the > link location below. I ran the installer with debconf/priority=medium > as requested. The CDROM detection worked, as did detection of the > sunhme (happy meal) network cards. Thanks for confirming that. > There was one non-fatal error: > during the detect/mount cd phase, an error message saying "Error while > running 'modprobe -v sunqe'" appeared. This was non-fatal. OK. This must be because there is a line in the output of prtconf that matches the following line in the list of possible sbus devices: SUNW,qfe:SunQuad SBus Ethernet:sunqe (The part before the first ":" is used for matching.) Can you send us the output of the prtconf command? Do you have any idea if a SunQuad Ethernet device actually is present on your system or what else this line in prtconf could refer to? Anyway, as you say the error is non-fatal. Most important is that the CD-ROM is now detected correctly. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
On Thursday 16 March 2006 11:36, Davide Viti wrote: > this actually simplify things, given the number of languages which is > covered by freefont. If we're using freefont also to display Cyrillic, > Christian just needs to comment the following line from > "FreeSans-strip": Hmm. Shouldn't we talk to ru, uk, be, sr, etc. translators before switching to freefont for Cyrilic? IIRC they were the ones that asked us to use Dejavu in the first place. pgpk1hZZUGg3O.pgp Description: PGP signature
Re: [g-i] freefont vs. dejavu
On Thursday 16 March 2006 07:41, Eddy Petrişor wrote: > Jutta Wrage has recently made a sumarisation of the correct quotation > marks needed for each language. Eh, that assumes that these quotation marks can actually be shown in the installer (especially in the newt interface). Shouldn't we check that first? pgp8nlJ8zhlJA.pgp Description: PGP signature
Re: BladeCenter HS20 problem
On Thu, Mar 16, 2006 at 10:53:15AM +0100, Jaymix Mr wrote: > I am having troubles with the installation of Debian Sarge on an IBM > BladeCenter HS20 with a SAN Boot. I am launching the following command at > the prompt : > expert26 buslogic=iobase This indicates you're using the sarge version of the installer. The sarge release did not include support for the qla2300, due to some unresolved concerns about its licensing at the time. Those issues have since been resolved, and qla23xx is again included in the Debian kernels; it should be possible to install etch on such a system. However, it's probably worth noting that the stock kernel driver doesn't support failover unless you use dm-multipath or md/multipath, neither of which are supported by IBM AIUI. If you specifically want to run sarge on this system rather than etch or Ubuntu, you would need a custom installer image that includes this kernel driver. Perhaps Kenshi Muto's 2.6.15-based images include it (http://kmuto.jp/b.cgi/debian/d-i-2615.htm); if not, perhaps there's a chance that qla2xxx can be re-enabled in a future sarge point release. FWIW, I'm also doing some work on a sarge-based BladeCenter install image for a client that include packages for the RDAC kernel driver, as well as the IBM-approved OEM version of the QLogic driver; it's possible that I may be able to make these publically available at some point, if there's interest. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#357188: Package: installation-reports
Written in response to "After using the Debian-Installer, please send us an installation report, even if there weren't any problems." the feedback link is to http://d-i.alioth.debian.org/manual/en.i386/ch05s03.html#submit-bug the suggestion and link found on http://www.debian.org/devel/debian-installer/ Following that suggestion it was more general than a bug report, and more like user feedback. Bug report may indeed not be the right place for this type of feedback. If such feedback is desired, perhaps this link/suggestion should be to updated to suggest some place different. If such feedback is a waste of time, perhaps the suggestion should be removed. (it is why for example i mention things like the lack of "screen" encountered as an issue when i then needed to set up the network I was left without after the installation.) A couple of comments below, but the installations were smooth. Thanks. On 16/03/06, Christian Perrier <[EMAIL PROTECTED]> wrote: > > > on the whole a very smooth installation, a few notes > > > > * it found and installed over wireless pcmcia card, > > however postinstall wireless card was not set up for use > > I leave this opened in case this could be reassigned to a d-i package. > > This is actually the only item I find relevant to the installer in the > report. > > > > > > * touchpad/mouse settings no good, (no acceleration and painfully slow > > movement) much better response with generic mousedriver, xorg.conf > > needs manual reconfigure > > The following does not work > > Identifier "Synaptics Touchpad" > > Driver "synaptics" > > Replaced with > > Identifier "Generic Mouse" > > Driver "mouse" > > and appropriate settings. > > This should be reported against the xserver-xorg source package. > > > > > > * Humbly suggest, the program "screen" should be part of the default > > installation for those who use it. > > This should be reported against the "screen" package but honestly I > see no reason for it. > oh, does this mean that screen is available... i recall typing screen -a in a console and not finding it, perhaps i am mistaken. > > > > > * I forget the selections, "standard", "laptop" and "desktop" used and > > work fine, bringing up xorg (and installing gnome desktop) > > "standard" + "laptop" appears to install xorg, but is not configured > > to work as easily when a display manager and alternative window > > manager is to be installed. > > > I don't understand the point here. > > Question, if X11 is installed for the "standard installation" without the "desktop" installation, is it not possible to have xorg configured so that it works in pretty much the same way, and all you would need to do is install a display and window manager to have the distro working with X, I mean the setting are configured correctly when you choose to install gnome, (and X11 seems to be installed without the need to install the gnome desktop). I have not explored, what is expected of the standard installation without "desktop". I thought this would be a convenient state to have the installation in, if it was not incompatible with intent. > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iD8DBQFEGPv51OXtrMAUPS0RAtQTAJ9LNGYf4SsLEgTmCGiCVfqxp64mPACgvf6H > nEYoRkA9Xj9PDlnxEc//UDw= > =zyEB > -END PGP SIGNATURE- > > > -- email: [EMAIL PROTECTED] SiSU: http://www.jus.uio.no/sisu
Re: [g-i] freefont vs. dejavu
> > I'm considering to strip font files specifying the ranges to include
> > rather than the ranges that we want to exclude, what do you think
> > about this?
>
> For freefont exclusion (ranges we know are covered by other fonts and
> ranges for which we know there are no translations (yet)) is maybe more
> logical (probably easier to document too); for other fonts inclusion
> definitely. I'll leave it to you though to decide what works best.
this actually simplify things, given the number of languages which is
covered by freefont. If we're using freefont also to display Cyrillic,
Christian just needs to comment the following line from "FreeSans-strip":
ranges="$ranges u0400:u052F" # Cyrilic
and now that I filed #357154 we have a good excuse to ask for another
upload of the package; I'd like to do some tests before the new upload.
> > removing dejavu (or freefont if the new dejavu can cover everything),
> > would simplify and reduce overhead (basic latin glyphs, as you
> > mentioned above, are not stripped to preserve consistency: i.e. at
> > least u0:u7f = 128 glyphs are included in each and every ttf file
> > including bold/oblique)
>
> Hmm. Not sure we need to include basic latin for e.g. arabic and indic
> fonts. Guess that depends on how different the included characters are
> from freefont (both style and size should be considered).
> I've no problem with leaving them in initially though.
yes, I would start leaving those glyphs.
I'd like to make a few considerations that justify the reason why I'm
getting more and more convinced that we need to reduce as much as possible
the number of font files:
Finnish contains "Moskova - +09 - Kamtšatka, Moskova+10 - Beringinmeri"
("Kamtšatka" contains Latin Small Letter S With Caron)
French (among other languages) contains "São Paulo" in one of its
strings
the risk is to have a language displayed with one particular font and
one of the glyphs taken from another font file: this might look very
ugly.
> Next step is probably creating an iso that supports the font switching
> from localechooser to see how that behaves. I can probably do that quite
> quickly when you're ready with font tarballs.
K.
ciao,
Davide
Tiscali ADSL 4 Mega Flat
Naviga senza limiti con l'unica Adsl a 4 Mega di velocità a soli 19,95 € al
mese!
Attivala subito e hai GRATIS 2 MESI e l'ATTIVAZIONE.
http://abbonati.tiscali.it/banner/middlepagetracking.html?c=webmailadsl&r=http://abbonati.tiscali.it/adsl/sa/4flat_tc/&a=webmail&z=webmail&t=14
BladeCenter HS20 problem
Good day, I am having troubles with the installation of Debian Sarge on an IBM BladeCenter HS20 with a SAN Boot. I am launching the following command at the prompt : expert26 buslogic=iobase The installation process fails with ide-mod, ide-probe-mod, ide-detect and ide-floppy modules that are unable to be inserted. The problem then fails over with partman unable to mount the devices corresponding to the san (ie: /dev/sda & /dev/sdb). What is (not ?) surprising is that Ubuntu Live CD 5.10 worked fine and detected the correct modules to be loaded for the SAN to be recongnised (qla23xx qla2xxx). Those modules aren't in the Sarge by default (I only found qla1280 which didn't work). I know that it is possible to install Debian with a 2.6 kernel on those Blades. Here is the output of lsmod on Ubuntu Breezy live CD and on Suze SLES9. If someone can help me ... Many thanks Module Size Used by ac 4996 0 aec62xx 7168 0 af_packet 20232 2 agpgart32328 1 drm alim15x3 11020 0 amd74xx12828 0 atiixp 5648 0 battery 9604 0 bitblit 5248 1 fbcon bluetooth 43012 4 rfcomm,l2cap button 6672 0 cdrom 33952 2 ide_cd,sr_mod cfbcopyarea 4480 2 vga16fb,vesafb cfbfillrect 3840 2 vga16fb,vesafb cfbimgblt 2944 2 vga16fb,vesafb cloop 13152 1 cmd64x 10652 0 container 4608 0 cpufreq_conservative 6820 0 cpufreq_ondemand5916 0 cpufreq_powersave 1920 0 cpufreq_stats 5124 0 cpufreq_userspace 0 cs5520 4864 0 cs5530 5120 0 cy82c6934740 0 dev_acpi 11396 0 dm_mod 50364 4 dm_snapshot dm_snapshot16028 1 drm58004 2 radeon evdev 9088 0 fan 4740 0 fbcon 34176 72 font8448 1 fbcon freq_table 4484 1 cpufreq_stats generic 4224 0 hotkey 9508 0 hpt34x 5120 0 hw_random 5268 0 i2c_acpi_ec 5760 0 i2c_core 19728 1 i2c_acpi_ec ide_cd 36996 0 ide_core 125268 29 ide_cd,ide_disk,ide_floppy,ide_generic,pdc202xx_new,aec62xx,alim15x3,amd74xx,atiixp,cmd64x,cs5520,cs5530,cy82c693,generic,hpt34x,ns87415,opti621,pdc202xx_old,rz1000,sc1200,serverworks,siimage,sis5513,slc90e66,triflex,trm290,via82cxxx,usb_storage,piix ide_disk 16128 0 ide_floppy 17664 0 ide_generic 1664 0 ipv6 217408 6 isofs 32824 1 joydev 9280 0 l2cap 22404 5 rfcomm loop 15752 0 lp 11460 0 md 40656 0 mousedev 10912 1 nls_cp437 5888 1 ns87415 4424 0 opti621 4356 0 parport32072 2 parport_pc,lp parport_pc 31812 0 pcc_acpi 11392 0 pci_hotplug24628 1 shpchp pcspkr 3652 0 pdc202xx_new8192 0 pdc202xx_old 10240 0 piix9476 1 processor 23100 1 thermal psmouse26116 0 qla2300 123392 0 qla2xxx84240 21 qla2300 radeon 68352 1 rfcomm 34972 0 rtc11832 0 rz1000 2944 0 sc1200 6912 0 scsi_mod 124872 6 sg,sr_mod,sd_mod,usb_storage,qla2xxx,scsi_transport_fc scsi_transport_fc 25856 1 qla2xxx sd_mod 17424 8 serverworks 8840 0 sg 33696 0 shpchp 80612 0 siimage11392 0 sis551314472 0 slc90e665248 0 softcursor 2432 2 vga16fb,vesafb sony_acpi 5516 0 speedstep_lib 4228 0 sr_mod 15652 1 tc1100_wmi 6916 0 tg383716 0 thermal13192 0 tileblit2560 1 fbcon triflex 3968 0 trm290 4356 0 tsdev 7616 0 uhci_hcd 28048 0 unix 24624 560 usbcore 104188 6 usbserial,usbkbd,usbhid,usb_storage,uhci_hcd usbhid 30688 0 usbkbd 6784 0 usbserial 26984 0 usb_storage64704 1 vesafb 8088 0 vga16fb12232 1 vgastate8320 1 vga16fb via82cxxx 12188 0 video 16004 0 lsmod Description: Binary
Debian DVD Cebit-Edition: What is the password for root ?
Hello dear maintainers, I have got a Debian-DVD at the Cebit in Hannover. Installing went fine, but it does not ask, what password root should have. However, I saw that there already a password for root exists. What is it ? Can you please tell me ? Yes, I could delete the password using a lifefilesystem like Knoppix in the /etc/shadow or hack with .e. john Or is this a bug ? Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I do not read debian-boot. And I am not subscribet, so CC me please.
Am 16.03.2006 um 07:41 schrieb Eddy Petrişor:
4
---
Macedonian and Ukrainian use the following to quote text:
- Left double quotation mark
- double low-9 quotation mark
Jutta, could you enlighten us?
I have do not have any information about Macedonian. But for the
Ukrainian language it seems the the first alternative at http://
www.witch.westfalen.de/csstest/quotes/quotes.html#ukrainian would be
the best one.
Note: I got new info for Ukraininian lately and that part changed!
div[lang=uk] q:before { content: "\00AB"; }
div[lang=uk] q:after { content: "\00BB"; }
div[lang=uk] q q:before { content: "\201E"; }
div[lang=uk] q q:after { content: "\201C"; }
Alternative2 is used for Handwriting only normally. And two closing
quotation marks (u+201C) cannot be together using it, which makes
automatic processing quite difficult.
Some notes: neither the information from wikipedia nor that from the
standardisation pages is reliable. Both of them seem to be made by
people using computers for a long time. The very best sources are
books (especially thos using old kind of typesetting and _not_
computer typesetting).
For computer we _can_ make compromizes. But I think the best would be
to make none, if possible.
BTW: German has two different solutions, too, but U+00AB are never
used in handwriting. So handwriting rules might be another source of
confusion beside old fashioned computer typing.
Question: Do we need pages how to create quotation marks on computer
keyboards?
greetings
Jutta
- --
http://www.witch.westfalen.de
http://witch.muensterland.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)
iEYEARECAAYFAkQZJxwACgkQOgZ5N97kHkfOUQCfaqD/tYpZWhWd3JjXBp8xHmfr
kkQAnjOps4Kwrn8dVHEBV/wKBvSnV8m6
=brcu
-END PGP SIGNATURE-
Re: [g-i] freefont vs. dejavu
On 3/16/06, Clytie Siddall <[EMAIL PROTECTED]> wrote: > Hello everyone :) Hi Clytie, > >> --- > >> Macedonian and Ukrainian use the following to quote text: > >> > >> - Left double quotation mark > >> - double low-9 quotation mark > > > > Jutta Wrage has recently made a sumarisation of the correct quotation > > marks needed for each language. > > http://www.witch.westfalen.de/csstest/quotes/quotes.html > > It's very useful: we have a link to it from the Translate Wiki [1]. > Thankyou, Jutta. :) Unfortunately Macedonian is missing and I can't figure out the codepoints for Ukrainian. Jutta, may I suggest adding a line after each alternative to specify the used unicode points for the quotation marks? I think this would make it a lot more clearer. The good news is that I know somebody from Macdonia who can help us ;-) with first issue. Jordanka, could you please tell us the correct quotation marks (as unicode points - see the quotation mark table[1]) for Macedonian? And/or direct us to the guy you said will be interested in contributing to the Debian Installer as a traslator for Macedonian(hint, hint, hint, you forgot that ;-) . Jutta can latter add this info to her quotation marks page[2]. [1] http://www.witch.westfalen.de/csstest/quotes/quotes-large.html [2] http://www.witch.westfalen.de/csstest/quotes/quotes.html -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: [g-i] freefont vs. dejavu
Hello everyone :) This Installer will be the very first supporting my language: it's such a huge step forward for us. There's a big conference being held by Intel in Hanoi very soon, and Javier Sola is presenting there: he's said he will talk about our progress. It's all very encouraging: government and business have the distribution capacity in Vietnam, so if we can get them on side, we will reach so many people we're not currently reaching. Our translations are used widely among students, educated people, some business people and the Net Café underground, but they're not reaching most of the people, and those people who need them most. Another important point: it's essential to have the Installer, and packages, also available offline (e.g. CDs), since Net access in many countries is unreliable at best, and completely non-existent in many cases. That is the case in Vietnam, and I heard this week from a computing engineer in Africa who has only very occasional email access and no download capacity at all. I know the Installer is available on CD, but how widely available are the CDs, physically? How about packages? I hope you don't mind me mentioning this here: I'm not sure where to mention it. On 16/03/2006, at 5:11 PM, Eddy Petrişor wrote: 4 --- Macedonian and Ukrainian use the following to quote text: - Left double quotation mark - double low-9 quotation mark Jutta Wrage has recently made a sumarisation of the correct quotation marks needed for each language. http://www.witch.westfalen.de/csstest/quotes/quotes.html It's very useful: we have a link to it from the Translate Wiki [1]. Thankyou, Jutta. :) Jutta, could you enlighten us? Shall we fix those, ask the translators? I think that characters like the bullet should't be used for the installer: IMO those are meant to be used in applications like Openoffice or similar. I tend to agree, but maybe we might want to hear Clytie's opinion. I use them fairly widely in PO files, because they don't add to the visual clutter of a heavily-accented language. They are discrete, so obviously (to the eye) not another character or diacritic mark. This is useful, helps to format the text. You will notice (looking at such PO files) that I use them to set points out clearly, to avoid requiring complex syntax or advanced vocabulary in the translation. A large proportion of our population is only marginally literate in this sense: the clearer the translation, with the minimum of syntactical embedding and educated vocabulary, the more likely the it is to be effective, or to be read at all. Bullets function here as a graphic aid. For Vietnamese, bullets are appropriate. They are available in the Latin-1 character-set, so everyone is likely to have them covered in default-installation fonts, for those people not automatically using a UTF-8 setting (as our users will). I think, for all Asian languages, bullets are an appropriate way to format the text. We have so many thin, straight or curved shapes and no solid, centred ones. A solid bullet makes an effective contrast, and focusses the eye. (I speak here also as a specialist on the mechanics of reading.) This is likely to apply to all languages using many diacritics. (However, individual languages may have their own formatting, or a separate meaning for this character.) I hope this is useful. :) from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN [1] http://translate.sourceforge.net/wiki/
