On Thu, Mar 20, 2003 at 01:35:30AM +0100, Robert Millan wrote:
> > The keyboard is accessed directly, too. There is a simple driver in the
> > kernel though so the interrupt handling is done inside the kernel.
>
> and the Xserver is also accessing VGA and keyboard directly? looks like
> an unnece
Processing commands for [EMAIL PROTECTED]:
> retitle 185450 missing some sort of replacement for virtual terminal ioctl's
Bug#185450: missing virtual terminal ioctl's
Changed Bug title.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system admin
retitle 185450 missing some sort of replacement for virtual terminal ioctl's
thanks
On Wed, Mar 19, 2003 at 10:41:05PM +0100, Marcus Brinkmann wrote:
> > >
> > > It needs to be cooperative, but it can be simple. It also can assume trust
> > > between the communication partners (ie proper behavio
On Wed, Mar 19, 2003 at 10:14:47PM +0100, Robert Millan wrote:
> > > > This bug is a will-not-fix or a non-bug. See also the savannah task
> > > > database, I am sure I have one open for that.
>
> I can't see an item in Console's task sublist:
>
> http://savannah.gnu.org/pm/task.php?group_projec
On Wed, Mar 19, 2003 at 09:56:41PM +0100, Marcus Brinkmann wrote:
>
> "Standard" is a bit far stretched. We are talking about a solution that is
> shared by BSD and Linux, I think, which are both monolithic Unix like
> kernels, and thus have a different understanding about how things should
> wor
On Wed, Mar 19, 2003 at 08:47:47PM +0100, Robert Millan wrote:
> > We will not implement those ioctls, and they will certainly not be
> > implemented in the terminal server (or magic for that matter).
> >
> > It's also unrelated to a console server.
> >
> > The issue is between the vga console cl
On Wed, Mar 19, 2003 at 03:02:58PM +0100, Marcus Brinkmann wrote:
>
> You must have ignored my previous reply on this issue.
of course not! I understood that VT_ACTIVATE is needed by the Xserver,
sorry if i understood wrong.
> We will not implement those ioctls, and they will certainly not be
>
On Wed, Mar 19, 2003 at 10:42:41AM -0500, James A. Morrison wrote:
> On Wed, 2003-03-19 at 09:50, Marcus Brinkmann wrote:
> > On Wed, Mar 19, 2003 at 03:49:22PM +0100, Marcus Brinkmann wrote:
> > > > #177486: POSIX semaphore
> > >
> > > This implementation is not POSIX compliant.
> >
> > Oops, s
On Wed, 2003-03-19 at 09:50, Marcus Brinkmann wrote:
> On Wed, Mar 19, 2003 at 03:49:22PM +0100, Marcus Brinkmann wrote:
> > > #177486: POSIX semaphore
> >
> > This implementation is not POSIX compliant.
>
> Oops, sorry, I mixed this up with something else. Fact is I don't have an
> opinion on
On Wed, Mar 19, 2003 at 03:49:22PM +0100, Marcus Brinkmann wrote:
> > #177486: POSIX semaphore
>
> This implementation is not POSIX compliant.
Oops, sorry, I mixed this up with something else. Fact is I don't have an
opinion on that one, and it's up to Neal again.
Thanks,
Marcus
--
`Rhubarb
On Wed, Mar 19, 2003 at 02:43:18PM +0100, Robert Millan wrote:
> #184344: extern inlines in libpthread are not ansi compliant
Neal should ocmment on that one.
> #177486: POSIX semaphore
This implementation is not POSIX compliant.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' GNU http:
On Wed, Mar 19, 2003 at 02:22:33PM +0100, Robert Millan wrote:
> of course, this only makes sense in the context of a configured
> console server:
You must have ignored my previous reply on this issue.
We will not implement those ioctls, and they will certainly not be
implemented in the terminal
Processing commands for [EMAIL PROTECTED]:
> reassign 184344 hurd-dev
Bug#184344: extern inlines in libpthread are not ansi compliant
Bug reassigned from package `hurd' to `hurd-dev'.
> reassign 177486 hurd-dev
Bug#177486: POSIX semaphore
Bug reassigned from package `hurd' to `hurd-dev'.
> reass
Hello!
please could anyone with CVS access look at the patches we
have in Debian BTS:
#184344: extern inlines in libpthread are not ansi compliant
#177486: POSIX semaphore
many debian packages are not buildable untill these patches are applied.
thanks,
--
Robert Millan
make: *** No rule to
Package: hurd
Version: unavailable; reported 2003-03-19
Severity: wishlist
the VT_* ioctls for manipulating virtual terminals, defined in
for GNU/Linux, are not implemented on GNU/Hurd.
for a description on what these should do, see the GNU/Linux Console
Programming HOWTO:
http://www.ibiblio.org
On Tue, Mar 18, 2003 at 08:13:05PM -0500, Roland McGrath wrote:
> > Package: libc0.3
> > Severity: normal
> >
> > TIOCFLUSH ioctl causes segfault:
>
> Passing 0 where a pointer is required usually does.
> This is not a bug.
ok, i fixed the call properly and added some notes about this
kind of po
16 matches
Mail list logo
