Hi Folks.
I have a just now compiled gnumach kernel from Branch 1. It looks
run okey except at time of run Xorg. The boot of X stop with
this mesage:
Fatal server error:
xf86ReadBIOS() can't device open. ((os/device) no such device)
At this point i can do Ctrl+z and kill the process. If i return
Hi,
Jose Luis Alarcon Sanchez, le Sun 24 Jun 2007 14:26:47 +0200, a écrit :
> What do you think about it?. Can you help with this, please?.
This is a know issue about video memory mapping, no clean interface has
been defined yet.
For now, grab the debian/patches/40_iopl_mmap_.patch from the debi
Jose Luis Alarcon Sanchez, le Sun 24 Jun 2007 15:28:26 +0200, a écrit :
> > For now, grab the debian/patches/40_iopl_mmap_.patch from the debian
> > gnumach package for putting back the iopl device.
>
> If i do a dpkg -L gnumach, the output say:
I meant from the source: apt-get source gnumach
Sa
On Sun, Jun 24, 2007 at 02:34:12PM +0200, Samuel Thibault wrote:
> Hi,
>
> Jose Luis Alarcon Sanchez, le Sun 24 Jun 2007 14:26:47 +0200, a ?crit :
> > What do you think about it?. Can you help with this, please?.
>
> This is a know issue about video memory mapping, no clean interface has
> been d
Hello!
On Sun, Jun 24, 2007 at 03:28:26PM +0200, Jose Luis Alarcon Sanchez wrote:
> On Sun, Jun 24, 2007 at 02:34:12PM +0200, Samuel Thibault wrote:
> > This is a know issue about video memory mapping, no clean interface has
> > been defined yet.
Thanks for reminding me. :-)
> > For now, grab
Follow-up Comment #12, bug #17644 (project hurd):
Here are updated patches, ext2fs.static now works. mach-defpager doesn't,
however.
(file #13147, file #13148, file #13149)
___
Additional Item Attachment:
File name: patch-glibc-2.5-tls
On Sun, Jun 24, 2007 at 03:30:27PM +0200, Samuel Thibault wrote:
> Jose Luis Alarcon Sanchez, le Sun 24 Jun 2007 15:28:26 +0200, a ?crit :
> > > For now, grab the debian/patches/40_iopl_mmap_.patch from the debian
> > > gnumach package for putting back the iopl device.
> >
> > If i do a dpkg -L gn
Hello!
On Thu, Jun 21, 2007 at 12:43:51PM -0400, Michael Casadevall wrote:
> Thanks for going through it.
Sure. :-)
> On Jun 20, 2007, at 5:31 PM, Thomas Schwinge wrote:
> >From: Michael Casadevall <[EMAIL PROTECTED]>
> >| Index: i386/i386at/conf.c
> >
> >| + extern int entropyopen(), en
Hi,
I updated my TLS patches on savannah. Neal, can you have a look at
the hurd part? It is relatively straight forward, it shouldn't be a
problem. As I said earlier, the -transitional version is only meant for
a debian transition package.
Now, here is the glibc part inline for discussion:
Fir
Hello!
On Sun, Jun 24, 2007 at 04:35:27PM +0200, Jose Luis Alarcon Sanchez wrote:
> The patch 40_iopl_mmap_.patch did the work and now
> i have a recient branch 1 kernel, compiled on my
> PC, and with the XWindow system working.
Did you get the vesa driver working or the nv driver?
Regards,
Th
On Sun, Jun 24, 2007 at 09:21:43PM +0200, Thomas Schwinge wrote:
> Hello!
>
> On Sun, Jun 24, 2007 at 04:35:27PM +0200, Jose Luis Alarcon Sanchez wrote:
> > The patch 40_iopl_mmap_.patch did the work and now
> > i have a recient branch 1 kernel, compiled on my
> > PC, and with the XWindow system w
Hi folks.
Command apt-get install, when is setting up packages,
many times have an ouput like this:
Setting up liblzo2-2 (2.02-3) ...
ldconfig: /lib/libslapi-2.3.so.0 is not a simbolic link
ldconfig: /lib/libldap_r-2.3.so.0 is not a simbolic link
ldconfig: /lib/libldap-2.3.so.0 is not a simboli
Follow-up Comment #13, bug #17644 (project hurd):
Oops, symbol versioning wasn't working as I expected. Unfortunately, that
means that linking a libpthread against a TLS-enabled glibc will produce a
TLS-only libpthread.
That said, the -transitional patch will still be useful for Debian's
transit
13 matches
Mail list logo
