Re: [Spacewalk-devel] [PATCH] build rhn-client-tools on openSUSE
On 04/08/2011 05:10 PM, Michael Calmer wrote: > Hi, > > Am Freitag, 8. April 2011, 14:49:30 schrieb Michael Calmer: >> Hi, >> >> >> 0002-enhance-getOSVersionAndRelease-to-find-SUSE-distribu.patch: >> Add code to make _getOSVerionAndRelease work on SUSE > > This patch has a little typo. I have attached a fixed version. > Sorry :-) Committed. Thanks for contributing. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [PATCH] build rhnpush on openSUSE
On 04/08/2011 03:01 PM, Michael Calmer wrote: > Hi, > > here is the patch to build rhnpush on openSUSE. > > 0009-build-rhnpush-on-SUSE.patch: > - only some specfile modifications Applied only first part. And next time I would to see instead of - modify the specfile some better explanation why this is done. Well I from first line I know that it is because Suse build, but why? Do you receive some error in OBS. Do you get some Traceback. Or is it some kind of policy (link)?... The rest is as in previous commits. Directories are already owned by rhn-client-tools. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [PATCH] build rhn-custom-info on openSUSE
On 04/08/2011 02:59 PM, Michael Calmer wrote:
> Hi,
>
> here is the patch to build rhn-custom-info on openSUSE.
>
> 0008-build-rhn-custom-info-on-SUSE.patch:
> - only some specfile modifications
%else
+%if 0%{?suse_version}
+Requires: zypp-plugin-spacewalk
+%else
I would much rather prefer usage of %elif here.
+%dir %{_datadir}/rhn
Again. rhn-custom-info requires yum-rhn-plugin, which requires
rhn-client-tools, which own this directory. So this should not be there.
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [PATCH] build rhncfg on openSUSE
On 04/08/2011 02:57 PM, Michael Calmer wrote:
> Hi,
>
> here is the patch for rhncfg.
>
> 0007-build-rhncfg-on-SUSE.patch:
> - only some specfile modifications
If I put aside the fact that I would prefer more commits about this
splitting things which "allow build rhncfg on SUSE" like:
+%if 0%{?rhel}
Requires: libselinux-python
%endif
+%endif
from general fixes, like:
+%dir %{_sharedstatedir}/rhncfg
Then I have problem with:
+%dir %{_sharedstatedir}
This is owned by filesystem package on Fedora. If this is not owned by
any base package on SUSE wrap it with if/endif
+%dir %{rhnconf}
This should not be there. This directory is owned by rhn-client-tools
and we Require it.
+%dir %{client_caps_dir}
This is the same. This directory is owned by rhn-client-tools and we
Require it.
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [PATCH] build rhnsd on openSUSE
On 04/08/2011 02:52 PM, Michael Calmer wrote:
> Hi,
>
> here is the patch to build and run rhnsd on openSUSE.
>
> 0005-changes-to-build-rhnsd-on-SUSE.patch:
> - specfile work
> - provide SUSE init script
Committed. But I have few comments.
I would prefer to have it split to even more commits:
one:
+%if 0%{?suse_version}
+Requires(post): aaa_base
+Requires(preun): aaa_base
+BuildRequires: sysconfig
+%else
with comment:
suse require aaa_base because
two:
-%setup -q
+%setup -q
removing trailing space
three:
+%dir %{_sysconfdir}/sysconfig/rhn
/etc/sysconfig/rhn/up2date is owned by rhn-client-tools. Since we do not
require them, we should own this directory too.
etc...
While some commits are Suse related, some of them not. So it is not 100%
correct to have it in one commit.
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [PATCH] small fix for spacewalk-backend
On Fri, Apr 08, 2011 at 03:27:25PM +0200, Michael Calmer wrote: > Hi, > > and now the last one :-) > > I found a small issue in spacewalk-backend, where the locale files are > installed in duplicate buildroot environment. Nice find, committed to master as 237ca74c7bad96565906a8da182758f2be2e0dd2. Thanks, -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [Fwd: Oracle Database 11g Express Edition Beta!]
On Sun, Apr 10, 2011 at 10:35:53AM +0200, Luc de Louw wrote: > > I already made tests with 1.4 nightly and XE11 on EL6. I tested some > very basic stuff like installing, ISS, registering a client. It > basically works. There are some issues: > > 1. Installation of oracle XE 11 failed: > > Transaction Test Succeeded > Running Transaction > Error in PREIN scriptlet in rpm package oracle-xe-11.2.0-0.5.x86_64 > error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key > error: "net.bridge.bridge-nf-call-iptables" is an unknown key > error: "net.bridge.bridge-nf-call-arptables" is an unknown key > error: %pre(oracle-xe-11.2.0-0.5.x86_64) scriptlet failed, exit status 255 > error: install: %pre scriptlet failed (2), skipping oracle-xe-11.2.0-0.5 > > Failed: > oracle-xe.x86_64 0:11.2.0-0.5 > > However, with rpm -ihv --noscript I was able to install it. The better approach is not to --noscript but to run the rpm -Uvh twice, to get sysctl settled: https://fedorahosted.org/spacewalk/wiki/OracleXeSetup#OracleXEitself If you noscript it, you might lose potentially useful changes that the %pre / %post scriptlets make to the installation. > 2. Installation of oracle-xe-selinux failes due to dependency > problems (oracle-xe-univ vs. oracle-xe): > > ---> Package oracle-xe-selinux.noarch 0:10.2.0.20-1.el6 set to be updated > --> Processing Dependency: oracle-xe-univ for package: > oracle-xe-selinux-10.2.0.20-1.el6.noarch > ---> Package setools-libs.x86_64 0:3.3.7-4.el6 set to be updated > --> Finished Dependency Resolution > Error: Package: oracle-xe-selinux-10.2.0.20-1.el6.noarch (spacewalk) >Requires: oracle-xe-univ > > No problem so far with rpm -ihv --nodeps > oracle-xe-selinux-10.2.0.20-1.el6.noarch.rpm > > Have not seen any oracle releated AVCs afterwards. Please check (ps axuZ) what SELinux domain the Oracle processes are in -- I assume it will not be properly confined as the location of the binaries changed since oracle-xe-univ, so the file context don't apply for the version 11. If you or someone want to spend the time updating the path to match the new version, I'm willing to apply a patch, but we don't know what Oracle plans to use as the final (non-beta) location, so it might be just a waste of time if they go back to the 10-ish setup later. -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Spacewalk remote commands.
Hi, I am a Unix systems administrator for IPC media, having recently implemented Spacewalk as our provisioning and patch management system we are really impressed with what we have seen. Last week I was having a look at Spacewalk's ability to run a remote command on multiple hosts which I can see as potentially being really useful in our environment. As I could only seem to view the output host by host I wrote a very quick perl script to parse the outputs using the action id found in the uri. I feel it could come in handy to others, so if you feel it's useful please feel free to use it. Also if there is a contrib repo I can import into I would be more than happy to maintain it there. The script is located at http://linuxden.org/scripts/perl/retrieve-output.pl Let me know what you think. Kind Regards, Tom ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Spacewalk 1.4 branched
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 1.5 are ready, so you can tag and build in master. Nightly repository for 1.5 will be switched withing few hours. Mirek ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
