On 11/27/2012 10:58 PM, John R Pierce wrote:
> On 11/27/12 12:53 PM, Rob Kampen wrote:
>> Now I am needing to load this database file onto a debian host running
>> Plesk 9.5.4 via their system admin and it is unreliable - after four
>> attempts we have all except the streets table loaded - but this
On 11/27/2012 8:02 PM, Patrick Lists wrote:
> On 11/28/2012 01:04 AM, James Pifer wrote:
>> Sorry for the off topic, but hoping someone here can point me in a
>> direction and end my endless googling... I have some mp4 training videos
>> that our users need to be able to download or stream directly
On 11/28/2012 01:04 AM, James Pifer wrote:
> Sorry for the off topic, but hoping someone here can point me in a
> direction and end my endless googling... I have some mp4 training videos
> that our users need to be able to download or stream directly to their
> browser.
>
> I have the h.264 module
On 11/27/2012 7:23 PM, John R Pierce wrote:
> On 11/27/12 4:04 PM, James Pifer wrote:
>> Sorry for the off topic, but hoping someone here can point me in a
>> direction and end my endless googling... I have some mp4 training videos
>> that our users need to be able to download or stream directly to
On 11/27/12 4:04 PM, James Pifer wrote:
> Sorry for the off topic, but hoping someone here can point me in a
> direction and end my endless googling... I have some mp4 training videos
> that our users need to be able to download or stream directly to their
> browser.
>
> I have the h.264 module loa
Sorry for the off topic, but hoping someone here can point me in a
direction and end my endless googling... I have some mp4 training videos
that our users need to be able to download or stream directly to their
browser.
I have the h.264 module loaded on httpd on centos (using
http://swimmingin
On Tue, November 27, 2012 3:53 pm, Rob Kampen wrote:
> I have a newly developed app that has some 30+ tables, most with few
> records at this time. However, it does contain a streets table with some
> 43K records.
>
> I regularly dump the database using
> >mysqldump -u rkampen -p databasename >da
Hello Rob,
On Wed, 2012-11-28 at 09:53 +1300, Rob Kampen wrote:
> Now I am needing to load this database file onto a debian host running
> Plesk 9.5.4 via their system admin and it is unreliable - after four
> attempts we have all except the streets table loaded - but this table
> will not load
Michael Hennebry wrote:
> On Tue, 27 Nov 2012, John R Pierce wrote:
>
>> On 11/27/12 8:31 AM, Michael Hennebry wrote:
>>> That said, 'twould be nice to have a clue
>>> what went wrong with the Bingo script.
>>
>> it was written for a specific ubuntu/debian flavor and not tested
>> elsewhere. auto
On Tue, 27 Nov 2012, John R Pierce wrote:
> On 11/27/12 8:31 AM, Michael Hennebry wrote:
>> That said, 'twould be nice to have a clue
>> what went wrong with the Bingo script.
>
> it was written for a specific ubuntu/debian flavor and not tested
> elsewhere. autoconf is a gnarly thing, the scrip
On 11/27/12 12:53 PM, Rob Kampen wrote:
> Now I am needing to load this database file onto a debian host running
> Plesk 9.5.4 via their system admin and it is unreliable - after four
> attempts we have all except the streets table loaded - but this table
> will not load.
>
> Thus my questions a
Hi List,
This is a request for your experiences with mysqldump - or more
specifically loading the dump file.
I have a newly developed app that has some 30+ tables, most with few
records at this time. However, it does contain a streets table with some
43K records.
I regularly dump the databa
On 11/27/12 8:31 AM, Michael Hennebry wrote:
> That said, 'twould be nice to have a clue
> what went wrong with the Bingo script.
it was written for a specific ubuntu/debian flavor and not tested
elsewhere. autoconf is a gnarly thing, the scripts for it need to be
carefully developed, just bec
On Tue, 27 Nov 2012, m.r...@5-cent.us wrote:
> Michael Hennebry wrote:
>
>> 'Twould be nice just to know what the messages mean.
>> I get the impression that output like this are indications of a problem
>> that
>> is not specific to the particular software that I was trying to compile:
>> autoco
On Nov 27, 2012 8:25 AM, "Gene Poole" wrote:
>
> What's the odds of retaining the data in a software raid-1 array when
> falling back to CentOS 5.8 x86_64 from CentOS 6.3 x86_64? The array is
> made up of 2 - 1.5 TB hard disks. The original array was defined under
> CentOS 5.3 x86_64, then CentOS
Michael Hennebry wrote:
> 'Twould be nice just to know what the messages mean.
> I get the impression that output like this are indications of a problem
> that
> is not specific to the particular software that I was trying to compile:
> autoconf wrote:
>> checking for stdint.h... (cached) yes
>> c
*Clawson* wrote:
> You are very unwise to use repo versions of avr-gcc as the maintainers
don't seem skilled enough to know which are the important patches to be
applied when they build.
>
> Far better to get the results of Bingo's build scripts that are hosted on
my website here:
>
> www.wrightfl
On Tue, Nov 27, 2012 at 10:24:45AM -0500, Gene Poole wrote:
> What's the odds of retaining the data in a software raid-1 array when
> falling back to CentOS 5.8 x86_64 from CentOS 6.3 x86_64? The array is
> made up of 2 - 1.5 TB hard disks. The original array was defined under
> CentOS 5.3 x86_
What's the odds of retaining the data in a software raid-1 array when
falling back to CentOS 5.8 x86_64 from CentOS 6.3 x86_64? The array is
made up of 2 - 1.5 TB hard disks. The original array was defined under
CentOS 5.3 x86_64, then CentOS 6.1 x86_64 was installed and over time
upgraded to
Thanks,
Gene Poole
gene.po...@macys.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
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..
21 matches
Mail list logo
