IRC log for #maemo-ssu on 20140106

00:27.08*** join/#maemo-ssu freemangordon_ (~freemango@46.249.74.23)
03:03.57*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
04:11.22*** join/#maemo-ssu liteIRC_ (~ravelo@85-127-247-95.dynamic.xdsl-line.inode.at)
05:06.11*** join/#maemo-ssu solofight (kvirc@115.242.221.70)
05:06.23*** join/#maemo-ssu radekp (~radek@82.113.39.213)
07:14.34*** join/#maemo-ssu trx (ns-team@212.200.198.22)
07:14.34*** join/#maemo-ssu trx (ns-team@devbin/founder/trx)
07:59.59solofightis there a way to lock all settings/app install/uninstall on my n900 for general users.... only when i gain root access it should allow such operations.... this way kids who play games wont change any settings because it needs password
08:01.02freemangordonsolofight: sorry, I posted in a wrong chan, will repost here
08:01.20freemangordon09:55 <freemangordon> solofight: while you are here - one thing you can help with (re Neo900):
08:01.22freemangordon09:56 <freemangordon> solofight: REed fmtxd needs code refactoring
08:01.24freemangordon<freemangordon> solofight: like replacing const strings with defines, moving dbus names to a header, adding -dev and -dbg packages
08:01.26freemangordon09:57 <freemangordon> solofight: you may take on that one if you like, the code is here https://gitorious.org/community-ssu/fmtx-middleware/commits/4d0f3cd802b247a51389941851cbd320f96f68aa
08:02.26freemangordonsolofight: If you want to do that, you need to "fork" the repo on gitorious, make the changes and request a merge
08:03.07*** join/#maemo-ssu LauRoman (~LauRoman@5-14-88-64.residential.rdsnet.ro)
08:03.49solofightfreemangordon: happy to help
08:04.24freemangordonsolofight: good :)
08:04.35solofighti will have to scale up though
08:04.43freemangordonhmm?
08:05.24solofightlike i already said - this will be my first time programming/customizing the base or base modules.. all these times i have been working with applicaitons which work on top of a base
08:06.13freemangordonsolofight: we talk code refactoring there, it is not exactly probramming ;). But it is up to you to decide if you want to pick the task ofc
08:06.50freemangordonprogramming even
08:10.39*** join/#maemo-ssu LauRoman|Alt (~LauRoman@5-14-88-64.residential.rdsnet.ro)
08:18.35solofight:P
08:18.44solofightIn main.c file there is a comment like   /* WTF did Nokia developer do here, why is CAL std ignored? */
08:19.34freemangordonI know, I wrote it ;P
08:23.27solofightfreemangordon: is there a document which i go though to get my self speed on this ? first i would like to understand the code (meaning the hierarchy of the code)
08:24.19solofightsay for example - what is the reason there is a etc directory here ? there is a init.d directory and a fmtx file which has a case inside
08:24.40solofightis this some standard which all apps for maemo should follow ?
08:27.07solofighthttps://play.google.com/store/apps/details?id=com.domobile.applock&hl=en
08:52.02freemangordonsolofight: I am not aware of such a document, but if you don;t have understanding of what is *nix, I am afraid you'll have to do some self-learning first
08:52.29freemangordonsolofight: for example - what is inside /etc/init.d ;)
08:52.40solofightok so its the same folder structure that *nix follows
08:53.05freemangordonsolofight: it *IS* *nix, maemo is debian derivative
08:53.14solofightbut yes - i should agree that i do not have indepth knowledge about the purpose of each file in *nix
08:53.26solofightoh
08:53.47solofighti wonder then why debian can lock apps with a sudo and maemo cant !
09:32.35*** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl)
09:40.53*** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm)
10:05.18*** join/#maemo-ssu liteIRC_ (~ravelo@178-165-133-066.dyn.orange.at)
10:42.35*** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl)
10:42.52*** join/#maemo-ssu arcean (~arcean@aacu202.neoplus.adsl.tpnet.pl)
10:59.17*** join/#maemo-ssu infobot (~infobot@rikers.org)
10:59.18*** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-10-27): 21.2011.38-1Tmaemo8.3; Stable(2013-06-18): 21.2011.38-1Smaemo6.1
10:59.18*** mode/#maemo-ssu [+v infobot] by ChanServ
11:25.24*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
11:36.34DocScrutinizer05should we have pointed him to unix file permissions?
11:38.50DocScrutinizer05but actually I don't know which app or executable would be chmod go-x  on debian
11:39.41DocScrutinizer05it's usually more like "sorry, not in your path" and "sorry, missing permissions to open /dev/fubar"
11:42.49*** join/#maemo-ssu LauRoman (~LauRoman@5-14-88-64.residential.rdsnet.ro)
11:46.56*** join/#maemo-ssu _rd (~rd@p5088FD7A.dip0.t-ipconnect.de)
12:06.28jon_yDocScrutinizer05: su?
12:11.33merlin1991~ugt
12:11.33infobot[ugt] Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html
12:42.45*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-kacfafbeaeeojaie)
12:58.04*** join/#maemo-ssu liteIRC_ (~ravelo@85-127-247-95.dynamic.xdsl-line.inode.at)
13:19.38*** join/#maemo-ssu dos11 (~dos@unaffiliated/dos1)
13:56.41*** join/#maemo-ssu _rd (~rd@p5088FD7A.dip0.t-ipconnect.de)
13:57.18*** join/#maemo-ssu Mark__T (86630288@foresight/developer/mark)
14:45.19*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-pzkvwunvklcdnxgd)
15:03.27*** join/#maemo-ssu liteIRC_ (~ravelo@091-141-004-020.dyn.orange.at)
15:05.57*** join/#maemo-ssu liteIRC__ (~ravelo@091-141-004-020.dyn.orange.at)
15:09.32*** join/#maemo-ssu liteIRC_ (~ravelo@77.119.0.160)
15:09.49*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
15:11.04*** join/#maemo-ssu NishanthMenon (~nmenon@nat/ti/x-rysguaxmfuaazfki)
15:25.13*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
15:44.02*** join/#maemo-ssu kolp (~quassel@212.255.123.161)
15:44.22*** join/#maemo-ssu liteIRC_ (~ravelo@213-240-74-83.adsl.highway.telekom.at)
15:45.38*** join/#maemo-ssu liteIRC__ (~ravelo@213-240-74-83.adsl.highway.telekom.at)
16:01.58*** join/#maemo-ssu liteIRC_ (~ravelo@213-240-74-83.adsl.highway.telekom.at)
16:06.59*** join/#maemo-ssu liteIRC_ (~ravelo@213-240-74-83.adsl.highway.telekom.at)
16:18.54*** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net)
16:36.08*** join/#maemo-ssu discopig (~pig@unaffiliated/discopig)
16:50.37*** join/#maemo-ssu ravelo (~ravelo@213-240-74-83.adsl.highway.telekom.at)
16:55.20*** join/#maemo-ssu arcean_ (~arcean@aact4.neoplus.adsl.tpnet.pl)
17:06.46DocScrutinizer05jon_y: no, su of al commands is the one that most certainly NOT is blocked from execution by non-root users
17:07.36*** join/#maemo-ssu liteIRC_ (~ravelo@091-141-005-217.dyn.orange.at)
17:08.14*** join/#maemo-ssu Hakki (~hakki@ip212-226-155-81.adsl.kpnqwest.fi)
17:20.14*** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm)
17:21.47keriolmao
17:26.03*** join/#maemo-ssu liteIRC_ (~ravelo@091-141-005-217.dyn.orange.at)
17:40.42*** join/#maemo-ssu liteIRC_ (~ravelo@85-127-247-95.dynamic.xdsl-line.inode.at)
17:47.27*** join/#maemo-ssu NIN101 (~NIN@n900.quitesimple.org)
17:58.33*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-wpayjesedcnotull)
19:23.53*** join/#maemo-ssu _rd (~rd@p5088FD7A.dip0.t-ipconnect.de)
19:55.10*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
20:04.14*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
20:30.07freemangordonmerlin1991: DocScrutinizer05: https://gitorious.org/community-ssu/hildon-application-manager/commit/088b7fc8e6f73b7708b2d2b1945b0d5c5497cc38
20:30.11freemangordon:P
20:35.08freemangordonthough I don't think this can be made any faster without changing the way HAM works :(
20:35.17dos1freemangordon: woah, nice
20:35.36freemangordonwonders who had designed that
20:36.32freemangordondos1: with cssu-testing, cssu-thumb and extras-devel (besides stock) enabled repos, HAM needs 43 seconds to start
20:36.43freemangordonbefore that patch the time was 113 seconds
20:37.18dos1and by "the way HAM works" you mean...?
20:37.23freemangordondevice OC to 805
20:37.43freemangordondos1: the design is umm... terible
20:38.44dos1figured that out, just being curious on what the design is
20:38.46freemangordondos1: apt-worker "parses" the whole apt cache, packge by package by version
20:39.24freemangordonand then "uploads" the list of packages that fit the criteria to HAM
20:40.42DocScrutinizer05freemangordon: nice :-)
20:42.18DocScrutinizer05freemangordon: yep, that's what I guess apt is usually doing
20:42.44DocScrutinizer05and it takes ages
20:42.52DocScrutinizer05I guess
20:43.09freemangordonDocScrutinizer05: I guess apt is using some brain when doing that - like hash tables or whatever to do it fast
20:43.20DocScrutinizer05:nod:
20:43.33freemangordonDocScrutinizer05: while apt-worker (part of HAM) is ITERATING
20:43.42DocScrutinizer05yep
20:44.35freemangordonit is like doing select* from $table and then filtering the result
20:44.48DocScrutinizer05check out HAM options  in red pill mode. I seem to recall a few apt-related options, though most likely they are useless and/or broken
20:44.52freemangordoninstead of doing select * from $table where $condition
20:45.02DocScrutinizer05yes
20:45.04freemangordonwhich is plain stupid IMO
20:45.10DocScrutinizer05I know ;-)
20:45.52freemangordonunfortunately apt API is not well documented so I don;t think I can do it any better
20:46.02DocScrutinizer05:nod:
20:46.22freemangordonwell, I guess 60% improvement should be enough for now :)
20:46.25DocScrutinizer05aptitude?
20:46.40freemangordonwell, HAM as UI is ok
20:46.59DocScrutinizer05yes, I meant aptitude as base for a better API
20:47.11freemangordonmaybe , I have NFC
20:47.15freemangordonanyway, gtg
20:47.18freemangordonnight
20:47.48DocScrutinizer05never used aptitude but I guess it does all that "iterating" internally, in a smarter way
20:47.55DocScrutinizer05freemangordon: o/
20:48.23DocScrutinizer05so: aptitude as a replacement for apt-worker
20:48.48DocScrutinizer05not as a better apt API for apt-worker
21:16.29*** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm)
22:00.33*** join/#maemo-ssu Ashley` (me@unaffiliated/ashley/x-5226587)
22:03.26*** join/#maemo-ssu Ashley` (me@unaffiliated/ashley/x-5226587)
22:30.42*** join/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
22:32.10*** join/#maemo-ssu freemangordon_ (~freemango@46.249.74.23)
22:51.57peetahdoes  "ohmd[1048]: GLIB ERROR ** default - module videoep failed to load but listed in require aborting" ring a bell to anyone ? that's what causing the reboot loop of my n900 when the system-services package above version 0.3.8-68+0cssu0 is installed
22:53.53peetahI currently run the CSSU T9.1 but with the 0.3.8-68+0cssu0 version of system-services instead of the 0.3.8-68+0cssu7 included in CSSU T9.1
22:54.13peetahas soon as I upgrade this package to any superior version, the boot loop is back
23:31.28*** join/#maemo-ssu josch_ (~josch@fulda116.server4you.de)
23:31.28*** join/#maemo-ssu josch_ (~josch@unaffiliated/josch)
23:52.37*** join/#maemo-ssu xes (~xes@unaffiliated/xes)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.