On Mon, 04 Jan 2010 18:36:07 +0100
Georg Gast wrote:
> Aurelien Jarno schrieb:
> > Georg Gast a écrit :
> >> debootstrap: Setting up tasksel (2.80) ...
> >> main-menu[110]: WARNING **: Configuring 'bootstrap-base' failed with
> >> error code 1
> >> main-menu[110]: WARNING **: Menu item 'bootstra
On Sun, Jan 03, 2010 at 01:52:31PM +0100, Robert Millan wrote:
>
> I was hoping I'd be able to reproduce this, but I can't find a way to. Given
> the situation, I think I'll start sending shots in the dark and see if that
> catches something.
>
> I'll be back to you soon.
It had to do with a co
Hello,
Aurelien Jarno wrote:
> > 2) The search to kbd or console-tools should show the package
> > kbdcontrol. I think the best way would be a 'Provide: console-tools'
> > line.
>
> This is not something possible, as kbdcontrol does not really provide
> the same functionalities as console-tools.
Aurelien Jarno schrieb:
Georg Gast a écrit :
Hi,
today i tried to install the current daily build of "Debian
Gnu/kfreebsd" in a kvm under Debian/Linux.
The kfreebsd installation in the guest fails at the step: "Installing
base system". The syslog contains the following data:
debootstr
Hello,
I had a similar problem with the 32 bit version of the installer a week ago.
Cheers,
Anton
- Original Message -
From: "Aurelien Jarno"
To: "Georg Gast"
Cc: debian-bsd@lists.debian.org
Sent: Monday, 4 January, 2010 4:12:36 PM
Subject: Re: Current daily build fails at installation
Georg Gast a écrit :
> Hi,
>
> today i tried to install the current daily build of "Debian
> Gnu/kfreebsd" in a kvm under Debian/Linux.
>
> The kfreebsd installation in the guest fails at the step: "Installing
> base system". The syslog contains the following data:
>
>
> debootstrap: Setting
Joachim Wiedorn a écrit :
> Hello,
>
> the last days I have tried to get a German keyboard layout. But the
> usual packages need in GNU/Linux are not usable for kfreeBSD. After
> long search I have found I need the package kbdcontrol.
>
> 1) It would be very helpfull if this package would be inst
That looks fine given that the kernel syscall is using 16 bits. For big
endian targets, given we have none of them, it should not be a problem,
they can use the same definition.
Committed in glibc-bsd SVN.
I will also add to pkg-glibc SVN, just after testsuite finishes.
It's a pitty we have su
Petr Salinger a écrit :
>> libisofs/builder.c:209: warning: passing
>> argument 2 of 'aaip_cleanout_st_mode' from
>> incompatible pointer type
>>
>> Is stat.st_mode not of type mode_t ?
>>
>> The line in question is:
>>
>> aaip_cleanout_st_mode(a_text, &(info.st_mode), 4 | 16);
>>
>> Argument n
Petr Salinger (04/01/2010):
> Aurelien, Cyril do you agree with this (eglibc) change?
I'm really not the person to talk to about those kind of things. But
speaking of eglibc, I guess you already know about the build failures
we're facing with the latest upload (2.10.2-3)?
Mraw,
KiBi.
signature
libisofs/builder.c:209: warning: passing
argument 2 of 'aaip_cleanout_st_mode' from
incompatible pointer type
Is stat.st_mode not of type mode_t ?
The line in question is:
aaip_cleanout_st_mode(a_text, &(info.st_mode), 4 | 16);
Argument number two is a component of
struct stat info;
The
11 matches
Mail list logo