Reply
Thread Tools
peterleinchen's Avatar
Posts: 4,117 | Thanked: 8,901 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
#1
I have manually modified /var/lib/dpkg/status to remove some not needed dependencies from some packages.
One is mymenu (dependency mp-fremantle-generic-pr) and other is tor (dependency adduser).
I already hold package mymenu
~ $ dpkg -l | grep ^h
hi mymenu 0.4.5 Change Menu structure
, but HAM always wants me to update this.
How to disable that? (as apt-get upgrade recognizes the hold!)

And other question for tor is:
I manually edited dpkg status file to have here "adduser | busybox-power" instead of "adduser" only. But apt-get wants me to upgrade this even latest version is installed. I do not want to put it on hold. Is there any other possibility?

Or is editing dpkg status not allowed at all?
__________________
SIM-Switcher, automated SIM switching with a Double (Dual) SIM adapter
--
Thank you all for voting me into the Community Council 2014-2016!

Please consider your membership / supporting Maemo e.V. and help to spread this by following/copying this link to your TMO signature:
[MC eV] Maemo Community eV membership application, http://talk.maemo.org/showthread.php?t=94257

editsignature, http://talk.maemo.org/profile.php?do=editsignature

Last edited by peterleinchen; 2013-10-29 at 21:02. Reason: title correction
 

The Following User Says Thank You to peterleinchen For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#2
editing dpkg status file is the worst what you can do.

rather fix packages in extras-devel repository and other people can benefit from it:
* add "Provides: adduser" to busybox-power (so packages which depends on adduser will work with busybox-power)
* remove dependency on mp-fremantle-generic-pr from packages (it is really useless)

HAM does not support what apt-get, so there is no possible fix (only one is to patch HAM to understand holding...)
 

The Following 3 Users Say Thank You to pali For This Useful Post:
peterleinchen's Avatar
Posts: 4,117 | Thanked: 8,901 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
#3
Originally Posted by pali View Post
editing dpkg status file is the worst what you can do.
I know, but I read that when you know what you do (hmm, did/do I? ) then you may solve some dependency problems this way.

Originally Posted by pali View Post
rather fix packages in extras-devel repository and other people can benefit from it:
* add "Provides: adduser" to busybox-power (so packages which depends on adduser will work with busybox-power)
* remove dependency on mp-fremantle-generic-pr from packages (it is really useless)
OK, I will inform iDont (but that would mean a lot of provides to edit for him ).
For mymenu I do not see any active maintainer anymore. I believe he added mp to force users to upgrade to PR1.3. Maybe mymenu does not work for older releases? Are there really people out there using PR < 1.3???

Originally Posted by pali View Post
HAM does not support what apt-get, so there is no possible fix (only one is to patch HAM to understand holding...)
Thanks, I was afraid that this is the answer.
__________________
SIM-Switcher, automated SIM switching with a Double (Dual) SIM adapter
--
Thank you all for voting me into the Community Council 2014-2016!

Please consider your membership / supporting Maemo e.V. and help to spread this by following/copying this link to your TMO signature:
[MC eV] Maemo Community eV membership application, http://talk.maemo.org/showthread.php?t=94257

editsignature, http://talk.maemo.org/profile.php?do=editsignature
 

The Following User Says Thank You to peterleinchen For This Useful Post:
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#4
I guess for mp-fremantle-generic-pr we/one could use equivs to create a dummy package. This way you effectively replace the package without breaking the packaging system (which is what you do by editing dpkg status -- but kudos to you for doing that
 

The Following User Says Thank You to reinob For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#5
Originally Posted by peterleinchen View Post
I know, but I read that when you know what you do (hmm, did/do I? ) then you may solve some dependency problems this way.
This can break other parts... And when you change it then apt/dpkg can see that you have different version installed as in apt repo (version string same but control data different) and they can provide "update"... Really do not edit dpkg status file if you do not know what are you doing!

Originally Posted by peterleinchen View Post
OK, I will inform iDont (but that would mean a lot of provides to edit for him ).
For mymenu I do not see any active maintainer anymore. I believe he added mp to force users to upgrade to PR1.3. Maybe mymenu does not work for older releases? Are there really people out there using PR < 1.3???
I think that extras-devel has own fremantle1.3 distribution... And I think that in extras-devel & extras-testing you do not have to care about old PR 1.2 (and 1.1...) releases.
 

The Following User Says Thank You to pali For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#6
Originally Posted by reinob View Post
I guess for mp-fremantle-generic-pr we/one could use equivs to create a dummy package. This way you effectively replace the package without breaking the packaging system (which is what you do by editing dpkg status -- but kudos to you for doing that
Depending on that metapackage is bad idea. It means that for your app you need full Maemo system... which is for obviois reason not correct...

And there are 12 different (or maybe more??) metapackages (for each region variant) plus for CSSU.

If your package needs PR1.3 then it needs only some specific PR1.3 feature e.g. new menu provided by hildon-desktop... So depends on new hildon-desktop package.


And please do not start creating new dummy packages for fixing our totally broken packaging system. It will lead to even big hell as it is now.
 

The Following User Says Thank You to pali For This Useful Post:
peterleinchen's Avatar
Posts: 4,117 | Thanked: 8,901 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
#7
Originally Posted by pali View Post
This can break other parts... And when you change it then apt/dpkg can see that you have different version installed as in apt repo (version string same but control data different) and they can provide "update"... Really do not edit dpkg status file if you do not know what are you doing!
Okay, okay.
I just thought modifying some dependencies I really do not need, could cause such trouble (at least not a mess). Easily to revert.
Above explanation is what I was looking for.
So just out of curiosity, is there really some use case for editing manually (which was correct form my point of view)?

Originally Posted by pali View Post
I think that extras-devel has own fremantle1.3 distribution... And I think that in extras-devel & extras-testing you do not have to care about old PR 1.2 (and 1.1...) releases.
Okay.
But I am not going to be maintainer of mymenu, but would like to help to get that package dependency solved. Some idea?
__________________
SIM-Switcher, automated SIM switching with a Double (Dual) SIM adapter
--
Thank you all for voting me into the Community Council 2014-2016!

Please consider your membership / supporting Maemo e.V. and help to spread this by following/copying this link to your TMO signature:
[MC eV] Maemo Community eV membership application, http://talk.maemo.org/showthread.php?t=94257

editsignature, http://talk.maemo.org/profile.php?do=editsignature
 

The Following User Says Thank You to peterleinchen For This Useful Post:
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#8
Originally Posted by pali View Post
And please do not start creating new dummy packages for fixing our totally broken packaging system. It will lead to even big hell as it is now.
Well, as an end-user you don't have many options do you?

If would be greate if CSSU would go and resolve the dependency chaos we have in Maemo. Heck, I would even install CSSU if they did that

But as peterleinchen has already pointed out, a mere end-user cannot take over the role of maintainer for a number of packages, so either we fix the packages locally (patching the .deb and/or the dpkg status) or we fake dummy dependencies (equivs).

This is not debian or Ubuntu. We don't have a working system for fixing bugs.
 

The Following User Says Thank You to reinob For This Useful Post:
Posts: 301 | Thanked: 531 times | Joined on Aug 2010 @ The Netherlands
#9
I gave my old N900 to my daughter. Running an upgrade on Faster Application Manager leads to 10 QtMobile packages, 27 packages to be installed. Before installing, I receive a warning that I am about to remove a critical component, mp-fremantle-generic-pr 21.2011.38-1.

I guess I don't want to remove this component. Now what?
__________________
Palm Treo -> N900 -> N9 -> Jolla -> SailfishX -> XA2
Developer mode novice, and enjoying it
 
peterleinchen's Avatar
Posts: 4,117 | Thanked: 8,901 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
#10
Hi Rob,
sorry for late reply, I thought I already answered.

Originally Posted by rob_kouw View Post
...
a critical component, mp-fremantle-generic-pr 21.2011.38-1.

I guess I don't want to remove this component. Now what?
Depends.
If you are on CSSU you shouldn't have this meta package anymore.
If not I suggest to do a reflash and upgrade to CSSU (depends on what you like/preferences/already installed/...)

Regarding manual salvation (correct wording?):
mainly packages from CSSU requiring to remove mp package. I did not run into such prob when upgrading (all from devel repo). But maybe some package QT? requires any higher lib.
What are your repositories? This should not happen inside standard repos (imho).
I would try to cut down the to-be-installed packages and try to find which one requires deletion.
All of the above is more or less obsolete as there will be no more PR1.4 (PR1.3.2). And this meta package is only needed for that case so it is safe to have it removed (saying so even I still have it on device ).
__________________
SIM-Switcher, automated SIM switching with a Double (Dual) SIM adapter
--
Thank you all for voting me into the Community Council 2014-2016!

Please consider your membership / supporting Maemo e.V. and help to spread this by following/copying this link to your TMO signature:
[MC eV] Maemo Community eV membership application, http://talk.maemo.org/showthread.php?t=94257

editsignature, http://talk.maemo.org/profile.php?do=editsignature
 
Reply


 
Forum Jump


All times are GMT. The time now is 12:27.