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
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
___
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
___
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
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.
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
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 one
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 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 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
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 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
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
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
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
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 -
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 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
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
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:
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
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
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
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 'trans-unit id=' |sed 's/.*trans-unit id=\([^]*\).*/\1/'
| sed
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
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,
Dne 22.12.2011 15:08, Dimitris Glezos napsal(a):
On Thu, Dec 22, 2011 at 4:06 PM, Miroslav Suchymsu...@redhat.com 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
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
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
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 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 not matter if I
choose IPv6
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)
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
___
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
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
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 Calmerm...@suse.de
Date: Mon, 28 Nov 2011 16:30:11 +0100
Subject: [PATCH 4/6] replace synonyms
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
Working on spacewalk-report, I stumble upon inventory report, which goes
like this:
# spacewalk-report inventory
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
- 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:
# chkconfig
- 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 it.
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
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
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
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
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
...
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
Spacewalk-devel
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
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 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
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.
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
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
Pradeep Kilambi pkila...@redhat.com 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:
Conflicts:
- Pradeep Kilambi pkila...@redhat.com 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
this line:
Conflicts: yum
If proxy/proxy-docs/LICENSE is some kind of Red Hat Eula.
It is OK to replace it with GPLv2 text? Or we really release Proxy
documentation under license different from GPLv2?
Miroslav Suchy
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
part. So you need to update server as well.
Miroslav Suchy
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Git statistics for Spacewalk (http://miroslav.suchy.cz/spacewalk/gitstat/) is
now fixed. If you choose statistic for given month, it will display the name of
the month (previously it displayed month+1). I hopefully fixed it for possible
statistic. If not - let me know.
Mirek
I can not find rhnmd package in git repo?
Is there reason why it is not there?
Unless somebody will object I'll import it from our old svn repo.
Miroslav Suchy
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman
Here comes reminder:
https://fedorahosted.org/spacewalk/wiki/GettingPackagesIntoFedora
Please guys, pick up at least one package and go through Fedora Package Review.
Guide:
http://fedoraproject.org/wiki/Package_Review_Process#Contributor
Feel free to ping me once you create BZ. I can give you
I have the pleasure to inform you that Lukáš Durfina is going to work on DEB
support in Spacewalk.
He will work on this project as his Master Thesis and he has 3 semesters (1,5
years) for this. Therefore do not expect full support in any upcoming version
we have currently in roadmap.
Lukáš
84 matches
Mail list logo