Re: [Spacewalk-devel] 798571 - Timezone definitions outdated for russian TZs

2012-07-03 Thread Jan Pazdziora 
On Mon, Jul 02, 2012 at 05:12:58PM -0300, Marcelo Moreira de Mello wrote:
 Hello team,
 
   Here follow a patch which fixed the issue reported on BZ#798571.

Marcelo,

are we sure that it's just the description change that is needed? Do
the timezones otherwise work as expected on both Perl and Java stacks,
or is some logic change needed as well?

-- 
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] 798571 - Timezone definitions outdated for russian TZs

2012-07-03 Thread Marcelo Moreira de Mello 
On 07/03/2012 07:01 AM, Jan Pazdziora wrote:
 On Mon, Jul 02, 2012 at 05:12:58PM -0300, Marcelo Moreira de Mello wrote:
 Hello team,

   Here follow a patch which fixed the issue reported on BZ#798571.
 Marcelo,

 are we sure that it's just the description change that is needed? Do
 the timezones otherwise work as expected on both Perl and Java stacks,
 or is some logic change needed as well?

Hello Jan,

  I thought the same when I was changing the code. Then, I checked the
git changelog and saw some commits which only changed the description
(0518d03935bdefa5cf0a1e5b76b7f44105eaf6f2 per example).

 Looking the commit b77210efc1f39fbb095f47b8c67580045b4b6165,  it seems
that the trick to the Perl and Java stacks seems to use the timezone
description (such as America/Sao_Paulo).

 After changing the code, the webUI displayed the Russian time using
GMT+4 as expected.

Best Regards,
mmello

 

-- 
Marcelo Moreira de Mello
RHCA RHCSS RHCVA 
Senior Software Maintenance Engineer/SEG   

gpg id: 2048R/FDB110E5
gpg fingerprint: 3BE7 EF71 4DD7 6812 D309  8F18 BD42 D095 FDB1 10E5

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Re: [Spacewalk-devel] 798571 - Timezone definitions outdated for russian TZs

2012-07-03 Thread Stephen Herr 

On 07/03/2012 10:15 AM, Marcelo Moreira de Mello wrote:

On 07/03/2012 07:01 AM, Jan Pazdziora wrote:

On Mon, Jul 02, 2012 at 05:12:58PM -0300, Marcelo Moreira de Mello wrote:

Hello team,

   Here follow a patch which fixed the issue reported on BZ#798571.

Marcelo,

are we sure that it's just the description change that is needed? Do
the timezones otherwise work as expected on both Perl and Java stacks,
or is some logic change needed as well?


Hello Jan,

   I thought the same when I was changing the code. Then, I checked the
git changelog and saw some commits which only changed the description
(0518d03935bdefa5cf0a1e5b76b7f44105eaf6f2 per example).

  Looking the commit b77210efc1f39fbb095f47b8c67580045b4b6165,  it seems
that the trick to the Perl and Java stacks seems to use the timezone
description (such as America/Sao_Paulo).

  After changing the code, the webUI displayed the Russian time using
GMT+4 as expected.

Best Regards,
mmello




Hi guys,

I can't speak for anything else, but 0518d039 was a special case. In 
that bug the time zones were operating properly and adding the correct 
number of hours to GMT to get the time, but the text in the string 
resource file was incorrect. You shouldn't use that as a model unless 
the same is true of the time zones you are looking at.


-Stephen

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Re: [Spacewalk-devel] type error when trying to register an ubuntu 12.04 system

2012-07-03 Thread william 
Ok i have found the problem i guess but i'm not sure what the right way 
would be to fix this.


the problem is in the debUtils.py file:

def installTime(pkg_name):
path = '/var/lib/dpkg/info/%s.list' % pkg_name
if os.path.isfile(path):
   return os.path.getmtime(path)
else:
#   print pkg_name printing wrong package names
   return None

I have a few packages which don't have the file with that name in the 
/var/lib/dpkg/info directory.

e.g.
e2fslibs is installed:
ii  e2fslibs 1.42-1ubuntu2   ext2/ext3/ext4 file 
system libraries


which has the corresponding list file
ls /var/lib/dpkg/info/e2fslibs\:amd64.*
e2fslibs:amd64.list  e2fslibs:amd64.md5sums e2fslibs:amd64.postinst  
e2fslibs:amd64.postrm e2fslibs:amd64.shlibse2fslibs:amd64.symbols


so should the function be updated to look for e2fslibs:amd64 or i386 or 
is the package name just false and should this be updated (file bug 
report to ubuntu about the name)?
thats about 422 packages on my current desktop. But this is about the 
installtime so we could also return just 0 or epoch?


Regards,

Willem


On 06/29/2012 11:26 PM, william wrote:

Hi,

After commenting out:
def dump_nil (self, value, write):
#if not self.allow_none:
#raise TypeError, cannot marshal None unless allow_none 
is enabled

write(valuenil//value)
dispatch[NoneType] = dump_nil

in /usr/lib/python2.7/xmlrpclib.py it works.

So i'have no idea what it could  be but maybe it helps :) narrowing 
the problem down.


Regards,
Willem


Hi,

i have installed the packages for debian sid on my ubuntu 12.04 install.
When trying to register the system to spacewalk 1.7 or 8 running on 
fedora 16 i get a type error:


[Fri Jun 29 14:05:41 2012] up2date Warning: haldaemon or messagebus 
service not running. Cannot probe hardware and DMI information.


[Fri Jun 29 14:05:42 2012] up2date
Traceback (most recent call last):
  File /usr/sbin/rhnreg_ks, line 218, in module
cli.run()
  File /usr/share/rhn/up2date_client/rhncli.py, line 96, in run
sys.exit(self.main() or 0)
  File /usr/sbin/rhnreg_ks, line 151, in main
rhnreg.sendPackages(systemId, packageList)
  File /usr/share/rhn/up2date_client/rhnreg.py, line 489, in 
sendPackages

s.registration.add_packages(systemId, packageList)
  File /usr/share/rhn/up2date_client/rhnserver.py, line 63, in 
__call__

return rpcServer.doCall(method, *args, **kwargs)
  File /usr/share/rhn/up2date_client/rpcServer.py, line 196, in doCall
ret = method(*args, **kwargs)
  File /usr/lib/python2.7/xmlrpclib.py, line 1224, in __call__
return self.__send(self.__name, args)
  File /usr/share/rhn/up2date_client/rpcServer.py, line 37, in 
_request1

ret = self._request(methodname, params)
  File /usr/lib/python2.7/dist-packages/rhn/rpclib.py, line 377, in 
_request

request = self._req_body(self._strip_characters(params), methodname)
  File /usr/lib/python2.7/dist-packages/rhn/rpclib.py, line 232, in 
_req_body

return xmlrpclib.dumps(params, methodname, encoding=self._encoding)
  File /usr/lib/python2.7/xmlrpclib.py, line 1085, in dumps
data = m.dumps(params)
  File /usr/lib/python2.7/xmlrpclib.py, line 632, in dumps
dump(v, write)
  File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump
f(self, value, write)
  File /usr/lib/python2.7/xmlrpclib.py, line 714, in dump_array
dump(v, write)
  File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump
f(self, value, write)
  File /usr/lib/python2.7/xmlrpclib.py, line 735, in dump_struct
dump(v, write)
  File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump
f(self, value, write)
  File /usr/lib/python2.7/xmlrpclib.py, line 658, in dump_nil
raise TypeError, cannot marshal None unless allow_none is enabled
type 'exceptions.TypeError': cannot marshal None unless allow_none 
is enabled




The system is still registered but i have no package information
When adding the system with the option --nopackages it does not give 
me the error and the system also registers.


These are the packages i installed:
ii  python-rhn 2.5.52-1Python 
libraries for the RHN project
ii  rhn-client-tools 1.8.9-1 Red Hat 
Network Client Tools

ii  rhnsd 4.9.15-1Red Hat Update Agent

Regards,

Willem

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel





___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel





___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

[Spacewalk-devel] ubuntu dependancy python-hwdata and support for 3.x kernels for memory information

2012-07-03 Thread william 

Hi,

i saw in my logfile that it could not connect to hald.

After a tip from msuchy i looked at gudev which should be used when it 
is installed.


after investigation i saw it could not import hwdata
so i manually installed python-hwdata and it started to work.

python-hwdata should be a dependancy for rhn (maybe it should be 
packaged, not sure)




Also my current kernel is version 3.2 (ubuntu 12.04) but the hardware.py 
file only checks for uname 2.4 and uname 2.6


so i added

if kernel[:3] == 3:
return read_memory_2_6()

to hardware.py

def read_memory():
un = os.uname()
kernel = un[2]
if kernel[:3] == 3:
return read_memory_2_6()
if kernel[:3] == 2.6:
return read_memory_2_6()
if kernel[:3] == 2.4:
return read_memory_2_4()

and now the memory information gets collected and pushed to spacewalk.

Regards,

Willem

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

[Spacewalk-devel] spacewalk-backend-xp package is missing at nightly repo for RHEL6

2012-07-03 Thread Marcelo Moreira de Mello 

  Hello team,

   It seems that spacewalk-backend-xp package is missing at  nightly
repo  http://spacewalk.redhat.com/yum/nightly/RHEL/6/x86_64/

-- Processing Dependency: spacewalk-backend-server = 1.8.33-1.el6 for
package: spacewalk-backend-xp-1.8.33-1.el6.noarch
--- Package spacewalk-backend-server.noarch 0:1.8.45-1.el6 will be an
update
--- Package spacewalk-backend-sql.noarch 0:1.8.33-1.el6 will be updated
--- Package spacewalk-backend-sql.noarch 0:1.8.45-1.el6 will be an update
--- Package spacewalk-backend-sql-postgresql.noarch 0:1.8.33-1.el6 will
be updated
--- Package spacewalk-backend-sql-postgresql.noarch 0:1.8.45-1.el6 will
be an update
--- Package spacewalk-backend-tools.noarch 0:1.8.33-1.el6 will be updated
--- Package spacewalk-backend-tools.noarch 0:1.8.45-1.el6 will be an update
--- Package spacewalk-backend-xml-export-libs.noarch 0:1.8.33-1.el6
will be updated
--- Package spacewalk-backend-xml-export-libs.noarch 0:1.8.45-1.el6
will be an update
--- Package spacewalk-backend-xmlrpc.noarch 0:1.8.33-1.el6 will be updated
--- Package spacewalk-backend-xmlrpc.noarch 0:1.8.45-1.el6 will be an
update
-- Finished Dependency Resolution
Error: Package: spacewalk-backend-xp-1.8.33-1.el6.noarch
(@spacewalk-nightly)
   Requires: spacewalk-backend-server = 1.8.33-1.el6
   Removing: spacewalk-backend-server-1.8.33-1.el6.noarch
(@spacewalk-nightly)
   spacewalk-backend-server = 1.8.33-1.el6
   Updated By: spacewalk-backend-server-1.8.45-1.el6.noarch
(spacewalk-nightly)
   spacewalk-backend-server = 1.8.45-1.el6
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

# rpm -q spacewalk-backend-xp
spacewalk-backend-xp-1.8.33-1.el6.noarch

# wget
http://spacewalk.redhat.com/yum/nightly/RHEL/6/x86_64/spacewalk-backend-xp-1.8.45-1.el6.noarch.rpm
--2012-07-03 19:01:38-- 
http://spacewalk.redhat.com/yum/nightly/RHEL/6/x86_64/spacewalk-backend-xp-1.8.45-1.el6.noarch.rpm
Resolving spacewalk.redhat.com... 209.132.183.81
Connecting to spacewalk.redhat.com|209.132.183.81|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2012-07-03 19:01:39 ERROR 404: Not Found.


 Best,
mmello

-- 
Marcelo Moreira de Mello
RHCA RHCSS RHCVA 
Senior Software Maintenance Engineer/SEG   

gpg id: 2048R/FDB110E5
gpg fingerprint: 3BE7 EF71 4DD7 6812 D309  8F18 BD42 D095 FDB1 10E5

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Re: [Spacewalk-devel] spacewalk-backend-xp package is missing at nightly repo for RHEL6

2012-07-03 Thread Marcelo Moreira de Mello 

  Hello team, 

Builing locally the package the spacewalk-backend-xp was not built.

$ git branch
* master

$ git remote -v
origin  git://git.fedorahosted.org/git/spacewalk.git/ (fetch)
origin  git://git.fedorahosted.org/git/spacewalk.git/ (push)

$ tito build --srpm 

$ rpmbuild --rebuild /tmp/tito/spacewalk-backend-1.8.45-1.el6.src.rpm

{ SNIP }

Checking for unpackaged file(s): /usr/lib/rpm/check-files 
/home/mmello/rpmbuild/BUILDROOT/spacewalk-backend-1.8.45-1.el6.x86_64
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-sql-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-sql-oracle-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-sql-postgresql-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-server-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-xmlrpc-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-applet-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-app-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-iss-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-iss-export-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-libs-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-config-files-common-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-config-files-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-config-files-tool-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-package-push-server-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-tools-1.8.45-1.el6.noarch.rpm
Wrote: 
/home/mmello/rpmbuild/RPMS/noarch/spacewalk-backend-xml-export-libs-1.8.45-1.el6.noarch.rpm

 Looking the git log it seems that spacewalk-backend-xp was removed 
 
$ git show 6bf583de308bcd13fdcfc8b7c8e0391991715556
Author: Michael Mraka michael.mr...@redhat.com
Date:   Tue Jun 12 10:36:15 2012 +0200

removed -xp subpackage

 Should we fix the SPEC in order to automatically remove the 
spacewalk-backend-xp instead showing the RPM conflicting message? 
 
  Best Regards,
mmello

- Original Message -
From: Marcelo Moreira de Mello mme...@redhat.com
To: spacewalk-devel spacewalk-devel@redhat.com
Sent: Tuesday, July 3, 2012 7:03:20 PM
Subject: [Spacewalk-devel] spacewalk-backend-xp package is missing at   nightly 
repo for RHEL6


  Hello team,

   It seems that spacewalk-backend-xp package is missing at  nightly
repo  http://spacewalk.redhat.com/yum/nightly/RHEL/6/x86_64/

-- Processing Dependency: spacewalk-backend-server = 1.8.33-1.el6 for
package: spacewalk-backend-xp-1.8.33-1.el6.noarch
--- Package spacewalk-backend-server.noarch 0:1.8.45-1.el6 will be an
update
--- Package spacewalk-backend-sql.noarch 0:1.8.33-1.el6 will be updated
--- Package spacewalk-backend-sql.noarch 0:1.8.45-1.el6 will be an update
--- Package spacewalk-backend-sql-postgresql.noarch 0:1.8.33-1.el6 will
be updated
--- Package spacewalk-backend-sql-postgresql.noarch 0:1.8.45-1.el6 will
be an update
--- Package spacewalk-backend-tools.noarch 0:1.8.33-1.el6 will be updated
--- Package spacewalk-backend-tools.noarch 0:1.8.45-1.el6 will be an update
--- Package spacewalk-backend-xml-export-libs.noarch 0:1.8.33-1.el6
will be updated
--- Package spacewalk-backend-xml-export-libs.noarch 0:1.8.45-1.el6
will be an update
--- Package spacewalk-backend-xmlrpc.noarch 0:1.8.33-1.el6 will be updated
--- Package spacewalk-backend-xmlrpc.noarch 0:1.8.45-1.el6 will be an
update
-- Finished Dependency Resolution
Error: Package: spacewalk-backend-xp-1.8.33-1.el6.noarch
(@spacewalk-nightly)
   Requires: spacewalk-backend-server = 1.8.33-1.el6
   Removing: spacewalk-backend-server-1.8.33-1.el6.noarch
(@spacewalk-nightly)
   spacewalk-backend-server = 1.8.33-1.el6
   Updated By: spacewalk-backend-server-1.8.45-1.el6.noarch
(spacewalk-nightly)
   spacewalk-backend-server = 1.8.45-1.el6
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

# rpm -q spacewalk-backend-xp
spacewalk-backend-xp-1.8.33-1.el6.noarch

# wget
http://spacewalk.redhat.com/yum/nightly/RHEL/6/x86_64/spacewalk-backend-xp-1.8.45-1.el6.noarch.rpm
--2012-07-03 19:01:38-- 
http://spacewalk.redhat.com/yum/nightly/RHEL/6/x86_64/spacewalk-backend-xp-1.8.45-1.el6.noarch.rpm
Resolving spacewalk.redhat.com... 209.132.183.81
Connecting to spacewalk.redhat.com|209.132.183.81|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2012-07-03 19:01:39 ERROR 404: Not Found.


 Best,
mmello

-- 
Marcelo Moreira de

Re: [Spacewalk-devel] type error when trying to register an ubuntu 12.04 system

2012-07-03 Thread Miroslav Suchý 

On 07/03/2012 09:20 PM, william wrote:


I have a few packages which don't have the file with that name in the
/var/lib/dpkg/info directory.
e.g.
e2fslibs is installed:
ii  e2fslibs 1.42-1ubuntu2   ext2/ext3/ext4 file
system libraries

which has the corresponding list file
ls /var/lib/dpkg/info/e2fslibs\:amd64.*
e2fslibs:amd64.list  e2fslibs:amd64.md5sums e2fslibs:amd64.postinst
e2fslibs:amd64.postrm e2fslibs:amd64.shlibse2fslibs:amd64.symbols

so should the function be updated to look for e2fslibs:amd64 or i386 or
is the package name just false and should this be updated (file bug
report to ubuntu about the name)?
thats about 422 packages on my current desktop. But this is about the
installtime so we could also return just 0 or epoch?


I do not have Ubuntu. Just good plain Debian. But anyway - let assume 
there is no difference:


I tried this command on my machine:
# for i in $(dpkg -l |grep ii |awk '{print $2}' ); do ls 
/var/lib/dpkg/info/${i}.list /dev/null; done


and I get empty output. So in my system I have 
/var/lib/dpkg/info/${package_name}.list for every package.
This was run on Sid, but I should have even old lenny somewhere... Yes, 
still the same. File for every package.
So I would say it is Ubuntu problem (or you have corrupted package db). 
If you feel it is not your local problem, please file Ubunutu bug report.


--
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] ubuntu dependancy python-hwdata and support for 3.x kernels for memory information

2012-07-03 Thread Miroslav Suchý 

On 07/03/2012 10:29 PM, william wrote:


after investigation i saw it could not import hwdata
so i manually installed python-hwdata and it started to work.

python-hwdata should be a dependancy for rhn (maybe it should be
packaged, not sure)


Good point, will try to fix that in next release.


Also my current kernel is version 3.2 (ubuntu 12.04) but the hardware.py
file only checks for uname 2.4 and uname 2.6

so i added

 if kernel[:3] == 3:
 return read_memory_2_6()

to hardware.py

def read_memory():
 un = os.uname()
 kernel = un[2]
 if kernel[:3] == 3:
 return read_memory_2_6()
 if kernel[:3] == 2.6:
 return read_memory_2_6()
 if kernel[:3] == 2.4:
 return read_memory_2_4()

and now the memory information gets collected and pushed to spacewalk.


Indeed.
Commited as 4e48c16.

Thanks for investigation.

--
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] spacewalk-backend-xp package is missing at nightly repo for RHEL6

2012-07-03 Thread Miroslav Suchý 

On 07/04/2012 12:32 AM, Marcelo Moreira de Mello wrote:

  Should we fix the SPEC in order to automatically remove the 
spacewalk-backend-xp instead showing the RPM conflicting message?


Package spacewalk-backend-app do that:

Obsoletes: spacewalk-backend-xp  1.8.33
Provides: spacewalk-backend-xp = %{version}-%{release}

So you should investigate why yum does not decided to upgrade 
spacewalk-backend-app. Did you run yum upgrade or some other command?


--
Miroslav Suchy
Red Hat Satellite Engineering


___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel