Re: app manager: <package> breaks the 3rd party package policy
 

You are right. Asked to Richard/Marius. The message appears, in theory, when installing a 3rd party app can mess a SSU. It's a young feature being tested these days, so let's not worry much about it now.

Re: app manager: <package> breaks the 3rd party package policy
 

I read the code again and I'm pretty sure that the reason was that madbomber has a depency to certain version of madbomber-data (madbomber-data (= 0.2.5-3maemo4)).

Depending to certain version of the base system would break SSU's, but depending to certain version of 3rd party package should be OK as long as it's comparable to madbomber-data (ie not a library).

I hope that the "the 3rd party package policy" is documented once it's done. It wouldn't hurt if it was discussed even before it was done.

Re: app manager: <package> breaks the 3rd party package policy
 

Yes, please. Perfect chance to avoid community backlash by discussing a policy that will affect the community before it is implemented.

Re: app manager: <package> breaks the 3rd party package policy
 

Yes, the discussion is even in the plan and I guess it will come when there is a solid proposal in place. I have been told that this 'SSU check' has got its first implementation as a test a week ago...

Re: app manager: <package> breaks the 3rd party package policy
 

Here we go: http://wiki.maemo.org/Extras/3rd_Party_Package_Policy

Re: app manager: <package> breaks the 3rd party package policy
 

Seems fine to me but following quote doesn't make sense to me (except that it's huge work).

I don't understand why all packages would need to be rebuilt when SSU is released.

Re: app manager: <package> breaks the 3rd party package policy
 

Confused me at first as well. I guess it should actually be "any package which depends on a package in the new SSU must be checked for version compatibility". Maybe?

Re: app manager: <package> breaks the 3rd party package policy
 

I tried to install gFTP in current Fremantle but that also was not possible as it "breaks the 3rd party package policy" according to the Application Manager.
However, running "apt-get install gftp-gtk" worked fine.
/me confused.

Re: app manager: <package> breaks the 3rd party package policy
 

Looking at what has been said here, I guess it fails because:
If it is failing because it's using = instead of >=; then it is rather stupid behaviour from the Application Manager.

Re: app manager: <package> breaks the 3rd party package policy
 

And seems to contradict 3rd package policy as defined by qgil in wiki:
(neither gftp-common nor madbomber-data are system packages)

So I guess this is a h-a-m bug. Or I'm misunderstanding the policy.