I just tested the fetch-and-install functionality, and I'm seeing the
exact
same issue you're seeing, on x86_64-sun-solaris2.10.
Ok, so there's definitely an issue across Solaris 9 and Solaris 10
platforms. I'm not extremely familiar with the inner workings of rpm,
but maybe some poking around will tip up the issue.
My libneon was built statically so it won't show up via ldd, but if I
nm -p /local/lib/64/librpmio-4.4.so | egrep 'ne_'
there are lots of neon-related matches, so librpmio definitely has the
necessary neon functions.
Agreed. It's looking more like neon is ok, but rpm's handling of it is
bad somewhere. Which version of neon are you building with by the way? I
was using 0.26.2 since 4.4.9 doesn't seem to support 0.27 yet (or at
least it doesn't want to on my setup) and it was already lying around.
I get pretty much the same truss output, but it's probably more useful to
do library-level tracing too, something like
truss -rall -wall -u a.out -u 'libneon::' -u 'librpm-4.4::' -u
'librpmio-4.4::' rpm -Uvh ftp://foo/bar/file.rpm
When I do that, I can see that urlGetFile() is being called, the
urlPath()
call is returning 3, but Fopen is returning 0 and that basically ends our
fun.
Same thing here, so this must be a coding issue that Solaris is tipping
up rather than at build time.
$> strings -a /usr/local/bin/rpm | grep ftp
ftpStrerror
ftpStrerror
ftpFileDoneNeeded
ftpFileDoneNeeded
ftpFileDoneNeeded
ftpFileDoneNeeded
ftpFileDoneNeeded
ftpFileDoneNeeded
&ftpStrerror
$> strings -a /usr/local/bin/rpm | grep http
httpVersion
$>
That may not necessarily prove anything, as rpm might be invoking a
different program like $prefix/lib/rpm/rpmi.
I hadn't thought of that, point taken.
In any case, I'm seeing the same issue as you. I don't know when I would
have much time to help track down what's going on, especially since
it's functionality I just don't use much.
Tim
Any help would be appreciated. This isn't a critical feature that we
need working, but obviously it's a broken feature that we would
occasionally find useful. I'll see if we can track it down any farther,
but anyone with experience in this area of rpm's code would be a great
help. Tim, I've got another question for you but it's unrelated so I'm
going to break it out into a separate email.
Thanks,
-Dave
--
================================
David Halik
Systems Programmer
OSS/NBCS - OIT Rutgers University
dhalik@xxxxxxxxxxxxxxx
================================
_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/rpm-list
