On Apr 15, 2008, at 2:04 PM, Per Øyvind Karlsen wrote:

> På Tirsdag 15 april 2008 , 18:30:31 skrev Jeff Johnson:
>> On Apr 15, 2008, at 12:19 PM, Per Øyvind Karlsen wrote:
>>> På Tirsdag 15 april 2008 , 18:02:05 skrev Jeff Johnson:
>>>> On Apr 15, 2008, at 11:51 AM, Per Øyvind Karlsen wrote:
>>>>> Anyways, I tried rebuilding it with rpm 5.1.0, same happens.
>>>>
>>>> Unsorted dependencies may be just one of several flaws.
>>>>
>>>> Did you try reproducing with the patch I posted? The patch
>>>> should verify whether my hypothesis that the index into the
>>>> dependency
>>>> set is the fundamental flaw.
>>>
>>> Yupp, it gives the same assertion error.
>>
>> Does it say assertion failed or does it just segfault? The assertion
>> failure is different than the segfault. There is no "same".
> I noticed just now that my previous mail about this didn't make it  
> to the list
> since I sent it from the wrong address. This is what happens:
> [root@localhost rpms]# LC_ALL=C
> rpm -Uvh /home/peroyvind/RPM/RPMS/x86_64/drakxtools- 
> curses-10.29-1mdv2008.1.x86_64.rpm /home/peroyvind/RPM/RPMS/noarch/ 
> drakx-net-*
> error: Failed dependencies:
>         drakxtools-backend = 10.29-1mdv2008.1 is needed by
> drakxtools-curses-10.29-1mdv2008.1.x86_64
>         libdrakx-net = 0.34 is needed by drakx- 
> net-0.34-1mdv2008.1.noarch
>         libdrakx-net = 0.34 is needed by drakx-net- 
> text-0.34-1mdv2008.1.noarch
>         drakxtools-curses = 10.22-1mdv2008.1 is needed by (installed)
> harddrake-10.22-1mdv2008.1.x86_64
>         drakxtools-curses = 10.22-1mdv2008.1 is needed by (installed)
> drakxtools-10.22-1mdv2008.1.x86_64
> rpm: depends.c:1776: zapRelation: Assertion `tsi->tsi_reqx >= 0 &&
> tsi->tsi_reqx < rpmdsCount(requires)' failed.
> Avbrutt (SIGABRT)
>

Bingo. Thanks. Now to find where tsi->tsi_reqx goes awry ...

>>
>>>> Also try reproducing with --noparentdirs ...
>>>
>>> I have parent dir deps disabled by default.
>>
>> Which is not rpm-5.1.0 either.
> ?
>

Random thoughts from whacking several issues simultaneously. I have
reproducer that is dependent on --noparentdirs (or not) sitting in  
front of me
with one of the packages in your segfault.

And valgrind is not helping atm. Grrr ...

No matter what I want the flaws fixed.

73 de Jeff