- test d-i regularly
- fix d-i bugs/issues
I am a DD.
--
Manuel A. Fernandez Montecelo
signature.asc
Description: PGP signature
ouldn't find the admin address in the
main pages), but they're not registered in the graphs (while
powerpcpse, recently removed, still is).
https://buildd.debian.org/stats/graph-ports-week-big.png
--
Manuel A. Fernandez Montecelo
tests do not run well without partial file locking. The tools in
tdbtools/ run fine though.
Please also note that hurd-any should be added to debian/control so it
gets built on hurd-i386.
Thanks!
Manuel Menal
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy
works fine on GNU/Hurd.
Thanks!
Manuel Menal
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.4-486/Hurd-0.5
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8
and those in #759008 and #749095 applied, samba builds
and seems to be working fine on GNU/Hurd.
Thanks,
Manuel Menal
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach
On 23/08/2014 22:27, Jelmer Vernooij wrote:
block 759008 by 748943
tags 759008 -patch
thanks
Hi Manuel,
Hello,
On Sat, Aug 23, 2014 at 02:30:33PM -0400, Manuel Menal wrote:
tdb fails to build on hurd-i386 (blocking ldb and thus samba) because
it uses two features that are not yet
On 23/08/2014 22:31, Jelmer Vernooij wrote:
On Sat, Aug 23, 2014 at 02:43:28PM -0400, Manuel Menal wrote:
Actually, it is the right patch for hurd-i386. This is a known issue on
the Hurd's libpthread (ldb needs to be linked with pthread explicitly
because it uses tdb which itself uses
On 23/08/2014 23:47, Jelmer Vernooij wrote:
On Sat, Aug 23, 2014 at 11:26:32PM +0200, Manuel Menal wrote:
On 23/08/2014 22:31, Jelmer Vernooij wrote:
On Sat, Aug 23, 2014 at 02:43:28PM -0400, Manuel Menal wrote:
Actually, it is the right patch for hurd-i386. This is a known issue
remotely?
Yes, ssh from two remote gnome terminals! How to debug locally. You only
have the kvm screen and that one will be occupied by gdb. Then you need
another to issue the ifconfig command, e.g. using ssh from a gnome
terminal.
With screen(1)?
--
Manuel Menal
--
To UNSUBSCRIBE, email
Don't know what happens if it is enabled and not supported though so I
cannot tell if it works or not. ssh-ing to the box works OK, though.
Privilege separation should be working now, pfinet and libc have been patched a
while ago to fix the bug that used to make it break sshd.
--
Manuel Menal
have a look at :
http://alioth.debian.org/tracker/index.php?func=detailaid=301786group_id=30628atid=410472
Ciao,
--
Manuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
on a BPF
translator (which implements /dev/bpf). It's almost usable (tcpdump(1)
sees the right packets and so on). We have a patch for libpcap that
makes it compile.
Cheers,
--
Manuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
if you want to use non-qwerty
keymaps, and omit the -d generic_speaker part if you don't want loud
beeps waking your S/O up. ;-)
HTH,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
which package has something missing (holidays, here am I).
Cheers,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Samuel Thibault wrote:
Hi,
Hello Samuel,
Manuel Menal, le Tue 02 Aug 2005 01:47:51 +0200, a écrit :
blockdev.c:72: error: `_IOT__IOTBASE_size_t' undeclared here (not in a
function)
This precise bug comes from a lack in
libc/sysdeps/mach/hurd/bits/ioctls.h: just add
#define
Alfred M. Szmidt wrote:
What about a firmlink? That would solve all problems.
Would it ? I don't see how it would solve, e.g., the problem
we had with man-db. Using a firmlink instead of a symlink might be a
good idea anyway, though.
Cheers,
--
Manuel Menal
--
To UNSUBSCRIBE, email
thing), and if you put /usr/bin first you'll
have the same problem the other way around.
Thanks,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Michael D. Adams wrote:
On 7/22/05, Alfred M. Szmidt [EMAIL PROTECTED] wrote:
What about a firmlink? That would solve all problems.
What is a firmlink?
See http://www.debian.org/ports/hurd/hurd-doc-server.en.html#firmlink.
HTH,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL
/bin/nano' (the second being a symlink
to the first), which resulted into a recursive symlink. But this is rare
and easy enough to fix. Did you see many other cases ?
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
for directories. But even if they were, I
don't see how that would solve anything.
Cheers,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
more.
Cheers,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
important though I guess.
Well, I think those problems are bound to happen everywhere, so we should
just decide to build packages only with separate /usr.
Thanks,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to the end of line (right before the -c). That should
make the VGA driver load only if the other drivers are successfully
loaded initialized.
Cheers,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, that'd be quite bloated. :-)
I think it is wrong to put it in either libshouldbeinlibc or libc;
libps is probobly a better place. In either case, I too would like to
see it in a library since it will be used by uptime.
Sure, libps would probably be better.
--
Manuel Menal
--
To UNSUBSCRIBE, email
there is a way to get such information, and Mach does
not seem to keep track of it. I don't think it matters much,
anyway.
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
something like fetch_boot_time (see the Hurd source code for that
function, somewhere in w.c).
Sure, I'm already familiar with it. It might be useful to add it in
libshouldbeinlibc (and ultimately in libc ;-) since it's the second time
I've had to use it in a port (ud was the first).
--
Manuel
Marcus Brinkmann wrote:
At Wed, 11 May 2005 01:41:31 +0200,
Manuel Menal [EMAIL PROTECTED] wrote:
- I can't find a way to get statistics about CPU usage
(user/sys/kernel times, etc.),
i.e. what you get in /proc/stat with Linux.
Check out libps, which is part of the Hurd.
Sure, I've been
,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
directly provided by the kernel.
Cheers,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
programs like any other, aren't they?
They are not programs that are usefully run (normally) from the
shell, so they should not be in a user's path.
Isn't it better to put it in /srv/hurd? That should be a better place
for this imho.
Regards,
Manuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
related, but it's not limited for only this purpose.
Regards,
Manuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and
directories at start. If you delete your Document root its up to you, but
you can't blame the FHS.
Regards,
Manuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[tm] but is not
quite good enough for inclusion right now. Check
http://lists.gnu.org/archive/html/help-hurd/2005-02/msg00040.html
and Alfred answer.
Bye, Haypo (very new in Hurd world)
G'night,
--
Manuel Menal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
with ext2 and installes the
base system. Due there was no make Hurd bootable or anything other
step after the install, I rebooted the system. And nothing boot on
harddisk. :-(
What went wrong?
--
Manuel Hoppe
Niklas wrote :
And everything hung. I was accessing the hurd-computer through telnet
and when I turned on the screen the whole screen was filled with
(default pager): dropping data_request because of previous paging
errors.
This usually means that you have been running out of memory.
...
aburinho!!
Manuel A. Fernández Montecelo [EMAIL PROTECTED]
GnuPG pubkey: [http://sindominio.net/~manuel/gpg-pubkey.txt]
signature.asc
Description: This is a digitally signed message part
On Ter, 2002-05-21 at 18:51, Niels Möller wrote:
Manuel A. Fernández Montecelo [EMAIL PROTECTED] writes:
try -nolisten TCP in the script launching X server ;)
I'll try to remember that next time a restart the X server (which
probably happens when I can upgrade to a released and stable
On Ter, 2002-05-21 at 20:10, Wolfgang Jährling wrote:
Manuel A. Fernández Montecelo [EMAIL PROTECTED] wrote:
On Ter, 2002-05-21 at 18:51, Niels Möller wrote:
I hope there will be a sensible list of release criteria, prepared
with input from both the release manager the hurd folks, when
!!
Manuel A. Fernández Montecelo [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
O Mar, 2001-11-06 ás 00:10, Gerhard Muntingh escribiu:
On Tue, Nov 06, 2001 at 12:22:06AM +0100, Manuel A. Fernandez Montecelo
wrote:
- cannot get ENOENT value from /var/lib/dpkg/enoent: (ipc/mig) bad request
msg
ID at /sbin/update-alternatives line 28
- /var/lib/dpkg/info/base
, this happens whith the latest tarball, of course ;) (althought
whith the deprecated cross-intall method generated the same errors)
am i doing sth grong? it's a bug? can i help debugging? ...
aburinho!!
Manuel A. Fernández Montecelo
37 Malaga(España)
- Original Message -
From: James Morrison [EMAIL PROTECTED]
To: debian-hurd@lists.debian.org
Sent: Tuesday, October 02, 2001 4:56 AM
Subject: Average age
Occationally hearing ages of people on irc or finding on webpages
I'm wondering what the average age of
42 matches
Mail list logo