Reply
Thread Tools
Posts: 2,290 | Thanked: 4,133 times | Joined on Apr 2010 @ UK
#1
Originally Posted by Estel View Post
Examples of problems, please! It is exactly the argument that I tagged as "some imaginary problems that no one ever encountered".
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.

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.

Originally Posted by Estel View Post
I use apt-get and FAM for everything since dawns of time, and I never, ever touch HAM for any new N900's that I put my hands on. kernels, CSSU, whatever. Never had any problem, and never heard any details about what those problems may be.
Just because "you" haven't experienced issues doesn't mean there aren't any.

Originally Posted by Estel View Post
"FAM shaming" seems to live happily, god knows why. Maybe because there is no maintainer around, to defend own package against unfair accusations and outright lies.
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.
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.

Originally Posted by Estel View Post
And don't even get me started at the "possible problems due to automatic autoremoval of unneeded packages" checkbox. It is freakin' optional thing, and complaining about it is as valid as accusing apt-get of having "autoremove" option (which is exactly the same thing that FAM uses with this checkbox). I sincerely hope that anyone using this know what she/he is doing.
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.

Yes, potentially the system has all ready been slightly broken if there's an issue, however, autoremove will just make it worse not better.
Attached Images
  
__________________

Wiki Admin
sixwheeledbeast's wiki
Testing Squad Subscriber
- mcallerx - tenminutecore - FlopSwap - Qnotted - zzztop - Bander - Fight2048 -


Before posting or starting a thread please try this.
 

The Following 18 Users Say Thank You to sixwheeledbeast For This Useful Post:
peterleinchen's Avatar
Posts: 4,117 | Thanked: 8,901 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
#2
Thanks for cutting/moving that from character map.
And also thanks for clarification/pointing that out.
I did not know that (having FAM installed, but not using it). What I really hate about HAM is it one-action-at-a-time 'slowlyness'. So I am using mainly command line... (thinking I am not affected as having devel repo enabled all the time )
Nokia has disabled the user/hidden packages from being available in apt but they do show in HAM
ORLY? As a curious cat: could you give an example(s)?
__________________
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; 2014-05-25 at 11:41.
 

The Following 2 Users Say Thank You to peterleinchen For This Useful Post:
pichlo's Avatar
Posts: 6,445 | Thanked: 20,981 times | Joined on Sep 2012 @ UK
#3
Originally Posted by peterleinchen View Post
Thanks for cutting/moving that from character map.
+1

What I really hate about HAM is it one-action-at-a-time 'slowlyness'.
+1

ORLY? As a curious cat: could you give an example(s)?
Yeah, I was also curious about that. But then maybe I missed some hidden feature in HAM as I never touch it due to its complete lack of usability.

Back on the topic of using the CLI and GUI wrappers, Hamster Filer and friends are also just wrappers for ls. But it is much easier/more convenient working in a file manager. The same applies to apt and package managers.
__________________
Русский военный корабль, иди нахуй!
 

The Following 3 Users Say Thank You to pichlo For This Useful Post:
Posts: 254 | Thanked: 509 times | Joined on Nov 2011 @ Canada
#4
I've also been using FAM quite a bit, even for CSSU updates in some cases with no adverse effects. Of course, I disabled autoremove in FAM once I discovered it, not that my system has any issues that an autoremove would make worse, but better safe than sorry.
 

The Following User Says Thank You to shawnjefferson For This Useful Post:
Posts: 1,378 | Thanked: 1,604 times | Joined on Jun 2010 @ Göteborg, Sweden
#5
Originally Posted by sixwheeledbeast View Post
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.
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.

Last edited by handaxe; 2014-05-26 at 12:23.
 

The Following 3 Users Say Thank You to handaxe For This Useful Post:
Posts: 1,378 | Thanked: 1,604 times | Joined on Jun 2010 @ Göteborg, Sweden
#6
Originally Posted by pichlo View Post
Yeah, I was also curious about that. But then maybe I missed some hidden feature in HAM as I never touch it due to its complete lack of usability.
FMG has improved HAM immensely - it is faster. Still has it's quirks - presenting updates is one of them, as it often needs to be done twice to see them.
 

The Following User Says Thank You to handaxe For This Useful Post:
Posts: 1,163 | Thanked: 1,873 times | Joined on Feb 2011 @ The Netherlands
#7
HAM has red pill mode which allows to see hidden/system packages happily using both but unchecked autoremove as first thing after installing FAM. Also use apt-get, no problems. However FAM did mess my system up one time with the autoremove feature. It was back in the days when I just got my n900 for 1 month (or less)
__________________
N900 loaded with:
CSSU-T (Thumb)
720p recording,
Pierogi, Lanterne, Cooktimer, Frogatto
N9 16GB loaded with:
Kernel-Plus
--
[TCPdump & libpcap | ngrep]
--
donate
 

The Following 2 Users Say Thank You to mr_pingu For This Useful Post:
Posts: 1,203 | Thanked: 3,027 times | Joined on Dec 2010
#8
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 User Says Thank You to Android_808 For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#9
Originally Posted by sixwheeledbeast View Post
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.
Thanks a lot for example. Could you explain what causes the bootloop? I tried to reproduce it, but couldn't get into loophole (sic!)

Originally Posted by sixwheeledbeast View Post
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.
This is a good point,m but I'm wondering... If Maemo's packaging rules are so FCKD, that apt-get (and it's frontends) can install things propelling us into bootloop - and only some obscure (from upstream point of view) package manager HAM, can detect those problems - maybe we should fix our repo systems, then?

What exactly is the difference causing such mess? What "flag" (or whatever) HAM recognizes, that apt-get doesn't and why the hell we need to depend on obscurity of HAM?

Originally Posted by sixwheeledbeast View Post
Why waste my time when HAM works?
Because, AIUI, main goal of future for Maemo (FreEmantle) - in this or any other, hypothetical device - seems to be "more upstream, less obscure things that doesn't work anywhere else".

Originally Posted by sixwheeledbeast View Post
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!
I don't understand this example. Have you dissected what is wrong? Why apt-get doesn't show upgrade for bander, and HAM does? I'm using the same programs, and never run into such weirdo, using apt (via frontend or not).

Unlike you, in this case, I would stop trusting whole Maemo repos, instead of trusting obscure (against, as no offense to HAM - it's just obscure from GNU/Linux point of view), custom package manager.

Originally Posted by sixwheeledbeast View Post
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.
I strongly disagree here - I think it should be up to user's settings. BTW, in FAM, you don't "see" libs by default, too - you need to explicitly choose "ALL SECTIONS _ ADNACED!" for that.

Originally Posted by sixwheeledbeast View Post
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 agree that autoremove shouldn't be checked by default after installation. Sadly, despite that everyone is mentioning it for years, no one actually took the effort to change this (one liner, as I presume) in the FAM sources and upload fixed version to repos.

Personally, I haven't done it, as I don't see a problem with unchecking it after install (but still, I agree, that most elegant way would be to have it disabled by default).

Originally Posted by handaxe View Post
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.
Thanks for being devil's advocate Indeed, it is *exactly* what I meant. BTW, huge thanks to sixwheeledbeast for providing meaningful examples, AFAIK for the very first time in TMO.

/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#10
Originally Posted by Android_808 View Post
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.
Speeding-up HAM is not over(despite I find the version in latest -thumb perfectly usable), it is just that I don't want to make huge changes in such a critical piece of SW like HAM at once. Though I don't think I will touch HAM again before it is included in new CSSU-testing, but that's another story .

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.
I don't think it is a rocket science to use oprofile, though the one in repos is too old to be used for thumb-compiled binaries(I use almost newest upstream version and will upload it in extras upon request).

Anyway, there are a couple of things missing in apt-get and FAM compared to HAM:

- system upgrade failure recovery - HAM will try to recover your system in case a reboot/powerdown happens during system upgrade
- "domains" - honestly, I don't want some speedpatch clone to creep on my device because a script-kiddie has pushed it in extras replacing a system package. don't know about FAM, but apt-get will happily install such package.
- "install scripts", etc. - look here if you are curious.

And in addition FAM is unmaintained - the fact that a long standing "bug" like autoremove being checked by default is still not fixed means that this software is not fit for the purpose of being a distribution package manager. IMO.
__________________
Never fear. I is here.

720p video support on N900,SmartReflex on N900,Keyboard and mouse support on N900
Nothing is impossible - Stable thumb2 on n900

Community SSU developer
kernel-power developer and maintainer

 

The Following 10 Users Say Thank You to freemangordon For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 15:57.