I can't stop thanking you. This new build has so much better I/O performance, in
comparison to previous Hurd builds. It is so much more usable now. Thanks.
On Mon, 2017-01-16 at 15:32 +0530, Ritesh Raj Sarraf wrote:
> Thanks a lot Samuel.
>
> On Sun, 2017-01-15 at 19:29 +0100, Samuel
Thanks a lot Samuel.
On Sun, 2017-01-15 at 19:29 +0100, Samuel Thibault wrote:
> Hello,
>
> Since an RC1 of the Stretch installer was released, I also published new
> hurd-i386 installer and qemu images.
>
> Samuel
>
>
--
Given the large number of mailing lists I follow, I request you to CC
On Thu, 2016-06-02 at 01:13 +0200, Samuel Thibault wrote:
> On Hurd, getting $PWD from the 700 directory fails, and find thus aborts
> immediately, without emitting any output, and thus no keyring is found.
>
> So, to summarize, the issue is that since apt-get update runs find as a
> non-root
mu-kvm: /usr/bin/kvm
2016-02-09 / 18:43:50 ♒♒♒ ☺
rrs@learner:/var/tmp/hurd$ cat `which kvm`
#! /bin/sh
exec qemu-system-x86_64 -enable-kvm "$@"
2016-02-09 / 18:44:00 ♒♒♒ ☺
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of inventi
t point, when it
is in boot-up, I do not have a (emergency) shell. The login program
just loops and respawns. So, I've not found a way to debug these
problems. My only option is to revert back to my good working snapshot.
So do you have any advise on how to root cause these ?
--
ess to the hurd console?
Nope. And when I say "couldn't terminate", I mean the shutdown init
scripts.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
signature.asc
Description: This is a digitally signed message part
cesses which are blocked (maybe of CPU) are in Deep
Uninterruptible State. A state that even the Linux kernel is often not
able to kill the process, if in.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
signature.asc
Description: This
e login program just loops
> indefinitely. To fix it, and avoid reverting to a snapshot, I simply
> mount the qemu image as a regular partition on the host system and
> then fsck it. This allows me to boot the Hurd again without any
> issues.
Thank you Flavio. Yes. I'll try that next time I
t; refresh its output? The way it gets information from procfs may not
> be
> so efficient.
What do you think about the memory consumption ? It is low, around 35%.
I think this is turning out to be a /usr/bin/kvm vs libvirt issue. But
I need to nail that first, to make that stateme
On Tue, 2016-02-09 at 18:12 +0530, Ritesh Raj Sarraf wrote:
> On Tue, 2016-02-09 at 13:22 +0100, Flávio Cruz wrote:
> > > Upon reset, as expected, I ran into file system inconsistency
> > > issue. So
> > > now I had an install that was not bootable.
> > >
&
On Tue, 2016-02-09 at 15:32 +0100, Samuel Thibault wrote:
> Ritesh Raj Sarraf, on Tue 09 Feb 2016 18:44:29 +0530, wrote:
> > When you say plain kvm, I'm assuming you're on the same as I am.
> >
> > rrs@learner:/var/tmp/hurd$ dpkg -S `which kvm`
> > qemu-kvm: /usr/bin/kv
Hello,
Does the current state of Debian GNU/HUrd support virtio drivers ?
I haven't tracked Hurd status and just wanted to check here first.
--
Given the large number of mailing lists I follow, I request you to CC
me in replies for quicker response
signature.asc
Description: This is a
On Mon, 2016-02-08 at 23:24 +0530, Ritesh Raj Sarraf wrote:
> In today's upgrade, 2 observations I have that I'd like to share.
>
> 1) I'm using the rtl8139 network driver emulated with qemu. I fetched
> some data (around 200 MiB) over the network from the host (Linux)
> machi
On Mon, 2016-02-08 at 16:54 +0100, Samuel Thibault wrote:
> Ritesh Raj Sarraf, on Mon 08 Feb 2016 19:09:49 +0530, wrote:
> > Does the current state of Debian GNU/HUrd support virtio drivers ?
>
> No, the emulated devices work fine for now, we haven't taken the time
> to
>
he=writeback
Libvirt and virt-manager have a nice reporting interface. It can also
regularly graph the Guest CPU consumption. So what I reported you was
about the Guest OS. So on my setup, Hurd is problematic in performance.
I guess I need to be sure of "KVM is enabled" or not.
--
Ri
On Mon, 2016-02-08 at 23:59 +0530, Ritesh Raj Sarraf wrote:
> Libvirt and virt-manager have a nice reporting interface. It can also
> regularly graph the Guest CPU consumption. So what I reported you was
> about the Guest OS. So on my setup, Hurd is problematic in
> performance.
&g
On Mon, 2016-02-08 at 19:32 +0100, Samuel Thibault wrote:
> Ritesh Raj Sarraf, on Mon 08 Feb 2016 23:54:15 +0530, wrote:
> > Since you asked about memory, I've now increased it to 2048. I
> think
> > for historical reasons, I had kept it to 1048 till now.
>
> 1024 should
d it to kvm32.
/usr/bin/qemu-system-x86_64 -name Hurd -S -machine pc-i440fx-
2.4,accel=tcg,usb=off,vmport=off -cpu kvm32 -m 1024
Since you asked about memory, I've now increased it to 2048. I think
for historical reasons, I had kept it to 1048 till now.
--
Ritesh Raj Sarraf | http://people.de
On Tue, 2016-02-09 at 00:13 +0530, Ritesh Raj Sarraf wrote:
> qemu-system-x86_64 -enable-kvm -name Hurd -S -machine pc-i440fx-
> 2.4,accel=tcg,usb=off,vmport=off -cpu kvm32 -m 2048
>
>
> It is almost the same as before, just the important addition of "-
> enable-kvm"
On Thursday 27 June 2013 01:48 PM, Ritesh Raj Sarraf wrote:
On Thursday 27 June 2013 04:19 AM, Aaron M. Ucko wrote:
Builds of libstoragemgmt on the Hurd and kFreeBSD have been failing
because WEXITED is evidently Linux-specific:
CC lsm_daemon.o
lsm_daemon.c: In function
Package: hurd
Version: 20120520-1
Severity: normal
Please re-assign it to the appropriate package. But the bug is seen
specifically on Hurd
debian-hurd:/tmp/sg3-utils-1.33# cd /var/tmp/nfs/
debian-hurd:/var/tmp/nfs# ls
51c443dc-85dc-e874-1a91-e184b43bedeb sg3-utils_1.33-1.debian.tar.gz
Hi,
I see no scsi headers present in hurd. The only package that provides it
is hurd-dev (20120520-1).
Is this usable? It seems to be shipping the development files from
linux. It installs them under a non-standard location,
/usr/share/libdde_linux26/build/include/linux-headers/
A quick search
Package: hurd
Version: 20110319-2
Severity: normal
Please assign it to the right package. I was not sure against whom to file the
bug.
I have an NFS share and am tring to clone a git repository on it.
It fails with:
debian-hurd:/var/tmp/nfs# git clone
Samuel Thibault wrote:
Ritesh Raj Sarraf, le Sat 01 May 2010 20:58:14 +0530, a écrit :
BTW, Does anyone know what is the max RAM limit on Hurd ?
The usual 32bit limitation. That is, with kernel/user separation, a
compromise which is currently configured to 1GB.
Earlier when I was trying
Thank you to all of you. I had been struggling recently with installing L1
as my Guest VM (The disk image seemed to be dead always during
installation).
The images you guys have prepared has turned out to work nice. The only
difference I can see from my previous encounter with Hurd (Don't
if the platform is a
GNU/Hurd box ?
Thanks,
Ritesh
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Stealing logic from one person is plagiarism, stealing from many is research.
The great are those who achieve the impossible, the petty are those who
cannot
Samuel Thibault wrote:
Hi,
Ritesh Raj Sarraf, le Mon 22 Jan 2007 14:09:15 +0530, a écrit :
I noticed that on GNU/Hurd, the output of sys.paltform has changed from
gnukfreebsd5 to gnukfreebsd6.
Mmm, on my GNU/Hurd, this is gnu0
Are you really using GNU/Hurd and not GNU/kfreeBSD ?
How
to -7, I can use the backup image.
Thanks,
Ritesh
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Stealing logic from one person is plagiarism, stealing from many is research.
The great are those who achieve the impossible, the petty are those who
Hi,
I remember the hurd package creating problems.
Is it safe to upgrade now ?
Ritesh
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Stealing logic from one person is plagiarism, stealing from many is research.
The great are those who achieve
29 matches
Mail list logo