Les Mikesell wrote:
> > I was attacked by Debian _for_ using the GPL and it seems that you did not
> > help
> > at that time. I will not use a license again after I was attacked _because_
> > I
> > used this specific license.
>
> Umm, have they dropped perl?
It seems that Larry was in a differ
John R Pierce wrote:
> On 8/21/2013 4:15 AM, Joerg Schilling wrote:
> > Why do you believe this?
> > Do you believe that centos delivers inconstsistent libraries?
>
> if you replace the stuff thats under RPM package management with code
> you self compile and simply copy, you break the package m
Keith Keller wrote:
> It's worth investigating. If k3b does indeed compile against cdrtools
> libraries then you may be out of luck.
Writing optical media is a task that needs special privileges. Calling e.g.
cdrecord as a separate program gives prilviege separation and prevents you
from bein
Whee. Here we go again.
There are properly built and packaged RPMs for Jorg's (sorry, android keyboard
I'm using doesn't have the proper marking for the o there) cdrtools, for EL6.
I'm using them on a few installs where wodim just simply does the wrong thing
and cdrtools does the right thing.
http://www.city-fan.org/ftp/contrib/yum-repo/ is the city-fan.org repo master;
you will likely want to us the University of Seville mirror at
http://nervion.us.es/city-fan/yum-repo/ .
Do note that installing these packages will replace what could be considered
core portions of the system; you'
Lamar Owen wrote:
> Whee. Here we go again.
>
> There are properly built and packaged RPMs for Jorg's (sorry, android
> keyboard I'm using doesn't have the proper marking for the o there) cdrtools,
> for EL6. I'm using them on a few installs where wodim just simply does the
> wrong thing and
Marko Vojinovic wrote:
> But as far as my memory serves, the issue was not that cdrtools were
> GPL, but that the toolchain for building cdrtools source (was that
> called "schilly-tools"?) was non-GPL. And the dispute was about the
> interpretation of the GPL --- does it require you to license t
Marko Vojinovic wrote:
> While Joerg certainly knows better... I think the issue was that
> cdrtools could be built only with the schilly-toolchain (or whatever
> the exact name), and that was *not* GPL. So according to some
> interpretations of the GPL, while cdrtools was claiming to be
> GPL-li
John R Pierce wrote:
> On 8/21/2013 10:05 AM, Joerg Schilling wrote:
> > But Debian attacked cdrtools for using the GPL when it has been 100% GPL.
>
> I find this an extremely odd assertation. I am not nor ever have been a
> Debian user, but I know Debian is based on the Linux Kernel, uses GCC,
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ..
So, in the ongoing saga of the unusual 1U short-depth
workstation, we have narrowed the field to two choices.
Both entrants are configured with 16GB memory (4x4GB),
two 2.5" drives (1x250GB SSD and 1x1TB HDD),
and an NVIDIA NVS510 graphic card (quad display):
1) SuperMicro 5017R-MF, Xeon E5-2609 p
On Thu, Aug 22, 2013 at 3:53 AM, Joerg Schilling
wrote:
>>
>> Umm, have they dropped perl?
>
> It seems that Larry was in a different position.
Same problem, just starting from the other side of the picture.
> If you carefully read the Artistic License, you will notice that Larry seems
> to
>
All-
Ah, the saga of the 1U workstation continues. So, in all my work configuring
the thing, I completely forgot about AUDIO; I only realized my mistake when I
went on a cable-measuring expedition this morning. Unfortunately, none of the
1U servers I've been looking at come with audio outputs (th
FWIW - The current iteration of redhat's subscription seems to require you
to have all systems on an up to date subscription if you want to use the OS
- for anything on anything. At least that's the way we've interpreted
it. This did not use to be the case. Previous iterations said you were
f
Michael Coffman wrote:
> FWIW - The current iteration of redhat's subscription seems to require you
> to have all systems on an up to date subscription if you want to use the
> OS
> - for anything on anything. At least that's the way we've interpreted
> it. This did not use to be the case. Pr
On Thu, Aug 22, 2013 at 2:42 PM, wrote:
> Michael Coffman wrote:
> > FWIW - The current iteration of redhat's subscription seems to require
> you
> > to have all systems on an up to date subscription if you want to use the
> > OS
> > - for anything on anything. At least that's the way we've int
On Thu, Aug 22, 2013 at 03:11:39PM -0400, Glenn Eychaner wrote:
> All-
>
> Ah, the saga of the 1U workstation continues. So, in all my work configuring
> the thing, I completely forgot about AUDIO; I only realized my mistake when I
> went on a cable-measuring expedition this morning. Unfortunatel
On Aug 22, 2013, at 3:11 PM, Glenn Eychaner wrote:
> A quick search of the web says that yes,
> these devices will work under CentOS and show up as /dev/dspX devices. So, do
> devices like these:
I apologize. I should have said here "A quick search of the web (and the NewEgg
comments) indicates
On Thu, Aug 22, 2013 at 10:03:08PM -0400, Glenn Eychaner wrote:
> On Aug 22, 2013, at 3:11 PM, Glenn Eychaner wrote:
>
> > A quick search of the web says that yes,
> > these devices will work under CentOS and show up as /dev/dspX devices. So,
> > do
> > devices like these:
>
> I apologize. I s
> It says if you let "ALL your subscriptions expire". I read that to mean
> after you have no active subscriptions, you can use the software. Seems
> absolutely crazy, but that's what it says. It seems more clear to me in
> the detailed contract version it says clearly 'use or execute':
This
Hi All.
I currently have a problem on my backup server with very large number of
small files in a large number of directories. I would like to delete them
as fast as possible. Currently I use:
rsync -a --delete /empty_directory/ dir_to_clean/
I've read that rsync will be faster than rm or find.
On Fri, 23 Aug 2013 07:34:50 +0200
Rafał Radecki wrote:
> Can you recommend something? I use an ext4 filesystem.
Without actually trying to to see, I suspect that a C program that calls
remove() would probably be faster than just about anything else.
--
MELVILLE THEATRE ~ Real D 3D Digital Cin
On Thu, 2013-08-22 at 23:40 -0600, Frank Cox wrote:
> On Fri, 23 Aug 2013 07:34:50 +0200
> Rafał Radecki wrote:
>
> > Can you recommend something? I use an ext4 filesystem.
>
> Without actually trying to to see, I suspect that a C program that calls
> remove() would probably be faster than just
- Original Message -
| Hi All.
|
| I currently have a problem on my backup server with very large number
| of
| small files in a large number of directories. I would like to delete
| them
| as fast as possible. Currently I use:
|
| rsync -a --delete /empty_directory/ dir_to_clean/
|
| I'
24 matches
Mail list logo
