IRC log for #maemo-ssu on 20131022

01:05.26*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
01:09.18*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-88.net.upcbroadband.cz)
01:20.53*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
01:40.33*** join/#maemo-ssu LauRoman (~LauRoman@5-14-90-91.residential.rdsnet.ro)
02:27.01*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
05:16.34*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
05:20.29*** join/#maemo-ssu _rd (~rd@p5088FEE3.dip0.t-ipconnect.de)
05:59.21*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@113.73.183.159)
06:43.45*** join/#maemo-ssu _rd (~rd@p5088FEE3.dip0.t-ipconnect.de)
08:08.50*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
08:56.24*** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net)
09:17.23*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
10:30.19*** join/#maemo-ssu _rd (~rd@p5088FEE3.dip0.t-ipconnect.de)
10:32.02*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-swluskbxvtrfvssh)
10:53.57Palifreemangordon: from /dev/mem access on maemo there is mess on address 0x4020FFB8
10:54.31Paliso looks like kernel overwriting copy of PRM_RSTST register
12:13.16*** join/#maemo-ssu LauRoman (~LauRoman@5-14-90-91.residential.rdsnet.ro)
13:06.29*** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net)
13:29.39*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
13:35.02DocScrutinizer05could someone help out a noob on the following: http://privatepaste.com/de4977fad2
13:36.16DocScrutinizer05I wonder why that's soooo much to update. Shouldn't that be a tad less, maybe only the few packages from my cssu-t version to recent one
13:36.28*** join/#maemo-ssu NIN101 (~NIN@p5DD281AA.dip0.t-ipconnect.de)
13:37.35merlin1991DocScrutinizer05: that's all cssu stuff
13:38.02DocScrutinizer05yes
13:39.29DocScrutinizer05still I'm puzzled starting at first line
13:39.31DocScrutinizer05upstart [0.3.8-68+0cssu1] (0.3.8-68+0cssu6 community-testing:2.0/fremantle)
13:40.15DocScrutinizer05how the heck would my system have upstart-0.3.8-68+0cssu1  and latest CSSU-T has 0.3.8-68+0cssu6 ?
13:40.39merlin1991well you stopped upgrading quite long a go
13:40.45DocScrutinizer05it's not like I missed the last 6 CSSU updates
13:40.48merlin1991and we didn't release each cssuX iteration
13:40.49*** join/#maemo-ssu trx (ns-team@212.200.199.202)
13:40.59*** join/#maemo-ssu trx (ns-team@devbin/founder/trx)
13:41.02merlin1991they were candidates, but got scraped when not ready enough
13:41.13merlin1991most upstart versions only ever saw -devel
13:41.38DocScrutinizer05so you say this is all fine for a system that stopped a 6 months orso ago with updates on CSSU-T?
13:42.09merlin1991if you'd still have the mp I'd at least know when you stopped
13:42.26merlin1991but I bet you stopped pre Tmaemo8
13:42.35merlin1991and that has a huge changelist
13:42.35merlin1991http://wiki.maemo.org/Community_SSU/Changelog#Tmaemo8
13:42.37DocScrutinizer05sure
13:42.46DocScrutinizer05I think I stopped at T7
13:43.10merlin1991yeah then that's pretty much the changes from tmaemo7 to tmaemo8.2
13:43.17DocScrutinizer05ok
13:43.27DocScrutinizer05thanks
13:43.51DocScrutinizer05Now I just need to check each single one of them if I like it or not
13:44.46merlin1991bear in mind some changes go hand in hand
13:44.54merlin1991ie microb won't work without new zlib
13:45.21merlin1991and libpng
13:46.01merlin1991and some stuff belongs togehter which isn't obvious, ie system-services is part of upstart
13:47.35DocScrutinizer05and the package maintainers didn't bother to add proper DEPENDS on those?
13:47.54DocScrutinizer05BAD
13:48.12DocScrutinizer05apt-get install `apt-get -s upgrade|grep "community-testing:2.0/fremantle"|grep -f /etc/exclude-those-pkgs|cut -f 1`
13:48.48DocScrutinizer05err, add a -v there
13:49.56DocScrutinizer05I mean, when microb needs a certain version of zlib, then it damn sure needs this dependency listed in the .deb, eh?
13:50.57DocScrutinizer05or are we still following the "take it or leave it2 broken MP approach?
13:52.18DocScrutinizer05sure, I wouldn't be able to keep zlib out when I decide to install microb. but hey!
13:54.09DocScrutinizer05I guess I probably could handle that by another pass of dpkg and apt-* to list all dependencies of all the packages pending to install, and see if any of them contains a dependency that I excluden via /etc/exclude-those-pkgs
13:55.42DocScrutinizer05this step should find zlib listed as dependency in microb and warn me that there's a package microb it can't install since I got zlib on the blacklist
13:57.59DocScrutinizer05merlin1991: btw sorry that I don't have any mp anymore, but I didn't remove it to annoy you. In fact I didn't remove it at all. All I did was installing procps
13:58.41DocScrutinizer05and I won't install mp again any time soon, unless it learns to not uninstall procps
14:03.59*** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm)
14:08.32DocScrutinizer05I honestly fail to understand why CSSU can't nuke mp all together and replace it by a script file consisting of apt-get lines for all the packages in the former mp, and place that script file into a location where it gets executed and then deleted/renamed on next boot, then boot the device
14:09.39DocScrutinizer05call that !MP
14:10.12DocScrutinizer05and make next cssu update install the !MP package via MP
14:11.06l4m3rxmp = meta pacakge?
14:11.16DocScrutinizer05yep
14:11.42DocScrutinizer05mp-fremantle-community-pr
14:13.02DocScrutinizer05check out latest mp-fremantle-community-pr, you'll be stunned
14:13.04l4m3rxi'm not sure I understood u right... u want insted of the mp-freemantle-c-pr, to have a package containing one shell script, witch does the apt-get blqblqh for the update.. and this script gets executed at boot
14:13.17l4m3rxafk for a minute, and i'll take a look
14:13.37DocScrutinizer05yes, exactly. I think this might work
14:14.41DocScrutinizer05and it wouldn't get uninstalled when I install procps
14:15.24DocScrutinizer05and I could set up a nifty little fancy that edits or parses the file and obeys my /etc/exclude-those-pkgs file
14:19.32DocScrutinizer05of course all this are second choice solutions, the preferred solution been described in http://maemo.merlin1991.at/cssu/meetings/2012-05-14.txt
14:28.09DocScrutinizer05IroN900:~# apt-cache show mp-fremantle-community-pr|wc -l
14:28.10DocScrutinizer053716
14:28.32DocScrutinizer05IroN900:~# apt-cache show mp-fremantle-community-pr|wc -c
14:28.33DocScrutinizer05329403
14:28.58merlin1991all hail the maemo repos
14:30.24merlin1991though I'm at 263 lines :)
14:30.37*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
14:33.13DocScrutinizer05relevant for me right now: http://privatepaste.com/9a06022a06
14:34.55DocScrutinizer05and AIUI it could get relaced by a script calling apt-get install for each single one of the packages in "Depends:"
14:37.12merlin1991we'd have to rebuild the system upgrade functionality of ham in that script
14:37.35DocScrutinizer05hmm
14:37.57DocScrutinizer05what functionality?
14:38.20merlin1991prefetch packages, then go into flightmode and other bits
14:38.24merlin1991and THEN install the packages
14:38.34DocScrutinizer05well, THAT seems easy enough
14:39.32DocScrutinizer05actually we only need to place the script to where maemo-auto-optify gets called
14:40.14DocScrutinizer05maemo-optify-auto-opt.sh  actually
14:40.46DocScrutinizer05at that stage no system relevant stuff should have been started
14:41.00DocScrutinizer05incl modem
14:42.12DocScrutinizer05if that still doesn't suffice, we place it into the rcS
14:42.35DocScrutinizer05ot next to bootmenu
14:45.52*** join/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
14:47.03DocScrutinizer05well, prefetch (apt supports -d download-only), place _install_ script to bootmenu, boot
14:47.48DocScrutinizer05I guess it can get done in 2h
14:48.10DocScrutinizer05(writing such script, that is, and package it)
14:49.35DocScrutinizer05I probably could write it here as a oneliner, in 20 min
14:50.30DocScrutinizer05except the ``  packages="modest (>= 3.90.7-2), hildon-home (>= 0.3.71-1), hildon-desktop (>= 1:2.2.142-3),... ยดยด
14:51.03DocScrutinizer05for p in $packages; do apt-get -d $p; done
14:51.11DocScrutinizer05see? 10% ready
14:51.15DocScrutinizer05maybe 20%
14:51.37DocScrutinizer05;-)
15:22.11*** join/#maemo-ssu wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net)
16:08.47*** join/#maemo-ssu l4m3rx`home (7350@darknet.escom.bg)
16:13.11l4m3rx`homeDocScrutinizer05, i cannot totaly agree with u.Not that i'm really close with dpkg and apt-get, but I'm pretty sure that the debian package system is capable of doing all stuff right , IF everything (meainimg deps) is correctly added to all packages.
16:13.52l4m3rx`homethat said, having script to do the work ,gives you flexability, witch may even be needed on some updates.
16:15.52l4m3rx`homeand the scripts should make the maintainers life easyer
16:19.08*** join/#maemo-ssu freemangordon (~freemango@46.249.74.23)
16:36.40*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
16:38.24l4m3rx`homeanyway, after reading the log from the 2012-05-14 meeting, i think i understand ur point about the script. But avoiding the real issue will not solve it...and the issue here is ham
16:40.23l4m3rx`homeand i think merlin1991 was right about ham. anyway this is just my oppinion.....
17:26.53*** join/#maemo-ssu arcean (~arcean@apn-77-113-115-234.dynamic.gprs.plus.pl)
17:40.06*** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman)
17:58.04freemangordonmerlin1991: what has happended with the update?
18:22.22*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
18:26.00merlin1991life has happened
18:26.07merlin1991I'll get it done tomorrow
18:26.19merlin1991sorry :(
18:31.11*** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net)
19:14.53*** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net)
19:37.07*** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz)
19:40.27*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-88.net.upcbroadband.cz)
19:54.58*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
20:21.15*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
20:30.18*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
20:33.21*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-88.net.upcbroadband.cz)
20:39.42*** join/#maemo-ssu _rd (~rd@p5088FEE3.dip0.t-ipconnect.de)

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