2011/1/25 Jeff Johnson :
>
> 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
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 _SOMETH
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
On Tue, Jan 25, 2011 at 12:06 PM, Jeff Johnson wrote:
>
> On Jan 25, 2011, at 1:42 PM, Matthew Dawkins wrote:
>
>
>
> On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson wrote:
>
>>
>> On Jan 25, 2011, at 12:52 PM, Matthew Dawkins wrote:
>>
>> >
>> > Unity != Mandriva
>> >
>> > The problem for Unity
2011/1/25 Jeff Johnson :
>
> On Jan 25, 2011, at 1:42 PM, Matthew Dawkins wrote:
>
>
> On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson 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,
On Jan 25, 2011, at 1:42 PM, Matthew Dawkins wrote:
>
>
> On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson 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
On Jan 25, 2011, at 1:36 PM, Per Øyvind Karlsen wrote:
> 2011/1/25 Jeff Johnson :
>>
>> 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 :
2011/1/24 Jeff Johnson :
> Lessess if we can get this
On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson 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 cre
2011/1/25 Jeff Johnson :
>
> 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 :
>>> 2011/1/24 Jeff Johnson :
Lessess if we can get this "fixed".
On Jan 19, 2011, at 8:39 PM, Per Øyvind Karlsen w
On Jan 25, 2011, at 1:32 PM, Per Øyvind Karlsen wrote:
> 2011/1/25 Jeff Johnson :
>> 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) enabl
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 buildsys
2011/1/25 Jeff Johnson :
> 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 following soon. :o)
2011/1/25 Matthew Dawkins :
>
>
> On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins
> 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 following:
>> Provides: libpq =
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
BTW --
The signing method tests in perl/* bindings would benefit
from automagically generated pubkeys like in genpgp.h rather
than the single pubkey test case you've checked in.
It's a bit tedious getting the wiring automated, but the random
generation covers far more flaws, and is more easily ch
On Tue, Jan 25, 2011 at 10:18 AM, Jeff Johnson wrote:
>
> On Jan 25, 2011, at 12:08 PM, Matthew Dawkins wrote:
>
>
>
> On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins 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
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 o
On Jan 25, 2011, at 12:08 PM, Matthew Dawkins wrote:
>
>
> On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins 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 following:
>
On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins 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 following:
> Provides: libpq = %{version}-%{release}
>
> now also have thi
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
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 distribu
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,
Compili
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 relyi
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
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:
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 :
>> 2011/1/24 Jeff Johnson :
>>> Lessess if we can get this "fixed".
>>>
>>> On Jan 19, 2011, at 8:39 PM, Per Øyvind Karlsen wrote:
>
>> To make dbiFin
26 matches
Mail list logo