Thanks. Though, his particular implementation is patented, hence his
reluctance to release it under the GPL.
Shachar Tal
Verint Systems
-Original Message-
From: Gilad Ben-Yossef [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 26, 2003 7:25 PM
To: Tal, Shachar; '[EMAIL PROTECTED]'
Subjec
On Sunday 26 October 2003 19:06, Gilad Ben-Yossef wrote:
> On Sunday 26 October 2003 16:26, Tal, Shachar wrote:
> > Hi all,
> >
> > I have a GPL licensing question that came from a customer of mine:
> >
> > That customer is currently developing a distributed client-server, where
> > the communicati
On Sun, 26 Oct 2003, Tal, Shachar wrote:
> Hi all,
>
> I have a GPL licensing question that came from a customer of mine:
>
> That customer is currently developing a distributed client-server, where the
> communication protocols between clients and servers are non-standard (i.e.
> not HTTP or like
ביום ראשון, 26 באוקטובר 2003, 16:26, נכתב על ידי Tal, Shachar:
> not HTTP or likes of it). The customer wishes to include somewhat-modified
> GPLed software components in its client software (e.g. python, GTK or
> LAM/MPICH), while keeping his server implementation, protocol
> implementation
gtk i
On Sun, 26 Oct 2003, Tal, Shachar wrote:
> Hi all,
>
> I have a GPL licensing question that came from a customer of mine:
>
> That customer is currently developing a distributed client-server, where the
> communication protocols between clients and servers are non-standard (i.e.
> not HTTP or lik
Well, you could try to write "utf-8" instead of "utf". I didn't have to
change anything, but then, I got all my Hebrew files changed to undescores
(like this: .___), which made me brake a few chairs.
Oh well, I guess you better take advices from someone who knows at least a
bit of what
On Sunday 26 October 2003 20:15, Eran Tromer wrote:
> On 2003/10/26 19:06, Gilad Ben-Yossef wrote:
> > The distinction is very simple - whatever code that is a derived
> > work from the GPLed parts (and assuming they are *GPLed* and not,
> > LGPLed, for example) can only be distributed under the GP
On Sunday 26 October 2003 22:23, Eran Tromer wrote:
> My first sentance ("The distiction is anything but simple.") refers
> to your first paragraph. The rest of my reply refers to your second
> paragraph. Indeed, I neglected to employ appropriate lexical
> constructs and quoting conventions, leadi
On Sunday 26 October 2003 16:26, Tal, Shachar wrote:
> Hi all,
>
> I have a GPL licensing question that came from a customer of mine:
>
> That customer is currently developing a distributed client-server, where
> the communication protocols between clients and servers are non-standard
> (i.e. not H
On 2003/10/26 19:06, Gilad Ben-Yossef wrote:
The distinction is very simple - whatever code that is a derived work from the
GPLed parts (and assuming they are *GPLed* and not, LGPLed, for example) can
only be distributed under the GPL license by him.
In practice what this usually boils down to
On Sunday 26 October 2003 23:38, Shachar Shemesh wrote:
> The GPL, by design, is not a contract. As such, you must bring
> yourself under its influence by wishing to distribute copyrighted
> work for which the GPL was declared as a license.
I'm not lawyer and I might be dead wrong here, but for
Hi all,
I have a GPL licensing question that came from a customer of mine:
That customer is currently developing a distributed client-server, where the
communication protocols between clients and servers are non-standard (i.e.
not HTTP or likes of it). The customer wishes to include somewhat-modi
Eran Tromer wrote:
Ahoy,
On 2003/10/26 21:33, Gilad Ben-Yossef wrote:
On Sunday 26 October 2003 20:15, Eran Tromer wrote:
The distiction is anything but simple. [snip]
My answer was given in the form of two separate paragraphs and such a
choice of lexical structure usually denotes two separate
On Sun, Oct 26, 2003 at 08:15:56PM +0200, Eran Tromer wrote:
> As for the distinction you propose: what's the essential difference
> between use via loadable libraries and and use via pipe commands?
In one case, you're using the application as it was planned to be
used by a "user". In the other
On Sun, 26 Oct 2003, Gilad Ben-Yossef wrote:
> On Sunday 26 October 2003 23:38, Shachar Shemesh wrote:
>
> > The GPL, by design, is not a contract. As such, you must bring
> > yourself under its influence by wishing to distribute copyrighted
> > work for which the GPL was declared as a license.
>
Ahoy,
On 2003/10/26 21:33, Gilad Ben-Yossef wrote:
On Sunday 26 October 2003 20:15, Eran Tromer wrote:
The distiction is anything but simple. [snip]
My answer was given in the form of two separate paragraphs and such a
choice of lexical structure usually denotes two separate subjects are
discuss
Hi,
The solution is very simple, you need to convert the Hebrew file names on the
server to UTF-8 encoded.
Here is a script adopted from the SAMBA docs:
find /path/to/share -type f -exec bash -c 'CP="{}"; ISO=`echo -n "$CP" | \
iconv -f cp862 -t UTF-8`; if [ "$CP" != "$ISO" ]; then mv "$CP" \
Hi,
I have been compiling for some time gideon/kdevelop3 from cvs into rpms. The
packages as well as the program it self are quite mature, so I think it's
time to spam this list a little more.
The packages were compiled on a stock Mandrake 9.1 and tested under 9.2, so
both distors can use them
From: Matan Ziv-Av <[EMAIL PROTECTED]>
To: Shlomi Fish <[EMAIL PROTECTED]>
CC: Linux-IL <[EMAIL PROTECTED]>
Subject: Re: grip rips at 4x speed instead of close to CD-ROM full-speed
Date: Sun, 26 Oct 2003 14:24:24 +0200 (IST)
On Sun, 26 Oct 2003, Shlomi Fish wrote:
> When I use grip 3.0.7 to rip+enc
On Sun, 26 Oct 2003, Shlomi Fish wrote:
> When I use grip 3.0.7 to rip+encode a music CD, it rips it at about 4x,
> while the CD-ROM drive is 52x. I already used hdparm -E 52 /dev/hdd on the
> drive and in Windows FreeRIP rips at close to full speed.
>
> How can I rip at full speed using grip?
D
I see nothing that may be the cause of this problem. Try increasing the
read-ahead size (# of sectors to read ahead, upon each request). It makes
sense on sequential access.
Shachar Tal
Verint Systems
-Original Message-
From: Shlomi Fish [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 2
On Sun, 26 Oct 2003, Tal, Shachar wrote:
> Hi Shlomi,
>
> 1. Is the other drive (DVD/CDR) idle during the ripping? IDE is not as
> efficient as SCSI with regard to multiple devices using the IDE bus at the
> same time.
Yes, there's nothing in the other drive.
> 2. Please send hdparm -i / -v outp
Hi Shlomi,
1. Is the other drive (DVD/CDR) idle during the ripping? IDE is not as
efficient as SCSI with regard to multiple devices using the IDE bus at the
same time.
2. Please send hdparm -i / -v output.
3. Which format do you encode to? What is the CPU usage of the encoding
process? Are you CPU
Hi!
I have an IDE CD-ROM Drive. It is found on the same IDE interface as a
DVD Drive + CD-Rom Burner, which is a different interface than the
hard-disks' one.
When I use grip 3.0.7 to rip+encode a music CD, it rips it at about 4x,
while the CD-ROM drive is 52x. I already used hdparm -E 52 /dev/h
24 matches
Mail list logo
