On Jan 25, 2011, at 12:17 AM, Per Øyvind Karlsen wrote:
grf, sent this one earlier with wrong alias..
2011/1/25 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/1/24 Jeff Johnson n3...@mac.com:
Lessess if we can get this fixed.
On Jan 19, 2011, at 8:39 PM, Per Øyvind Karlsen wrote:
To
Disabling functionality isn't the best testing methodology.
Whatever ...
73 de Jeff
On Jan 25, 2011, at 8:57 AM, Per Øyvind Karlsen wrote:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server:
The BAD and OK that are checked in are highly dependent
on where I happen to check-in references. Caveat emptor.
You might look at at tests/thkp.c and add the pubkeys of
interest to Mandriva. There's means in thkp.c to do that
from simple manifests, not by recompiling thkp.c, as well.
And the
This change MUST be tested and integrated somehow.
As long as there are no test cases and explicit test harnesses across
more than de facto Mandriva Cooker, well, the change cannot be Just Turned On.
There's all sorts of creeping crud that crawls out when RPM version comparison
changes, and
Again and again and again: We're at cross-purposes here.
I CANNOT support automagic Berkeley DB conversion hard-wired into RPM.
Period.
The DB_CONFIG mechanism is documented, and supplied/supported by Berkeley DB.
In order to do what you are attempting, the values need to scale somehow,
This has the utterly predictable failure mode when PATH
isn't set (or is set differently) by cron.
Nuke rpm.daily (or handle through distro configuration tools)
is all that makes sense. rpm.daily is rather useless, always has been,
always will be.
The forward path will be to set up a distributed
trpm needs to DIE! DIE! DIE!
The script was added years ago to satisfy gpg Chauvinists and
illustrate what was needed to verify package signatures. Noone
(an no application) is doing that, and trpm is just silly useless
stoopidness now that RPM has 6 crypto stacks and has automated
non-repudiable
On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins matty...@gmail.comwrote:
I recently updated my snapshot of 5.2 to build around a perl upgrade to
5.12.2, but I didn't expect any problems really.
Well pkgs that have requires like the following:
Provides: libpq = %{version}-%{release}
now
On Jan 25, 2011, at 12:08 PM, Matthew Dawkins wrote:
On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins matty...@gmail.com wrote:
I recently updated my snapshot of 5.2 to build around a perl upgrade to
5.12.2, but I didn't expect any problems really.
Well pkgs that have requires like the
Thanks.
There's a flaw in tests/Makefile.am that I haven't bothered
to dig out quite yet, been living with an implicit precursor instead.
Note that
make distcheck
is functional in rpm-5.4.x, and uses the ISPRAS shallow tests
instead of
make -C tests test
which is overly focussed
On Tue, Jan 25, 2011 at 10:18 AM, Jeff Johnson n3...@mac.com wrote:
On Jan 25, 2011, at 12:08 PM, Matthew Dawkins wrote:
On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins matty...@gmail.comwrote:
I recently updated my snapshot of 5.2 to build around a perl upgrade to
5.12.2, but I didn't
On Jan 25, 2011, at 12:52 PM, Matthew Dawkins wrote:
Unity != Mandriva
The problem for Unity was that smart doesn't support it, nor does createrepo
(i'm guessing)
There's nothing to support with smart and/or createrepo if Distepoch: is
finished.
Its all just smoke-and-mirrors to get
2011/1/25 Matthew Dawkins matty...@gmail.com:
On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins matty...@gmail.com
wrote:
I recently updated my snapshot of 5.2 to build around a perl upgrade to
5.12.2, but I didn't expect any problems really.
Well pkgs that have requires like the
2011/1/25 Jeff Johnson n3...@mac.com:
This change MUST be tested and integrated somehow.
I'm working on it, this is why my later commits are touching /tests. :)
I'm about to push a new cvs snapshot to cooker with 'make check'
(finally) enabled now,
you should see some new regression tests
On Jan 25, 2011, at 1:23 PM, Per Øyvind Karlsen wrote:
Funny how I get no responses on this problem. It looks pretty familiar
to what's being reported on cooker hmmm
I've been occupied with getting the situation for cooker stabilized
and most crucially, getting
our buildsystem up
On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson n3...@mac.com wrote:
On Jan 25, 2011, at 12:52 PM, Matthew Dawkins wrote:
Unity != Mandriva
The problem for Unity was that smart doesn't support it, nor does
createrepo (i'm guessing)
There's nothing to support with smart and/or
On Jan 25, 2011, at 1:36 PM, Per Øyvind Karlsen wrote:
2011/1/25 Jeff Johnson n3...@mac.com:
On Jan 25, 2011, at 12:17 AM, Per Øyvind Karlsen wrote:
grf, sent this one earlier with wrong alias..
2011/1/25 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/1/24 Jeff Johnson n3...@mac.com:
2011/1/25 Jeff Johnson n3...@mac.com:
On Jan 25, 2011, at 1:42 PM, Matthew Dawkins wrote:
On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson n3...@mac.com wrote:
On Jan 25, 2011, at 12:52 PM, Matthew Dawkins wrote:
Unity != Mandriva
The problem for Unity was that smart doesn't support
On Tue, Jan 25, 2011 at 12:06 PM, Jeff Johnson n3...@mac.com wrote:
On Jan 25, 2011, at 1:42 PM, Matthew Dawkins wrote:
On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson n3...@mac.com wrote:
On Jan 25, 2011, at 12:52 PM, Matthew Dawkins wrote:
Unity != Mandriva
The problem for
On Jan 25, 2011, at 3:09 PM, Matthew Dawkins wrote:
Yes, I have been following Per's work at Mandriva and I have been waiting for
the right time to go for this.
Ready when you are. I think all the pieces are in place. But don't take my word
as assurance,
ask Nigel or anyone on Coooker and
On Jan 25, 2011, at 12:17 AM, Per Øyvind Karlsen wrote:
So where is this too greedy coming from? My guess is that you have
mixtures of strings in the NVRA index, some with mdv2011.0, some without.
Yupp, that's just it.
OK ... ick. Truly its gonna be easier to retrofit _SOMETHING_ than
to
2011/1/25 Jeff Johnson n3...@mac.com:
On Jan 25, 2011, at 12:17 AM, Per Øyvind Karlsen wrote:
So where is this too greedy coming from? My guess is that you have
mixtures of strings in the NVRA index, some with mdv2011.0, some without.
Yupp, that's just it.
OK ... ick. Truly its gonna be
22 matches
Mail list logo
