The Following 18 Users Say Thank You to sixwheeledbeast For This Useful Post: | ||
![]() |
2014-05-25
, 11:36
|
|
Posts: 4,118 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#2
|
Nokia has disabled the user/hidden packages from being available in apt but they do show in HAM
![]() |
2014-05-25
, 13:36
|
|
Posts: 6,453 |
Thanked: 20,983 times |
Joined on Sep 2012
@ UK
|
#3
|
What I really hate about HAM is it one-action-at-a-time 'slowlyness'.
ORLY? As a curious cat: could you give an example(s)?
The Following 3 Users Say Thank You to pichlo For This Useful Post: | ||
![]() |
2014-05-25
, 22:51
|
Posts: 254 |
Thanked: 509 times |
Joined on Nov 2011
@ Canada
|
#4
|
The Following User Says Thank You to shawnjefferson For This Useful Post: | ||
![]() |
2014-05-26
, 00:05
|
Posts: 1,378 |
Thanked: 1,604 times |
Joined on Jun 2010
@ Göteborg, Sweden
|
#5
|
I take offence to the fact you think I have no right to share my opinion and the fact you imply I would outright lie or jump on a "hate" band wagon.
The Following 3 Users Say Thank You to handaxe For This Useful Post: | ||
![]() |
2014-05-26
, 00:09
|
Posts: 1,378 |
Thanked: 1,604 times |
Joined on Jun 2010
@ Göteborg, Sweden
|
#6
|
The Following User Says Thank You to handaxe For This Useful Post: | ||
![]() |
2014-05-26
, 05:54
|
Posts: 1,163 |
Thanked: 1,873 times |
Joined on Feb 2011
@ The Netherlands
|
#7
|
The Following 2 Users Say Thank You to mr_pingu For This Useful Post: | ||
![]() |
2014-05-26
, 08:18
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#8
|
The Following User Says Thank You to Android_808 For This Useful Post: | ||
![]() |
2014-05-26
, 17:21
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#9
|
OK.
Take fCamera 1.0.5-2 for example, it should conflict with kernel power, it does in HAM; all is well.
However, on both FAM and apt it doesn't conflict and allows installation, in most cases this causes a boot loop.
I believe there are other examples of this dependency mess all over Maemo, apt doesn't notice these conflicts and if apt doesn't FAM can't either.
Another example with screenshots attached below.
HAM shows one thing and FAM shows something else, this is the same system, both managers updated. I know which manager I trust to do the upgrade!
It's also very easy to install packages you shouldn't from different sections like libs for example. One without knowledge could easily end up in a mess. Only user packages should be available.
The option is checked as default FFS. Anybody can install this package and use it (it's in extras BTW). I wouldn't expect a complete newbie to be able to get root and use autoremove without understanding it. I could expect someone finding FAM in the repos and using it without knowing what the options actually do.
I don't believe Estel was implying what you present. I think rather, he was wanting to say (yes, his word choice occasionally tends to the lurid) is until now, few if any have bothered to detail the issues, and so the naysayers seem just that.
![]() |
2014-05-26
, 21:28
|
Posts: 3,074 |
Thanked: 12,964 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#10
|
whats stopping someone from profiling ham to find the cause of slowness? fmg, as handaxe has stated, has done some work on it but there could be more improvements to be had.
as can be seen by dosbox stuff, i don't mind looking over code but i'm nowhere near the same league as fmg or pali. something as critical as ham i wouldn't want to play with until i get a bit more confident.
The Following 10 Users Say Thank You to freemangordon For This Useful Post: | ||
Take fCamera 1.0.5-2 for example, it should conflict with kernel power, it does in HAM; all is well.
However, on both FAM and apt it doesn't conflict and allows installation, in most cases this causes a boot loop.
I believe there are other examples of this dependency mess all over Maemo, apt doesn't notice these conflicts and if apt doesn't FAM can't either.
To try and reproduce every application installation combination to find a conflict, would take a long time otherwise I would go through every package to prove a point. Why waste my time when HAM works?
Another example with screenshots attached below.
HAM shows one thing and FAM shows something else, this is the same system, both managers updated. I know which manager I trust to do the upgrade!
It's also very easy to install packages you shouldn't from different sections like libs for example. One without knowledge could easily end up in a mess. Only user packages should be available.
Also while mentioning sections, Nokia has disabled the user/hidden packages from being available in apt but they do show in HAM.
FAM uses the --allow-unauthenticated flag for all installs not the most secure method but at least it installs without any unnecessary security prompts
If you fully understand what is going on you are unlikely to have an issue. However, if your half asleep or forget to check everything with a fine toothcomb there is a possible dependency mess or reflash waiting around the corner.
I have no issues with the developer. He wanted to make a project in Qt and made FAM in the hope it will be useful. He has learned a lot along the way, just like I have, this is the FOSS spirit. Even the great MAG has learned stuff from FAM's sources.
I still believe it would have been better to make something else and provide fixes to HAM via CSSU instead, I am sure others would agree.
Yes, potentially the system has all ready been slightly broken if there's an issue, however, autoremove will just make it worse not better.
Wiki Admin
sixwheeledbeast's wiki
Testing Squad Subscriber
- mcallerx - tenminutecore - FlopSwap - Qnotted - zzztop - Bander - Fight2048 -
Before posting or starting a thread please try this.