[Spacewalk-devel] Re: Changed package architecture retrieval to not be a join

2008-12-09 Thread Michael Mraka
Fedora Hosted Git Repositories - spacewalk.git/rss log, Jason Dobies wrote: % Changed package architecture retrieval to not be a join % % • [DH] java/code/src/com/redhat/rhn/common/db/datasource/xml/ % Package_queries.xml % % URL:

[Spacewalk-devel] Re: 475324 - Ported SSM upgrade to Java and added support for multiarch.

2008-12-09 Thread Michael Mraka
Fedora Hosted Git Repositories - spacewalk.git/rss log, Jason Dobies wrote: % 475324 - Ported SSM upgrade to Java and added support for multiarch. % % • [DH] java/code/src/com/redhat/rhn/common/db/datasource/xml/ % System_queries.xml ... % URL:

Re: [Spacewalk-devel] Re: Changed package architecture retrieval to not be a join

2008-12-09 Thread Jan Pazdziora
On Tue, Dec 09, 2008 at 10:39:54AM +0100, Michael Mraka wrote: Fedora Hosted Git Repositories - spacewalk.git/rss log, Jason Dobies wrote: % Changed package architecture retrieval to not be a join % % • [DH] java/code/src/com/redhat/rhn/common/db/datasource/xml/ % Package_queries.xml

[Spacewalk-devel] Re: Changed package architecture retrieval to not be a join

2008-12-09 Thread Jason Dobies
Hi Jason, just curious - what was the reason for this change? Both versions are sematicaly equivalent and use same execution plan :). I think I was just being OCD and wanting all of my multiarch changes to the queries to look the same. :) -- Jason Dobies ([EMAIL PROTECTED]) Senior

[Spacewalk-devel] RFC 2919 header test (ignore)

2008-12-09 Thread Jeff Ortel
___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel

[Spacewalk-devel] Patches: rhncfg-*

2008-12-09 Thread Coe, Colin C. (Unix Engineer)
Hi all Attached are two patches. The first fixes an issue where the sticky, suid and/or guid bits are ignored when uploading files using rhncfg-manager. The second provides an 'ls' like output of managed files. Called by 'rhncfg-client elist'. (I'm submitting this on behalf of a colleague,