New compilation of chromium (35.0.1916-153).
It is a gtk2-build & works with official flash-plugin for el6.
First install chromium-deps, adobe-release and finally chromium.
(Build with gtk2-2.20.1-5, ninja-build, devtoolset-2)
chromium
Hendrik Strydom wrote:
> On Thu, 2014-07-03 at 00:37 +0200, wwp wrote:
>
>>Hello there!
>>
>>
>>I'm trying to get sound from applications running from other users bug
>>the one who owns the current GNOME sessions.
>>
>>Typically, my default user is "A" and he's running the GNOME session,
>>logged
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..
On delving deeper into Miredo support, it seems that Miredo Server is a
separate program from the Miredo client/relay. And that there is no
Miredo Server available for Centos 6. Not in EPEL 6, or repoforge.
So far the maintainer of Miredo for Fedora/EPEL has not reponded to a
query on its sta
On Thu, Jul 3, 2014 at 10:58 AM, Robert Moskowitz wrote:
> On delving deeper into Miredo support, it seems that Miredo Server is a
> separate program from the Miredo client/relay. And that there is no
> Miredo Server available for Centos 6. Not in EPEL 6, or repoforge.
>
> So far the maintainer
On Wed, July 2, 2014 17:20, James B. Byrne wrote:
> I am experimenting with tmux. I have run into a behaviour that I would like
> to change. Idf I connect to a single host multiple times via tmux, when I
> exit one tmux window then all the windows report their session closed. Is
> there anyway
On 07/03/2014 12:34 PM, Les Mikesell wrote:
> On Thu, Jul 3, 2014 at 10:58 AM, Robert Moskowitz
> wrote:
>> On delving deeper into Miredo support, it seems that Miredo Server is a
>> separate program from the Miredo client/relay. And that there is no
>> Miredo Server available for Centos 6. No
On Thu, Jul 3, 2014 at 12:07 PM, Robert Moskowitz wrote:
>
>> Have you tried the simple-minded approach of downloading the fedora
>> src rpm and doing an 'rpmbuild --rebuild' of it? Sometimes all it
>> take to make that work is installing whatever dependencies are
>> missing, sometimes that turns
On 07/03/2014 01:20 PM, Les Mikesell wrote:
> On Thu, Jul 3, 2014 at 12:07 PM, Robert Moskowitz
> wrote:
>>> Have you tried the simple-minded approach of downloading the fedora
>>> src rpm and doing an 'rpmbuild --rebuild' of it? Sometimes all it
>>> take to make that work is installing whateve
On Thu, Jul 3, 2014 at 12:36 PM, Robert Moskowitz wrote:
>
>> Not specifically about those, but just in terms of compatibility
>> between a fedora src rpm and the Centos environment. A lot of things
>> have changed in libraries and rpm syntax between centos 6 and current
>> fedora so you are fai
On 07/03/2014 01:49 PM, Les Mikesell wrote:
> On Thu, Jul 3, 2014 at 12:36 PM, Robert Moskowitz
> wrote:
>>> Not specifically about those, but just in terms of compatibility
>>> between a fedora src rpm and the Centos environment. A lot of things
>>> have changed in libraries and rpm syntax be
On Thu, Jul 3, 2014 at 12:53 PM, Robert Moskowitz wrote:
>
>>
>> If you can find an archive with one that worked on fedora 13 it would
>> have a better chance of rebuilding on Centos 6.
>>
> I see that https://dl.fedoraproject.org/pub/fedora/linux/releases/13/ is
> empty...
>
> And will at best fi
On Thu, 2014-07-03 at 12:20 -0500, Les Mikesell wrote:
> On Thu, Jul 3, 2014 at 12:07 PM, Robert Moskowitz
> wrote:
> >
> >> Have you tried the simple-minded approach of downloading the fedora
> >> src rpm and doing an 'rpmbuild --rebuild' of it? Sometimes all it
> >> take to make that work is i
On 07/03/2014 02:06 PM, Les Mikesell wrote:
> On Thu, Jul 3, 2014 at 12:53 PM, Robert Moskowitz
> wrote:
>>> If you can find an archive with one that worked on fedora 13 it would
>>> have a better chance of rebuilding on Centos 6.
>>>
>> I see that https://dl.fedoraproject.org/pub/fedora/linux/r
On 07/03/2014 02:16 PM, Louis Lagendijk wrote:
> On Thu, 2014-07-03 at 12:20 -0500, Les Mikesell wrote:
>> On Thu, Jul 3, 2014 at 12:07 PM, Robert Moskowitz
>> wrote:
Have you tried the simple-minded approach of downloading the fedora
src rpm and doing an 'rpmbuild --rebuild' of it? S
What is the correct URL for the SRMS for packages found in:
http://mirror.centos.org/centos-6/6/SCL/ ?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive
On 07/02/2014 12:57 PM, m.r...@5-cent.us wrote:
> I think the buzzword you want is dedup.
dedup works at the file level. Here we're talking about files that are
highly similar but not identical. I don't want to rewrite an entire file
that's 99% identical to the new file form, I just want to write
>> I think the buzzword you want is dedup.
> dedup works at the file level. Here we're talking about files that are
> highly similar but not identical. I don't want to rewrite an entire file
> that's 99% identical to the new file form, I just want to write a small
> set of changes. I'd use ZFS to
Lists wrote:
> On 07/02/2014 12:57 PM, m.r...@5-cent.us wrote:
>> I think the buzzword you want is dedup.
> dedup works at the file level. Here we're talking about files that are
> highly similar but not identical. I don't want to rewrite an entire file
> that's 99% identical to the new file form,
On 7/2/2014 12:53 PM, Lists wrote:
> I'm trying to streamline a backup system using ZFS. In our situation,
> we're writing pg_dump files repeatedly, each file being highly similar
> to the previous file. Is there a file system (EG: ext4? xfs?) that, when
> re-writing a similar file, will write only
On Thu, Jul 3, 2014 at 2:06 PM, wrote:
> Lists wrote:
>> On 07/02/2014 12:57 PM, m.r...@5-cent.us wrote:
>>> I think the buzzword you want is dedup.
>> dedup works at the file level. Here we're talking about files that are
>> highly similar but not identical. I don't want to rewrite an entire fil
Am 03.07.2014 um 21:19 schrieb John R Pierce :
> On 7/2/2014 12:53 PM, Lists wrote:
>> I'm trying to streamline a backup system using ZFS. In our situation,
>> we're writing pg_dump files repeatedly, each file being highly similar
>> to the previous file. Is there a file system (EG: ext4? xfs?) t
On 07/03/2014 12:19 PM, John R Pierce wrote:
> you do realize, adding/removing or even changing the length of a single
> line in a block of that pg_dump file will change every block after it as
> the data will be offset ?
Yes. And I guess this is probably where the conversation should end. I'm
us
On Thu, Jul 3, 2014 at 2:48 PM, Lists wrote:
>
> On 07/03/2014 12:23 PM, Les Mikesell wrote:
>> But, since this is about postgresql, the right way is probably just to
>> set up replication and let it send the changes itself instead of doing
>> frequent dumps.
>
> Whatever we do, we need the abilit
We've had a ton of selinux errors recently, and the other day, one of the
managers here, after I started inquiring what their perl CGI was doing,
found a way to reproduce the issue at will. It seems that before I
upgraded their servers from CentOS 5.x, they were trapping interrupts such
as a browse
On Thu, Jul 03, 2014 at 12:48:34PM -0700, Lists wrote:
> Whatever we do, we need the ability to create a point-in-time history.
> We commonly use our archival dumps for audit, testing, and debugging
> purposes. I don't think PG + WAL provides this type of capability. So at
> the moment we're dow
On 07/03/2014 09:48 PM, Lists wrote:
> On 07/03/2014 12:19 PM, John R Pierce wrote:
>> you do realize, adding/removing or even changing the length of a single
>> line in a block of that pg_dump file will change every block after it as
>> the data will be offset ?
>
> Yes. And I guess this is proba
27 matches
Mail list logo
