I have reported it to Debian as Bug#859595
Dňa 04.04.2017 o 19:01 Peter Tuharsky napísal(a):
> Hi folks,
>
> I don't know whether someone has experience with jackd running as localapp.
>
> I have had working setup in Debian Jessie where I started qjackctl using
> ltsp-local
Hi folks,
I don't know whether someone has experience with jackd running as localapp.
I have had working setup in Debian Jessie where I started qjackctl using
ltsp-localapps, then started Qsynth with ltsp-localapps and was able to
play midi thru it on thin client.
However, in Debian Stretch,
server (on my LTSP debian testing server) and
>> nbd-client (within my chroot image) and now I can boot the thin clients.
>> Seems like vagrant's fix has solved my problem, thank you.
>>
>> Ref;
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846998#2
I got into the same problem after installation of Debian Stretch, that
is currently in RC stage.
I applied settings from well-running Debian Jessie system. Everything
works, except NBD. I got the same symptoms, and in /var/log/syslog I read:
Negotiation failed/8a: Requested export not found,
Thank You very much.
Peter
Jumako wrote / napísal(a):
On Thursday 12 April 2007 08:45, Bhaskar Prasad Rimal wrote:
ya, please put it in wiki.ltsp.org
Bhaskar
On 4/12/07, Mgr. Peter Tuharsky [EMAIL PROTECTED] wrote:
Or better, please, put it straight to the Wiki.
Peter
done
Hi, man
This looks like a good howto! Please, contact the LTSP webpage and offer
it to them! People need good, straight-forward howtos.
Peter
Jumako wrote / napísal(a):
After years of using LTSP (= v4.2) I decided to try LTSP 5. I built a new
server with the upcoming Debian Etch release.
Or better, please, put it straight to the Wiki.
Peter
Jumako wrote / napísal(a):
On Saturday 07 April 2007 21:52, Jumako wrote:
After years of using LTSP (= v4.2) I decided to try LTSP 5. I built a new
Here is an updated version LTSP 5 and Debian Etch, now with fuse support.
--
After reading comments, I went to Tomshardware mentioned to see. It
seems, that the 2P configuration from Intel with Core Duo Xeons 5160 can
be now faster than 2P Opteron one; Intel did some architectural
improvements in order of FSB. So Peter, don't worry, Your choice has
been good,
thank you; but what am I missing?
fp
- Original Message -
From: Mgr. Peter Tuharsky
To: Hieromonk Peter
Cc: ltsp-discuss@lists.sourceforge.net
Sent: Monday, August 14, 2006 3:12 AM
Subject: Re: [Ltsp-discuss] Raid 1 or Raid 5? New server advice.
Hi, Peter
You're asking
Title: Elis s
Hi, Peter
You're asking for experience, so I'd just add my own.
I prefer using dual Opteron systems for servers and by the mean of
performance, they have never disappointed me. Opteron just has better
architecture (NUMA; Non-Uniform Memory Access) compared to Intel's old
SMP
Peter,
as of RAID, it completely depends on the controller. The "less
expensive" controllers only support RAID 0, 1 and possibly 10. Only the
"more expensive" controllers can handle RAID5 because of much more
complicated logic, data checksumming etc.. I can only speak about
Adaptec SCSI
Although I stick with Debian and don't intend to change, I cannot say
that LTSP is problem-free there.
Major concerns have been related to national settings and similar
shebank. I live in Slovakia and both keyboard and display must support
iso8859-2 charset. However, the GNOME/XFree86
Might it help to disable oplocks on Samba server side?
Peter
Gudmund Areskoug wrote / napsal(a):
Hi Krsnendu,
Krsnendu Dasa wrote:
You mean like MS Access. Can you explain more.
Gudmund Areskoug wrote:
---snip---
just adding some info that might be
Might it help to disable oplocks on Samba server side?
Peter
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry.
Hallo,
I cannot use LTSP4.2 because serial mouse is not working with it. Yes,
there even are machines so old that they don't have PS/2 connector :o)
And one of the LTSP's goals is to make use of such old machines possible.
With kernel 2.6.16.1 and LTSP4.2, there is one error that seems
Original Message
Subject: Re: [Ltsp-discuss] LTSP 4.1 hangs when rc.sysinit: switching
to multi-session
Date: Mon, 22 Nov 2004 08:16:39 +0100
From: Mgr. Peter Tuharsky [EMAIL PROTECTED]
To: Evan Hisey [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
References: [EMAIL PROTECTED
Yes, IceWM is good enough but I don't have a choice but to use either
KDE or Gnome for this project.
In connection with this, which of the two is much faster to use for this
kind of an LTSP setup?
I don't know. KDE was considered more bloated (or complicated for fans
;o) than GNOME, however the
Hallo, Marvin
It depends how responsible system do You want to have. I'd assume
approx. double the users that Craige suggested, however I have no
direct contact with such a large installation.
It also very depends on some decisions, settings and tweaking. One big
decision is WM/DE. For
that there is a problem in it...
hi, teo
On Mon, 08 Nov 2004 07:56:40 +0100, Mgr. Peter Tuharsky
[EMAIL PROTECTED] wrote:
Patrick, what do You mean I should do please? I cannot imagine.
Peter
Patrick Prue wrote:
I had an issue similar to this while I was attempting to get Netvista
thin clients
Hallo,
I have a problem when booting thin client. During bootup I end up
with the rc.sysinit: switching to multi-session line. Nothing more
happens, nothing appears in logs. I use Debian Sarge (testing).
The problem I get only with LTSP 4.1, if I use LTSP 3, everything
works OK. I
20 matches
Mail list logo