On Wed, 2003-12-31 at 19:09, Harald Dunkel wrote:
The problem is that the d-i bootdisk contains an USB driver,
which seems to be always loaded as soon as you've got any
mass storage attached to USB. Later (in the running system)
the USB stuff is loaded when running hotplug, i.e. its one
of
On Mon, 2002-03-18 at 08:04, Eduard Bloch wrote:
Same for german. The message is hardcoded in dbootstrap translation and
is converted to utf8 as other strings. I do not see a nifty workaround,
but I could replace the non-ASCII characters with their ASCII
transcriptions ( - ae). This is even
On Mon, 2002-03-18 at 10:24, Santiago Vila wrote:
Are you using CP437 (which was for US english) for i18n boot floppies?
I don't believe we include any fonts on the boot disk, so you will get
whatever the default codepage is for your hardware. No doubt it would
be possible to change this for
On Fri, 2002-03-15 at 04:27, Chris Tillman wrote:
First, mac-fdisk doesn't run. From the menu, there's just a
flash. From vc 2, it complains about an extra (. I think we saw this
problem before, (the last time aph built? - sorry, but I think it's
true) and it had to do with library reduction.
On Fri, 2002-03-15 at 10:28, Martin Quinson wrote:
I'm currently editing the french version, and now, i have to revert your
changes before I can go further.
Can you not just make update-po locally to get back in step?
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, 2002-03-12 at 13:34, Richard Hirst wrote:
From utilities/dbootstrap/choose_medium.c:
const char *fs_type_tab[] = { auto, msdos, vfat, fat, minix, ext2, NULL
};
so the code first tries to mount rescue.bin as type 'auto'. That's fine
on a normal system, where mount chooses vfat.
On Tue, 2002-03-12 at 14:35, Eduard Bloch wrote:
In last days, I tried to find the reason for the ugly behaviour of the
loop driver, see #135504. I tried to reuser the code from losetup.c,
nothing did work. A loop device created by losetup can be attached and
detached as usual, but if done
On Tue, 2002-03-12 at 12:41, Martin Pitt wrote:
Couldn't download pppoeconf
This package is indeed not on the first CDROM. I already tried the
following alternatives:
* downloading an image from a different mirror
* checking md5sums (all were okay)
* building a jigdo image today
On Mon, 2002-03-11 at 15:13, Debian Boot CVS Master wrote:
disable canonicalising terminfo directories on s390, s390 already includes
some terminal definitions in /etc/terminfo
That shouldn't be a problem. If the pre-existing definitions in
/etc/terminfo weren't being found, that's just a
On Mon, 2002-03-11 at 16:13, Stefan Gybas wrote:
On Mon, Mar 11, 2002 at 03:37:32PM +, Phil Blundell wrote:
That shouldn't be a problem. If the pre-existing definitions in
/etc/terminfo weren't being found, that's just a bug.
It is a problem because the build fails otherwise
On Fri, 2002-03-08 at 03:45, Chris Tillman wrote:
I've spent several hours constructing and proofing, and I'm confident
this will do exactly what we want, without affecting other instances
of linux in the code/docs/messages. But please sample it in the next
day or two to see if you agree.
On Fri, 2002-03-08 at 15:00, Christian T. Steigies wrote:
The boot-floppies on amiga usually boot in 640x480, but I just tried
1024x768, some thing. Maybe is related to the Penguin in the top left corner
which is not deleted? The non-UTF boot-floppies always cleared the screen so
that the
On Thu, 2002-03-07 at 12:32, Petter Reinholdtsen wrote:
[Philip Blundell]
No, I thought the sense of the test was backwards, but maybe I was
mistaken. What is LOAD_TRMFILE's return value?
In the present code, 0 reports an error. Yes, it is strange, but I
did not write that code. :-)
On Thu, 2002-03-07 at 13:33, Petter Reinholdtsen wrote:
Could someone add this patch:
Seems safe enough. I've checked it in.
p.
Index: util.c
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/util.c,v
On Thu, 2002-03-07 at 13:35, Petter Reinholdtsen wrote:
[Philip Blundell]
Given a locale string in german.src of de_DE.ISO-8859-15@euro, you
ideally want to be writing de_DE@euro ISO-8859-15 into
/etc/locale.gen and setting LANG to de_DE@euro.
There is no need to rewrite the LANG
On Thu, 2002-03-07 at 14:17, Petter Reinholdtsen wrote:
- use the current language and locale as the system default for all
users after the second stage installer is finished.
I don't think setting a system-wide default locale is within the
boot-floppies remit at this time. We should
On Thu, 2002-03-07 at 14:54, Guido Guenther wrote:
On Sun, Mar 03, 2002 at 09:21:14PM +, Philip Blundell wrote:
[..snip..]
The only requirements I can think of are:
- framebuffer support in your kernel (should be no problem for m68k)
There's no fb support on mips ip22 and and it
On Thu, 2002-03-07 at 15:21, Guido Guenther wrote:
IP22 is currently the only supported subarch on big endian mips machines,
since none of the mips porters has access to something else.
I see. In that case, you're right, there is no point in turning on i18n
for mips at the moment.
p.
--
On Wed, 2002-03-06 at 04:58, Christian T. Steigies wrote:
I tried it on my amiga, it does not seem to work. All the output (blue
background with window, text et all) seems to be scrolled through the first
line of the display, all the other lines remain empty. Until I switch to the
second
On Wed, 2002-03-06 at 13:19, Chris Tillman wrote:
Does this code check to be sure it's not exceeding the ramdisk's capacity?
That's pretty easy to do (exceed it, I mean). And it would create a hard-to-
track-down problem.
My ramdisks (on i386) always seem to have about 3.5MB free, so I
On Wed, 2002-03-06 at 16:30, Claus Hindsgaul wrote:
Is there a reason why support for Korean (ko.po) is disabled for
dbootstrap in the config file?
Dunno. Maybe the catalog was really outdated at the time it was
removed. Chinese (zh_CN) is also disabled.
p.
--
To UNSUBSCRIBE, email to
On Fri, 2002-03-01 at 13:40, Petter Reinholdtsen wrote:
- Avoid code duplication in main.c, and standardize how the messages
catalog file is loaded. Allow the language code string to be a colon
separated list.
- Modify boxChooseLanguageVariant() accept a list of language codes
-
On Sun, 2002-03-03 at 23:17, Eduard Bloch wrote:
I was able to reproduce this bug while hacking at the new cdrom
auto-detection functions. It is simple: use bf2.4 flavor and try to
install kernelmodules twice. Then you can see a [loop0] _Zombie_
process, which apparently locks the file which
On Mon, 2002-03-04 at 03:09, Junichi Uekawa wrote:
The above check in make/check does succeed when:
a. locale-gen was not executed
b. /etc/locale.gen has no final newline and locale-gen fails to parse
I think it might be better to check for existence of
/usr/lib/locale/en_IN/
On Fri, 2002-03-01 at 12:10, Mikhail Sobolev wrote:
Originally, this message was shown at the bottom (in status line), so choosing
over here means you choose appropriate item in the menu.
Out of interest, why did this get changed? Displaying just the language
name in the menu, with the more
On Mon, 2002-03-04 at 14:33, Jordi Mallach wrote:
Of this list, I think pl is one of the most outdated languages.
[...]
And dbootstrap isn't in a good shape either:
65679:jordi@nubol:...s/utilities/dbootstrap/po$ msgfmt --statistics pl
732 translated messages, 33 fuzzy translations, 75
Agreed, your patch looks good to me. Reading the original poster's
message again, though, I think he might actually be complaining about
the debconf screen you get when configuring the locales package,
rather than the LC itself.
p.
On Fri, 2002-03-01 at 07:19, David Kimdon wrote:
Maybe this
reassign 136241 kernel-image-2.2.19
thanks
On Thu, 2002-02-28 at 22:08, Keith Parkansky wrote:
After this basic installation finishes,
every time I boot the system the following
error appears:
Calculating module dependencies...
depmod: ***Unresolved symbols exist in
On Fri, 2002-03-01 at 01:03, Junichi Uekawa wrote:
I am seeing in rootdisk.sh:
# i386 can't reduce libnewt if we're in LANG_CHOOSER mode
if [ $arch != i386 -o $USE_LANG_CHOOSER != true ]; then
rm -f $R/usr/lib/libnewt*
fi
Could this have been fixed with the recent
On Fri, 2002-03-01 at 11:35, Richard Hirst wrote:
I can file bugs if people think these things are worth fixing.
No need. :-) We already have two serious bugs open for this. Everybody
agrees that the current behaviour is wrong, it's just a case of fixing
it. See, for example, David's note
I don't expect there will be any more boot-floppies releases for
potato. The submitter probably just needs to install the updated
kernel-image package. Do you happen to know which version includes the
fix?
p.
On Fri, 2002-03-01 at 10:22, Herbert Xu wrote:
reassign 136241 boot-floppies
quit
On Fri, 2002-03-01 at 11:56, Eduard Bloch wrote:
Maybe I got the wrong impression, but why do we do all this detection
and _force_ the user to use that Cd?
The idea was to reduce the number of questions that the user gets
asked. Debian's installer has long been notorious for forcing you to
On Sun, 2002-02-24 at 17:19, Eduard Bloch wrote:
#include hallo.h
Dale Scheetz wrote on Sun Feb 24, 2002 um 11:16:10AM:
If I install the Kernel and Drivers from floppies, I can mount the CD for
the base install.
I suspect that the Kernel/Drivers install is unable to unmount when done
On Wed, 2002-02-27 at 07:37, Junichi Uekawa wrote:
On Wed, 27 Feb 2002 08:20:52 +0100
Eduard Bloch [EMAIL PROTECTED] wrote:
I can symlink usr/lib/locale/ja_JP-C@utf-8 and setting locale to
LANG=ja_JP.UTF-8
LC_ALL=ja_JP.UTF-8
seems to allow whiptail-utf8 to do its thing.
On Tue, 2002-02-26 at 00:31, Junichi Uekawa wrote:
Note: I have not gotten evil enough to rename the utf8 version of
newt library soname.
Oh. Wasn't the fact that the utf8 and non-utf8 libnewts shared the same
soname the cause of all our original problems with flashing screens?
p.
--
To
On Tue, 2002-02-26 at 11:31, Eduard Bloch wrote:
It seems that it has problems on detecting that it is in UTF-8 mode. I
tried setting:
LANG=C@utf-8 (valid, existing)
LC_CTYPE=C@utf-8 (valid, existing, for whiptail-utf8)
LC_MESAGES=de_DE.UTF-8 (just a string, parsed and used by modconf)
On Tue, 2002-02-26 at 11:31, Eduard Bloch wrote:
It is only needed as LC_MESSAGES to enable usage of utf8-converted
string files. If whiptail-utf8 also needs the value (though it should
NOT depend on it), this may cause our trouble.
By the way, another fix would be for someone to actually
On Tue, 2002-02-26 at 15:06, Junichi Uekawa wrote:
I really don't understand what C@utf-8 is, really.
It's like the C locale in all respects except that it uses the UTF-8
character set rather than ASCII.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Mon, 2002-02-25 at 12:55, Junichi Uekawa wrote:
Well, use utf-8, is probably the most simple answer
In fact, I have an impression that -utf8 libs will work
with any locale, but I might be wrong. It uses
the locale-charset conversion routines...
They will work with any locale so long as
On Mon, 2002-02-25 at 16:41, Eduard Bloch wrote:
Is wrong, copied too much. I have also found the other problem. But here
is now another problem: the i18n build does no longer fit on the 1200
disk. I tried to hack the build system to use less languages on the 1200
disks, but it is nothing but
On Tue, 2002-02-19 at 03:06, Junichi Uekawa wrote:
I think it would be nice to have an entry associating
language to a URL.
Or make the entry _(ftp.us.debian.org) a translatable string
to give a somewhat sane-ish result.
Translating the string will probably just give you the same result
On Tue, 2002-02-19 at 15:14, Petter Reinholdtsen wrote:
[David Kimdon]
We don't want to net only install CDs to be detected as an official
cdrom since the packages aren't on the cd.
I thought the point was to avoid asking questions if the base packages
where present on the CD. Why not
On Fri, 2002-02-15 at 03:24, Chris Tillman wrote:
On Thu, Feb 14, 2002 at 02:06:38AM -0600, Bob McElrath wrote:
I have tried to install debian woody from both floppy (2.4bf), and CD-ROM
(netinst images: http://people.debian.org/~ieure/netinst/) and for two
different machines the install
reassign 133822 debootstrap
thanks
On Fri, 2002-02-15 at 10:24, Javier Fernández-Sanguino Peña wrote:
On Thu, Feb 14, 2002 at 02:36:43PM +, Phil Blundell wrote:
On Thu, 2002-02-14 at 14:28, Javier Fernández-Sanguino Peña wrote:
Attached are the aforementioned files what is causing
On Fri, 2002-02-15 at 10:35, Petter Reinholdtsen wrote:
Should the string to put in /etc/locale.gen be passed in as well? It
is required to generate the valid locale. I'm not sure if it easy to
guess is string based on the locale, or if it is easy to guess locale
based on this string.
It's
On Thu, 2002-02-14 at 04:06, Mark Zimmerman wrote:
One of my tests of dbootstrap (in trying to get past the white screen
of death) resulted in a register dump to the screen. I was wondering
why it didn't dump core instead? Is this something related to how
dbootstrap is built or is it caused
On Thu, 2002-02-14 at 12:02, Javier Fernandez-Sanguino Pena wrote:
Looking into the process table shows up to eximp processes,
one with '-Mc' options and one with '-oem -oi -f ' options.
Killing this processes makes the base installation finish properly and
continue with the next step
On Wed, 2002-02-13 at 16:48, Guenther, Daniel wrote:
I got ISO-Images of debian 2.2r5 stable for our noname alpha. As you can
see, I boot from CD. I tried it with floppy, too, and got the same problem.
Description: after loading Milo and entering:
MILO boot scd0:/boot/linux root=/dev/scd0
The latest sparc boot-floppies in woody are 3.0.16 from back in October.
Bug 132671 looks like it might be fixed by just building against a new
kernel image.
Is anyone on the list in a position to build a new set of disks?
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Thu, 2002-02-14 at 14:28, Javier Fernández-Sanguino Peña wrote:
Attached are the aforementioned files what is causing this? why does
debconf send mails upon base installation? (if it does)
Here's the text of the message. I don't know exactly what the cause of
the hang was, but it looks
On Wed, 2002-02-13 at 12:54, Petter Reinholdtsen wrote:
[Philip Blundell]
I checked these in. But, in fact, I suspect this should probably be
de_DE.ISO-8859-15@euro, and similarly for the other EMU countries.
I guess you mean [EMAIL PROTECTED]?
Oh, I thought the character set came
On Wed, 2002-02-13 at 13:01, Petter Reinholdtsen wrote:
I have to use the name listed in the LANG variable to get the German
translation. I can't use any other variation:
% LANG=de_DE.ISO-8859-15@euro date
Mit Feb 13 13:59:08 CET 2002
% LANG=de_DE.ISO-8859-15 date
Wed Feb 13
On Tue, 2002-02-12 at 10:32, Petter Reinholdtsen wrote:
[Philip Blundell]
Mistakenly. Feel free to change it back.
I don't have write access to the CVS. I'm not a Debian developer.
Oh, right, sorry. Okay, I'll do this. If you make a patch to add some
appropriate --include options to
On Tue, 2002-02-12 at 10:32, Petter Reinholdtsen wrote:
I should suggest using the locale member in 'struct language_item' in
LANG, and making sure this is a proper locale, and then use the msgcat
member in LANGUAGE.
Yes, that looks like it could work. We could also consider re-enabling
On Tue, 2002-02-12 at 10:52, Petter Reinholdtsen wrote:
I combined and corrected your patch. Here is a better suggestion.
I'm not sure if the question should be presented at all. If it is
needed to get the translations working, it should be installed.
Agreed. We should try to avoid asking
On Tue, 2002-02-12 at 11:08, Petter Reinholdtsen wrote:
[Phil Blundell]
If you are putting en_US.ISO-8859-1 in $LANG, you need to put
en_US.ISO-8859-1 ISO-8859-1 in /etc/locale.gen. But yes, . is
always the separator for the character set part.
Are you sure? I believe this is wrong
On Sun, 2002-02-10 at 23:45, Petter Reinholdtsen wrote:
Why not ask for country and language in boot-floopies, and pass the
information on to base-config for use by tzconfig, keyboard config and
in the LANG variable?
I guess patches are welcome?
Absolutely, bring 'em on. I think there's
Where did the adb (mac-ext) keyboards go?
Selecting _any_ keyboard from the list prevents further input.
I'm not familiar with the ppc keyboard stuff, but from looking at the
code I guess you should have been offered these four choices:
{ qwerty/mac-usb-us, U.S. English (Apple USB),
On Wed, 2002-01-30 at 11:56, Glenn Maynard wrote:
I don't think this affects anything not already building for
slang1-utf8; to them, the only change is that the drop-in utf8
diversion is no longer available.
The drop-in diversion was always a fiction in any case, because
SLsmg_Char_Type
On Mon, 2002-01-21 at 13:39, Mikhail Sobolev wrote:
On Mon, Jan 21, 2002 at 11:38:37AM -0200, Gustavo Noronha Silva wrote:
[CC me on replies, I'm not on the list]
Hello team,
thanks for the good work! here's an important patch for us translators/users
of a non-english language:
unmerge 122750
tags 122141 - unreproducible
thanks
Despite initial appearances, it now seems that 122750 and 122141 are
unrelated problems. Submitter, can you still reproduce the problem
described in 122750 on your machine? A quick poll of the debian-powerpc
list didn't turn up anybody else
On Fri, 2002-01-18 at 09:55, Gregg Cercy wrote:
Using the latest disk images from testing, I'm having the same black background
problem on a i386 (dell dimension xpg RIVA128). Also, it looks like the initial
popup window containing the release notes looks misaligned.
Can you be more
On Thu, 2002-01-17 at 16:53, Iván Filpo wrote:
The problem is i have a ps/2 keyboard instead of an at one.
You mean you have a PS/2 style connector? That doesn't make any
difference: in electrical terms the keyboards are just the same.
When i boot the installation from the cd it loads the
yay, my install is broken.
Please take a look at the log for bug #122750 and see if you can shed
any more light on what's going on. In particular, the stuff about
inspecting /etc/inittab at different stages of the install to see
whether it has the right contents.
Did you notice anything unusal
On Mon, 2002-01-14 at 07:37, Ariel Tankus wrote:
I think it is weird to leave some files on older archives like potato's,
forcing any mirror site to mirror also potato!
You'd have to take that up with ftpmaster. I don't really know anything
about the details of how the archive is supposed to
I tried to reproduce it and failed. Now it works as expected, apart
from a few messages about not being able to create
/target/usr/sbin/modules (probably wrong about the exact path) which
goes away.
From memory the error message said the device or resource are busy and
suggested that it could
Yes, we can disable gr and make sure none of the below are used:
[1] Those are: mac-usb-pt-latin1.kmap, mac-de-latin1-nodeadkeys and
mac-us-dvorak.kmap.
...
Anyone on the debian-boot list wanna take it or must I do it tonight?
I've removed gr (from keymaps.sh anyway; I haven't dealt with
Package: boot-floppies
Version: 3.0.18-2001-12-21
Severity: minor
When installing a module from the install menu I see in the buglog (tty3):
/target/usr/sbin/modconf: cannot create directory nonexistant
There is already a bug open against modconf for this. In fact I think it has
already been
reopen 124143
merge 127518 124143
thanks
Package: boot-floppies
Version: 3.0.18-2001-12-21
Severity: normal
At some point during the install, the installation screen decided it would
switch to a black background. This certainly doesn't hurt but it's really
awkward.
This is #124143, which got
Installing cvs local build on powerpc with LC, the intro screen
doesn't display the last line or two. It ends with
... is maintained by.
That really is how the release-notes file ends. Adam said he was
going to fix it but I don't know if he's had a chance yet.
p.
--
To UNSUBSCRIBE,
reassign 127522 busybox
thanks
I guess this would be a busybox problem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I can't be sure, but I suspect that the language chooser is responsible
for this bogosity of LANGUAGE in /root/debootstrap_settings, and it is being
propigated into base-config's environment. This is borne out by:
./utilities/dbootstrap/langs/english.src:nameEnglish (QWERTY/US)
/name
So how do the ramdisks get built these days? Just copy the binaries over?
Well, they get stripped first, see scripts/rootdisk/strip-executables.sh.
The kind of ELF damage that we're seeing here is usually a symptom of using
a strip that expected to target another architecture, or had some
if we have only problemes with UTF-8 stuff, can't we build the BFs with
LANG_CHOOSER only for lantin* languages?
like German, French, Dutch, ...
Technically yes, we could do this. But I don't think we should go down that
road; instead we should invest the effort in making modconf work with
A new observation on my own bug report.
It just occured to me that the LC is *technically* enabled in my config.
But during the build, the following text appears.
Oh, right. In that case, you lose. If you have changed LINGUA in order to
build single-locale disks, you must also turn off
Oh, right. In that case, you lose. If you have changed LINGUA in order to
build single-locale disks, you must also turn off USE_LANGUAGE_CHOOSER in
your config.
Well, in my case that happened automatically by chance. But you are right.
No, it didn't. What happened in your case was that
tags 122750 unreproducible
thanks
Chris Tillman wrote:
On Thu, Dec 20, 2001 at 03:39:37PM +, Phil Blundell wrote:
Chris Tillman wrote:
I did a serial install on ppc with 3.0.18. I checked
/target/etc/securetty right after the installation of base, before
even rebooting, and verified
Chris Tillman wrote:
I did a serial install on ppc with 3.0.18. I checked
/target/etc/securetty right after the installation of base, before
even rebooting, and verified that ttyS0 is included there.
Thanks for checking this out.
Are you saying that the bug didn't happen for you, or that the
Do we have the technology to put more languages on the 2880 disks compared
to the 1440 ones?
Hmm, I don't believe so, since it just uses the same root.bin and gets
split.
That's what I suspected. Oh well.
Actually the problem with stuffing in languages, I just realized, is
that we'd have to
Package: boot-floppies
Version: 12/18/01 testing
Severity: grave
When trying to install the base during installation, I get:
Malformed release file
http://http.us.debian.org:80/debian/dists/woody/Release
This can be caused by any number of transient downloading problems.
Did you try another
Folks, please try to remember to run make check-LANG before checking in
changes to the .po files.
es.po: es.po:3363: end-of-line within string
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I tried compiling Danish-only b-f for i386. It seems that the problem with
chopped strings persist. (Strings are choped whenever a foreign letter is
reached, so e.g. Installr moduler til PCMCIA becomes just Install).
I assume this is true for other languages too (as it was a month ago).
What
I tried compiling Danish-only b-f for i386. It seems that the problem with
chopped strings persist. (Strings are choped whenever a foreign letter is
reached, so e.g. Installr moduler til PCMCIA becomes just Install).
I assume this is true for other languages too (as it was a month ago).
I
I saw this during an install using an early 3.0.18, I noted it in my
install report. At the time, I tried many mirrors, always got that
error, and more importantly, using wget manually to get Release
retrieved the file correctly, and it's contents were ok.
Yeah, you were suffering from a bug in
I just mailed an update to 124117, what is hopefully the last terrible
bug facing 3.0.18. You should be able to reproduce it in the comfort
of your own home directory. I included a hackish fix as well. Maybe
someone wiill figure out what is really going on but I need some
sleep.
I think the
reassign 124117 libnewt0
thanks
... in fact, looking at the code, the change that was made here has got to be
wrong. The for loop is just freeing the same string, over and over again.
I guess it was supposed to be free(tb-lines[i]) or some such, followed
by a single free(tb-lines).
p.
---
1) I'll copy the original pt.po from CVS (without
any modification) to pt.po.cvs and use make update-pt to let the
original pt.po is up-to-date.
I don't think this is really the right way to go.
All you need to do is:
1. check out the tree
2. make update-po
3. hack on the files
4. cvs update,
i18n seems to be working fine :-) The welcome screen is lacking accents
on all words which might be using it. I didn't translated it myself
so I'll give a try later.
What do you mean by the welcome screen? The release notes, or the language
chooser, or something else?
The modules were
``V230;lg tastaturudl230;gning''
in the compiled docs (all formats).
Does this help?
p.
Index: po2sgml
===
RCS file: /org/cvs.debian.org/cvs/debian-boot/boot-floppies/documentation/po2sgml,v
retrieving revision 1.20
diff -u
With the -9 newt packages installed, I was able to install base successfully
for the first time in, ooh, ages. Great stuff!
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I hope we can fix this one before 3.0.18 release. Is it being released
already ? This one isn't blocker but one will need to skip some steps to
proceed with installation with this bug remains.
Try again with newt 0.50.17-9 and see if you still have the problem.
(I didn't, but that might have
Any changes here on in are for 3.0.19. First order of business is the
'serious' bugs.
As far as I can tell, all the serious bugs are port specific in some
way. The serial console problems apparently don't happen on hppa, ia64
or presumably i386. Someone on SPARC or PowerPC needs to confirm or
The following patch installs the MBR to the first existing IDE
drive, rather than /dev/hda. For systems which have /dev/hda,
behavior is unchanged. Is this reasonable?
Sounds good to me.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
An additional suggestion: maybe add a check for the exit status of wget (in
/usr/lib/debootstrap/functions somewhere) so that the destination file is
automatically deleted if downloading fails. Wget has the bad habit of
creating its output file as zero-length even if there was a gross failure
Feh, it doesn't work very well. See the latest images on at
http://www.d.o/~aph/ . The screen gets a black bg after it's cleared.
Hmm, right. Well, it's the worst hack, but you could try adding
SLsmg_set_color(2) as well; it probably wants to go before SLsmg_cls().
I won't have a chance to
Bug#123387 -- busybox wget won't work with debootstrap anymore
Well, busybox wc actually, but yeah. This is a critical issue, installing
the base system will be impossible until it's fixed.
unfiled -- newt/slang damage, flashing dbootstrap screen on start
We have a workaround for this
So we need some way to bypass bterm when booting with a serial console
right? Is there a way to do it in shell script ? Any clues?
John already checked in a fix that looks like it will work, ie testing
the kernel command line string.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Japanese translation updates and fixes. It is up-to-date, again.
Last time I looked, the Japanese string for the language chooser itself
(the one that says You have chosen Japanese - press Enter to continue)
didn't seem to be translated. Care to investigate? It's in
David Kimdon wrote:
Appears to work. The flashing screen went away, and I had a
choice of languages. I'll drop down and do a full install now and see
if anything else turns up. If all is cool and no one squeals I'll
commit the above patch.
Okay, cool. We can always change it to use a more
l[0] = newtLabel(1, height + 2, _(Download URL));
e[0] = newtEntry(14, height + 2, txtbuf, 58, s[0], NEWT_FLAG_SCROLL);
l[1] = newtLabel(1, height + 4, _(Proxy));
e[1] = newtEntry(14, height + 4, nf_state.proxy.hostname, 34, s[1],
Maybe some strlen's are in order?
Actually, you
1 - 100 of 110 matches
Mail list logo