commits it with his name. You dont have to have a patch
with it.
--
--
Pradeep Kilambi
Senior Software Engineer
RHN Satellite Engineering
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https
--
--
Pradeep Kilambi
Senior Software Engineer
RHN Satellite Engineering
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
be no later than tomorrow.
~ Prad
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
On 08/13/2009 12:32 PM, Andy Speagle wrote:
On Thu, 2009-08-13 at 10:58 -0500, Pradeep Kilambi wrote:
Right whats happening here is. Your channel creation has pass3ed with
above patch. But since the checksum is not set in perl code, you're
checksum value is still null in the db and hence
Devan Goodwin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 11 Aug 2009 14:47:30 -0500
Andy Speagle andy.spea...@wichita.edu wrote:
On Tue, 2009-08-11 at 14:03 -0500, Andy Speagle wrote:
Ok... in addition, I'm having general problems cloning channels that
existed
Andy Speagle wrote:
On Tue, 2009-08-11 at 14:59 -0500, Pradeep Kilambi wrote:
If you ran the upgrade scripts, there should a update table to
default
to sha1 for existing channels.
spacewalk-schema-0.5-to-spacewalk-schema-0.6/191-rhnChannel.sql is
the
one I believe.
~ Prad
I ran
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
Senior Software Engineer
RHN Satellite Engineering
Phone: +1 919 754 4285
RHCE # 805008680430554
-0.6 at
this point.
Thanks,
~ Prad
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
On 07/31/2009 02:28 PM, Joshua Roys wrote:
On 07/30/2009 05:24 PM, Pradeep Kilambi wrote:
Also few suggestions looking through the behaviour after fixing that one
line:
* If we set an invalid content for a file, setfilecon will return a -1
and leave the default context. I would check
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https
On 07/30/2009 04:42 PM, Joshua Roys wrote:
On 07/30/2009 04:19 PM, Pradeep Kilambi wrote:
Joshua:
Seeing more issues,
- If you try to deploy a file with a content it hits the below block.
D: do_call configfiles.deploy ({'files': [{'config_channel': 'pradtest',
'username': 'root', 'md5sum
On 07/30/2009 05:11 PM, Pradeep Kilambi wrote:
On 07/30/2009 04:42 PM, Joshua Roys wrote:
Hello,
How strange, I did somehow completely delete that from all copies of
my code... luckily it's actually one line.
from selinux import setfilecon
And now the package that file is in will depend
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https
On 07/27/2009 01:54 PM, Milan Zazrivec wrote:
On Monday 27 July 2009 15:54:13 Pradeep Kilambi wrote:
diff --git a/schema/spacewalk/rhnsat/tables/rhnChannel.sql
b/schema/spacewalk/rhnsat/tables/rhnChannel.sql index 95a54dc..b4e1fab
100644
--- a/schema/spacewalk/rhnsat/tables/rhnChannel.sql
Jason Dobies wrote:
In registration.py, why is the new_system_activation_key API commented
out? I might be missing it but I don't see an explanation in the code.
To being with that was just a place holder. That call was never
implemented afaik. It was added as part of the initial RHEL-5
Miroslav Suchý wrote:
I do not see any other options. And you?
My personal preferences are (from best to worse): 2, 3, 1, 4.
Please share your opinions about this.
Dint we already come to a conclusion on this :). I spoke to James
antill on the options and how yum handles. Older yum
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
James Bowes wrote:
Hey gang:
Attached is a patch to get rhn_register to send up smbios data during a
remaining_subscriptions call, so that during rhn_register you won't get
prompted for an IN if your account has no available channel entitlements,
but you should get free guest channel
Pradeep Kilambi wrote:
James Bowes wrote:
Hey gang:
Attached is a patch to get rhn_register to send up smbios data during a
remaining_subscriptions call, so that during rhn_register you won't get
prompted for an IN if your account has no available channel
entitlements,
but you should get
James Bowes wrote:
Hi gang:
Attached is a patch to fix some of the slightly broken logic presenting
available z-stream/eus channels during registration. Please see the
commit message on the attached patch for a detailed explaination.
AFAIK this removes the only read of the is_default column in
James Bowes wrote:
Hi gang:
Attached is a patch to fix some of the slightly broken logic presenting
available z-stream/eus channels during registration. Please see the
commit message on the attached patch for a detailed explaination.
AFAIK this removes the only read of the is_default column in
Miroslav Suchy wrote:
We have cyclic dependency between rhn-client-tools and yum-rhn-plugin, which seems to be bad for Fedora review.
I tried to look on code in rhn-client-tools code, but I did not find direct dependency on yum-rhn-plugin.
Did I miss something?
Yes, they are interdependent
Miroslav Suchy wrote:
- Pradeep Kilambi pkila...@redhat.com wrote:
cdn support. If you use yum-rhn-plugin 0.5.3-30 with latest version
of
rhn-client tools it will break the multiarch support. If you use
latest
yum-rhn-plugin with older rhn-client-tools it will break cdn
Jan Pazdziora wrote:
On Thu, May 14, 2009 at 10:50:11AM -0400, Pradeep Kilambi wrote:
cdn support. If you use yum-rhn-plugin 0.5.3-30 with latest version
of rhn-client tools it will break the multiarch support. If you use
latest yum-rhn-plugin with older rhn-client-tools
James Bowes wrote:
Hi all:
Attached are two patches. The first changes how smbios data is handled
during registration, to send it when the server is created (so that,
similar to xen, it can get free entitlements if appropriate). The second
are the matching server side changes to parse the sent
Jason Dobies wrote:
I'm taking a look at https://bugzilla.redhat.com/show_bug.cgi?id=498467
In short, when we clone a channel we default the name to Clone of *.
For certain Red Hat channels, this results in a channel name that's
longer than the limit (64 characters).
Of course, one approach
Maxim Burgerhout wrote:
Hi,
Below is a patch to rhncfgcli_verify.py to make it handle orphaned
GID's the same way as orphaned UID's are handled. I recently found out
the current implementation raises a KeyError exception if an orphaned
GID is encountered. This happens when rhncfg_client verify
Pradeep Kilambi wrote:
Cliff wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=146192
The above public satellite bug has a script attached to it that is
GPL'd and does signing and push of rpms into a Satellite/Spacewalk
server.
Can someone review it and add into spacewalk git if we feel
to other users/admins to have available.
Cliff
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
I'll review and add my comments to the bug.
Thanks,
~ Prad
--
--
Pradeep Kilambi
RHN
;)
jus yum install giggle if you're on fedora.
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com
are prefered to be in %{python_sitelib}/modulename/foo.*
(https://fedoraproject.org/wiki/Packaging/Python#System_Architecture)
would
moving these libraries cause any issues with rhn_register etc?
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE
Ah nice timing. We hit this recently and were investigating the same as
stated boiled down to rpm and httpd's db4. See this bug#491119. Panu was
going to spend sometime and see if he could get rpm to upgrade to db4.7,
which apparently has number of advantages and he wanted to do it anyway
Miroslav Suchý wrote:
Pradeep Kilambi wrote:
Miroslav Suchý wrote:
Pradeep Kilambi wrote:
Looking at your commit:
http://git.fedoraproject.org/git/?p=spacewalk.git;a=commitdiff;h=c587ddb52000ea2ec2635bccf6729cdf7f6dc0a2
You're missing the fact that even with CFG.ISS_PARENT set, we can
Looking at your commit:
http://git.fedoraproject.org/git/?p=spacewalk.git;a=commitdiff;h=c587ddb52000ea2ec2635bccf6729cdf7f6dc0a2
You're missing the fact that even with CFG.ISS_PARENT set, we can still
talk to RHN with my commandline url options. Which means you'll be
raising an iss error
. But there is some
useful code I would like to move and then we can clean it up.
Thanks,
~ Prad
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE # 805008680430554
___
Spacewalk-devel mailing list
Spacewalk-devel
Pradeep Kilambi wrote:
Coe, Colin C. (Unix Engineer) wrote:
Ahem...
From: spacewalk-devel-boun...@redhat.com
[spacewalk-devel-boun...@redhat.com] On Behalf Of Miroslav Suchý
[msu...@redhat.com]
Sent: Thursday, 12 February 2009 7:31 PM
To: spacewalk
Michael Stahnke wrote:
A few minor changes since first patch. See Bug # 485007.
I will submit final patch once this is accepted in Fedora.
A question on rhnpush. There is a test directory, but I can't get any
of the tests to run. It appears that some type of harness is missing
or is not
and all attachments.
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN Satellite
Michael Stahnke wrote:
I made a few changes to the rhnpush spec to submit it to Fedora.
Mostly it was whitespace and ordering of parameters changing to be
more 'fedora-like' for the RPMs. Other changes were a few words here
and there to have make a little more sense to the reader.
I also am
. It should already ahve a fix for this.
~ Prad
Thanks,
Lukas
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
SIGNATURE-
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN Satellite Engineering
pkila...@redhat.com
Phone: +1 919 754 4285
RHCE # 805008680430554
John hit a similar issue recently. But it was happening only on x86_64
version and i386 iso was working fine. We suspected his setup. But now
since we have another reproducer, can you open a bug on this and assign
it to me. I'll take a peek at it sometime this week.
Thanks,
~ Prad
Mike
Devan Goodwin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 14 Jan 2009 12:13:20 +0100
Jan Pazdziora jpazdzi...@redhat.com wrote:
On Wed, Jan 14, 2009 at 10:36:37AM +0100, Jan Pazdziora wrote:
I propose to phase out
#!/usr/bin/env python
in favour of
Thanks for the patches Colin!! I'll review these asap and do the needful.
~ Prad
Coe, Colin C. (Unix Engineer) wrote:
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
Mike McCune wrote:
Jesus M. Rodriguez wrote:
Hey Spacewalk hackers,
I'd like to wrap up feature and bug fixing by 12/5 so that we can
start the package building process on Monday 12/8 for a release on
12/15. Let me know if this will be a problem.
Feature freeze: 12/5
Packages: 12/9
QA freeze:
Devan Goodwin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 14 Nov 2008 19:21:29 -0500
Pradeep Kilambi [EMAIL PROTECTED] wrote:
Mike McCune wrote:
Mike McCune wrote:
Mike McCune wrote:
When trying to register:
Exception Handler Information
Traceback
working in a branch
until its stable would be easier so we can avoid these regressions.
Thanks,
~ Prad
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
--
Pradeep Kilambi
RHN
Looks good. jabberpy build and install working as expected.
Patch applied! I'll make sure this gets into our spacewalk fedora repo.
Thanks Again,
~ Prad
Pradeep Kilambi wrote:
I'm reviewing this now. Will apply your patch if everything looks ok.
Thanks for your contribution.
~ Prad
49 matches
Mail list logo