[Spacewalk-list] packages "not upgrades "

[Mgr. Peter Hudec]

Hi Paul,

No I did not submit this patch. This patch is quick and maybe dirty hack
to get it working for me. I used "wisely" chosen not filled database field
for this purpose.

Spacewalk has a generally problem with generation the packages file for
deb repos. T generates only the subset of the fields and some of them are
auto generated /ex: size/. Spacewalk should follow the package control
file, but right now there is no support for this in spacewalk.

I can create the bugzilla account to submit this patch and few others we
did during the spacewalk testing and deploying to production on debian
based systems.

BUG ID: 903068

	Best regards
		Peter Hudec


On 1/22/13 11:46 PM, Paul Robert Marino wrote:
> If it works I have to ask the question was this patch submitted in a
> ticket in the spacewalk bugzilla
>
>
> On Mon, Jan 21, 2013 at 2:38 PM, Mgr. Peter Hudec <peter.hudec at swan.sk> wrote:
>> Hi Simon,
>>
>> see attahcech diff, which solved my problem. It's against SPACEWALK-1.7
>> branch.
>>
>>          Peter
>>
>>
>> On 1/21/13 5:59 PM, Mgr. Peter Hudec wrote:
>>>
>>> Hi Simon,
>>>
>>> yes, it did the upgeades ;)
>>>
>>> I found the problem.
>>> First, this is apt-get/aptitude fature, the python-apt api did not have
>>> this strange behaviour.
>>>
>>> Second where is the problem. The problem is with the wrong generated
>>> Packages file. Exctly wit the information provided for the package.
>>>
>>> Every package has control file, where is the package description. Thos
>>> control file shuld be transported to the repository Packages file and
>>> here is the problem.
>>>
>>> In my case
>>>
>>> Package pss-foxim fdo not have property "Installed-Size", but the
>>> Packages does. If i remove the line form packages this packages goes ok.
>>>
>>> Package strace have "Installed-Size: property, but the value differs
>>> with the value in the Packages file. If i correct the value in the
>>> Packages file, this package gos OK.
>>>
>>> So generaly, the DebpackageWrites should follow thr package control file.
>>>
>>> So the problem is in Pacakge writer java class and in the rhnpush and
>>> it's XMLRPC API ;(
>>>
>>>
>>> I hope I will be able to write quick fix for this problem.
>>>
>>>       best regards
>>>           Peter
>>>
>>> On 1/21/13 4:44 PM, Simon Lukasik wrote:
>>>>
>>>> On 01/21/2013 02:02 PM, Mgr. Peter Hudec wrote:
>>>>>
>>>>> Dear all,
>>>>>
>>>>> today I found a strange issue.
>>>>> I out some packages into repository and installed then using spacewalk
>>>>> server.
>>>>>
>>>>> These packages were successfully installed, the spacewalk shows the
>>>>> system is up2date and OK.
>>>>>
>>>>> But when I run "apt-get upgrade -s" the system still wants to upgrade
>>>>> the packages, even if they are the same version. Does anybody already
>>>>> had this issue?
>>>>>
>>>>> TEJB1139H5XEAS info # apt-get upgrade -s
>>>>> Reading package lists... Done
>>>>> Building dependency tree
>>>>> Reading state information... Done
>>>>> The following packages will be upgraded:
>>>>>     pss-foxim strace worthless
>>>>> 3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>>>>> Inst pss-foxim [2.1] (2.1 spacewalk.fopss.sk [all])
>>>>> Conf pss-foxim (2.1 spacewalk.fopss.sk [all])
>>>>> Inst strace [4.5.20-2.3ubuntu1] (4.5.20-2.3ubuntu1 spacewalk.fopss.sk
>>>>> [i386])
>>>>> Inst worthless [1.0-2] (1.0-2 spacewalk.fopss.sk [all])
>>>>> Conf strace (4.5.20-2.3ubuntu1 spacewalk.fopss.sk [i386])
>>>>> Conf worthless (1.0-2 spacewalk.fopss.sk [all])
>>>>>
>>>>
>>>> Does the `apt-get upgrade` (without the --simulate option) really
>>>> performs that actions?
>>>>
>>>> And can you confirm that this issue persists even after `apt-get update`?
>>>>
>>>
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>