Hello Luca,
On Mon, Jun 22, 2009 at 8:19 PM, Luca Favatella wrote:
> On 22/06/2009, Otavio Salvador wrote:
>> Hello Luca,
>>
>> On Mon, Jun 22, 2009 at 7:09 AM, Luca Favatella wrote:
>>> This patch (against d-i trunk) aims to handle libc the same way also
>>> on GNU/kFreeBSD (libc0.1) and GNU/Hur
Hello Luca,
On Mon, Jun 22, 2009 at 3:44 PM, Otavio Salvador wrote:
> Good work; IMO the best way of doing it is to moving it to
> kernel-wedge to make the work for other arches easier in future and
> avoid duplication.
The only thing that could be done in kernel-wedge is the ntfs one that
you co
On 22/06/2009, Otavio Salvador wrote:
> Hello Luca,
>
> On Mon, Jun 22, 2009 at 7:09 AM, Luca Favatella wrote:
>> This patch (against d-i trunk) aims to handle libc the same way also
>> on GNU/kFreeBSD (libc0.1) and GNU/Hurd (libc0.3).
>
> You've forgotten the changelog entry ;-)
Fixed in attache
Aurelien Jarno (22/06/2009):
> > I could take care of that this week.
>
> I agree this starts to be critical, however please try to contact the
> maintainers one more before actually doing the NMU, one of them
> (Nathan Scott) has already answered to the bug report.
That was of course the plan.
On Mon, Jun 22, 2009 at 10:19:05AM +0200, Petr Salinger wrote:
>>> INTERNAL_SYSCALL_close(name, err, nr, fd)
>>> INTERNAL_SYSCALL_writev(name, err, nr, fd, iov, cnt)
>>>
>>> Testsuite is OK, code is in glibc-bsd and pkg-glibc SVNs.
>
>> However I still think we should plan using real inline syscall
On Mon, Jun 22, 2009 at 07:05:55PM +0200, Cyril Brulebois wrote:
> Petr Salinger (22/06/2009):
> > BTW, the fix for #531950 attr: FTBFS on GNU/kFreeBSD, have been applied
> > upstream
> > http://git.savannah.gnu.org/cgit/attr.git/commit/?id=b4636a4e9e9ea69ea2f3301cec7f446328a6
> >
> > May be
On Mon, Jun 22, 2009 at 12:21:31PM +0200, Luca Favatella wrote:
> This patch (against d-i trunk) adds a kfreebsd-i386 kernel udeb.
>
> This work was done in the previous d-i kfreeebsd branch
> (svn://svn.debian.org/d-i/branches/d-i/kfree...@47541).
> I updated it, writing my changes in the changel
On Mon, Jun 22, 2009 at 12:09:07PM +0200, Luca Favatella wrote:
> This patch (against d-i trunk) aims to handle libc the same way also
> on GNU/kFreeBSD (libc0.1) and GNU/Hurd (libc0.3).
>
> Tested on kfreebsd-i386, creating a d-i image without needing libc
> locale deb or udeb.
>
>
> Cheers,
>
Hello Luca,
On Mon, Jun 22, 2009 at 7:09 AM, Luca Favatella wrote:
> This patch (against d-i trunk) aims to handle libc the same way also
> on GNU/kFreeBSD (libc0.1) and GNU/Hurd (libc0.3).
You've forgotten the changelog entry ;-)
--
Otavio Salvador O.S. Systems
E-mail: ota...@
Hello Luca,
On Mon, Jun 22, 2009 at 7:21 AM, Luca Favatella wrote:
> It builds with an unmodified kernel-wedge.
Good work; IMO the best way of doing it is to moving it to
kernel-wedge to make the work for other arches easier in future and
avoid duplication.
Rest of issues has already been commen
Petr Salinger (22/06/2009):
> BTW, the fix for #531950 attr: FTBFS on GNU/kFreeBSD, have been applied
> upstream
> http://git.savannah.gnu.org/cgit/attr.git/commit/?id=b4636a4e9e9ea69ea2f3301cec7f446328a6
>
> May be there is a time for porter NMU, in the past two years, package
> have been up
tags 534019 +pending
thanks
Lucas Nussbaum dixit:
>On 21/06/09 at 16:13 +, Thorsten Glaser wrote:
>> Lucas Nussbaum dixit:
>>
>> >> arc4rnd_xs.c: At top level:
>> >> arc4rnd_xs.c:167: error: expected ')' before string constant
>>
>> Could you please try the attached patch? If it works with
This patch (against d-i trunk) adds a kfreebsd-i386 kernel udeb.
This work was done in the previous d-i kfreeebsd branch
(svn://svn.debian.org/d-i/branches/d-i/kfree...@47541).
I updated it, writing my changes in the changelog.
It builds with an unmodified kernel-wedge.
Its build process is not
This patch (against d-i trunk) aims to handle libc the same way also
on GNU/kFreeBSD (libc0.1) and GNU/Hurd (libc0.3).
Tested on kfreebsd-i386, creating a d-i image without needing libc
locale deb or udeb.
Cheers,
Luca Favatella
Index: installer/build/pkg-lists/exclude
==
INTERNAL_SYSCALL_close(name, err, nr, fd)
INTERNAL_SYSCALL_writev(name, err, nr, fd, iov, cnt)
Testsuite is OK, code is in glibc-bsd and pkg-glibc SVNs.
However I still think we should plan using real inline syscalls sooner
or later to avoid future problems like this one, but at least now we
h
Petr Salinger a écrit :
>> But in fact, the HAVE_INLINED_SYSCALLS currently
>> means only HAVE_INTERNAL_SYSCALLS ...
>>
>>> The calls to INLINE_SYSCALL is not the part that worries me the most. It's
>>> rather the code between #ifdef HAVE_INLINED_SYSCALLS in the elf/
>>> directory. Not something we
16 matches
Mail list logo
