On Fri, Nov 24, 2000 at 02:46:09AM +0300, Michael Sobolev wrote:
> On Thu, Nov 23, 2000 at 11:41:24PM +0100, Marcin Owsiany wrote:
> > No, this is simpler then I thought at first. LC code in
> > main_menu passes "i386/qwerty/pl" to configure_keyboard, which
> > then compares it against list of str
On Thu, Nov 23, 2000 at 11:41:24PM +0100, Marcin Owsiany wrote:
> No, this is simpler then I thought at first. LC code in
> main_menu passes "i386/qwerty/pl" to configure_keyboard, which
> then compares it against list of strings like "qwerty/pl" (no
> arch prefix). It doesn't find a match, and pr
On Thu, Nov 23, 2000 at 10:05:36PM +0100, Marcin Owsiany wrote:
> On Tue, Nov 21, 2000 at 06:35:12AM -0500, Adam Di Carlo wrote:
> >
> > I looked into it myself to see what the deal was and I couldn't figure
> > out why it was failing.
No, this is simpler then I thought at first. LC code in
main
On Thu, Nov 23, 2000 at 10:05:36PM +0100, Marcin Owsiany wrote:
> On Tue, Nov 21, 2000 at 06:35:12AM -0500, Adam Di Carlo wrote:
> >
> > I looked into it myself to see what the deal was and I couldn't figure
> > out why it was failing.
Just an idea: am I right that the failing keymap load is cal
If all the users hardware is supported by the kernel, then it doesnt
need any drivers to support the hardware, hardware detection programs
will still show what kernel modules are needed to support the hardware,
information which is useless in this case.
We could just try and fetch and load the mo
On Wed, Nov 22, 2000 at 08:48:11AM -0400, Gleydson Mazioli da Silva wrote:
> I need to check again for that
I checked with Adam's build today, and it really seems OK.
I used a hex editor, that all the spaces that appear in
language choose menu are really spaces (0x20) in the .src file.
Please try
On Tue, Nov 21, 2000 at 06:35:12AM -0500, Adam Di Carlo wrote:
>
> I looked into it myself to see what the deal was and I couldn't figure
> out why it was failing.
Hmm... I wonder if it's a good idea to set keymap in a bterm.
Isn't it a bit like setting a keymap in an xterm?
Marcin
--
Marcin
On Thu, Nov 23, 2000 at 09:15:14PM +0100, Christian T. Steigies wrote:
> Besides the missing python-dev Build-Depends (thats new, is
> that intentional?) I have this problem:
[...]
> select_not_mounted.lc.o tzconfig.lc.o util.lc.o langs.o -lloadtrm
>../libfdisk/libfdisk.a
> ../bf-utf/newt/libn
On Wed, Nov 22, 2000 at 12:11:57PM -0500, Daniel Jacobowitz wrote:
> The build is going now; unless someone screams very loudly, I'll do
> source and powerpc uploads as soon as it is done.
AARGH, loud enough? Well, actually I am still trying to build 2.2.18 for
m68k. Besides the missing python-de
Hi!
Does the Debian currently support the installation into a software
RAID? Is it possible during the installation to create a software
RAID, install the system into it and make it bootable? I don't think
that it is in the standard installation manual, but maybe it is possible
to arrange with mi
On Thu, Nov 23, 2000 at 02:58:39PM +, Wookey wrote:
>
> OK. It does now (although it didn't ~10 days ago). I think that means that
> everything is in fact working OK; i.e. as the bf-utf dir is part of
> bootfloppies then it's OK for it to be required, although it would be nice if
> the above
On Wed 22 Nov, Marcin Owsiany wrote:
> On Wed, Nov 22, 2000 at 07:22:00PM +0100, Marcin Owsiany wrote:
> > On Wed, Nov 22, 2000 at 05:36:12PM +, Wookey wrote:
> > > Trying to compile boot-floppies for arm it compiles dbootstrap OK but then
> > > tried to cd to ../bf-utf/newt adn run ./configur
On Thu 23 Nov, Adam Di Carlo wrote:
> Wookey <[EMAIL PROTECTED]> writes:
> > On Tue 21 Nov, Debian Bug Tracking System wrote:
> > > >From [EMAIL PROTECTED] Sat Jul 29 01:11:08 2000
> > > Return-path: <[EMAIL PROTECTED]>
> > > The debian installer for potato worked just fine on the netwinder, on
13 matches
Mail list logo
