Me:
> Another thing: I went for "Graphical install" but ended up using the
> keyboard rather than the mouse. If I remember correctly, buttons at
> the bottom of the screen were not accessible using the mouse because
> the mouse pointer would wrap around back to the top of the screen a
> few
Package: installation-reports
Yesterday I tried to install Debian testing on a ThinkPad T43p
using the then current version of debian-testing-i386-netinst.iso,
which was dated 2016-08-22. I chose the default at almost all stages
and everything seemed to work up to the bit where it told me to
Joey Hess [EMAIL PROTECTED]:
Frans Pop wrote:
The 20040430 images are pretty old. A lot has happened since then.
I missed the versio number before. The main happening is we've switched
to the 2.4.26 kernel, so those floppys won't be able to find any kernel
module udebs for 2.4.25 in the
I'm trying to install on an IBM ThinkPad 570 with the floppy images
from /debian/dists/sarge/main/installer-i386/20040430/images/floppy
but the disc seems to be invisible: /proc/ide only contains drivers,
there's no /dev/hda, etc.
Any advice for me?
The bit of the installer where it's telling
The machine boots into Windows 98, presumably using some kind of disc,
so the hardware does exist.
Moreover, installation using
/debian/dists/woody/main/disks-i386/3.0.23-2002-05-21/images-1.44 is
working nicely. So that's a regression in sarge, though perhaps all it
needs is a boot argument to
Petter Reinholdtsen [EMAIL PROTECTED]:
Please check the CVS version at
URL:http://cvs.debian.org/debian-installer/tools/languagechooser/languagelist.l10n?rev=HEADcontent-type=text/vnd.viewcvs-markup,
and send updates to [EMAIL PROTECTED]
Esperanto: Elektu i tion por darigi en
@@
/* BOGL - Ben's Own Graphics Library.
This file is by Edmund GRIMLEY EVANS [EMAIL PROTECTED].
+ Rendering optimisation and delay code
+ (c) Copyright Red Hat Inc 2002 [EMAIL PROTECTED]
+
This program is free software; you can redistribute it and/or
modify it under the terms
Tomohiro KUBOTA [EMAIL PROTECTED]:
When I used bogl-bterm with i386 machine (faster than 1GHz), I
felt it was very slow. If the installation process meets scrolling
of the screen, I think bogl-bterm is too slow. I don't know about
VMWare nor other architectures.
I did the first version of
I applied Alan Cox's patches to bogl-0.1.12 and found that
bogl-bterm-udeb's bterm scrolled much faster. I have forwarded the
patches to Daniel Jacobowitz. Anyone else who wants them, let me know.
It's probably worth checking Red Hat's sources in case there are any
other improvements in there.
Phil Blundell [EMAIL PROTECTED]:
The Woody boot-floppies have apparently been translated to Finnish and
Esperanto. However, because there are no language definition files for
these translations, they are not showing up in the language chooser that
the user sees.
I've just added
Perhaps if you put all the localisation data for each language into a
separate file that is searched for in the root directory of the
floppy, then people could download a localisation file separately and
copy it onto the floppy. It wouldn't then matter so much which
localisations are included
GOTO Masanori [EMAIL PROTECTED]:
LC_COLLATE
copy POSIX
END LC_COLLATE
Wrong. `iso14651_t1' is appropriate for the UTF-8 locale.
Normally I would agree, but I chose POSIX for LC_COLLATE for two
reasons: it's smaller; lots of people don't like the new-fangled
collation (they don't like
Edmund GRIMLEY EVANS [EMAIL PROTECTED]:
Probably we should create a new minimal locale which is just like C,
except that it uses UTF-8. Maybe we can call it C.UTF-8.
I'm not an export on locales, but I'll try to have a look at it and
see if I can make something work.
I tried blending i18n
konstantin cherkasoff [EMAIL PROTECTED]:
Hi.
EGE Or are you seeing no borders at all,
Yes. No borders.
EGE and the text on a button (e.g.
EGE Ok) is duplicated briefly when you select the button?
Hm, what meen duplicated briefly?
Running the program testgrid, which comes with newt, I see
Marcin Owsiany [EMAIL PROTECTED]:
Looks like something's wrong with the chineese po file. Can
someone more competent look at it? The following is a snippet
from 'make ../all.utf' in boot-floppies/utilities/bogl
iconv -f `grep -a '^Content-Type:' zh_CN.po | sed -e
Daniel Jacobowitz [EMAIL PROTECTED]:
We need to have the stuff in subject included in bf bould
process somehow. The question is: how? AFAIK bterm has its own
package (bogl-bterm), as does bdf fonts' source. (Now we either
need to put libutf8 in its package or make bterm work without
it
Marcin Owsiany [EMAIL PROTECTED]:
Thanks! Now we have to check newt-utf8 by Enrique, then check the problem
in bogl-bterm which impede bterm working without libutf8.
So do we actually stick to libutf8 or try to make it work with
glibc?
We make it work with glibc.
Done.
CVS log for
If we are going to use UTF-8 for the installer, then we need a new
editor instead of ae. I looked at the source for ae and thought it
would be easier to write a new editor from scratch than to add
multibyte support to ae.
QEmacs may be the answer: http://www-stud.enst.fr/~bellard/qemacs/
Last
There isn't a Debian package yet.
There is now, because I just made one:
http://rano.org/qemacs/
I'm not a Debian maintainer, of course, so if any maintainer wants to
review this and upload it, that might be useful. (I know there are
these things called ITPs.)
Edmund
--
To
Jim Mintha [EMAIL PROTECTED]:
There seem to be a whole bunch of problems with the utf8 slang
packages. People are having trouble with slrn, lynx, etc. Possibly
these packages just need to be recompiled but the following seems more
serious:
On Sat, Apr 21, 2001 at 11:36:38PM +0200 , Jim
Peter Novodvorsky [EMAIL PROTECTED]:
So we should provide libutf8 package, or make bogl-bterm statically
linked to libutf8 library.
Bruno Haible's page states that libutf8 is needed only libc versions
below 2.2. So, 2.2.2-4 should work fine.
This is correct. I stopped using libutf8
Adam Di Carlo [EMAIL PROTECTED]:
I have a patch from the boot-floppies archives to give slang wide
character support. I've attached that patch.
Since making slang-1.4.0-ege5.diff I have fixed at least one bug and
ported the patch to slang-1.4.2, I think.
I shall try to produce an up-to-date
Adam Di Carlo [EMAIL PROTECTED]:
You seem to be avoiding the question here -- patch slang1, use
slang1-ja, or make a new slang1-wide package with these patches?
It's hardly feasible to make a version of slang1 that works in UTF-8
and is bug-free and binary-compatible with ordinary slang1.
I shall try to produce an up-to-date slang-1.4.4-ege.diff soon.
http://www.rano.org/mutt/slang-1.4.4-ege2.diff.gz
Edmund
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Adam Di Carlo [EMAIL PROTECTED]:
Do you have a check list of the programs that will be linked against
slang in boot-floppies?
No, sorry.
I just tried ldd on all the executable files in
http://http.us.debian.org/debian/dists/potato/main/disks-i386/current/images-1.44/root.bin
The ones
25 matches
Mail list logo