As Colin pointed out we made some additions for syncing repositories.
You can now manage repositories and use them for more then one channel.
Each channel can have a collection of repositories to sync to. Each
channel has a corresponding repository tab that you can link repos from
that you cent
So I upgraded my spacewalk instance from 1.0 to 1.1. Went great! Until
I tried to configure a channel and manage the repo.
The repo-sync in the gui is missing. Is this intentional? (I'm looking
for the section that used to look like this:
https://fedorahosted.org/spacewalk/wiki/UploadFedoraContent
On Thu, Aug 19, 2010 at 3:59 PM, James Hogarth wrote:
> I can see it as possible albeit perhaps potentially confusing if care not
> taken. Personally I'd love to be able to hold a package version or ignore an
> update available for a particular package (but still allow it to be
> installed by yum
Def. Quota James Hogarth :
And now I reread and see you said that... I claim fatigue for my idiocy...
Ehehe, I can understand, it happens to me too, expecially when I need
some vacation time.
I remember this in 0.8 I think it was ... out of the office till Monday now
so can't double check
And now I reread and see you said that... I claim fatigue for my idiocy...
I remember this in 0.8 I think it was ... out of the office till Monday now
so can't double check my log files.
Sorry.
Hope someone sorts it for you...
On 19 Aug 2010 16:51, "Benedetto Vassallo" wrote:
>
> Def. Quot
Def. Quota James Hogarth :
I thought this was an old bug? What version are you running?
I am using version 1.0
On 19 Aug 2010 15:27, "Benedetto Vassallo" wrote:
Hi people,
Starting from some days ago I receive this web traceback from my
spacewalk 1.0 server.
As I can understand it is s
Wow thanks for the quick turn around.
Back in office Monday... I'll update and test then.
James
On 19 Aug 2010 15:28, "Milan Zazrivec" wrote:
> On Wednesday 18 August 2010 14:27:24 James Hogarth wrote:
>> Hi,
>>
>> Went to import /etc/squid/squid.conf and got the traceback below and a
>> failed
I thought this was an old bug? What version are you running?
On 19 Aug 2010 15:27, "Benedetto Vassallo" wrote:
>
> Hi people,
> Starting from some days ago I receive this web traceback from my
> spacewalk 1.0 server.
> As I can understand it is something regarding Postgresql, but I am
> using Ora
On Wednesday 18 August 2010 14:27:24 James Hogarth wrote:
> Hi,
>
> Went to import /etc/squid/squid.conf and got the traceback below and a
> failed import:
>
> This is spacewalk 1.1 with the 1.1 client tools installed on up to
> date Centos 5.5/EPEL.
>
> The UTF-8 issue still exist or something
Hi people,
Starting from some days ago I receive this web traceback from my
spacewalk 1.0 server.
As I can understand it is something regarding Postgresql, but I am
using Oracle as a separate database server.
What I can do to avoid this?
Thank you.
- Messaggio inoltrato da dev-n...@spa
2010/8/19 Miroslav Suchý :
> On 08/19/2010 07:59 AM, James Hogarth wrote:
>>
>> I can see it as possible albeit perhaps potentially confusing if care
>> not taken. Personally I'd love to be able to hold a package version or
>> ignore an update available for a particular package (but still allow it
On 08/19/2010 07:59 AM, James Hogarth wrote:
I can see it as possible albeit perhaps potentially confusing if care
not taken. Personally I'd love to be able to hold a package version or
ignore an update available for a particular package (but still allow it
to be installed by yum command)... but
On 08/19/2010 07:34 AM, Colin Coe wrote:
I'm guessing that if rhn-profile-sync is enhanced to report about
plugins, then this may be possibe.
Rather rhn_check. We can utilize capabilities to do that. I can even
give you simple example how it works:
In commit 927caa1b6ebcc782e0ae970c639c39b3f
13 matches
Mail list logo