You can assign the bugs to me or at least add me as a default CC to that
component (aronpars...@gmail.com). I should be able to dedicate enough time
for some bug fixes, but likely not any enhancements.
/aron
From: spacewalk-devel-boun...@redhat.com [spac
le?
/aron
-Original Message-
From: Stephen Herr [mailto:sh...@redhat.com]
Sent: Thursday, November 08, 2012 1:03 PM
To: spacewalk-devel@redhat.com
Cc: Parsons, Aron
Subject: Re: [Spacewalk-devel] Rationale for "rhncfg-actions should not log the
diff of files that are not readable by
Can anyone explain the rationale behind commit
7a18b250b07ff4ed0c34fa48e69029c114ec3ab1? I do not have access to the BZ that
it references.
I don't see the security implications of generating a diff for a
non-world-readable file. Unauthorized users can't read the file on the system
and you n
Stefan,
Committed as df5078c9d5e803a875896dba654d45f0b7a63af5. Thanks for the patch.
/aron
From: stefan.me...@generali.de
To: spacewalk-devel@redhat.com
Subject: [Spacewalk-devel] spacecmd: system_schedulehardwarerefresh
and system_schedulepack
I have these sitting in my inbox. I'll also try to get around to looking at
them this weekend.
/aron
-Original Message-
Message: 1
Date: Thu, 10 May 2012 23:06:55 +0100
From: Steven Hardy
To: J?rg Steffens
Cc: spacewalk-devel@redhat.com
Subject: Re: [Spacewalk-devel] RFE: spacecmd: pa
cloneErrataAsOriginal is the right way to go and should simplify that function
quite a bit; I have some custom scripts at work that are using that call to
manage errata and can confirm it works was expected. IIRC that call wasn't
around when I wrote spacecmd or I was retarded for not using it.
tch for satellite-sync
performance increase on PostgreSQL
Message-ID: <20120207102652.gs6...@redhat.com>
Content-Type: text/plain; charset=us-ascii
On Wed, Feb 01, 2012 at 08:01:19PM +, Parsons, Aron wrote:
> I'm not sure if anyone else is using satellite-sync with PostgreS
actual
time=0.005..0.005 rows=1 loops=100)
Index Cond: (pf.checksum_id = c.id)
-> Index Scan using rhn_checksumtype_id_pk on rhnchecksumtype ct
(cost=0.00..0.27 rows=1 width=13)
(actual time=0.002..0.002 rows=1 loops=100)
Index Cond: (ct.id = c.checksum_type_id)
Total runt
devel@redhat.com
Subject: Re: [Spacewalk-devel] Patch review for exportLib.py
Message-ID: <20120203160231.gb6...@redhat.com>
Content-Type: text/plain; charset=us-ascii
On Fri, Feb 03, 2012 at 03:55:53PM +, Parsons, Aron wrote:
> Can someone verify that this is a sound change? rhn-sate
Can someone verify that this is a sound change? rhn-satellite-exporter is
extremely slow on PostgreSQL when getting the file checksums. This speeds it
up dramatically.
It's the same issue we ran into with PostgreSQL doing a left join on
rhnChecksumView in 'query_client_get_file'. PostgreSQL
I'm not sure if anyone else is using satellite-sync with PostgreSQL, but it's
quite slow when diffing packages; almost unusable right now. I wanted to run
by a possible fix with everyone since the sync code is somewhat complicated and
I'm not super-familiar with all of it.
diff --git a/backend
Hey Andy,
I updated rhn-clone-errata to add CVEs to the errata. This has to be done
after the errata is published
due to foreign key constraints on the tables, so if someone isn't publishing
the errata, they won't get CVEs.
Also, I cleaned up the whitespace in the script as it was a mix of tabs
not
exist
Message-ID: <20120130144123.ge22...@redhat.com>
Content-Type: text/plain; charset=us-ascii
On Thu, Jan 12, 2012 at 04:55:52PM +, Parsons, Aron wrote:
> The following exception is generated when attempting to install a package on
> a system, which is a pretty basic
8:32 AM
To: Parsons, Aron
Cc: spacewalk-devel@redhat.com
Subject: Re: API functions eat trailing whitespace (Redstone XML-RPC issue)
Hi Aron,
On Mon, 2012-01-16 at 02:19 +, Parsons, Aron wrote:
> I was making use of configchannel_import in spacecmd at work last week and
> noticed that t
Committed. Patch 2/2 was tweaked to make the user prompt a little cleaner.
Thanks again and sorry for missing these two the first time.
/aron
From: Steven Hardy [sha...@redhat.com]
Sent: Monday, January 16, 2012 9:50 AM
To: Parsons, Aron
Cc: spacewalk
onday, January 16, 2012 4:17 AM
To: spacewalk-devel@redhat.com
Cc: Parsons, Aron; sha...@redhat.com
Subject: Re: [Spacewalk-devel] API functions eat trailing whitespace (Redstone
XML-RPC issue)
On Monday 16 of January 2012 02:19:39 Parsons, Aron wrote:
> I was making use of configchannel_import in
I was making use of configchannel_import in spacecmd at work last week and
noticed that the API seems to eat newlines at the end of a file; what you put
in is not what you get out. Some applications handle it fine, others not so
well; sssd is an example of an application that pukes without a tr
Applied as of spacecmd-1.7.1. Thanks.
/aron
From: Steven Hardy [sha...@redhat.com]
Sent: Thursday, January 12, 2012 10:12 AM
To: spacewalk-devel@redhat.com
Cc: Parsons, Aron
Subject: [PATCH 7/7] spacecmd enhancement : Add activationkey_setusagelimit
Adds
The following exception is generated when attempting to install a package on a
system, which is a pretty basic function for Spacewalk. I believe it was
reported before at
https://www.redhat.com/archives/spacewalk-list/2011-November/msg00055.html.
[Thu Jan 12 11:12:34 2012] [error] Execution of
All committed. Thanks Steve.
/aron
From: Steve Hardy [sha...@redhat.com]
Sent: Friday, December 09, 2011 4:49 AM
To: spacewalk-devel@redhat.com
Cc: Parsons, Aron
Subject: [PATCH 4/4] spacecmd bugfix : Fix of/if typo in activationkey_export
help
re specific
than "Re: Contents of Spacewalk-devel digest..."
Today's Topics:
1. Re: client/rhel (Miroslav Suchy)
2. Cobbler 2.2 support in 1.6 (Parsons, Aron)
3. Re: Cobbler 2.2 support in 1.6 (Miroslav Suchy)
4. Re: client/rhel (Jan Pazdziora)
5. [PATCH] fix display of
Spacewalk-devel] Cobbler 2.2 support in 1.6
Message-ID: <4ed74375.30...@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Dne 30.11.2011 19:19, Parsons, Aron napsal(a):
> Am I missing any other changes? Is anyone else already working on this?
Nope.
We are aware of dra
How do we want to handle Cobbler 2.2 support in the upcoming release? 2.2 has
some nice features and I think it'd be good to support it. Do we want to drop
2.0 support or try to work some logic in to detect the Cobbler version? I'm
not sure if we'd want to bring that into places like Kickstar
Patches committed with a few cleanups. Those functions should be quite useful.
/aron
-Original Message-
From: Steve Hardy [mailto:sha...@redhat.com]
Sent: Thursday, November 17, 2011 12:55 PM
To: spacewalk-devel@redhat.com
Cc: Parsons, Aron
Subject: [PATCH 3/3] spacecmd enhancement
All patches committed. They'll be available as of spacecmd-1.6.7-1. Thanks
Steve!
/aron
From: Steve Hardy [sha...@redhat.com]
Sent: Monday, November 07, 2011 7:21 AM
To: spacewalk-devel@redhat.com
Cc: apars...@redhat.com; Parsons, Aron
Subject: [PA
25 matches
Mail list logo
