Re: Debian Boot CVS: gleydson
On Sat, Dec 02, 2000 at 05:28:25PM -0800, Adam Di Carlo wrote: Module name: boot-floppies Changes by: gleydson00/12/02 17:28:25 Log message: Preceeded message selection with it's language code (cosmetic). Hmm... I do not quite understand the reasoning behind this change. Could you please explain? :) -- Misha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Boot CVS: gleydson
I've added the language code before of each language option (so it look less confuse). A bit example: ... en - You have chosen English. Press Enter to proceed fr - Vous avez choisi le Français. Tapez sur Entrée pour continuer jp - You have chosen Japanese. Press Enter to proceed pl - Zostal wybrany polski. Nacisnij Enter aby kontynouwac pt - Você escolheu o idioma Português. Pressione Enter ... Michael Sobolev wrote: On Sat, Dec 02, 2000 at 05:28:25PM -0800, Adam Di Carlo wrote: Module name: boot-floppies Changes by: gleydson00/12/02 17:28:25 Log message: Preceeded message selection with it's language code (cosmetic). Hmm... I do not quite understand the reasoning behind this change. Could you please explain? :) --- Gleydson Mazioli da Silva [EMAIL PROTECTED] [EMAIL PROTECTED] * A experiência é como dirigir um carro no escuro com os faróis para trás. Sabemos tudo que se passou e nada do que virá. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Boot CVS: gleydson
On Sun, Dec 03, 2000 at 08:31:14AM -0400, Gleydson Mazioli da Silva wrote: I've added the language code before of each language option (so it look less confuse). A bit example: en - You have chosen English. Press Enter to proceed Hmm... I would not say it looks less confuse. To my mind, people are just looking for something they understand, and those phrases in their native language should be sufficient enough, no? -- Misha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Boot CVS: gleydson
Hi. Sorry not to work on here currently. In [EMAIL PROTECTED], on Sun, 03 Dec 2000 08:31:14 -0400, on Re: Debian Boot CVS: gleydson, Gleydson Mazioli da Silva [EMAIL PROTECTED] wrote: I've added the language code before of each language option (so it look less confuse). A bit example: jp - You have chosen Japanese. Press Enter to proceed Please use "ja" for Japanese language. "jp" means the nation of Japan. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Boot CVS: gleydson
Taketoshi Sano wrote: jp - You have chosen Japanese. Press Enter to proceed Please use "ja" for Japanese language. "jp" means the nation of Japan. It already have "ja" in the .src file, "jp" was my own mistake in previous message :) --- Gleydson Mazioli da Silva [EMAIL PROTECTED] [EMAIL PROTECTED] * Não tens quem faça teu elogio? Elogia-te a ti mesmo. Retirado do livro: Elogio da Loucura de Erasmo de Roterdam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [VA-Debian] Comments from a first-time Debian install.....
From: Adam Di Carlo [EMAIL PROTECTED]
Date: 03 Dec 2000 01:49:26 -0500
Well, as you probably already know, since the PCMCIA subsystem is by
definition in the form of kernel modules, the only way to solve this
would be to put cardmgr and the pcmcia modules on the "root"
filesystem, so you don't need to load it subsequently.
Yup it would probably require making a 2.88 meg el torito boot/root
image, which means it wouldn't fit on a standard 3.5 inch floppy
anymore, but it should be possible on a CD-ROM boot.
So I booted back into
Windows, created a scratch partition, and copied the entire Debian
Potato 2.2 Binary-i386 R0 CD-ROM into that scratch partition and then
tried again.
Ah. You probalby could have gotten away with just putting rescue.bin
and drivers.tgz there, but no harm.
Yup, I didn't know that at the time. (No instructions, or at least none
that I was able to find on short notice.)
And it turns out that since I was doing this under Windows, I copied
over files onto a VFAT partition, which means that the symlinks didn't
copy over correctly. This turned out to be a headache later when I
actually tried to use the VFAT partition to apt-get the dhcp-client
client. (No, I didn't realize that pump was installed by default, or I
would have used it, despite the fact that it violates the DHCP RFC's.
Why anyone would want to use pump is beyond me. I guess it is simple.
But anyway)
The second time I tried, I was able to load the kernel modules. This
screen here really needs simplifying. There's no reason to make the
user decide which modules should be loaded on a full system at such an
early point in the install. Regardless of where you fall on the
"modules should be dynamically loaded" versus the "modules should be
statically loaded at boot-time" argument, at the initial install time
only those modules which are desperately needed to install the system
should be asked for. If nothing else, deferring this means that the
installation system may have more resources at its disposal to provide
a more friendly interface to the user.
Well, for instance, even with booting with the 'compact' set, which
has a lot of ethernet cards included, on my system at home, I need the
3c509 driver installed. So, if I want to install the rest of the
system over the network, I need to load the module here.
I guess I should try to clarify in the UI that this step is for
loading modules which are needed for the installation process.
That would definitely be a good thing. And perhaps you should filter
out some modules such as the one for IP Masquerading for Real Audio? Or
the Cyclades serial port driver? Somehow I doubt you'd ever need those
for the installation process. :-)
I assumed since all of the modules that you might ever need were there,
and those modules were loaded upon boot once the system was installed,
that it was a intentional design decision to present all of the modules
at this stage of the game. I also didn't find an easy, obvious way to
bring up the kernel modules dialog box after the system was fully
installed. (My generic gripe about Debian; there's no easy, advertised
way to figure out how to get back to any configuration screen after the
fact. With Red Hat, I can just run "linuxconf", and most things are
there, in one place) This isn't a major disaster, since I plan to
replace the whole kernel with a custom one that I'm building anyway, but
I did think it was curious.
However, because it bombed out, it wasn't able to find the CD-ROM
automatically. So the system went into what I later discovered was
apt-setup, where one of the questions it asked me was whether I wanted
the non-free software or not. I said yes, but given that CD-1 (which I
had copied onto a spare partition) doesn't have non-free software, the
debian configuration system bombed out that that point no obvious
way of restarting it, and nothing on the system except the base system.
I fiddled with it a while, and finally decided I was wasting my time, so
I rebooted the system, and reinstalled a third time, blowing away
everything from the 2nd try installation.
I suppose you told apt-setup to use a mounted filesystem as its access
method?
Apt-setup should be more robust than that -- it should notice apt has
failed and tell you and let you correct it. I'd like to try to reproduce
this problem.
Yes, we should track this down and get a bug filed.
I'm not sure the problem was with apt-setup or with whatever mysterious
configuration program ("Debian System Configuration") that was calling
apt-setup. The point was, though, once apt-setup bombed out, I couldn't
figure out anyway to restart that configuration program short of doing
the installation from scratch again. I tried rebooting, and it had
already taken
Debian Boot CVS: tausq
CVSROOT:/cvs/debian-boot Module name:debian-installer Changes by: tausq 00/12/03 11:14:54 Modified files: tools/cdebconf/src: commands.c commands.h common.h database.c frontend.c makefile.in question.h strutl.c strutl.h tools/cdebconf/src/modules/db: Makefile tools/cdebconf/src/modules/frontend: Makefile tools/cdebconf/src/modules/frontend/ncurses: ncurses.c tools/cdebconf/src/modules/frontend/text: text.c Log message: commands.[ch] - implemented fget/fset -- needs testing though common.h - added MIN/MAX macros database.c/frontend.c - allows overrides to config file via environment modules/*/Makefile - general cleanups, still needs to fix dependencies ncurses.c - start implementing the ncurses frontend - can do boolean/select (sort of) now text.c - general cleanups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Boot CVS: gleydson
CVSROOT:/cvs/debian-boot Module name:boot-floppies Changes by: gleydson00/12/03 11:39:49 Modified files: utilities/dbootstrap/po: pt.po Log message: Updated. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Boot CVS: tausq
CVSROOT:/cvs/debian-boot Module name:debian-installer Changes by: tausq 00/12/03 11:42:38 Modified files: tools/cdebconf/src: dpkg-reconfigure.c Log message: make dpkg-reconfigure define DEBIAN_HAS_FRONTEND, this will let it work out-of-the-box with existing shell based confmodule scripts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Boot CVS: mss
CVSROOT:/cvs/debian-boot Module name:boot-floppies Changes by: mss 00/12/03 14:10:22 Modified files: utilities/dbootstrap/langs: ver2.py Log message: fixed copyright year; fixed error message -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Boot CVS: mss
CVSROOT:/cvs/debian-boot Module name:boot-floppies Changes by: mss 00/12/03 14:12:51 Added files: utilities/dbootstrap/langs: xmlhelper.py Log message: moving toward next version -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Boot CVS: joeyh
CVSROOT:/cvs/debian-boot Module name:debian-installer Changes by: joeyh 00/12/03 18:31:19 Modified files: doc: TODO tools/udpkg: DESIGN Log message: minor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#77487: md5sum.txt file for disks-i386 doesn't match files on server
Adam Di Carlo [EMAIL PROTECTED] writes:
I cannot reproduce this problem:
Dang!
aph@auric:current /bin/pwd
/org/ftp.debian.org/ftp/dists/potato/main/disks-i386/2.2.17-2000-11-11
aph@auric:current md5sum -c md5sum.txt
aph@auric:current echo $?
0
aph@auric:current grep README.txt md5sum.txt
927867784500d50707de22435da7f101 ./README.txt
194304eee103ab6e05ea733c08121ca8 ./images-2.88/udma66/README.txt
25b8c189c34da19bbe2eb92d970cc4dd ./images-2.88/idepci/README.txt
What's the beef?
Wish I knew. Looks like my /usr/bin/md5sum is weird.
olaf@bilbo:[...]/2.2.17-2000-11-11$ md5sum -cv md5sum.txt
md5sum: can't open ./README.txt
md5sum: can't open ./READ-pl.txt
md5sum: can't open ./dosutils/setlang.bat
md5sum: can't open ./dosutils/rawrite2.exe
md5sum: can't open ./dosutils/rawrite2.txt
md5sum: can't open ./dosutils/loadlin.exe
[...]
olaf@bilbo:[...]/2.2.17-2000-11-11$ ls -l ./READ* ./dosutils/
-rw-r--r--1 olaf mirror 6366 Sep 30 17:23 ./READ-pl.txt
-rw-r--r--1 olaf mirror 6163 Sep 30 17:23 ./README.txt
./dosutils/:
total 60
-rw-r--r--1 olaf mirror 32208 Sep 30 17:26 loadlin.exe
-rw-r--r--1 olaf mirror 17863 Oct 31 09:40 rawrite2.exe
-rw-r--r--1 olaf mirror 1671 Mar 7 1996 rawrite2.txt
-rw-r--r--1 olaf mirror928 Sep 30 17:26 setlang.bat
olaf@bilbo:[...]/2.2.17-2000-11-11$ md5sum ./READ* ./dosutils/
bb11aaadd6f882502a46b9e5009798dd ./READ-pl.txt
17eed5c36e647abf6ee9c9879e6e902a ./README.txt
81d0270ee44075a1afb88b0aedcd27fe ./dosutils/loadlin.exe
d8a0e813566f75d6208b7376c9d9fc18 ./dosutils/rawrite2.exe
a9fd62a293f2385ae460050bc2fbede4 ./dosutils/rawrite2.txt
b5a971f1d9d9001ea9c28edd9cc9e786 ./dosutils/setlang.bat
olaf@bilbo:[...]/2.2.17-2000-11-11$ grep ./READ md5sum.txt
927867784500d50707de22435da7f101 ./README.txt
ddb842488ffa4b8f66e7a31ea199ef7e ./READ-pl.txt
[...]
olaf@bilbo:[...]/2.2.17-2000-11-11$ grep ./dosutils/
b5a971f1d9d9001ea9c28edd9cc9e786 ./dosutils/setlang.bat
d8a0e813566f75d6208b7376c9d9fc18 ./dosutils/rawrite2.exe
9eaa2b84c0e6e5fc6da673626cec9f06 ./dosutils/rawrite2.txt
81d0270ee44075a1afb88b0aedcd27fe ./dosutils/loadlin.exe
Looks like only *.txt files give the wrong checksums. Still mistified
on why I get the can't open errors. I have rw access on the files, so
what gives? Running md5sum with a daily computed list of all files on
the system works fine (compensating for access permissions). That in-
cludes 2.2.17-2000-11-11.
Hmmm, got a hunch here ... let's check ...
olaf@bilbo:[...]/2.2.17-2000-11-11$ hexdump -c md5sum.txt
000 9 2 7 8 6 7 7 8 4 5 0 0 d 5 0 7
010 0 7 d e 2 2 4 3 5 d a 7 f 1 0 1
020 . / R E A D M E . t x t \r \n
030 d d b 8 4 2 4 8 8 f f a 4 b 8 f
040 6 6 e 7 a 3 1 e a 1 9 9 e f 7 e
050 . / R E A D - p l . t x t \r
060 \n b 5 a 9 7 1 f 1 d 9 d 9 0 0 1
See the end of that third line, \r\n, hmmm, that looks very DOSish and
is bound to trip up md5sum. Same thing in README.txt. Bet the other
text files have the same problem. Oops, looks like I used an FTP URL
and got bitten by the infamous binary/ascii download no-no courtesy of
wget :-{
Sorry for the false alarm!
Is this bug closable?
Yes. And thanks for making me do my homework ;-)
--
Olaf Meeuwissen Epson Kowa Corporation, Research and Development
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [VA-Debian] Comments from a first-time Debian install.....
On Sun Dec 03, 2000 at 11:09:05AM -0800, [EMAIL PROTECTED] wrote: client. (No, I didn't realize that pump was installed by default, or I would have used it, despite the fact that it violates the DHCP RFC's. Why anyone would want to use pump is beyond me. I guess it is simple. But anyway) andersen@traveller:~$ ls -sh /sbin/pump 36k /sbin/pump* andersen@traveller:~$ ls -sh /sbin/dhclient /sbin/dhclient-2.2.x 4.0k /sbin/dhclient* 112k /sbin/dhclient-2.2.x* -Erik -- Erik B. Andersen email: [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
