FYI
This happened several times recently.
True is that it takes long to load this page. Can someone investigate why?
Mirek
Original Message
Subject:Permanent failure of automatic update of source file:
Spacewalk: spacewalk-backend
Date: Fri, 25 Jan 2013 08:31:21 -
On 5.6.2012 11:50, Michael Calmer wrote:
Hi,
please have a look at the attached patch. I think this was a copy and paste
bug, or is there a reason, why a transaction with a different name is rolled
back than started?
Yes, correct. Misa copy'n'paste unsubscribe_all_channels() to
unsubscribe_ch
On 29.5.2012 17:35, Johannes Renner wrote:
. Not sure if
I solved your quiz though,
Yes, you did :)
So here is the latest version of the patches.
Committed (with some white space and check style fixes). Thanks for
contribution.
Mirek
___
Space
On 21.5.2012 15:29, Uwe Gansert wrote:
The vmdk image (that we already support) is a complete virtual harddisk
that contains the image and can be booted directly by kvm.
Aha, I just find that too. It is not intuitive IMHO.
But OK.
Mirek
___
Spacewal
In WebUI patch please do s/SUSE Manager/@@PRODUCT_NAME@@/
When I enter credentials for Suse studio they are not validated. Can you
later add some code to do some validation? I.e. do tome test connection
and warn if it do not work?
Why default format (DiskFormat) does not show up in list of im
On 18.5.2012 16:01, Johannes Renner wrote:
Oh yeah, sorry, I forgot to revise the upgrade files. I can come up with another
patch fixing that, or maybe rather with a new version of 0001.
New version of 0001.
But hold on, I will send another issues to fix, so you can fix it in one
bunch.
But
In patch 0001 - schema db - you are missing upgrades for table
suseCredentialsType.
And upgrades for table suseCredentials differs from clean install.
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/li
On 16.5.2012 13:33, Johannes Renner wrote:
Good, let me see how that looks like and I will change add it to our package as
well.
--- simple-xml.spec.orig2012-05-16 16:36:42.0 +0200
+++ simple-xml.spec 2012-05-16 15:20:19.0 +0200
@@ -21,8 +21,13 @@
Summary:
On 16.5.2012 02:46, Aron Parsons wrote:
I'm figuring Spacewalk 1.8 will be tagged sometime in the near future,
We do not expect branching next 6 weeks. In roadmap, relase is planned
on 07/15/12. And branching will happen aprox. one week before release.
Still plenty of time.
Mirek
_
On 16.5.2012 11:01, Johannes Renner wrote:
I guess we could have some "%if (0%?rhel/?suse_version) %else ..." though, if
you prefer that.
Ok, I will put there %if and for license as well.
> simple-xml.src: W: invalid-url Source0: simple-xml-2.6.2.zip
Fixed that and put a URL. Not a valid o
On 15.5.2012 14:28, Johannes Renner wrote:
On 05/15/2012 01:25 PM, Miroslav Suchy wrote:
+Requires: susestudio-java-client
This will require susestudio-java-client rpm? It is not present in neither in
Fedora nor in jpackage.
Can I take:
https://build.opensuse.org/package/view_file?file
On 15.5.2012 11:39, Johannes Renner wrote:
Hi Miroslav,
attached please find a new version of our patches. We considered most of your
advices,
see my comments below and the patches itself, of course.
Hi,
I spent just 10 minutes on preliminary review. Please give me few days
for complete revi
On 30.4.2012 18:36, Marcelo Moreira de Mello wrote:
Hello Folks,
Here follow a patch which address some issues on pt_BR translations.
I'm still reviewing the translation, but this patch already fix a good
part of the code.
Commited as b727ec0.
Thank you.
Mirek
___
On 27.4.2012 19:32, Marcelo Moreira de Mello wrote:
Hello folks,
Here follow a patch which address the issue reported on bz in $subject.
Commited as 8633119.
Thanks for your contribution.
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@
On 27.4.2012 12:30, Miroslav Suchy wrote:
It would be awesome if you can test it in nightly and report issues.
I forgot to note, that client packages are already in Fedora in
Secondary arch. So plain:
yum install yum-rhn-plugin rhn-setup
on your arm device should work.
Mirek
I just committed to git support for ARM in Spacewalk.
You should be now able to create ARMv5 and ARMv7 channels.
You should be able to register machine with armv7l cpu.
It would be awesome if you can test it in nightly and report issues.
Also if you have some ARM device I would be interested i
Seems we have problem :(
Original Message
Subject: [Fedora Update] [comment] cobbler-2.2.1-1.el5
Date: Wed, 11 Apr 2012 22:14:39 +
From: upda...@fedoraproject.org
To: msu...@fedoraproject.org
The following comment has been added to the cobbler-2.2.1-1.el5 update:
bodhi - 2
On 2.4.2012 14:47, Johannes Renner wrote:
Hey,
After running our testsuite against a recent codebase, we saw (from
catalina.out)
that the following removed strings seem to be still in use:
configchannelfilter.name
configfilefilter.path
config_subscribed_systems.unsubscribeSystems.success
confi
On 30.3.2012 21:31, Simon Lukasik wrote:
Page about registering Debian clients to the Spacewalk.
- https://fedorahosted.org/spacewalk/wiki/RegisteringClients#Debian
Overall status and a few outdated examples.
- https://fedorahosted.org/spacewalk/wiki/Deb_support_in_spacewalk
Current deb pa
On 31.3.2012 06:28, Steven Crothers wrote:
I'm working on building a yum repo generator from Spacewalk sources.
mrepo already do that:
http://dag.wieers.com/home-made/mrepo/
It can sync from Spacewalk as well.
Mirek
___
Spacewalk-devel mailing list
On 28.3.2012 21:29, Eduardo Bergavera wrote:
Hi,
What necessary skills to become a volunteer in this effort?
Ability to read, write. Ability to thinking and knowledge of command
line is advance, but not strictly required. :)
You will have to read through:
http://www.google.com/search?q=how
I updated
https://fedorahosted.org/spacewalk/wiki/GettingPackagesIntoFedora
A lot of java dependencies get into Fedora during last year. Mainly
thanks to akurtakov.
We are now missing approximately 27 packages in Fedora. The rest of
packages are already there.
Mirek
_
Do we still use ivy from jpp? Can we use apache-ivy from Fedora?
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
We use in Spacewalk package:
# rpm -ql spacewalk-slf4j
/usr/share/java/slf4j-api.jar
/usr/share/java/slf4j-jcl.jar
/usr/share/java/slf4j/api-1.6.1.jar
/usr/share/java/slf4j/api.jar
/usr/share/java/slf4j/jcl-1.6.1.jar
/usr/share/java/slf4j/jcl.jar
I just checked that slf4j get into Fedora in mean
On 25.3.2012 01:39, Jonathan Hoser wrote:
and again encountered the issue I suggested a patch for.
This time, I applied the suggested variant
"Select label from [...]" and it is working all the same.
It is triggered on a rhn_register call from a client.
Please find the corresponding patch attac
On 5.3.2012 11:10, Tomas Lestach wrote:
> Is the removal of strings with this file as context needed?
That would be really nice, even if we usually do not remove the unused
strings.:(
Challenge accepted.
I run:
git grep '| sed 's/\.plural//' | grep -v metrics\\\. | grep -v 'user prefix '|
On 27.2.2012 20:08, R P Herrold wrote:
Checking the open bugs [1] I see only one that really seems relevant to
de-coupling the database from the Oracle backend to a more FOSS license
one (pgsql) [2]
Is there a tracking bug that is actually being worked, on this, which I
am missing? this one has
Dne 22.12.2011 15:08, Dimitris Glezos napsal(a):
On Thu, Dec 22, 2011 at 4:06 PM, Miroslav Suchy wrote:
Yes, you can put our logo at Transifex pages and at other marketing
materials in sections "Projects using Transifex" or in sections where it is
clear that, there is list of proj
Dne 22.12.2011 11:28, Dimitris Glezos napsal(a):
Hi Miroslav,
We're proud Spacewalk is using Transifex for its localization, and
we'd like to ask permission to put its logo prominently on pages such
as the frontpage etc.
Could you please allow us or help us get the permission to do so?
Yes, y
Dne 15.12.2011 18:01, Milan Zazrivec napsal(a):
Ok, this seems like you simply provisioned your machine over the IPv4 stack.
With IPv6 enabled and nothing was broken. That is good news to me as well :)
Mirek
___
Spacewalk-devel mailing list
Spacewal
Dne 15.12.2011 17:23, Milan Zazrivec napsal(a):
How exactly did you test this part? Did you change the network line
in the kickstart file in any way? Did you append any kernel cmd line
arguments for the new installation?
Nope, I did no change. I just scheduled kickstart and did rhn_check on
ta
Dne 14.12.2011 10:31, Miroslav Suchy napsal(a):
I tested Milan work on IPv6 provisioning.
- if I choose "DHCP using first available interface" or the default
(should be the same): system successfully kickstart (jupiii)
- if I choose "Use static interface" - and it does no
I tested Milan work on IPv6 provisioning.
- if I choose "DHCP using first available interface" or the default
(should be the same): system successfully kickstart (jupiii)
- if I choose "Use static interface" - and it does not matter if I
choose "IPv6 gateway" - the result is still same: after
Dne 13.12.2011 17:34, Marcelo Moreira de Mello napsal(a):
Thanks your guidelines.
I merged all the fixes into a unique patch which follow attached.
Please let me know if some change is still needed.
Commited as:
* 317d907 (HEAD, tag: rhncfg-5.10.22-1, origin/master, origin/HEAD,
master) Auto
There has been some problem with
rel-eng/build-missing-builds-in-koji.sh, so I started work on that. And
I took this opportunity and rewrite it to use Tito 0.4 and make there
others enhancements.
While you still build single package with old one Tito, for
rel-eng/build-missing-builds-in-koji.
FYI:
http://fedoraproject.org/wiki/Features/SysVtoSystemd
We will need to migrate from SysV init scripts to Systemd to support
Fedora 17.
This is still 5 months ahead, but if somebody is boring, then you can
grab this task. :)
Mirek
___
Spacewalk-de
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 drastic changes in 2.2, but no one had time to check
cobbler 2.2. It is presented only in "testing" so it should not break
your Spacewalk right now.
Dne 30.11.2011 17:40, Jan Pazdziora napsal(a):
I don't think you want to just blindly set what getfqdn returns. In
most cases, IPv4 addresses will have better DNS records than IPv6 but
That is just assumption. In most cases correct. But all this code is
just wild heuristics trying to do less e
Dne 28.11.2011 17:33, Michael Calmer napsal(a):
0004-replace-synonyms-with-real-table-names-and-change-sy.patch
From ab387975796b4b04a4ccab2cd600f01d0b69db2a Mon Sep 17 00:00:00 2001
From: Michael Calmer
Date: Mon, 28 Nov 2011 16:30:11 +0100
Subject: [PATCH 4/6] replace synonyms with real tabl
Dne 28.11.2011 17:33, Michael Calmer napsal(a):
Hi,
here are 6 patches I made. The first two were findings from pylint, the rest
is a try to fix monitoring with postgres.
0001-add-missing-import.patch
commited
0002-fix-typos-in-boolean-variables.patch
commited
0003-specify-missing-param-pas
Dne 24.11.2011 18:42, Miroslav Suchy napsal(a):
Dne 24.11.2011 18:22, Miroslav Suchy napsal(a):
spacewalk-schema-1.6.29-1.git.28.8d057d8
el5: http://koji.spacewalkproject.org/koji/taskinfo?taskID=83162
el6: http://koji.spacewalkproject.org/koji/taskinfo?taskID=83163
f14: http
Dne 24.11.2011 18:22, Miroslav Suchy napsal(a):
spacewalk-schema-1.6.29-1.git.28.8d057d8
el5: http://koji.spacewalkproject.org/koji/taskinfo?taskID=83162
el6: http://koji.spacewalkproject.org/koji/taskinfo?taskID=83163
f14: http://koji.spacewalkproject.org/koji/taskinfo?taskID=83164
f15: http
Per adelton request I created branch ipv6-rebased, which contains
rebased and cleaned commits (I squashed all those typo commits).
I prepared scratch builds:
spacewalk-backend-1.6.42-1.git.30.d624945
el5: http://koji.spacewalkproject.org/koji/taskinfo?taskID=83150
el6: http://koji.spacewalkproje
Working on spacewalk-report, I stumble upon inventory report, which goes
like this:
# spacewalk-report inventory
server_id,profile_name,hostname,ip_address,ipv6_address,registered_by,registration_time,last_checkin_time,kernel_version,packages_out_of_date,errata_out_of_date,software_channel,confi
Jan B., is it possible to set higher priority in Koji for scratch builds?
I quite often hit scenario, when I submit scratch build - and I'm
waiting for it, so I can test it - but in queue is 6 or more regular
builds. Very probably result of koji-build-missing-builds, which are
builds just for
- Original Message -
> I'm against this change. The database (PostgreSQL, Oracle XE) is
> completely independent from the Spacewalk software product and the
> spacewalk-service script should have no business fiddling with them.
Define "completely independent". It is not true. Spacewalk use
- Original Message -
>
> Switching to the correct list.
> OK, I'll modify the script to try to find /etc/init.d/postgresql OR
> /etc/systemd/postgresql.service.
> And then, I let "service" to the job!
> Thanks for the tips on systemd and see you on monday for the updated
> patch.
FYI:
# c
Dne 31.10.2011 11:48, Patrick Hurrelmann napsal(a):
I was wondering why the fix attached to the Bug 708347
(https://bugzilla.redhat.com/show_bug.cgi?id=708347)
hasn't been fixed in spacewalk?
RHN-Satellite has an errata for this:
http://rhn.redhat.com/errata/RHBA-2011-1331.html
Almost all other
Dne 31.10.2011 11:41, Christian Berendt napsal(a):
Why lives the zypp-plugin-spacewalk code in an external repository at
the moment?
We are aware of zypp-plugin-spacewalk, because it was announced here.
But nobody sent us patch, which we can accept.
Personally I would be happy if somebody fr
Dne 31.10.2011 11:14, Christian Berendt napsal(a):
What's your process for introducing new features? Do I have to fill out
some kind of document before submitting a new feature? Do I have to
disucss a new feature first on this maillinglist? Do I have to provide
some kind of architecture document?
FYI:
I created:
https://fedorahosted.org/spacewalk/wiki/Projects
- libraries, which may be useful for others as well and for which we are
upstream.
If you know about some other package from our portfolio, which should be
there, then let me know.
Mirek
___
Dne 28.10.2011 11:07, Uwe Gansert napsal(a):
I have attached a patch that removes that optimization as a suggestion for a
fix.
I had some problems with your patch:
$ git am -i /tmp/commit-b5caa1c
Patch format detection failed.
But I solved that. Committed as e51dca773e454a0c921f2195c119ecdf106
FYI:
http://nvd.nist.gov/scap/content/stylesheet/scap-rhel5-document.htm
Scroll down to section:
2.1.2.2 - Disable the rhnsd Daemon
Same recommendation is for RHEL 6 security checklist as well.
I was not aware of such thing. Interesting at least.
Mirek
__
Dne 20.10.2011 20:27, Milan Zazrivec napsal(a):
This identifier is 31 chars long and won't work w/ Oracle.
Are you sure?
SQL> CREATE INDEX rhn_srv_net_addr4_iid_addr_idx on rhnserver (info);
Index created.
SQL>
Mirek
___
Spacewalk-devel mailing l
Dne 18.10.2011 17:56, Ionuț Arțăriși napsal(a):
Cool. So can you apply the patch that I attached to my previous email?
Ahh, I did not notice it first time - sorry. Applied. Thanks.
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
ht
Working on getting IPv6 support to client tools I find interesting problem:
As part of hardware information we send this record:
class: NETINFO
hostname: some.fqdn.com
ipaddr: 1.2.3.4
I enhanced it to send new item ip6addr. So the structure now looks like:
class: NETINFO
hostname: some
If you want to fix our problem with tanukiwrapper vs. java-service-wrapper,
then please test and add karma to:
https://admin.fedoraproject.org/updates/java-service-wrapper-3.2.5-5.fc15
Otherwise it will take two weeks before it gets to stable.
Mirek
__
Dne 2.8.2011 19:28, Cliff Perry napsal(a):
10-4! :)
HaHa did not know that.
Code 100 is my favorite now:)
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Dne 26.7.2011 14:36, Duncan Mac-Vicar P. napsal(a):
Is there a plan to upgrade the required ivy version?
No, there is no such plan.
But that does not mean that we would not welcome work which will make
things work with newest version.
IIRC we even tried the latest ivy, but there was some p
Dne 31.5.2011 12:28, Matteo Sessa napsal(a):
Attached is a patch to implement solution #2 from my previous request.
I will check it.
@Mirek
I've made some changed to the rhncfg spec file too to create the new default
directory, do I need to update the changelog and/or the release number or
Dne 31.5.2011 09:45, Simon Lukasik napsal(a):
I have synced RHEL6 channel (more than 6 GiB of rpms) in about 48 minutes.
And what was your previous average time?
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.co
Dne 30.5.2011 14:27, Matteo Sessa napsal(a):
I'm regularly using spacewalk to issue remote commands on my systems after
configuration files deploy and I've noticed that the
/usr/share/rhn/actions/script.py library that perform the script execution
temporarily write the provided script inside /
Dne 27.5.2011 17:52, Lopez, Abel napsal(a):
What release may we see this in?
Next one. :) Which will be 1.5.
And you can give it try with nightly build tomorrow, if you are brave.
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
ht
I have played with python and parallelism. The result is commit
2340364e1063b5c38f5d47575c19e53fd4efc516, and I would like to share
something about it with all of you.
To make story short - download of rpm files in satellite-sync is now
faster by factor 1.5.
The download of rpm was in quite
Dne 24.5.2011 09:52, Jan Pazdziora napsal(a):
Do we need it at all? Wouldn't two startup scripts (taskomatic and the
search server) plus log4j achieve the same, without a dependency on
the external piece of software?
It is not as easy as it looks(*). At least for me. I tried that and
after 15
Premature notice:
I discovered free fork of tanukiwrapper:
https://bitbucket.org/ivertex/java-service-wrapper
And I have intention to replace tanukiwrapper with java-service-wrapper
as soon as it pass package review:
https://bugzilla.redhat.com/show_bug.cgi?id=707132
Mirek
Jan,
can you please remove python-hwdata from Spacewalk Client comps?
This package is in Fedora and Epel and despite the fact that we are the
upstream, it is merely support package and it is very stable and it does
not change since its origin.
Mirek
__
Dne 16.5.2011 14:13, Jan Pazdziora napsal(a):
On Fri, May 13, 2011 at 02:27:42PM +0200, Miroslav Suchý wrote:
On 05/13/2011 02:22 PM, Duncan Mac-Vicar P. wrote:
Would it make more sense for errata.py to be in the yum-rhn-plugin?
It fine with me. yum-rhn-plugin and rhn-client-tools require eac
Dne 20.4.2011 20:06, Cliff Perry napsal(a):
1) Did 'disable fuzzy search' make the release?
Nope. 1.5 material.
2) Isn't Spacewalk-reports event history new to 1.4?
Jan? Can you confirm?
3) User creation page now offers selection of user locale and timezone.
True. I will add it there.
Dne 15.4.2011 14:16, Michael Calmer napsal(a):
I have created systemsmanagement:spacewalk:1.4 project in OBS
The repository URL is:
for openSUSE 11.4 (i586 and x86_64):
http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_11.4/
for openSUSE Factory(i586 and x86
Dne 8.4.2011 14:49, Michael Calmer napsal(a):
I spend the last week to build the spacewalk client tools on openSUSE and
create a project in openSUSE build service.
http://download.opensuse.org/repositories/systemsmanagement:/spacewalk/
It is based on current git master and I want to provide y
Dne 12.4.2011 16:57, Michael Calmer napsal(a):
Ahh, different philosophies apply here :-)
Aha. Our "philosophy" is here:
http://fedoraproject.org/wiki/PackagingGuidelines#File_and_Directory_Ownership
So let me explain.
OBS does not build this RPM, because during build, every directory is chec
I branched Spacewalk 1.4 in GIT.
Feel free to commit whatever you want to master.
If you have fix for BZ that you think is release blocker, then cherry
pick it to SPACEWALK-1.4 branch as well. But pleas do not put cherry
pick there features or something you did not test twice.
Build tags for
Since Spacewalk passed most of the test during weekend, then I think,
this is the state I would like to branch 1.4 version. Only thing
blocking me right now are missings tags in Koji. I expect Jan will
create them during Monday morning (I requested it on Friday late afternoon).
I would like to
Dne 4.4.2011 21:29, Marcelo Moreira de Mello napsal(a):
Hello,
This patch includes a new option web.maximum_config_file_size in
rhn.conf man page.
Commited as 30cc31a14d6b7afb04f2503df3b429312b237508
Thanks for contributing.
Miroslav Suchy
ld like rather check every part
which got changed, that it behave correctly after this change.
You are very welcome to do the change, test it and then send the patch
to this mailing list.
Regards
Miroslav Suchy
___
Spacewalk-devel mailing
We have in several strings this text:
Please run rhn_register (or up2date --register
on Red Hat Enterprise Linux 3 or later)
and I wonder what is difference between:
rhn_register
and
up2date --register
on Red Hat Enterprise Linux 4 (as 3 is EOL). Both works there.
Looking at the source code rh
I stumbled upon:
http://www.quirksmode.org/html5/inputs.html
and I wonder whether we want to use some those new attributes?
While new types and tags are out of question, as we need to support old
browsers, these new attributes are pretty safe - if browser does not
support it, it will be ignored
Dne 8.3.2011 17:57, Michael Calmer napsal(a):
Hi,
Am Montag, 7. März 2011, 15:49:59 schrieb Miroslav Suchý:
On 03/07/2011 02:28 PM, Michael Calmer wrote:
Hello,
[...]
Regarding patch 0001-implement-updateinfo-Errata-import-5.patch...
It seems to me that it is merge of 4 smaller commits and
Dne 3.3.2011 04:34, Marcelo Moreira de Mello napsal(a):
Hello,
I'm using Spacewalk Nightly Build and I using it in pt_BR to check the
translation sanity and improve it.
Below, a bunch of other improvements in pt_BR translation.
Thank you.
Commited.
Thank you too.
Mirek Suchy
_
Dne 1.3.2011 08:52, Marcelo Moreira de Mello napsal(a):
Hello,
Adding one more attachment fixing others typos.
Commited.
Thanks for contribution.
Miroslav Suchy
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com
d some time
learning the documentation how to set it up, so it will not answer to
every email in mailing list.
Regards
Miroslav Suchy
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Dne 28.2.2011 07:12, Marcelo Moreira de Mello napsal(a):
Hello,
Added as attachment the patch for BZ#496823 which includes the a man
page for /etc/rhn/rhn.conf file.
The patches are little malformed. The first line should not be there as
I'm getting:
$ git am /tmp/0001-Adding-usr-share-man-
Dne 28.2.2011 07:32, Marcelo Moreira de Mello napsal(a):
Hello,
Resending the patch follow the Spacewalk git guide lines.
0001-Small-fix-on-pt_BR-translations.patch
Applied as 3e8becb5f89e5bd010af00911f019fa556744d85
Thanks
Miroslav Suchy
Dne 14.2.2011 15:35, Jan Blazek napsal(a):
Do you want to add this package to Spacewalk 1.3 as well?
That is question for Tomas Lestach
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spac
Dne 14.2.2011 10:55, Milan Zazrivec napsal(a):
We don't have python-ethtool>= 0.4 on RHEL-6 and this change breaks
dependencies in Spacewalk client repo for RHEL-6.
Jan can you please add to the client composes, please?
I build it some time ago, but forgot to add it to composes.
BTW: There is
ther boxes...
You have to:
- change canvas size
- choose right part of original image an move it to the right
- you copy middle part of original image to the created gap
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-devel mailing list
Space
I took Šimon's spacewalk.py transport for apt-get and created debian
package:
http://miroslav.suchy.cz/spacewalk/apt-spacewalk/
The source is in git in branch origin/debian in directory
client/apt-spacewalk. I updated DEBIAN-HOWTO with instruction how to
build both source and binary package o
Dne 21.1.2011 19:26, Marcelo Moreira de Mello napsal(a):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Follow a patch to honor proxy_configuration in /etc/rhn/rhn.conf for
spacewalk-repo-sync.
There is a BZ#657091 opened for that (Satellite)
Thx for contribution.
I modified two thin
I stumbled upon
https://bugzilla.redhat.com/show_bug.cgi?id=249743
and I say, "Easy, lets make some reasonable robots.txt", but then it get
complicate (as usually). And I would like to know your opinion.
Publicly reachable are 4 types of URL:
/rhn/Login.do
-- login page
/rhn/help/*
Dne 16.1.2011 22:19, derleader mail napsal(a):
Hi,
I'm interested why do you use XML instead JSON?
Spacewalk (RHN in that time) code was put in production for first time
in 2001 (i.e. the coding start long time before). JSON was for first
time introduced in 2001.
That is the reason.
An
We have in file:
/etc/rc.d/init.d/rhn-satellite
present only this warning:
#!/bin/sh
echo Warning: /etc/init.d/rhn-satellite is obsolete.
echo Each service has its own init script now.
echo The whole suite can be manipulated using command
/usr/sbin/rhn-satellite instead.
It is there since Spac
Dne 27.11.2010 17:18, Jan Pazdziora napsal(a):
you seem to have added this versioned Requires in
commit c295d2f4387f76b3d7186a39a1cc04d9c7eccd09
Author: Miroslav Suchý
Date: Sat Nov 20 14:14:45 2010 +0100
655310 - send IPv6 addresses to server
The package
I run CloneDigger [1] on /backend/ and here are the results:
http://miroslav.suchy.cz/spacewalk/python-duplicates.html
Beware that this page is quite large - 4 MB of pure html.
Patches which will lower our duplicate ratio are highly welcome.
[1] http://clonedigger.sourceforge.net/
Mirek Such
I will have to switch off machine miroslav.suchy.cz for aprox. one hour
this morning. So you might expirience outage of nightly repo.
Mirek
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-d
Justin Sherrill napsal(a):
Justin Sherrill wrote:
Miroslav Suchý wrote:
Miroslav Suchý wrote:
Justin Sherrill wrote:
rhn-client-tools requires python-ethtool yet it's not in the client repo
for RHEL, only in the full 0.7 server repo.
What needs to be done to get this package added to the cli
- "Pradeep Kilambi" wrote:
> Miroslav Suchy wrote:
> > Aha, so it is not requires, but rather conflicts with older
> versions.
> > So should be more correct to put inside rhn-client-tools.spec
> instead of:
> > Requires: yum-rhn-plugin >= 0.5.3-30
"Pradeep Kilambi" wrote:
> Jan Pazdziora wrote:
> >>> Aha, so it is not requires, but rather conflicts with older
> versions.
> >>> So should be more correct to put inside rhn-client-tools.spec
> instead
> >>> of:
> >>> Requires: yum-rhn-plugin >= 0.5.3-30
> >>> this line:
> >>> Confli
yum-rhn-plugin.spec since I did not check its code and dunno
if there should be conflict as well or if the code is really required.
> I prefer not to make any changes
> now
> as RHEL-5.4 is devel frozen.
NP. Fedora waited long time fo
in commit
e80c11ae050937f7db0893b241724c6177873c57, which merged code from our old svn.
But, when I check our old svn, it does not seem to be present in latest
trunk/eng/client/rhel/rhn-client-tools/rhn-client-tools.spec file?
Do we really need this Requires then? Can I remove?
Miro
1 - 100 of 109 matches
Mail list logo