Re: [CentOS] block level changes at the file system level?

[Ljubomir Ljubojevic]

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 probably where the conversation should end. I'm 
> used to the capabilities of Mercurial DVCS as well as ZFS snapshots, and 
> was thinking/hoping that this type of capability might exist in a file 
> system. Perhaps it just doesn't belong there.
> 
> 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 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 down to:
> 
> A) run PG on a ZFS partition and snapshot ZFS.
> B) Keep making dumps (as now) and use lots of disk space.
> C) Cook something new and magical using diff, rdiff-backup, or related 
> tools.
> 

Check out 7z from p7zip package. I use command:

7za a -t7z $YearNum-$MonthNum.7z -i...@include.lst -mx$CompressionMetod
-mmt$ThreadNumber -mtc=on

for compressing a lot of similar files from sysinfo and kernel.log,
files backuped every hour that do not change much. And I find out that
it reuses already existing blocks/hashes/whatever and I guess just
reference them with a pointer instead of storing them again.


So, 742 files that uncompressed have 179 MB, compressed ocupy only 452
KB, which is only 0.2% of original size, 442 TIMES smaller :

Listing archive: 2014-03.7z

--
Path = 2014-03.7z
Type = 7z
Method = LZMA
Solid = +
Blocks = 1
Physical Size = 426210
Headers Size = 9231

   Date  TimeAttr Size   Compressed  Name
--- -  

2014-03-01 00:02:07 A   259517   416979
Silos-Srbobran-l5-kernlog-2014-03-01-00-02-07.txt
2014-03-01 01:01:52 A   259529
Silos-Srbobran-l5-kernlog-2014-03-01-01-01-52.txt
...
...
...
2014-03-31 22:01:33 A   259502
Silos-Srbobran-l5-kernlog-2014-03-31-22-01-33.txt
2014-03-31 23:01:33 A   259485
Silos-Srbobran-l5-kernlog-2014-03-31-23-01-32.txt
--- -  

184553028   416979  742 files, 0 folders

Maybe, if you compress them into the same file (afterwords?) you can get
the similar result.


-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Stephen Harris]

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 down to:

You can recover WAL files up until the point in time specified in the
restore file

See, for example

http://opensourcedbms.com/dbms/how-to-do-point-in-time-recovery-with-postgresql-9-2-pitr-3/

  #recovery_target_time = ''  # e.g. '2004-07-14 22:39:00 EST'

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] semi-OT: perl question

[m . roth]

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 browser breaking the connection before getting a response, and under
CentOS 6, it's looking like the traps aren't working.

Has anyone seen anything like that?

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Les Mikesell]

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 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.

I think it does.  You should be able to have a base dump plus some
number of incremental logs that you can apply to get to a point in
time.   Might take longer than loading a single dump, though.

Depending on your data, you might be able to export it as tables in
sorted order for snapshots that would diff nicely, but it is painful
to develop things that break with changes in the data schema.


> So at
> the moment we're down to:
>
> A) run PG on a ZFS partition and snapshot ZFS.
> B) Keep making dumps (as now) and use lots of disk space.
> C) Cook something new and magical using diff, rdiff-backup, or related
> tools.

Disk space is cheap - and pg_dumps usually compress pretty well.   But
if you have time to experiment, I'd like to know how rdiff-backup or
backuppc4 performs.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Lists]

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 
used to the capabilities of Mercurial DVCS as well as ZFS snapshots, and 
was thinking/hoping that this type of capability might exist in a file 
system. Perhaps it just doesn't belong there.

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 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 down to:

A) run PG on a ZFS partition and snapshot ZFS.
B) Keep making dumps (as now) and use lots of disk space.
C) Cook something new and magical using diff, rdiff-backup, or related 
tools.

-Ben
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Rainer Duffner]

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?) that, when
>> re-writing a similar file, will write only the changed blocks and not
>> rewrite the entire file to a new set of blocks?
>> 
>> Assume that we're writing a 500 MB file with only 100 KB of changes.
>> Other than a utility like diff, is there a file system that would only
>> write 100KB and not 500 MB of data? In concept, this would work
>> similarly to using the 'diff' utility...
> 
> 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 ?
> 
> may I suggest that instead of pg_dump, you use pg_basebackup and WAL 
> archiving...  this is the best way to do delta backups of a sql database 
> server.
> 
> 


Additionally, I’d be extremely careful with ZFS dedup.

It uses much more memory than „normal“ ZFS and tends to consume more I/Os, too.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Les Mikesell]

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 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 keep track of which blocks change over
>> time.
>>
>> I've been asking around, and it seems this capability doesn't exist
>> *anywhere*.
>
> I was under the impression from a few years ago that at least the
> then-commercial versions operated at the block level, *not* at the file
> level. rsync works at the file level, and dedup is supposed to be fancier.
>

Yes, basically it would keep a table of hashes of the content of
existing blocks and do something magic to map writes of new matching
blocks to the existing copy at the file system level.  Whether that
turns out to be faster/better than something like rdiff-backup would
be up to the implementations.   Oh, and I forgot to mention that there
is an alpha version of backuppc4 at
http://sourceforge.net/projects/backuppc/files/backuppc-beta/4.0.0alpha3/
that is supposed to do deltas between runs.

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.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[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?) that, when
> re-writing a similar file, will write only the changed blocks and not
> rewrite the entire file to a new set of blocks?
>
> Assume that we're writing a 500 MB file with only 100 KB of changes.
> Other than a utility like diff, is there a file system that would only
> write 100KB and not 500 MB of data? In concept, this would work
> similarly to using the 'diff' utility...

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 ?

may I suggest that instead of pg_dump, you use pg_basebackup and WAL 
archiving...  this is the best way to do delta backups of a sql database 
server.



-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[m . roth]

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, I just want to write a small
> set of changes. I'd use ZFS to keep track of which blocks change over
> time.
>
> I've been asking around, and it seems this capability doesn't exist
> *anywhere*.

I was under the impression from a few years ago that at least the
then-commercial versions operated at the block level, *not* at the file
level. rsync works at the file level, and dedup is supposed to be fancier.

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Jack Bailey]

>> 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 keep track of which blocks change over time.
>
> I've been asking around, and it seems this capability doesn't exist
> *anywhere*.

Check this link.

https://blogs.oracle.com/bonwick/entry/zfs_dedup

...

*What to dedup: Files, blocks, or bytes?*

Data can be deduplicated at the level of files, blocks, or bytes.
...



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] block level changes at the file system level?

[Lists]

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 a small 
set of changes. I'd use ZFS to keep track of which blocks change over time.

I've been asking around, and it seems this capability doesn't exist 
*anywhere*.

-Ben
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] SCL SRPMS repos URL?

[James B. Byrne]

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  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Robert Moskowitz]

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?  Sometimes all it
 take to make that work is installing whatever dependencies are
 missing, sometimes that turns out to be difficult or impossible,
 depending on required versions and conflicts.   You might have a
 better chance of making this work after Centos 7 is out, though.

>>> For various reasons I lean toward installing software over doing my own
>>> builds.  No one else is going to do the write ups I need for
>>> management.
>> Sure, but the rpm package you get from rebuilding an existing fedora
>> source rpm is going to be essentially the same thing you'd get if the
>> maintainer built it for centos6/EPEL.   That is, all of the things
>> that would make it 'your' build have already been done by someone else
>> and coded in the spec file.   If it works...
> First a note to Robert: miredo-server is a separate rpm package, but it
> is built from the same source rpm as the other miredo packages.
>
> I donloaded the src rpm for Fedora 20. That package depends on having
> systemd (so it would most likely work on RHEL7).
> If I remove the systemd references (the requires/ build requires and
> the .service files) it builds without any more issues. If you can create
> your own init files you should be all set.
>
> The changelog says:
> Tue Apr 24 2012 Jon Ciesla  - 1.1.7-8 - Migrate to
> systemd, BZ 789782.
> so if you take a Fedora 1.1.7-7 or earlier src rpm, you could probably
> easily take the spec file and use the 1.2.6 tar file to build a working
> setup
>
>
thanks!  More to puzzle through.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Robert Moskowitz]

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/releases/13/ is
>> empty...
>>
>> And will at best find v 1.17 back then.
> I guess google can find anything:
> http://archive.fedoraproject.org/pub/fedora-secondary/releases/13/Everything/source/SRPMS/
>
> It might not be hard to tweak the old spec file to build the newer
> source.   Easier than starting from scratch anyway.
>
thanks.  I will see what I can do (or more likely pass this on to one of 
the developers on our team that is already building other code for our 
Centos 6 servers).


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Louis Lagendijk]

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 installing whatever dependencies are
> >> missing, sometimes that turns out to be difficult or impossible,
> >> depending on required versions and conflicts.   You might have a
> >> better chance of making this work after Centos 7 is out, though.
> >>
> > For various reasons I lean toward installing software over doing my own
> > builds.  No one else is going to do the write ups I need for
> > management.
> 
> Sure, but the rpm package you get from rebuilding an existing fedora
> source rpm is going to be essentially the same thing you'd get if the
> maintainer built it for centos6/EPEL.   That is, all of the things
> that would make it 'your' build have already been done by someone else
> and coded in the spec file.   If it works...

First a note to Robert: miredo-server is a separate rpm package, but it
is built from the same source rpm as the other miredo packages. 

I donloaded the src rpm for Fedora 20. That package depends on having
systemd (so it would most likely work on RHEL7).
If I remove the systemd references (the requires/ build requires and
the .service files) it builds without any more issues. If you can create
your own init files you should be all set.

The changelog says:
Tue Apr 24 2012 Jon Ciesla  - 1.1.7-8 - Migrate to
systemd, BZ 789782.
so if you take a Fedora 1.1.7-7 or earlier src rpm, you could probably
easily take the spec file and use the 1.2.6 tar file to build a working
setup

regards, Louis

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Les Mikesell]

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 find v 1.17 back then.

I guess google can find anything:
http://archive.fedoraproject.org/pub/fedora-secondary/releases/13/Everything/source/SRPMS/

It might not be hard to tweak the old spec file to build the newer
source.   Easier than starting from scratch anyway.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Robert Moskowitz]

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 between centos 6 and current
>>> fedora so you are fairly likely to have some problems rebuilding an
>>> unmodified src rpm.   On the other hand you should still be able to
>>> find fedora 19 src rpms and that environment should be very similar to
>>> Centos 7.  So the rpmbuild would be much more likely to 'just work' -
>>> with the result also being very likely to be compatible with what
>>> would land in EPEL if the maintainer decides to add it.
>>>
>> Ah, so taking the src from remlab.net might not successfully build.
>> Putting up a Centos 7 beta (I could redo rigel to C7) and getting the
>> F19 source, I should be more successful.
>
> You can try it on C6, but it may take some tweaking in the spec file.
>
>> So where is miredo for F19?
>> Not at:
>>
>> https://dl.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/source/SRPMS/m/
> Look under:
> https://dl.fedoraproject.org/pub/fedora/linux/releases/19/Everything/source/SRPMS/m/
>
> And you'll need to 'yum install rpm-build' if you don't have it, along
> with development tools.
>
> 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 find v 1.17 back then.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Les Mikesell]

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 fairly likely to have some problems rebuilding an
>> unmodified src rpm.   On the other hand you should still be able to
>> find fedora 19 src rpms and that environment should be very similar to
>> Centos 7.  So the rpmbuild would be much more likely to 'just work' -
>> with the result also being very likely to be compatible with what
>> would land in EPEL if the maintainer decides to add it.
>>
> Ah, so taking the src from remlab.net might not successfully build.
> Putting up a Centos 7 beta (I could redo rigel to C7) and getting the
> F19 source, I should be more successful.


You can try it on C6, but it may take some tweaking in the spec file.

> So where is miredo for F19?
> Not at:
>
> https://dl.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/source/SRPMS/m/

Look under:
https://dl.fedoraproject.org/pub/fedora/linux/releases/19/Everything/source/SRPMS/m/

And you'll need to 'yum install rpm-build' if you don't have it, along
with development tools.

If you can find an archive with one that worked on fedora 13 it would
have a better chance of rebuilding on Centos 6.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Robert Moskowitz]

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 whatever dependencies are
>>> missing, sometimes that turns out to be difficult or impossible,
>>> depending on required versions and conflicts.   You might have a
>>> better chance of making this work after Centos 7 is out, though.
>>>
>> For various reasons I lean toward installing software over doing my own
>> builds.  No one else is going to do the write ups I need for
>> management.
> Sure, but the rpm package you get from rebuilding an existing fedora
> source rpm is going to be essentially the same thing you'd get if the
> maintainer built it for centos6/EPEL.   That is, all of the things
> that would make it 'your' build have already been done by someone else
> and coded in the spec file.   If it works...
>
>> I have been asked to setup a testbed to show how this works
>> now, and I have not seen that Miredo is any more available for Centos
>> 7.  Also the datacenter where my testbed would be moved to will be on
>> Centos 6 for some time.
>>
>> But you might have more knowledge Miredo for Centos 7 than I do...
> 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 fairly likely to have some problems rebuilding an
> unmodified src rpm.   On the other hand you should still be able to
> find fedora 19 src rpms and that environment should be very similar to
> Centos 7.  So the rpmbuild would be much more likely to 'just work' -
> with the result also being very likely to be compatible with what
> would land in EPEL if the maintainer decides to add it.
>
Ah, so taking the src from remlab.net might not successfully build. 
Putting up a Centos 7 beta (I could redo rigel to C7) and getting the 
F19 source, I should be more successful.  So where is miredo for F19?   
Not at:

https://dl.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/source/SRPMS/m/

I know it is available for Fedora 20 as finished rpms.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Les Mikesell]

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 out to be difficult or impossible,
>> depending on required versions and conflicts.   You might have a
>> better chance of making this work after Centos 7 is out, though.
>>
> For various reasons I lean toward installing software over doing my own
> builds.  No one else is going to do the write ups I need for
> management.

Sure, but the rpm package you get from rebuilding an existing fedora
source rpm is going to be essentially the same thing you'd get if the
maintainer built it for centos6/EPEL.   That is, all of the things
that would make it 'your' build have already been done by someone else
and coded in the spec file.   If it works...

> I have been asked to setup a testbed to show how this works
> now, and I have not seen that Miredo is any more available for Centos
> 7.  Also the datacenter where my testbed would be moved to will be on
> Centos 6 for some time.
>
> But you might have more knowledge Miredo for Centos 7 than I do...

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 fairly likely to have some problems rebuilding an
unmodified src rpm.   On the other hand you should still be able to
find fedora 19 src rpms and that environment should be very similar to
Centos 7.  So the rpmbuild would be much more likely to 'just work' -
with the result also being very likely to be compatible with what
would land in EPEL if the maintainer decides to add it.

-- 
   Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Robert Moskowitz]

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.  Not in EPEL 6, or repoforge.
>>
>> So far the maintainer of Miredo for Fedora/EPEL has not reponded to a
>> query on its status for EPEL 6.  I have to ask on repoforge about
>> miredo-server.
>>
>> Anyone know of anywhere else to look?  I suppose I can bring up a Fedora
>> 20 box, as this is 'just' a testbed.  But to move the testbed out of my
>> network into the corp testbed, I need it for Centos.
>>
> 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 out to be difficult or impossible,
> depending on required versions and conflicts.   You might have a
> better chance of making this work after Centos 7 is out, though.
>
For various reasons I lean toward installing software over doing my own 
builds.  No one else is going to do the write ups I need for 
management.  I have been asked to setup a testbed to show how this works 
now, and I have not seen that Miredo is any more available for Centos 
7.  Also the datacenter where my testbed would be moved to will be on 
Centos 6 for some time.

But you might have more knowledge Miredo for Centos 7 than I do...


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] [SOLVED] Re: exiting tmux sessions

[James B. Byrne]

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 of changing this behaviour in .tmux.conf so that only the session
> exited closes or, as might be the underlying problem, any way of ensuring that
> a second tmux connection opens its own session that remains independent of the
> first?
>

Mind/Finger interface failure.  I kept adding the 'a' switch (for attach) when
running tmux from the command line.  No wonder exiting one killed the others.

-- 
***  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  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Miredo server for Centos 6

[Les Mikesell]

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 of Miredo for Fedora/EPEL has not reponded to a
> query on its status for EPEL 6.  I have to ask on repoforge about
> miredo-server.
>
> Anyone know of anywhere else to look?  I suppose I can bring up a Fedora
> 20 box, as this is 'just' a testbed.  But to move the testbed out of my
> network into the corp testbed, I need it for Centos.
>

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 out to be difficult or impossible,
depending on required versions and conflicts.   You might have a
better chance of making this work after Centos 7 is out, though.

-- 
   Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Miredo server for Centos 6

[Robert Moskowitz]

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 status for EPEL 6.  I have to ask on repoforge about 
miredo-server.

Anyone know of anywhere else to look?  I suppose I can bring up a Fedora 
20 box, as this is 'just' a testbed.  But to move the testbed out of my 
network into the corp testbed, I need it for Centos.

thanks


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 113, Issue 2

[centos-announce-request]

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...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CEBA-2014:0828  CentOS 6 nfs-utils Update (Johnny Hughes)


--

Message: 1
Date: Thu, 3 Jul 2014 01:19:41 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2014:0828  CentOS 6 nfs-utils Update
To: centos-annou...@centos.org
Message-ID: <20140703011941.ga41...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2014:0828 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0828.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
b5c49577c9b49b2353f634063ded919434c27b98051ce06e0a6a35e0391e945d  
nfs-utils-1.2.3-39.el6_5.3.i686.rpm

x86_64:
e884d88b1431baba614adc5de6a4dfd5cac26d853d49dfab456fb2f7dc617c15  
nfs-utils-1.2.3-39.el6_5.3.x86_64.rpm

Source:
28ac3349f86c7264a90e60c45178bddc72b09fe6f6a6f1810754d6379fb848af  
nfs-utils-1.2.3-39.el6_5.3.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

___
CentOS-announce mailing list
centos-annou...@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce


End of CentOS-announce Digest, Vol 113, Issue 2
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to enable sound for other users but the one who owns the current session

[James Pearson]

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 in graphically. From this session, I open terminals, su to other
>>users (B or C, non-root) and run mplayer or firefox. No sound for these.
>>
>>Adding those users to the "audio" group didn't help. Any idea how to do
>>this?
> 
> 
>>From very limited experience where I attempted it and got this to work
> with some semblance of reliability once long ago I can tell you that it
> involves something around:
> load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1

More details about this approach can be found via: (for example)



You can also run Pulseaudio in 'system mode' - see:



I haven't tried either of these approaches

You can also by-pass Pulseaudio and use ALSA directly by modifying the 
central ALSA config files (or overriding them via individual user 
configs) - I've done this for a single user on a workstation - but not 
for multiple users, but I guess with the correct dev perms this should 
work as well

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] chromium-35.0.1916.153-1.el6 gtk2 version

[ngeorgop]

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-35.0.1916.153-1.el6.i686.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSSVlHY2s5LXN5UVU/edit?usp=sharing


chromium-35.0.1916.153-1.el6.src.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSeno3NGp5eWdxRTA/edit?usp=sharing


chromium-deps-1.2-2.el6.i686.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSOHFvUmhfQVB0TDQ/edit?usp=sharing


chromium-deps-1.2-2.el6.src.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSTFBJd2FOblB0UG8/edit?usp=sharing


adobe-release-i386-1.0-1.noarch.rpm

https://drive.google.com/file/d/0B9RlkKQB1POST256RDBYTktSaXM/edit?usp=sharing


ninja-build-1.4.0-1.el6.i686.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSNFd2ZGZ5N1oyZkE/edit?usp=sharing


ninja-build-1.4.0-1.el6.src.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSMXZoWE94M3Z4VU0/edit?usp=sharing


gtk2-2.20.1-5.el6.src.rpm

https://drive.google.com/file/d/0B9RlkKQB1POSdVQ0SG9hY1pmOHM/edit?usp=sharing

---

ngeorgop




--
View this message in context: 
http://centos.1050465.n5.nabble.com/CentOS-chromium-35-0-1916-153-1-el6-gtk2-version-tp5727475.html
Sent from the CentOS mailing list archive at Nabble.com.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos