at least for this package, there is
not much use currently.
Thanks,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mail
On Mon, Feb 28, 2005 at 07:27:22PM +0100, Alfred M. Szmidt wrote:
>patches-contrib/kbd.patch
>
> Won't be applied, hack.
It's in patches-contrib, which means it is not used currently. Indeed,
since the console repeaters have been introduced, this patch is obsolete
and will get dropped for th
On Thu, Mar 10, 2005 at 12:48:55AM +0100, Thomas Schwinge wrote:
> I was under the assumption that the Hurd people (I'm aware that only
> Alfed replied so far) would be interested in replacing -- well, in some
> way -- deadlocked UNIX techniques with superior ones.
What you are describing is more
g 'fakeroot debian/rules binary-arch'
multiple times typically resulted in some rather unspecific errors like
"make[3]: stat:.deps/strlist.Po: (ipc/mig) wrong reply message ID"
besides the one quoted above. One out of half a dozen attempts even lead
to some .debs.
Michael
--
Hi,
Duck has sent in this bug report to the Debian BTS today, thought I'd
repost it here where more people might see it:
--- Begin Message ---
Package: glibc
Version: 2.3.2.ds1-20
Coin,
Here is a simple poll() test case :
(hurd poll() directly uses hurd_select())
#include
#include
#include
On Thu, Mar 31, 2005 at 09:57:12PM +0900, Andre Caldas wrote:
> >enthropy gathering is the hardest part, but _any_ /dev/random would be
> >better then nothing... right? well except for the false-sense of
> >security issue but once their is something, it can be improoved... If
> >this hasn't been do
linux/Drivers.in
> i386/linux/configure.ac'. (See debian/rules or the above URL.)
Roland said that somebody needs to test a "full bootstrap" with that to
see everything still works. Nobody stepped up yet, I believe.
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
h
On Thu, Apr 07, 2005 at 10:34:35AM +0200, Thomas Schwinge wrote:
> Last night, while I was compiling GNU Mach, I got the following assertion
> failure:
> #v+
> ext2fs.static: thread_cancel.c:55: hurd_thread_cancel: Assertion `!
> __spin_lock_locked (&ss->critical_section_lock)' failed.
> #v-
>
>
On Sun, Apr 10, 2005 at 09:48:32PM +0200, Marco Gerards wrote:
> Ok. Hopefully someone can proofread the patch in the meanwhile.
Has the latest revision been posted (or put into the patch tracker?)
Samuel said 'I have removed the check', but I did not see a new patch
posted, maybe I missed it.
On Thu, Apr 14, 2005 at 01:29:43AM +0200, Joachim Nilsson wrote:
> Alfred M. Szmidt wrote:
> > Roland McGrath wrote:
> > > Marco Gerards wrote:
> >> > What this patch does is preparing the state of the interfaces so
> >> > it can use 0.0.0.0 as address and broadcast.
> >> That has nothing to do wit
ack down yet. I need
to get a dhcp-client package for Debian GNU/Hurd done for people to
test, but until we got SIOCGHWADDRINFO in glibc (nag, nag), there is not
so much use in it.
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogat
On Thu, Apr 14, 2005 at 01:51:53PM +0200, Marco Gerards wrote:
> Michael Banck <[EMAIL PROTECTED]> writes:
>
> > As the DHCP script sets things to 0.0.0.0 anyway, I am a bit puzzled why
> > this has to be a user-visable option.
>
> Because without this patch
On Thu, Apr 14, 2005 at 07:28:07PM +0200, Marco Gerards wrote:
> Michael Banck <[EMAIL PROTECTED]> writes:
> > Your patch is very useful of course, I just think we do not need an
> > explicit --dhcp function but rather should make -a 0.0.0.0 [...] work
> > equivalently
On Thu, Apr 14, 2005 at 02:36:18PM -0400, Rian Hunter wrote:
> Like a lot of the GNU/Hurd user crowd I was faced with this same
> problem
> and also like a lot of the GNU/Hurd user crowd I just wrote my own.
Nice :)
> My translator setup is made for Debian and it has some sample boot
> scripts th
On Sat, Apr 16, 2005 at 08:28:46PM +0200, Soeren D. Schulze wrote:
> Could you tell how you exactly got it working? I tried the binary on
> this machine (i686) naively with
>
> kernel (hd0,1)/boot/oskit-mach-2005-04-13 root=device:hd0s2
>
> and it rebooted immediatly after booting, i.e. the scr
do so
afterwards.
thanks,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
still
> post directly while being protected from receiving spam through the
> list...
Please read the mailing list archives for the numerous prior discussions
about this issue. If you have something /genuinely new/ to add, do so
afterwards.
Thanks,
Michael
--
Michael Banck
Debian Develo
n this
happens...
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
On Mon, May 02, 2005 at 05:14:55PM -0700, Roland McGrath wrote:
> I think the minimal change we can manage to get this going is the
> following glibc change.
Thanks Roland, that worked well. I tested this with gconftool-2, and it
runs fine now.
Michael
--
Jul 27 16:03:58 silverstein syslog
Hi,
Neal's latest pthread checkin fixed one issue in the python test suite.
However, as the test suite now runs further, it exposed another problem
which makes the machine hang in an endless loop (and not just abort the
test suite, as before), namely in test_openpty.
This test is pretty simple:
On Fri, Apr 15, 2005 at 03:08:11AM -0400, Rian Hunter wrote:
> Michael Banck wrote:
> >You seem to have modified egd. Any chance of getting this applied
> >upstream? That would make packaging simpler as I was about to
> >package egd anyway.
>
> I think I had to mod
Hi,
quite a few people have reported that e.g. ping gets 'Killed'
immediately when they execute it. We were now able to track that down
to the presence of the libnss-db package:
[EMAIL PROTECTED]:~# LD_PRELOAD=/home/mbanck/libnss_db.so.2 ping
Killed
[EMAIL PROTECTED]:~# ping
Usage: ping [OPTION]
rently strips
away libpthread from NEEDED, resulting in the same behaviour as Neal
pointed out. This patch fixes this, so it is quite important at least
for Debian.
Thanks,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diar
r action
needed? (Or should we not worry about this?)
thanks,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Hi,
On Fri, Dec 29, 2023 at 02:51:31PM +0100, Luca Dariz wrote:
> > > +$ gdb gnuamch
> >
> > Typo ;)
>
> What would be a better command? This is actually how I start gdb from the
> build directory,
You probably start gnumach though, and not gnuamch?
Michael
Hi,
On Fri, Mar 14, 2025 at 12:44:02PM +, jbra...@dismail.de wrote:
> Apoligies for the click baity title...
That's the kinda mail that might've better been sent privately,
methinks.
Michael
201 - 226 of 226 matches
Mail list logo
