rpm 5.x in Th
Jeffrey Johnson
n3npq at me.com
Mon Sep 24 00:39:56 CEST 2012
On Sep 23, 2012, at 6:32 PM, Tomasz Pala <gotar at polanet.pl> wrote:
> On Sun, Sep 23, 2012 at 18:17:38 -0400, Jeffrey Johnson wrote:
>
>>> Try running replicated postgresql master node on failing drive and share
>>> your results!
>>
>> Why?
>
> Just try it.
>
Pay me $100/hour and I will.
>> The issue(s) involved with maintaining databases
>> consistently with package manager upgrades are non-trivial
>> to solve with a perl script like yours.
>
> My script does (well, should - it was 1-minute typing and might be
> error-prone) exactly what shall be done. It doesn't alter any
> database more than every other legitimate invocation, as it doesn't use
> any hacks except reversing order of transactions performed.
> In term of databases it's not rollback - but contrary to RDBMSes here this
> doesn't matter; primary difference is that standalone database has
> strictly specified and controlled I/O vectors, while rpm in properly
> used system cannot track data, but metadata only; in *sql it's not normal
> usage-scenario when someone replaces blob using filesystem tools, so the
> assumption of data consistency is solid.
>
*sigh*
You are so busy trolling me that you haven't bothered
to look at what is implemented in RPM.
For starters:
1) rpm-5.3.x+ embeds sqlite3 so that databases imports/exports
are integrated with package management. There is no reason why
postgresql cannot be implemented the same way, just that sqlite3
is a simpler API if/when attempting an embedding.
2) TPPM *uses* Berkeley DB ACID logs to extend to
file system and scriptlet operations.
Uts incoherent/inconsistent (and ignorant) to challeng
me to upgrade a postgresql master server with packaging
at the dame time you are claiming that a perl 1-liner
is an adequate replacement for --rollback.
>> So write a perl sc riot that permits upgrading postgresql
>> masters now that you have solved --rollback with one line of perl.
>
> I ain't solved --rollback, just replaced it with something usable.
>
Good: You are still an ignorant troll.
73 de Jeff
> --
> Tomasz Pala <gotar at pld-linux.org>
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
More information about the pld-devel-en
mailing list