Kobus,
You need to separate the subcommand arguments from the main program arguments
with "--". See the "Running Single Commands" section of the man page.
/aron
Date: Fri, 25 Oct 2013 17:36:33 +0100
From: Kobus Bensch
To: spacewalk-list@redhat.com
Subje
Hi Issam,
spacecmd keeps a local cache of server->sid mappings as to not have to hit the
server constantly for lookups. If you delete a system outside of spacecmd, it
does not know to update the cache. You must manually clear the caches
(clear_caches command) or wait for it to expire (3600 sec
Make a git commit and then 'tito build --test --rpm'; it sounds like you're
still just building from HEAD that doesn't include your fix.
/aron
-Original Message-
Date: Tue, 12 Feb 2013 10:50:01 -0600
From: genanr
To: "spacewalk-list@redhat.com"
Subject: [Spacewalk-list] tito build of
Python allowed a fairly elegant solution. Fixed in
90b55fb528bfd7b00556445010dea62a22f58899.
/aron
-Original Message-
Date: Wed, 29 Aug 2012 09:39:50 +0200
From: Michael Mraka
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Spacecmd - strangeness on piping
Message-ID: <2012
It should still work fine; the 1.7 upgrade didn't break the two servers I have
using winbind. Remember that the process doing the PAM conversation is
non-root unlike most other PAM-enabled services, so it may just be a simple
permissions issue. The likely culprit is the system keytab if you ha
The only thing Spacewalk doesn't allow you to do is to sync directly against
RHN. You can use mrepo (http://dag.wieers.com/home-made/mrepo/ or reposync) to
mirror the channels you have entitlements to, then use spacewalk-repo-sync to
pull those into Spacewalk. It all works fine, it just requir
Spacewalk will need to parse all of the files as it stores all of the package
metadata in its database; it can't just reference an external repo, it has to
process it.
If it's disk space you're worried about, put your mirror on the same filesystem
(e.g., /var/satellite) and hardlink the files w
ry | 1 | |
(3 rows)
/aron
Date: Tue, 22 Nov 2011 16:19:04 +0100
From: "'jpazdzi...@redhat.com'"
To: "Parsons, Aron"
Cc: "'spacewalk-list@redhat.com'"
Subject: Re: [Spacewalk-list] Postgres spacewalk
M
I did some digging into this query because it is one that is very obviously
slow when working with real systems.
It seems that the left join to rhnchecksum is the culprit of this slow query.
Here's the effect on execution time by changing it to an inner join:
LEFT JOIN: 2973.886 ms
INNER JOIN:
I added that API call to Spacewalk back in July 2010. I'm not sure if it ever
made it into Satellite if that's what your server is running.
http://git.fedorahosted.org/git/?p=spacewalk.git;a=commit;h=55dbd6d6080d7723c3edcc621ef1e73fc8bd6fa8
/aron
---
Hi
Can anyone tell me how I can get t
I added a script to the spacewalk-remote-utils package that makes importing
package providers very easy. So now instead of seeing 'Unknown' for all of
your third party packages, you can see who signed them just like with Red Hat's
RPMs.
Example:
spacewalk-add-providers -u -p /var/www/html/pu
11 matches
Mail list logo