some help with deps

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ok, I'm really not getting this properly or something...

Here's the API log statement of what's being returned from
an
up2date.solveDependencies call.  In this particular case,
I'm trying to
install stunnel, which needs /usr/share/dict/words, which is
provided by
package words.

Oct 06 13:38:51 DEBUG2: API Result =
{'/usr/share/dict/words': [{'arch':
'noarch',
                            'epoch': None,
                            'name': 'words',
                            'release': '3',
                            'size': '1475745',
                            'version': '3.0'}]}

Clearly this is the correct package information, but
apparently not in
the correct format.  On the up2date client side, I put some
debugging
into the rpc routine that actually connects with the server
so that it
would print out whatever was returned from the rpc call. 
Look in
/usr/share/rhn/up2date_client/rpcServer.py to see the actual
call (there
is some logic in there about how to handle if None is
returned).  Here's
what I'm getting:

Connecting via https to ca-test43.us.oracle.com
ret is null: None
Connecting via https to ca-test43.us.oracle.com
ret is null: None
Connecting via https to ca-test43.us.oracle.com
ret is null: None
Connecting via https to ca-test43.us.oracle.com
ret is null: None
Connecting via https to ca-test43.us.oracle.com

The question is, what the heck is causing this amount of
disconnect.  I
don't know if I've just got the wrong format being sent
back, and
therefore, the rpc is just not recognizing it - but
something's amiss...

It would be greatly helpful if someone could post a similar
line to the
API log line above for comparison.

Thanks in advance...

- -Jared
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFJsA0u4z7XptgTUYRAsiQAJ94D2E5Xyqk/oIBtLbUiR6sDHSZFgCf
cZKK
B1DUnCBxnxpYldfCgjRLHoY=
=pGD0
-----END PGP SIGNATURE-----

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribecurrent.tigris.org
For additional commands, e-mail: dev-helpcurrent.tigris.org

Jared,

Trying to duplicate your solveDependancies() call I get this
in my logs:

Oct 07 00:44:04 TRACE:
/home/slack/current/current/db/currentdb.py:solveDependancy(
{'unknown':
'/usr/share/dict/words', 'arch': 'i686-redhat-linux',
'label':
'rhel-i386-ws-4'})
Oct 07 00:44:21 DEBUG: up2date.solveDependency is returning
[['words',
'3.0', '3', '', 'noarch', '1475993']]
Oct 07 00:44:21 DEBUG2: API Result =
{'/usr/share/dict/words':
[['words', '3.0', '3', '', 'noarch', '1475993']]}

Note that the result is a dict of the unknowns passed to
solveDependancies() where each key references a list of
lists/tuples
each defining one package.  You have a dict in your output.

Also note that the value None is not marshallable by default
and is
not allowed in the RHN protocol at all.  You can make XMLRPC
marshal
the None value, but you are then not following the protocol
and the
up2date client will not be happy.  Don't do that.   

Jack

On 10/6/06, Jared Greenwald <jared.greenwaldoracle.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ok, I'm really not getting this properly or
something...
>
> Here's the API log statement of what's being returned
from an
> up2date.solveDependencies call.  In this particular
case, I'm trying to
> install stunnel, which needs /usr/share/dict/words,
which is provided by
> package words.
>
> Oct 06 13:38:51 DEBUG2: API Result =
{'/usr/share/dict/words': [{'arch':
> 'noarch',
>                             'epoch': None,
>                             'name': 'words',
>                             'release': '3',
>                             'size': '1475745',
>                             'version': '3.0'}]}
>
> Clearly this is the correct package information, but
apparently not in
> the correct format.  On the up2date client side, I put
some debugging
> into the rpc routine that actually connects with the
server so that it
> would print out whatever was returned from the rpc
call.  Look in
> /usr/share/rhn/up2date_client/rpcServer.py to see the
actual call (there
> is some logic in there about how to handle if None is
returned).  Here's
> what I'm getting:
>
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
>
> The question is, what the heck is causing this amount
of disconnect.  I
> don't know if I've just got the wrong format being sent
back, and
> therefore, the rpc is just not recognizing it - but
something's amiss...
>
> It would be greatly helpful if someone could post a
similar line to the
> API log line above for comparison.
>
> Thanks in advance...
>
> - -Jared
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

>
>
iD8DBQFFJsA0u4z7XptgTUYRAsiQAJ94D2E5Xyqk/oIBtLbUiR6sDHSZFgCf
cZKK
> B1DUnCBxnxpYldfCgjRLHoY=
> =pGD0
> -----END PGP SIGNATURE-----
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: dev-unsubscribecurrent.tigris.org
> For additional commands, e-mail: dev-helpcurrent.tigris.org
>
>

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribecurrent.tigris.org
For additional commands, e-mail: dev-helpcurrent.tigris.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks man, I was able to figure it out, but the None not
being allowed
explains a lot.

- -Jared

Jack Neely wrote:
> Jared,
> 
> Trying to duplicate your solveDependancies() call I get
this in my logs:
> 
> Oct 07 00:44:04 TRACE:
>
/home/slack/current/current/db/currentdb.py:solveDependancy(
{'unknown':
> '/usr/share/dict/words', 'arch': 'i686-redhat-linux',
'label':
> 'rhel-i386-ws-4'})
> Oct 07 00:44:21 DEBUG: up2date.solveDependency is
returning [['words',
> '3.0', '3', '', 'noarch', '1475993']]
> Oct 07 00:44:21 DEBUG2: API Result =
{'/usr/share/dict/words':
> [['words', '3.0', '3', '', 'noarch', '1475993']]}
> 
> Note that the result is a dict of the unknowns passed
to
> solveDependancies() where each key references a list of
lists/tuples
> each defining one package.  You have a dict in your
output.
> 
> Also note that the value None is not marshallable by
default and is
> not allowed in the RHN protocol at all.  You can make
XMLRPC marshal
> the None value, but you are then not following the
protocol and the
> up2date client will not be happy.  Don't do that.  

> 
> Jack
> 
> On 10/6/06, Jared Greenwald <jared.greenwaldoracle.com> wrote:
> Ok, I'm really not getting this properly or
something...
> 
> Here's the API log statement of what's being returned
from an
> up2date.solveDependencies call.  In this particular
case, I'm trying to
> install stunnel, which needs /usr/share/dict/words,
which is provided by
> package words.
> 
> Oct 06 13:38:51 DEBUG2: API Result =
{'/usr/share/dict/words': [{'arch':
> 'noarch',
>                             'epoch': None,
>                             'name': 'words',
>                             'release': '3',
>                             'size': '1475745',
>                             'version': '3.0'}]}
> 
> Clearly this is the correct package information, but
apparently not in
> the correct format.  On the up2date client side, I put
some debugging
> into the rpc routine that actually connects with the
server so that it
> would print out whatever was returned from the rpc
call.  Look in
> /usr/share/rhn/up2date_client/rpcServer.py to see the
actual call (there
> is some logic in there about how to handle if None is
returned).  Here's
> what I'm getting:
> 
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> ret is null: None
> Connecting via https to ca-test43.us.oracle.com
> 
> The question is, what the heck is causing this amount
of disconnect.  I
> don't know if I've just got the wrong format being sent
back, and
> therefore, the rpc is just not recognizing it - but
something's amiss...
> 
> It would be greatly helpful if someone could post a
similar line to the
> API log line above for comparison.
> 
> Thanks in advance...
> 
> -Jared
>>
-
------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribecurrent.tigris.org
For additional commands, e-mail: dev-helpcurrent.tigris.org
>>
>>

>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: dev-unsubscribecurrent.tigris.org
> For additional commands, e-mail: dev-helpcurrent.tigris.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFJyDbu4z7XptgTUYRArlnAJ9crSAmXnbdCIXpqdyvuK6nIeEUkwCg
ubfH
KNYgAeI0nd/1qlu1Fmt/UWI=
=ZQKv
-----END PGP SIGNATURE-----

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribecurrent.tigris.org
For additional commands, e-mail: dev-helpcurrent.tigris.org