Jerome Yanga wrote:
Can this mailing list have a Subject line prefix like “[cobbler]” so
that I may be able organize by mail?
Use the List-Id header instead. Even gmail understands that. :)
--
ToddOpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~
Thomas S Hatch wrote:
> ahh, but it is still 2.0.3 in the EPEL repos for redhat, is this a
> question for the epel maintainer?
Also in the testing repo:
$ sudo yum --enablerepo epel-testing list cobbler
[...]
Available Packages
cobbler.noarch 2.0.4-2.el5 epel-testing
--
ToddOpe
Thomas S Hatch wrote:
> what Distribution release are you running? 2.0.4 is in fedora 12
> and 13
It's still in updates-testing, so unless the OP has enabled the
testing repo it won't show up.
This should show it though:
yum --enablerepo updates-testing list cobbler
--
ToddOpenPGP
Jacob Hunt (jacobhunt) wrote:
> Is "git" the only supported method of SCM control? In
> /etc/cobbler/settings for the comments above scm_track_mode it
> states "git is the recommend SCM"
>
> They way I read that is that others may work? Am I incorrect with
> that, I have set the mode to "svn" and
Scott Henson wrote:
> If you have an f11 system handy, you can rebuild the srcrpm with
> rpmbuild-md5.
Worth noting that rpmbuild-md5 comes from fedora-packager. It's a
very simple wrapper that just sets two definitions so that the
packages created by newer rpm versions can be read by older versi
Fabien Dupont wrote:
> Installing python-hashlib corrected my issue.
>
> I have filed a ticket on Cobbler's Trac and submitted a patch to add
> python-hashlib dependency.
The requirement will need to be conditional on EL-5 and less, as there
is noy python-hashlib on Fedora (there is no need for it
Gunter Woytowitz wrote:
> I would like to easily remove older versions of rpms from the
> cobbler directories.
>
> I'm always updating my local rpms from the internet sources, and
> over time several versions of the same rpm are stored wasting a lot
> of disk space.
How are you updating? Using rs
Michael DeHaan wrote:
>> What's wrong with using git am (short for apply mailbox)?
>
> I use Thunderbird and it really doesn't work well for me.
Gotcha.
> I tried saving the email to an eml and using git am versus git apply
> on it and it didn't work. Really really wish it did.
Yeah, it can fa
Michael DeHaan wrote:
> Anyway, github has some very nice graphing features, one of which
> shows something they call "impact". Who is making changes to
> cobbler over time.
Neat. The git homepage does something less fancy, but similar. It
lists the authors, using the output of git shortlog (wh
Michael DeHaan wrote:
> What does everyone think about automatically adding console=ttyS0 to
> KVM guests when --no-gfx is used?
>
> Currently this flag is meaningless for KVM and only works for Xen,
> leaving KVM less than useful with no X (i.e. virsh shell does not
> work).
Does it cause any har
Michael DeHaan wrote:
> Anu Ramachandra wrote:
[...]
>> If I create my own repo can I control the location where the
>> package is installed?
>>
>> On the cobbler server we have code in /usr/mii and we would like it
>> to be copied into /usr/mii on the installed system.
[...]
> While yum apparently
Michael DeHaan wrote:
> Patch didn't apply (was this made against the master branch or
> devel?), though I also think we should only tolerate one. I'll
> change the manpage to use the single-hyphen form.
This was against master. Apologies if I should have made it against
devel. My reasoning for
This is a convenient way to avoid using the --server option for each
command. This variable is set automatically on systems installed via
cobbler.
---
koan.pod |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/koan.pod b/koan.pod
index 35e7006..b69667c 100644
--- a/koan.
The man page listed --nogfx in the synopsis, and --no-gfx in the body.
Only the --nogfx form was accepted. This makes the man page consistent
and makes koan accept either form.
---
Hopefully this is obviously correct. If not, please copy me as I'm
not subscribed.
It's debatable whether it's bet
14 matches
Mail list logo