IRC log for #maemo-ssu on 20120912

02:16.25*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.139)
02:38.23*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
03:36.43*** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg)
04:41.27*** join/#maemo-ssu luf (luf@nat/ibm/x-vbaeqwtmsefrpvmx)
06:06.09*** join/#maemo-ssu M13 (~Miranda@83.149.37.158)
06:17.57*** join/#maemo-ssu X-Fade (~xfade@d5152FFD8.static.telenet.be)
06:18.56freemangordonmerlin1991: what was that flashing for -thumb users?
06:38.50*** join/#maemo-ssu andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz)
06:38.50*** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre)
09:07.33*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
09:12.49keriofreemangordon: versions are fscked, fix them and tell people to reinstall stuff, or something
09:38.43*** join/#maemo-ssu Pali (~pali@unaffiliated/pali)
09:50.35keriofreemangordon: your other option is to drop the testing/thumb intertwining possibility and keep the versions as they are
09:50.50keriountil -testing updates the part before the first "-" or something
09:54.41*** join/#maemo-ssu arcean (~Arcean@aafu66.neoplus.adsl.tpnet.pl)
10:04.27*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.139)
10:10.45*** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu)
10:41.18*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-azcoduuasavxeknt)
10:58.56merlin1991bah harm got diff
10:59.10merlin1991after the initial bug report for diff came for diablo
11:01.13keriohaha
11:09.54*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141)
11:30.59kerioi vote for optified difftools
11:31.38kerioalthough to be honest, busybox is supposed to provide "diff"
11:31.39kerioso idk
12:09.45DocScrutinizer05fsck, bug report for diablo diff?? how could I miss that?
12:15.00Paliwhy not to pack single diff binary into diff package?
12:16.16Paliless is already in SDK and extras-devel
12:28.44merlin1991DocScrutinizer05: even if we bring diff in over a different package, we should remove the provides line from the busybox control file
12:28.49merlin1991it's a plain lie
12:29.15DocScrutinizer05sure
12:30.26merlin1991actually that would be the best solution
12:30.51merlin1991remove the provides line from busybox and push a proper optified package to extras
12:31.54DocScrutinizer05all for it, full support here
12:31.55merlin1991hm there even is such a file around already
12:32.00merlin1991http://maemo.org/packages/package_instance/view/fremantle_extras_free_armel/diffutils-gnu/2.8.1-18maemo3/
12:32.14DocScrutinizer05yep, I know, I got that ;-D
12:32.52DocScrutinizer05just no "proper" diff in that it's not in /usr/bin but /usr/bin/gnu/
12:33.08merlin1991yeah the package needs a slight update so that it goes to /usr/bin
12:33.10DocScrutinizer05I.E. not in $PATH
12:33.38merlin1991I'll have look at the other binaries provided and see if that would pose any conflict
12:34.00merlin1991if not, I'd suggest pushing an updated version to extras that goes into /usr/bin
12:34.43merlin1991if there is a conflict we can drop the package in the cssu repository, this way we make sure users have the cleaned busybox installed already
12:34.46DocScrutinizer05how about a 'pkg* that creates alternative to /usr/bin/gnu/diff
12:35.43merlin1991you mean a pkg that basically depends on diffutils-gnu and just contains a bunch of symlinks?
12:36.27merlin1991actually scratch the idea that we ship this over extras, cssu should be self containing, if we fix a dpkg problem the fix should live in the cssu repo
12:36.48DocScrutinizer05yep
12:37.03DocScrutinizer05(for first line)
12:37.47DocScrutinizer05can we depend on diffutils-gnu?
12:39.22merlin1991nope because it is in extras
12:39.27merlin1991user possibly has extras disabled
12:39.35merlin1991and has every right todo so
12:41.26*** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg)
12:45.25DocScrutinizer05merlin1991: what's that bullshit that happened to marble with their last update, on cssu-t?
12:46.13DocScrutinizer05could any of the experts here pretty please have a look at it and help fix it?
12:46.54merlin1991I'll have a look after lunch
12:47.01DocScrutinizer05[2012-09-07 15:37:24] <DocScrutinizer05> FUUUCK! new marble has black-on-black-text issue in route-planning screen
12:47.10DocScrutinizer05[2012-09-07 15:38:06] <DocScrutinizer05> I thouhgt this been a Qt bug fixed like 18 months ago?! >:-(
12:47.46DocScrutinizer05[2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:15:11] <Earthwings> DocScrutinizer05: works fine here without cssu
12:47.48DocScrutinizer05[2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:15:36] <Earthwings> DocScrutinizer05: the reason could be that we subclass QLineEdit to include the inline clear icon
12:47.49merlin1991what was their channel again? (and the name of the dev)
12:48.12RST38hMarble is second of two programs guaranteed to bring n900 toits knees
12:48.31DocScrutinizer05[2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:18:27] <Earthwings> DocScrutinizer05: according to http://talk.maemo.org/showpost.php?p=1256169&postcount=280
12:48.36merlin1991btw DocScrutinizer05where did you install it from?
12:48.37RST38hso it is rather irrelevant what font color it is using
12:48.53DocScrutinizer05#marble  earthwings
12:50.33DocScrutinizer05IroN900:~# apt-cache policy marble      Installed: 1.4.0-2            500 http://repository.maemo.org fremantle-1.3/free Packages
12:50.44*** join/#maemo-ssu ZogG (~zoggrules@bzq-79-182-219-57.red.bezeqint.net)
12:50.45*** join/#maemo-ssu ZogG (~zoggrules@funtoo/user/ZogG)
12:56.39*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141)
13:19.49*** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl)
13:28.27merlin1991install marble on 3 devices
13:29.53merlin1991DocScrutinizer05:  what exactly do I want to reproduce now (and how)?
13:30.06DocScrutinizer05http://talk.maemo.org/showpost.php?p=1256169&postcount=280
13:30.38DocScrutinizer05I just ran update via ham to most recent marble version like last friday
13:30.53DocScrutinizer05I.E. *before* T5
13:31.54merlin1991does the main screen fail you already?
13:33.15DocScrutinizer05wait, it "fixed itself" for me o.O
13:33.54DocScrutinizer05obviously last cssu-t update fixed it, since I didn't do a thing to marble itself
13:34.21DocScrutinizer05(sorry I forgot to check after T5 update)
13:34.29merlin1991ECANNOTREPRODUCE
13:35.12merlin1991does marble have turn by turn navigation?
13:35.21DocScrutinizer05(does main screen...) nope, it's actually been the route planning screen like shown in above tmo post that looked exactly same way for me
13:35.27DocScrutinizer05yes
13:35.33kerioneat
13:35.40keriohave you also tried modrana?
13:35.46merlin1991hm gotta try it one day, I always used mappero
13:35.46DocScrutinizer05nope
13:36.03DocScrutinizer05I got both
13:36.13DocScrutinizer05and I'm undecided which is better
13:36.35keriomodrana has voice instructions
13:36.44DocScrutinizer05mappero and marble too
13:37.18DocScrutinizer05marbe using on-board routing
13:37.26DocScrutinizer05monav
13:38.09DocScrutinizer05weird shit with this black-on-black text issue
13:42.28merlin1991what was the google supl dns for the agps again?
13:45.09keriosupl.google.com
13:45.18merlin1991thanks kerio
13:46.33keriomerlin1991: have you found a good way to fix the -thumb versions apart from reflashing?
13:47.47DocScrutinizer05merlin1991: could it be we got some fsckdup Qt build in T4.1, which got fixed in T5(.1) with >> qt-x11-maemo Improved performance of partial updates in raster window surface on X11.<< ?
13:48.43merlin1991DocScrutinizer05: highly unlikely the change in qt with T5 is only a single patch that got backported by fmg
13:49.26DocScrutinizer05I'm not suspecting some explicit fix, but a borked build in T4
13:49.46merlin1991while that is possible I highly doubt it
13:50.20DocScrutinizer05you know, autobuilder :-/. Local builds :-//
13:50.45merlin1991last qt build we had was in 16.6 almost a year ago
13:50.58merlin1991did you have a problem with marble that long?
13:50.58DocScrutinizer05ooh I see
13:51.07DocScrutinizer05nope
13:51.34DocScrutinizer05just with last update that obviously changed sth regarding the broken widgets
13:51.48DocScrutinizer05[2012-09-12 14:47:45] <DocScrutinizer05> [2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:15:36] <Earthwings> DocScrutinizer05: the reason could be that we subclass QLineEdit to include the inline clear icon
13:52.31DocScrutinizer05aiui that's a change introduced with last marble update 5 days ago, that also brought the problems
13:52.42merlin1991well the full change we did in qt is here: http://gitorious.org/community-ssu/qt-x11-maemo/commit/81fb472ad4c97d1ee43ec5550c8d8ce2aeb2c7b7
13:52.57DocScrutinizer05so it might have awakened a bug that slept in qt since 16.6
13:53.37merlin1991possibly, but it is also possible that some *evil* pkg messed with your system qt and only the cssu update of qt threw a clean version on top of the mess again
13:57.40merlin1991hm seems like the summer is over in vienna, currently there is one of the typical heavy autumn rains
13:58.12DocScrutinizer05quite possible
13:58.46DocScrutinizer05(summer) same here. But on sunday it's getting better again
14:00.42DocScrutinizer05merlin1991: (some evil pkg) though I had to think hard to recall anything I installed during last 12 or so months, that _might_ have touched qt. If anything comes to mind, that's all cmdline tools
14:01.36DocScrutinizer05but obviously that's still the best story we could come up with, so far
14:02.41DocScrutinizer05hey! I got a complete BM tarball of pre-T5, where rogue file has to be around still
14:04.18DocScrutinizer05would it help to pastebin a tar --list of that somewhere?
14:05.23merlin1991don't think so
14:23.30DocScrutinizer05idly wonders WTF does libqtm* on his IroN900
14:23.43DocScrutinizer05hates qtm
14:23.53kerioDocScrutinizer05: remove it!
14:26.24DocScrutinizer05~ # du -sh /var/lib/dpkg/
14:26.26DocScrutinizer0532.1M   /var/lib/dpkg
14:26.27DocScrutinizer05:-S
14:27.11DocScrutinizer05~ # df -h /var/lib/dpkg
14:27.12DocScrutinizer05Filesystem                Size      Used Available Use% Mounted on
14:27.13DocScrutinizer05rootfs                  227.9M    166.3M     57.4M  74% /
14:27.25merlin1991DocScrutinizer05: it's over 115 mb on my pc
14:27.53DocScrutinizer05I guess your PC's / is >>256MB ;-)
14:28.00merlin1991slightly ;)
14:28.35kerioDocScrutinizer05: i suppose it could be optified
14:28.40DocScrutinizer05still tries to chill out about that qt weirdness
14:28.47kerioi don't know if dpkg will complain, though
14:30.14DocScrutinizer05well, I think temporarily "optiying" /var/lib/dpkg is one of the "tricks" SSU (without C) does to allow system upgrades on tight free space in root
14:31.19DocScrutinizer05or it's been one of the suggested tricks user can do when "please use PC suite" due to too little free space in /
14:42.02keriowhy can't we permanently do that?
14:43.29kerioalthough it should be outside of /opt
14:43.39kerioit should be something like /home/varlibdpkg
14:45.58kerioDocScrutinizer05: it's not really in CSSU's best interests, but is it possible to properly mount /usr from the eMMC?
14:46.49DocScrutinizer05possible? sure
14:47.28DocScrutinizer05you 'just' have to move around a *lot* of pkgs from /usr/(s)bin to /(s)bin
14:47.40keriowhy?
14:48.00keriowhy do i need stuff in /usr to mount /usr?
14:48.05kerioi need mount
14:48.06DocScrutinizer05because all those are needed during early boot when /usr wouldn't be mounted yet
14:48.08keriowhich is in /sbin/mount
14:48.53DocScrutinizer05or you "fix" /sbin/preinit to mount /usr *really* early
14:49.42keriohell, it could be mounted right at the time when /proc is mounted
14:49.48DocScrutinizer05anyway you have to mess around with stuff that might get overridden with next SSU (I know will never come), and thus will render your system borked
14:50.27kerioponders about putting /usr in mmcblk0p3
14:50.47DocScrutinizer05might be well worth the effort
14:50.50DocScrutinizer05:-)
14:51.28DocScrutinizer05beware of mmcblk0 vs mmcblk1 confusion in kernel, depending on whether uSD is inserted or not
14:51.38kerio...wat
14:51.47keriooh, you mean that they could be reversed?
14:51.48kerioew
14:51.55DocScrutinizer05it gets "fixed" only later during boot by renaming done by udev iirc
14:52.25DocScrutinizer05if uSD inserted, it's mmcblk0 during early boot
14:52.36DocScrutinizer05if no uSD, eMMC is mmcblk0
14:52.54kerio# if user set up mmc booting, try to find the first mmc device
14:52.55kerio# which contains /sbin/init, it will be used as root
14:52.55kerio# also fallback to the mtdblock4 (our flash)
14:53.01keriowhat the FUCK is this
14:53.19DocScrutinizer05cruft
14:53.27*** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se)
14:54.04DocScrutinizer05or legacy, if you like it better
14:54.35DocScrutinizer05I bet it's from diablo times, when we still had initrd
14:55.43DocScrutinizer05where from is that? preinit?
14:56.41DocScrutinizer05:nod:
14:57.43kerioCHROOT="/usr/sbin/chroot ."
14:57.47keriooh for fuck's sake
14:57.53DocScrutinizer05there's a *lot* of cruft in preinit
14:58.05keriomeh, at least - as far as i know - there's no mention of /usr/ before that
14:58.15kerioso i just have to mount /usr before the chroot command is executed
14:58.30kerio...
14:58.32keriono, wait
14:58.42keriowait
14:58.50kerioBACK THE FUCK AWAY FROM A MINUTE
14:58.51kerio*FOR
14:58.53DocScrutinizer05the line above that is pivot_root which obviously is as moot as the whole boot() function
14:59.06keriowhy the hell does it chroot .
14:59.15keriogoddammit
14:59.26DocScrutinizer05pivot_root from initrd to real rootfs
14:59.42DocScrutinizer05diablo stuff
14:59.44DocScrutinizer05cruft
14:59.49keriothere's no pivot_root
15:00.05DocScrutinizer05<PROTECTED>
15:00.06DocScrutinizer05<PROTECTED>
15:00.16kerioi know, but where is it defined?
15:00.30kerioq
15:00.30DocScrutinizer05pivot_root is a command
15:00.33keriowhoops, sorry
15:00.36kerio<PROTECTED>
15:00.46kerioGAAAAH goddammit trackpad
15:00.53kerioDocScrutinizer05: i can't find where it's defined though
15:01.01DocScrutinizer05in man pages?
15:01.08keriooh, it's a binary?
15:01.44kerioanyway, it's clearly not our case - i hope
15:01.49kerioif [ $root_mounted -ne 1 ]
15:01.52DocScrutinizer05clearly
15:02.03DocScrutinizer05since we got no initfs
15:02.15DocScrutinizer05no initrd
15:02.21kerioroot_fstype="jffs2"
15:02.23keriooh god why
15:02.45kerioCSSU feature request: a real init
15:02.52DocScrutinizer05LOL
15:03.08keriobut then, how does it exec $CHROOT /sbin/init?
15:03.20kerio...oh you sneaky fucks
15:03.31kerioif there's no CHROOT defined, then it's just exec /sbin/init
15:03.33DocScrutinizer05IroN900:~# init --help
15:03.33keriovery clever, nokia
15:03.35DocScrutinizer05Usage: init [OPTION]...
15:03.36DocScrutinizer05Process management daemon.
15:05.22keriothe thing i'm afraid of is that it will screw up bootmenu if i put an unconditional mount for /usr here in boot()
15:05.50DocScrutinizer05LOL @
15:05.53DocScrutinizer05<PROTECTED>
15:05.55DocScrutinizer05<PROTECTED>
15:05.56DocScrutinizer05<PROTECTED>
15:06.19kerioT2S="${initfs_prefix}/usr/bin/text2screen" GODDAMMIT BOOTMENU YOU ARE NOT HELPING ME
15:07.30DocScrutinizer05WTF?!!
15:07.33DocScrutinizer05# Change ownership to allow locking for pulseaudio
15:07.35DocScrutinizer05chown pulse:pulse /sys/power/vdd2_lock
15:07.55DocScrutinizer05W*T*F?!!!
15:08.04kerioDocScrutinizer05: indeed
15:10.06DocScrutinizer05ls -l /sys/power/
15:10.14DocScrutinizer05o.O
15:13.20kerioDocScrutinizer05: yeah, i see
15:13.23kerioso?
15:13.52DocScrutinizer05cat /sys/power/idcode
15:13.55DocScrutinizer05hehe
15:14.21DocScrutinizer05IDCODE: 4b7ae02f
15:14.22DocScrutinizer05Production ID: 00000000 00000000 000000cc cafeb7ae
15:14.24DocScrutinizer05Die ID: 0c004012 040364fb 00000000 44f60004
15:14.57DocScrutinizer05kerio: so? just look what PA is messing around with
15:15.07kerioyeah, yeah, PA is awful
15:15.10kerioold story
15:15.21DocScrutinizer05this is plain rogue
15:15.26kerioanyway, Pali confirms that there's no clean way to mount /usr from a separate partition
15:15.29keriowhich makes me a really sad panda
15:16.10kerioeasier way to fix this: boot wholly from a eMMC partition
15:16.17DocScrutinizer05there is a clean way, but it's hard to make this fly in maemo, due to general borkedness
15:16.20keriobut it's still a fucking stupid way
15:16.45kerioDocScrutinizer05: the whole boot process expects a single device file to be the rootfs, and nothing else
15:17.55PaliDocScrutinizer05, I will include rx51_battery driver into kernel-power. Now I'm testing it and I do not see any problem
15:18.11DocScrutinizer05iirc they introduced optification with PR1.1, and we so much hoped and prayed that they will fix that shit in PR1.2, do a clean cut and get /usr partition properly mounted from eMMC, but NOOOOO
15:18.17Paliit only export & convert ADCIN channels to sysfs
15:18.36kerioDocScrutinizer05: i just don't get why we can't have a proper /etc/fstab that mounts shit
15:18.37DocScrutinizer05Pali: should be safe
15:19.05kerioand we need these weird scripts that run *before* init, to mount shit
15:19.26Paliwhat was before pr1.1?
15:19.31Palino optification?
15:19.37PaliI do not remember...
15:20.31DocScrutinizer05no optification, and pretty crammed rootfs
15:20.32merlin1991before pr1.1 my n900 rebooted all the time and locked itself thanks to that on boot
15:21.13DocScrutinizer05which caused 100% of rootfs eaten up every now and then -> bootloop
15:22.15DocScrutinizer05and they didn't get PR1.2 out via SSU due to missing free space on rootfs
15:22.41DocScrutinizer05so lcuk invented optification
15:23.14DocScrutinizer05(maybe it's been PR1.1, not 1.2, can't remember)
15:23.59DocScrutinizer05I *think* optification came with PR1.1 though
15:24.27merlin1991DocScrutinizer05: nah I just had sw reset all the time
15:24.30keriooh for fuck's sake, cal-tool is in /usr too
15:24.51merlin1991and there was this nasty bug, that after a certain amount of sw reset the boot stopped at the moving dots
15:25.01keriomerlin1991: why?
15:25.01kerio:o
15:25.09DocScrutinizer05yeah, there's been some monkey throwing dice whether a pkg goes to /sbin or /usr/sbin
15:25.33DocScrutinizer05hehehehe yeah, THAT was nasty
15:25.49merlin1991kerio: the only way to get the system up was to enable r&d mode
15:26.00keriowhy was there a counter?
15:26.06merlin1991ask nokia
15:26.19keriowas the counter removed?
15:26.25DocScrutinizer05there's aconter that stops on reaching 30 reboots, and iirc they even forgot to reset it *ever*
15:26.46DocScrutinizer05ROTFL
15:27.45DocScrutinizer05kerio: I'm not sure about that
15:28.05keriowas that bug removed at least?
15:28.09merlin1991DocScrutinizer05: a clean poweroff did reset the counter
15:28.09DocScrutinizer05maybe it's still lingering somewhere, but now they reset it on proper boot
15:28.25merlin1991so one could disable r&d untill the next time the reboot limit was reached :D
15:28.28DocScrutinizer05aah poweroff, ok
15:30.17DocScrutinizer05yeah, the 'early' times of maemo5, fun fun fun
15:30.31DocScrutinizer05and we still suffer from heritage
15:31.12merlin1991well the reboot fun was fixed in 1.1 afaik
15:31.18DocScrutinizer05yup
15:31.58DocScrutinizer05dunno how, though. Either they neutered or removed the whole thing, or they simply introduced proper reset of counter on power-off
15:32.47merlin1991well i guess the main reason I did never ever encounter it again, was that my device didn't reboot every 10 mins while using it after I had 1.1 installed
15:33.00DocScrutinizer05since I never again heard of that "houston, we got a problem" shit, I gather they neutered it completely
15:33.29merlin1991hm worth a try, artifially make a kernel panic 30 times in a row and see what happens on boot
15:33.43DocScrutinizer05:nod:
15:33.56merlin1991thinks of cat /dev/kmem
15:34.04DocScrutinizer05obvious and easy
15:34.17keriowat
15:34.21DocScrutinizer05just ponder how to recover
15:34.25keriowhy is that a problem?
15:34.42DocScrutinizer05kerio: reads 0x0000
15:34.53keriooh, lol
15:35.29merlin1991DocScrutinizer05: well the enable r&d recovery path should still work
15:35.41merlin1991goes on a kernel panic quest
15:35.48DocScrutinizer05not sure, since kernel will still ooops
15:36.14DocScrutinizer05you better include that line somewhere next to slider-open query for bootmenu
15:36.28merlin1991err I do it by hand after each boot? :D
15:36.40DocScrutinizer05or hell, just replace BM by cat /dev/kmem
15:36.54DocScrutinizer05ooh
15:36.59DocScrutinizer05might work too
15:37.31merlin1991at least that resembles what I experienced more closely
15:37.47DocScrutinizer05hmm, fair enough
15:40.04DocScrutinizer05(... 5h later ...)
15:40.20merlin1991#4
15:40.25DocScrutinizer05;-P
15:40.50DocScrutinizer05Zen or the art to reboot your device 50 times in a row
15:42.10merlin1991hehe, I drive a peugeot 106 Zen, I can do this :P
15:42.14DocScrutinizer05since we had a lot of bootloop reports but not a single "Housten, we got a problem" complaint, I'd guess it's nuked and gone
15:43.04DocScrutinizer05do you recall where that friggin counter lived? CAL?
15:43.24kerioanyway, maemo 5 is a fucking mess
15:43.27DocScrutinizer05prolly since otherwise a hotfix was easy
15:43.37merlin1991no idea, back then I was a (l)user and almost had my n900 sent to nokia care before I found tmo :D
15:43.54DocScrutinizer05hehe
15:44.04keriofreemangordon: *poke*
15:44.15DocScrutinizer05I found IRC months before I first visited tmo
15:44.48merlin1991back then my irc usage was limited to quakenet :D
15:44.57DocScrutinizer05actually I was on #maemo quite some time before I got N900
15:47.15DocScrutinizer05I visited #maemo first when lindi- reported GTA02 gets hot when charging prototype N900, so I tried to ask about N900 USB & charging, and crash&die and timeless were as nasty as they could get, so I avoided channel for another 3 months
15:47.33keriohahaha
15:54.05DocScrutinizer05http://mg.pov.lt/maemo-irclog/%23maemo.2009-09-13.log.html#t2009-09-13T18:46:08
15:54.50freemangordonkerio: what about /me
15:55.08keriofreemangordon: fix versions plskthx
15:55.20*** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz)
15:55.21freemangordonkerio: just for the sake of fixing?
15:55.24keriobut, you know, no pressure :)
15:55.36keriofreemangordon: for the sake of the new hildon-desktop!
15:55.53freemangordonkerio: there is no new hildon-desktop. AFAIK
15:56.19kerio1:2.2.142-22
15:56.24kerioinstead of 1:2.2.142-21.1
15:56.35freemangordonand why do you think those differ?
15:56.37kerioit adds the proper blurless thing
15:56.45freemangordonis that in -testing?
15:56.47freemangordonOMG
15:56.53freemangordonmerlin1991: why?
15:56.54kerioTHERE'S BEEN A RELEASE BRAH
15:57.04kerioand it includes new magical things!
15:57.27merlin1991freemangordon: why not?
15:57.31kerio!changelog
15:57.40kerio^ we need a bot for that
15:57.40freemangordonkerio: keep quiet for a while please, I know what is that as it was me, Estel and arcean to invent it and arcean to code it
15:57.46DocScrutinizer05http://mg.pov.lt/maemo-irclog/%23maemo.2009-09-13.log.html#t2009-09-13T18:55:17
15:57.54freemangordonmerlin1991: it is not tested at all
15:58.05freemangordonbesides arcean noone has ever run it
15:58.33merlin1991when I asked arcean if I should include his mg on hildon-desktop he said something along the lines of "yes if you find the time"
15:58.42freemangordonand it is missing a major functionality, from the consistency POV
15:58.50merlin1991which would be?
15:59.23freemangordonif you press X on application (outside tasknav) and got to tasknav, thumbnail won;t be blurred
15:59.44freemangordonanyway, it is too late now :)
15:59.54keriodoes it work fine with blurless?
15:59.56*** join/#maemo-ssu NIN101 (~NIN@p5DD28993.dip0.t-ipconnect.de)
16:00.07freemangordonkerio: NFC, how am I suppsed to know
16:00.20merlin1991freemangordon: yeah I remember that it missed that
16:00.49freemangordonmerlin1991: I am not saying it is buggy, just not tested at all
16:01.19freemangordonkerio: you'll have your .22-thumb0 soon
16:01.20merlin1991blame arcean ;)
16:01.39freemangordonwhy him, MR was sitting unmerged for a month or so :P
16:02.02merlin1991well he's our hildon-desktop vodoo priest and he said go ahead :D
16:02.06keriofreemangordon: what about the fact that about half of the -thumb package don't "wedge" themselves in the testing versions?
16:02.08merlin1991I gotta trust some people :D
16:02.10freemangordonwell, ok then
16:02.14freemangordon:D
16:02.33freemangordonkerio: rephrase please, I am not native Wnglish speaker
16:02.38freemangordon*english
16:02.42kerioor, alternatively, what about the fact that about half of the -thumb packages do wedge themselves in the testing versions?
16:02.54keriofreemangordon: 1:2.2.142-21.1-thumb1 is a higher version than 1:2.2.142-22
16:03.13DocScrutinizer05merlin1991: seems we need to ressurrect the good old inclusion triage meetings here in #maemo-ssu ;-)
16:03.14freemangordonkerio: ok, you'll have .22 in next -thumb update
16:03.26freemangordonDocScrutinizer05: we MUST ;)
16:03.36keriofreemangordon: it's not just a problem of hildon-desktop
16:03.49freemangordonkerio: I know, so what?
16:04.10freemangordonyou'll have to wait for the next -thumb update
16:04.12kerioi'm just wondering if you'll find a way to make things consistent, in a direction or the other
16:04.47freemangordonwe(me and merlin1991) screwed the versioning system, btu I don;t see any problem because of that
16:05.28freemangordonand as DocScrutinizer05 said why you want to downgrade?
16:05.49DocScrutinizer05after all you shouldn't get updates from testing for any package coming from thumb
16:05.51keriothe way i see it, you either make all the versions higher than the non-thumb ones, or you make them all fit in the middle
16:06.01freemangordonkerio: they are consistent, though not in the direction we tought it will be :D
16:06.09keriono they're not, some packages can be upgraded right now
16:06.20freemangordonkerio: using apt-get?
16:06.34kerioor HAM with "display all packages", i suppose
16:06.44kerioyes, there's no problem for lusers
16:06.53freemangordonhmm, rm -fr / is much easier way if you want to screw your device
16:06.56keriobut it's a dependency mess :(
16:07.44freemangordonkerio: I will say that again (and I'll never give up), -pr thung is for (l)users and they are supposed to use HAM
16:07.46freemangordonperiod
16:07.57keriofreemangordon: it fucks with the versioning => it fucks with the dependencies
16:08.14keriosay, modest
16:08.30keriomy installed version is 3.90.7-11.1-thumb3, the current testing version is 3.90.7-11.2
16:08.43kerioif a package depends on >=3.90.7-11.2, then i can install it
16:08.49freemangordonkerio: I know, but as long as there are no problems I don;t see why should I change it. Of course I will try to fix at least some packages with the netxt -thumb, but cannot promise anything
16:08.52kerioeven though i shouldn't, because i only have 11.1, but thumbified
16:09.02DocScrutinizer05kerio: hell! disable cssu-testing repo, get updates from cssu-thumb only!
16:09.12kerioDocScrutinizer05: not every package is thumbified
16:09.17kerioAND IT STILL SCREWS WITH DEPENDENCIES
16:09.22freemangordonDocScrutinizer05: won't work, -thumb needs -testing
16:10.00freemangordononly a subset of packages are in -thumb repo, there is no reason to put translations there (for example)
16:10.15DocScrutinizer05then all the packages that aren't thumbified should still be available in -thumb and point to -testing
16:10.36freemangordonkerio: you have a point, will see what can be done. happy?
16:11.00kerioi'm not entirely happy, because i'm afraid there's nothing that can be done :(
16:11.34freemangordonmerlin1991: AIUI we screwed versioning by choosing -thumbN instead of +thumbN, correct?
16:11.52keriofreemangordon: yeah, using +thumbN means you don't have this problem - and it still works as intended
16:12.32keriofreemangordon: but people who have the weird versions installed right now will have to "downgrade" to the new packages with +thumb manually
16:12.56DocScrutinizer05kerio: so what? reflash!
16:13.07kerioDocScrutinizer05: not me, i know how to fix those
16:14.19keriofreemangordon: unless merlin1991 decides to make DocScrutinizer05 angry and re-epoch the affected packages
16:14.32freemangordonkerio: bad idea
16:14.46freemangordoni'll find another way, eve if it is by using apt-get
16:14.46kerioyeah, i know
16:15.04DocScrutinizer05kerio: see? you're suggesting merlin1991will make *everybody* angry ;-P
16:15.06kerioapt-get install foo=bar+thumbX will work fine
16:15.35freemangordonkerio: I think there is a swith to apt-get to force downgrade, just need to find it
16:15.47kerioooh, force downgrade to the current higher version in the repos?
16:15.53kerioi was looking for it, but i can't find it
16:16.27DocScrutinizer05suggests a tiny bit of shell filter magic
16:16.35keriofreemangordon: ooh, a priority higher than 1000 will make apt willfully downgrade
16:16.38DocScrutinizer05incl some sed/awk
16:16.47kerioDocScrutinizer05: nah, we found it
16:17.08freemangordonkerio: elaborate please
16:17.18keriofreemangordon: give correct versions to the packages
16:17.23freemangordonok
16:17.27DocScrutinizer05freemangordon: I guess he means repo prio
16:17.33keriothen give the repository a priority of 1001
16:17.42kerioand then apt-get upgrade will work
16:17.43DocScrutinizer05:nod:
16:17.43kerioin theory
16:17.50Palikp52 for testing: http://talk.maemo.org/showpost.php?p=1265427&postcount=141
16:17.55kerioPali: ^_^
16:17.56freemangordonhmm, how to change repo priority?
16:18.01freemangordonPali: great
16:18.22DocScrutinizer05it's in the config file at very least
16:18.35DocScrutinizer05at-cache policy lists repo prio
16:18.42DocScrutinizer05currently 500
16:18.50freemangordonhmm, I would rather make a shell script containing apt-get install p1=v1 p2=v2 etc.
16:19.06freemangordonto be downloaded from TMO
16:19.33DocScrutinizer05marks another day in red on his calendar "kerio been helpful" ;)
16:19.37freemangordonafter all there are about maybe 20-40 users of -thumb and they are supposed to be able to at leas run a shel script
16:19.44Palikp52 has updated rx51_battery driver
16:20.03PaliI will update hald-addon bme and other bme code to use it
16:20.36freemangordonPali: and please revert *thermalobject* to use libbmeipc and fix libbmeipc to read the temp
16:20.40keriofreemangordon: downgrading is usually kinda dangerous, but this is only a formal downgrading - the packages will either be the same or be an actual upgrade
16:20.50freemangordonkerio: :nod:
16:21.00keriofreemangordon: btw, which release are these packages in?
16:21.15freemangordon"these packages"?
16:21.21freemangordonwhich ones
16:21.26Palifreemangordon, ok we do not have to usee patched dsme-thermal package
16:21.36freemangordonyep
16:22.22keriothe thing is, i don't know how to identify the repo :s
16:22.58DocScrutinizer05Pali: please ensure your bat temperature readings are meaningful/defined for ambient temp range -50°C to +90°C at least
16:23.07freemangordon:nod:
16:23.23freemangordonPali: did you implement the polinomial approximation?
16:23.31Palinot yet
16:23.46freemangordonyou should do it, upper limit of 45 deg is too low
16:23.51keriofreemangordon: oh my fucking god
16:23.51DocScrutinizer05then you should extend your LUT by extrapolated values
16:23.55kerioi have something glorious in mind
16:23.56freemangordoniirc shutdown temp is 60 deg or something
16:24.43kerioPackage: *\nPin: version *-thumb*\nPin-Priority: -10
16:24.44kerioor something
16:25.03Paliwhere to implement turning charging off?
16:25.16Palior is this somewhere in maemo implemented?
16:25.18freemangordonPali: hmm, good wuestion
16:25.27Palimce, dsme, bme, ...
16:25.31freemangordonmaybe we'll need some "bmed"
16:25.39DocScrutinizer05L3_4 mentions -40°C and +85°C as thresholds for certain operation conditions, so we need at least exceed that range
16:25.59PaliI think hald-addon-bme should be ok
16:26.15Palihere is also implemented MCE led pattern signals
16:26.27freemangordonPali: well, could be, but have in mind we should take care for low battery shutdown too
16:26.28DocScrutinizer05that's why I requested -50 to +90 at least
16:26.28PaliI do not want other daemon for charging and battery
16:26.38keriofreemangordon: it could end up being just a file in /etc/apt/preferences.d/
16:26.43kerioi really hope this works :D
16:26.59Palifreemangordon, lowbat is handled by systemui or hildon plugin
16:27.11freemangordonkerio: no, i've already decided on that, will make a script with correct apt-get command and will attach it on TMO
16:27.17Palibme only send signal battery empty and somebody turn off phone
16:27.23keriono, seriously, this shit will work a lot better
16:27.23freemangordonPali: ok
16:27.24kerioif it works
16:27.30keriocurrently testing it :)
16:27.36Palihald-addon-bme already sending all signals like bme
16:27.48freemangordonPali: yeah, I know, great job :)
16:28.18Palihttps://garage.maemo.org/forum/forum.php?thread_id=6342&forum_id=5812
16:28.35DocScrutinizer05supports kerio's approach
16:28.47DocScrutinizer05sounds clean
16:28.53Paliis really dsme handling turn off charging?
16:29.30arceanguys, the latest h-d fixes blurless desaturation and adds thumbnail's desaturation (disabled by default)
16:29.34arceanso no worries ;P
16:29.36DocScrutinizer05Pali: nah, this is a basic security function that *has* to go to lowest level driver possible, directly
16:29.53freemangordonDocScrutinizer05: how am I supposed to edit a file in /etc/apt/preferences.d/ ?
16:30.03keriohrmpf, i can't seem to only filter for -thumb
16:30.08freemangordonarcean: the point is it is not tested by anyone but you :P
16:30.12PaliDocScrutinizer05, but bq2415x cannot read any temperature...
16:30.19DocScrutinizer05freemangordon: hrrrmpf, with a sed script?
16:30.28keriojust append those three lines
16:30.33freemangordonfrom when?
16:30.39freemangordonpreinst?
16:30.53keriofreemangordon: from TMO
16:30.54freemangordonfrom where?
16:31.09freemangordonwell, what is the difference then?
16:31.47DocScrutinizer05Pali: that's the layering problem I've been talking about since somebody suggested implementing charging completely in kernel
16:31.48freemangordonit is much easier for me to just make the correct apt-get command than playing with sed, awk, and who knows what else
16:31.49arceanfreemangordon: it was tested on a couple of devices, but yes - it's not available in -devel branch :)
16:32.02freemangordonarcean: is it?
16:32.20freemangordonaah, sorry, i thought it was tested on your device only
16:32.27arceanin devel branch? not yet :)
16:32.39DocScrutinizer05Pali: anyway going "hmm. *somebody* will take care about over/under-temperature on charging2 won't fly
16:32.46freemangordonis it tested on couple of devices  :)
16:33.16DocScrutinizer05Pali: bq24150 also can't read ENUM and D+/- short
16:33.17freemangordonDocScrutinizer05: i *think* it is bme who does that right now.
16:33.18*** join/#maemo-ssu M13 (~M13@170.133-224-87.telenet.ru)
16:33.29freemangordon(temp protection)
16:33.35DocScrutinizer05:nod:
16:33.42DocScrutinizer05together with dsme afaik
16:33.44Paliand why dsme needs temp?
16:33.56freemangordongood question
16:34.43DocScrutinizer05there's a friggin lot of thermal management you never heard or thought of
16:34.44freemangordonPali: well, you can return 90 deg from libbmeipc (hardcoded) and we'll see :D
16:35.07Paliok :-)
16:35.13DocScrutinizer05good plan
16:35.16freemangordonthat way we can find shutdown temp too
16:35.37Paliwe can also hack twlmadc driver which read some num from /sys and then send fake raw temp value
16:35.40freemangordonincreasing return value every 20 seconds or on every readtemp() call
16:35.42DocScrutinizer05look L3_4 for shutdown levels
16:35.50Paliand we will see what will bme do :-)
16:36.01freemangordonPali: no, without BME
16:36.30freemangordonthat way we'll check who does thermal shutdown
16:36.32PaliI think we can get more values into table
16:36.51freemangordonif nothing happens on 90 deg, then it is not dsme to shutdown on overtemp
16:36.54DocScrutinizer05you knew cmt is supposed to not do any calls on >60°C (or whatever), *unless* it's a 911 call?
16:37.17DocScrutinizer05same for *cell* temperatures <-25°C
16:37.24freemangordonDocScrutinizer05: sure, but all of them use libbmeipc
16:37.37DocScrutinizer05just saying
16:37.41freemangordon(cmr,dsme,puleaudio)
16:37.54freemangordons/cmr/cmt/
16:38.04freemangordonthe fuck :D
16:38.04DocScrutinizer05fsckng PA
16:38.17DocScrutinizer05I wonder what the hell this shit is about
16:38.32DocScrutinizer05might just be warning jingle
16:38.40freemangordonno idea, but seems like yet another protection
16:38.45freemangordoncould be
16:39.12DocScrutinizer05might be PA using this for reducing heat from amp when due, by lowering volume
16:39.20freemangordon:nod:
16:39.23DocScrutinizer05might even be calibration for AEC
16:39.33keriooh for fuck's sake pulseaudio
16:39.45kerioyou're just an audio daemon, stop being silly!
16:39.46freemangordonanyway, by replacing the underlying lib we'll have all this functionality in place
16:40.05DocScrutinizer05(you know, speed of sound in air differs for different air temperature)
16:40.05freemangordonwe only need to find out if BME does anything but reading the pemt
16:40.24DocScrutinizer05yup
16:40.27DocScrutinizer05agree
16:41.09freemangordonhmm, we can ask someone from meego/nemo gurus if they have any clue on that
16:41.12DocScrutinizer05obviously it does some averaging
16:41.20freemangordonI hope it is not under NDA :D
16:41.34DocScrutinizer05they don't
16:41.41DocScrutinizer05I already asked
16:41.48freemangordondamn
16:42.00DocScrutinizer05they use custom built bme courtesy Nokia
16:42.15DocScrutinizer05of course blob
16:42.32DocScrutinizer05so basically they do same as we do
16:42.40freemangordonDocScrutinizer05: we only need to know if BME reacts in any way on temp changes
16:42.46freemangordonnothing more
16:42.53DocScrutinizer05just they don't worry about any functions inside bme they might miss
16:43.25freemangordonhmm, actually Pali is right, we can fake BME from twl adcin driver
16:43.36DocScrutinizer05as mentioned above, it seems bme does some post-processing of raw ADCIN values
16:43.54DocScrutinizer05averaging, leaving out extremes, deglitching, PID, whatever
16:44.41freemangordonDocScrutinizer05: but we don;t care for that PP, the important part is device protection and if there is any implemented in BME or everything is in dsme
16:44.42DocScrutinizer05we should adopt work thesis that temp can't change by more than 1°C per maybe 10 seconds
16:45.03freemangordonDocScrutinizer05: implementing PID should not be that hard
16:45.07freemangordon:)
16:45.32DocScrutinizer05sure it's not hard to implement, it's my "jb". Calibrating it though...
16:45.37freemangordona first order lowpass filter should do the job too
16:45.46DocScrutinizer05:nod:
16:46.06keriofreemangordon: ok, i have a good way now
16:46.11keriokinda
16:46.12freemangordonand I think i have some matlab source code there, first order digital filter
16:46.31keriostill trying to figure out how to pin by version
16:46.34DocScrutinizer05or just pick most frequent value out of a sample window of maybe 16
16:46.50DocScrutinizer05no averaging
16:46.51freemangordonkerio: forget about it, I told you how I will do it
16:47.01freemangordonDocScrutinizer05: median filter?
16:47.06DocScrutinizer05kinda
16:47.09freemangordonshould be ok
16:47.14keriook, fine, i'm just trying to figure out how *I* will do it
16:47.51freemangordonDocScrutinizer05: 5 samples median filter should be pretty ok
16:48.23DocScrutinizer05nope, from my test row I did it seems we need at very least 8
16:48.26merlin1991fu you debian policy: The package management system will break the version number apart at the last hyphen in the string (if there is one) to determine the upstream_version and debian_revision. The absence of a debian_revision is equivalent to a debian_revision of 0.
16:48.50kerioDocScrutinizer05: The final conclusion has to be that not only the official documentation of apt, in regard to pinning, sucks— but the whole design and algorithm that determines the candidate version is borked. It is counter-intuitive, ambiguous and not as flexible as it could be.
16:48.53kerioLOL
16:49.38merlin1991freemangordon: that's why ie hildon-desktop fails, because in the -testing case the "revision" is after the -22 in h-d for -thumb it is only -thumb
16:49.39DocScrutinizer05sounds about right
16:49.49merlin1991so the upstream version is *higher*
16:49.49DocScrutinizer05so freemangordon's point gets stronger
16:49.52keriomerlin1991: does cssu always use + like it should?
16:49.57kerioDocScrutinizer05: it can still be done
16:50.03merlin1991kerio: I hope so
16:50.12merlin1991though afaik we have a few -cssu packages
16:50.19merlin1991goes investigate
16:50.20kerioyou give 2000 priority to every package from maemo.merlin1991.at
16:50.28kerioand it'll prompt to up/downgrade to the latest version from there
16:50.32kerioregardless of installed version
16:50.57freemangordonmerlin1991: i will take care of -thumb users once we have a clear ploicy WTF needs to be done :D
16:51.14DocScrutinizer05kerio: *nod*
16:51.35kerionow, if only -devel wasn't on the same domain too... :P
16:52.12merlin1991kerio: that could be changed
16:52.37DocScrutinizer05calls it a day where real work been done in cssu r&d
16:52.53freemangordonmerlin1991: if I change -thumb with .thumb?
16:53.02keriofreemangordon: use +thumb
16:53.20kerioit's the "standard"
16:53.26freemangordonkerio: ok
16:53.33merlin1991freemangordon:  It may contain only alphanumerics and the characters + . ~ (plus, full stop, tilde)
16:53.44keriomuch like cssu uses +0cssuX
16:54.02merlin1991also somebody nuke busybox for me please
16:54.06keriohehe
16:54.09kerio~nuke busybox
16:54.09infobotACTION prepares 100 missle silos, and targets them at busybox ... B☢☢M!
16:54.16freemangordonmerlin1991: ok, i'll change -thumbN with +MthumbN, ok?
16:54.21DocScrutinizer05goes placing real thermometer into his freezer, to hopefully find it's ~-25°C in there
16:54.32keriohm, what should the M be?
16:54.32freemangordonDocScrutinizer05: -18
16:54.37merlin1991+thumnN should be enough
16:55.13freemangordonmerlin1991: well, it will be, but M is in case I screw up something
16:55.40freemangordonok?
16:55.42keriohmm, i saw some mojbake from infobot
16:55.55merlin1991freemangordon: dosfstool version is foobar aswell
16:56.04freemangordonwhy?
16:56.17freemangordon(it is not in -thumb still :) )
16:56.32keriomerlin1991: epoch! epoch!
16:56.42merlin1991it's the only package with -cssu compared to all the others
16:56.43merlin1991:D
16:56.46freemangordonkerio: sto trolling :P
16:56.55keriofreemangordon: no, he should use an epoch
16:57.05keriothat's like the official debian policy for version mismatches
16:57.19kerioif he started using +0cssu0 there it would be the same version mismatch as the thumb packages
16:57.25freemangordonmerlin1991: no choice for dosfstools
16:57.28freemangordon:D
16:57.34merlin1991yeah dosfstools is doomed
16:57.39DocScrutinizer05lol
16:57.56merlin1991kerio: actually dofstools could swap to +cssu
16:57.58DocScrutinizer05notices kerio's learning how to NOT troll
16:58.08kerioDocScrutinizer05: i can still troll if you want :3
16:58.21DocScrutinizer05we are all sure about that
16:58.29kerio(and srsly, you're a bit too trigger-happy with your op powers)
16:58.34merlin1991because in dosfstools case there is no "revision" but the cssu one so swapping to + would increase the "upstream" version which supercedes any "debian revision"
16:58.40kerio(or with the threatening of your op powers)
16:58.49keriomerlin1991: neat
16:59.09freemangordonyeah
16:59.10kerioif there's no other "-" then version dependencies will work fine
16:59.13DocScrutinizer05kerio: I usually just explain my moods
16:59.26kerioit's still something that you have to remember for the next release, though
16:59.33DocScrutinizer05doesn't imply I follow them indiscriminately
17:00.28DocScrutinizer05~lart debian
17:00.28infobotDoSes debian
17:00.57keriofreemangordon: i still think the pinning is better than the apt-get line
17:01.08kerioespecially because not everyone has every package from -thumb installed
17:01.44DocScrutinizer05that's why I suggested shell filter magic
17:02.08kerioi wonder if HAM will respect priorities
17:02.11Palihald-addon-bme code updated
17:02.15Palibut not tested yet
17:02.21DocScrutinizer05hardcoded script with apt-get lines for sure won't pan out
17:02.32freemangordonkerio: WUT?
17:02.49keriofreemangordon: I SAID NOT EVERYONE HAS EVERY PACKAGE FROM -THUMB INSTALLED
17:02.52freemangordonhow they dont have every package from thumb?
17:02.56DocScrutinizer05don't shout!
17:02.59freemangordonhear, her
17:03.15keriofreemangordon: for instance, busybox-power :)
17:03.28freemangordonkerio: it is not -mp dependency ;)
17:03.36freemangordonthus not a part of CSSU
17:04.04DocScrutinizer05ooh, for mp dependencies it's for sure hardcoded fixed set
17:04.31freemangordonDocScrutinizer05: that is why a script with apt-get is better than any shell script magic ;)
17:06.07keriofreemangordon: not every package in community-thumb is referred to by the metapackage :)
17:06.32freemangordonkerio: it is. (at least should be)
17:06.39keriobusybox-power
17:06.46freemangordonif you find something missng, i'll be glad to fix it
17:06.48keriothe weird rotation lock applet
17:06.52freemangordonkerio: stop that
17:07.09keriono, you stop that!
17:07.12kerio:3
17:07.22freemangordoncssu-thumb consist of mp-fremantle-community-pr and its dependencies
17:07.39merlin1991#maemo-ssu, the place where kerio lives on the edge :D
17:07.49freemangordonthere is fennec in thumb repo, should we consider it a part of CSSU?
17:07.55freemangordonmeh
17:08.03keriofreemangordon: you should still kinda rerelease busybox-power with +thumb0 instead of -thumb0
17:08.10keriobut there's no other "-" in the version, so at least there's that
17:08.13freemangordonkerio: ask iDont for that
17:08.30freemangordonhe is the maintainer, I only do dpkg-buildbackage
17:08.31keriooh crap, fennec has that "problem" too
17:08.52freemangordonkerio: fennec is in no way related you yoyr edgy place
17:09.14freemangordons/you/yoyr/to your
17:09.16kerioi'm just trying not to get into a dependency hell
17:09.31freemangordonyou are already there :P
17:09.32keriobecause those version numbers are just /wrong/
17:09.36keriolike, dead wrong
17:09.50kerioand you can't reliably depend on package(>=version) if some versions are wrong
17:10.11freemangordonthat is why I depend on =
17:10.21freemangordoncheck you -mp thingie
17:10.26freemangordon*your
17:10.58keriofreemangordon: yeah, about that...
17:11.06kerioyour exact dependencies are kinda bad
17:11.15merlin1991freemangordon: well at least the -thumb repo fixes itself, because I only keeps 1 package in the index
17:11.29kerioyeah, the repo is fine once you change the versions
17:11.55kerioand the mirrors inside n900s will be fine once they pin the repo with priority 2000 and do an upgrade :)
17:12.01freemangordonmerlin1991: you should cleanup it before the new -thumb release. otherwise i wont be able to upload the packages
17:12.40merlin1991freemangordon: about that, tell me when you're ready to upload and I'll wipe it?
17:12.48freemangordonsure
17:13.03freemangordoni will start right now, but it will take a while
17:13.17freemangordona 2-3 days maybe, I am short on spare time these days
17:17.58keriofreemangordon: btw, "curl" is also thumb and not in the metapackage
17:18.28freemangordonkerio: btw you don;t have the latest -thumb
17:19.00keriomind you
17:19.04freemangordonhttps://gitorious.org/community-ssu/mp-fremantle-community-pr/commit/302f4af52fb4c872de8d67bed603950350bbc596
17:19.09kerio"curl" is also thumb and **should not** be in the metapackage
17:19.25freemangordonwhy?
17:19.36keriobecause it is not necessary
17:19.36freemangordonwhere it is supposed to be?
17:19.43freemangordonyeah, sure
17:19.51keriono, seriously
17:20.12kerioremove it - you won't get any dependency problem
17:20.24keriolibcurl3-0 is the thing stuff uses
17:20.26freemangordonkerio: it fixes several bugs
17:20.42kerioi meant "try to uninstall it from your n900"
17:21.15kerioneat, iphone 5 announcement
17:21.41kerio112 grams, 326 PPI display, 4 inches screen, 1136x640
17:22.28kerioANOTHER ROW OF ICONS
17:22.33keriothis. changes. everything.
17:25.29DocScrutinizer05suuure
17:27.17kerio"It certainly looks on-par with current console gameplay graphics."
17:27.25keriothe current consoles are 7 years old!
17:33.43DocScrutinizer05who the flying fuck wants CONSOLE GAMEPLAY GRAPHICS on his phone? Morons!
17:34.20RST38hyeah, morons, all of them
17:34.23keriobut... i like super mario :(
17:34.32DocScrutinizer05there's an annoying tendency to turn each and every gadget into a next-gen gameboy nowadays
17:35.02RST38hThat is pretty low on the list of today's annoying tendencies
17:35.16DocScrutinizer05yep, but still
17:35.18kerioyou say that like each and every gadget *shouldn't be* a next-gen gameboy
17:35.28RST38hI would even say, it is a consequence
17:35.56DocScrutinizer05of general cerebral decay?
17:36.06kerioooh, the new iphone has three microphones
17:36.10kerioi wonder what pulseaudio would do with that
17:36.18DocScrutinizer05grows a third ear
17:36.27RST38hAttention spans are dangerously low now and it looks like people never quite grow up
17:36.42RST38hSo, yeah, what you just said
17:36.46kerioback in my day, we had to pay attention to videogames!
17:37.12RST38hNow, they had to start making "casual" video games for these morons
17:37.27RST38hNot enough dedication to play the real thing
17:38.55kerioooh, the data connector is reversible
17:39.08kerioand i bet the port doesn't break if you look at it wrong
17:39.23DocScrutinizer05*burp*
17:39.27kerioglances at the µusb port in his n900
17:40.07kerio"For the record, I'm weeping at the thought of how many adapters I now have to buy..."
17:40.15kerioJUST DON'T BUY THE NEW IPHONE YOU DOLT
17:40.42kerioit's not mandatory
17:42.12DocScrutinizer05kerio: take it to #maemo please
17:42.17keriok
17:42.52keriofreemangordon: btw, why do you need to wipe the repo before uploading packages again?
17:45.12DocScrutinizer05kerio: iirc he said otherwise the repo won't take the new upload, due to some version check
17:45.22*** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se)
17:45.25keriooh, makes sense :)
17:52.02keriowait, why do i have status-area-orientationlock-applet 1.0+0cssu3.1?
17:52.03kerio:o
17:52.07keriowhere did that come from?
17:52.42keriomerlin1991: modest-l10n-mr0 doesn't have a correct version
17:52.51*** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se)
17:52.58keriounless it's intended that the cssu package is below the nokia one
17:54.42merlin1991that's why we depend on the various l10n packages
17:55.00DocScrutinizer05kerio: why would you NOT have status-area-orientationlock-applet?
17:55.11kerioDocScrutinizer05: i have it at a higher version than community-devel
17:55.30keriomerlin1991: 6.11+0m5 is greater than 6.11+0cssu3
17:55.37DocScrutinizer05I gather that's the version in T then
17:55.41kerioi assume you wanted 6.11+0m5+0cssu3 :)
17:55.53kerioDocScrutinizer05: let me rephrase that
17:55.59kerioDocScrutinizer05: i have it at a higher version than any repo
17:56.29merlin1991kerio: check ie modest-l19n-nono
17:56.34merlin1991with dpkg -l
17:56.45merlin1991it's only the mr0 which has a higher version from nokia
17:56.54merlin1991all the single packages had various lower versions
17:57.52keriomerlin1991: hm, why do you still provide a package then?
17:58.11merlin1991because it builds from the source
17:58.20merlin1991and nobody ever cared to make the dependencies proper
17:58.25keriohrmpf
17:58.29keriofukken nokia
17:58.48DocScrutinizer05indeed
17:59.00keriomerlin1991: it seems like a waste
17:59.06DocScrutinizer05my mantra: the MP is *EVIL*
17:59.39DocScrutinizer05and we should try hard to get rid of it, every single dependency less in MP is a win
17:59.54kerioDocScrutinizer05: it's still needed for HAM upgrades
18:00.04keriojust having *proper* deps on the other stuff is fine
18:00.20DocScrutinizer05hmm, don't know if that's a good or even valid rationale
18:01.00DocScrutinizer05it's just bulk-release centric concept
18:01.46DocScrutinizer05we *could* update every single shit on a per-opportunity basis, even in HAM (with slight updates/fixes/patches)
18:02.13DocScrutinizer05maybe get a MP called 'core system'
18:02.27IronLegendYay i need nokia PC suite to update now xD
18:02.36DocScrutinizer05hmmpf
18:02.47DocScrutinizer05where's my [general notice] ?
18:02.53merlin1991IronLegend: that msg is a lie
18:03.09DocScrutinizer05[GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff
18:03.09merlin1991IronLegend: install the operator name update first
18:03.25IronLegendah thanks
18:03.27kerioDocScrutinizer05: just make it so that it's posted every 5 minutes in #maemo and here
18:03.51DocScrutinizer05friggin konversation has no scripting
18:04.50DocScrutinizer05spanks merlin1991 a little bit
18:05.06IronLegendDocScrutinizer05: or you could put it in the topic ?
18:05.36merlin1991bitchslaps back
18:05.42kerioguys, get a room
18:05.53DocScrutinizer05wtf is wrong with chanserv?
18:06.14IronLegendit dislikes you
18:06.18DocScrutinizer05ooh no /op
18:06.39merlin1991DocScrutinizer05: usinga an inferior irc client atm?
18:06.42*** mode/#maemo-ssu [+o DocScrutinizer05] by ChanServ
18:07.04DocScrutinizer05nah, inferior cerebral perfomance
18:07.39DocScrutinizer05and actually a new installation of whole system that doesn't have all the goodies I got on the old one during 5 years
18:07.43DocScrutinizer05like /opm
18:07.48DocScrutinizer05and /dopm
18:08.02DocScrutinizer05(user defined commands)
18:08.24DocScrutinizer05so I went for /op #maemo-ssu instead of /cs op #maemo-ssu
18:09.21*** topic/#maemo-ssu by DocScrutinizer05 -> do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff || 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: htt
18:09.24kerioDocScrutinizer05: /cs topic?
18:09.29DocScrutinizer05thought as much :-S
18:09.57merlin1991also you hit topiclen with your update
18:10.09freemangordonmerlin1991: apt debian/rules is screwed
18:10.16*** topic/#maemo-ssu by DocScrutinizer05 -> 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): 21.2011.38-1Tmaemo5.1; (stable): 21.2011.38-1Smaemo4.1 || do NOT use "update all" in HAM, you need to first install/update the
18:10.27DocScrutinizer05:-/
18:10.34freemangordonatp is compiled with on -O-x flags :(
18:10.36merlin1991freemangordon: screwed is a bit vague, any additional hints?
18:10.42freemangordon^^^
18:10.50kerio-x?
18:10.59freemangordonkerio: typo
18:11.05freemangordon-Ox :)
18:11.08keriooh
18:11.10keriowhat's -Ox?
18:11.37*** topic/#maemo-ssu by DocScrutinizer05 -> 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): 21.2011.38-1Tmaemo5.1; (stable): 21.2011.38-1Smaemo4.1 || READ!!: http://talk.maemo.org/showthread.php?p=1264963#post1264963
18:11.50freemangordonmerlin1991: it exports CXXFLAGS, but actual configure line does "cd build && CXXFLAGS="$(confcxxflags)" ../configure --disable-block-hidden $(confflags)"
18:12.04*** mode/#maemo-ssu [-o DocScrutinizer05] by ChanServ
18:24.27merlin1991freemangordon: seems silly
18:31.57freemangordonmerlin1991: did you look at it (debian/rules)?
18:32.26merlin1991I'm currently doing dinner preperations
18:32.57DocScrutinizer05oooh dinner, what a nice idea
18:33.50DocScrutinizer05((<kerio> DocScrutinizer05: /cs topic?)) nah, the topic editor in Konversation is actually fine
18:34.12DocScrutinizer05while /cs topic is clumsy
18:35.32*** join/#maemo-ssu _xnt14 (~xnt14@xceleo.us)
18:41.49freemangordonmerlin1991: I consider that a bug, going to fix it in master, ok?
18:58.26freemangordonmerlin1991: scratch that, somehow flags are passed
19:00.24freemangordonthough the way it is passed is ugly :(
19:01.38*** part/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz)
19:15.00keriohuh, this pinning thing actually gives you a neat way of uninstalling CSSU without bothering with weird stuff
19:15.19keriopin every repo at 2000, remove the cssu repos, update & upgrade
19:15.36freemangordonkerio: there is -thumb version of apt in the repo, you may want to try it ;)
19:15.43keriofreemangordon: which version is it?
19:15.56freemangordon0.7.20.2maemo13.2+0cssu1+thumb0
19:16.00kerioyay ^_^
19:20.05keriofreemangordon: ZOMG SO FAST
19:21.29freemangordonyep ;)
19:21.30kerioexcept that not really
19:21.56freemangordonit is faster
19:23.12keriopictures a wonderful world where cssu-th is actually for the "fremantle-thumb" release and the versions are the same as cssu
19:23.37kerioand you just pin it at 600 priority and it magically works fine
19:41.08*** join/#maemo-ssu Spark25x (~Spark25x@unaffiliated/spark25x)
19:41.12Spark25xheya
19:41.42Spark25xwhy the new SSU update ask for pc connectivity?Is this mandatory?tnx in advance
19:41.54merlin1991see /topic
19:42.21kerioSpark25x: first update the operator name widget, make sure it's updated and that application manager stopped doing its things, then do the upgrade
19:43.04DocScrutinizer05[GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff
19:43.15Spark25xand if ill do a "fresh install" tommorow i will need to follow same process?:P
19:43.26DocScrutinizer05no
19:43.42merlin1991Spark25x: nope this is only valid for an update to the current version
19:43.44Spark25xdoc sorry i cleaned the buffer and didnt had the chance to read the topic
19:43.47Spark25xmy bad
19:44.02merlin1991you can get it back with /topic ;)
19:44.13Spark25xi know now :P
19:44.30Spark25xi meant i did the mistake to not read it before ask
19:44.32Spark25xhehe
19:45.45keriofreemangordon: btw, please use inequalities in the metapackage :3
19:45.52Spark25xand another question if you dont mind,where can i see the changelog etc?the wiki and ssu features page arent update it yet (hope this is not a silly question)
19:46.26keriothey are
19:46.48keriohttp://wiki.maemo.org/Community_SSU/Changelog#T-maemo5
19:46.59Spark25xkerio okey ill check again lol sorry
19:47.12DocScrutinizer05been updated yesterday
19:47.27DocScrutinizer05even prior to rollout of actaul update
19:47.35DocScrutinizer05(though only minutes)
19:48.32merlin1991why do people get so demanding lately regarding cssu? people used to be happy when the changelog arrived a week later :D
19:48.44DocScrutinizer05hehe
19:48.57Spark25xtommorow ill make a reflash couse i want to get rid of nitroid :P and im happy that i can test the new ssu before this :D
19:50.34keriodo i need anything in particular to make obexd work?
19:51.43Spark25xokey tnx for the answers have a good night :)
19:51.48merlin1991kerio: if it doesn't work then you have no bluethooth :D
20:49.16*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
21:07.53keriomerlin1991: could it be possible to have cssu-thumb and cssu-devel on separate hostnames?
21:08.12kerioapparently apt is stupid
21:08.24gregoakerio: globs in apt preferences works since 0.8.14 (april 2011), and maemo has 0.7.20.2maemo13.2+0cssu (0.7.20 is from feb 2009)
21:08.41keriogregoa: where were you when i was looking for that? :(
21:09.06gregoakerio: I was out for dinner with friends, sorry :)
21:09.15keriowell you're not excused! :C
21:10.00gregoa:)
21:10.05keriogregoa: anyway, apt doesn't seem to have a way to discern between http://maemo.merlin1991.at/cssu/community-thumb/ and http://maemo.merlin1991.at/cssu/community-devel/
21:10.19keriowhy?
21:10.55merlin1991becuase apt compares the base domains?
21:11.01kerio...WHY?
21:11.14gregoakerio: I was just looking at the /var/lib/apt/lists/*_Release files, and they don't seem to be very informative
21:13.07gregoakerio: http://paste.debian.net/189616/
21:13.33keriohehe
21:13.50keriomerlin1991: is it possible to have different... huh... suites? for devel and thumb?
21:13.51gregoakerio: so if merlin1991 adds a bit more fields to reprepro for the dists, they should end up in the Release files and apt_preferences could use them
21:14.07keriogregoa: where should something like that go?
21:14.23kerioi mean, the codename should still be fremantle
21:14.53gregoa(or _InRelease in some newer versions)
21:15.44gregoakerio: TBH, I don't know this Origin/LAbel/Suite stuff in detail. I guess Suite would be good
21:16.06gregoakerio: and in merlin1991's rerepro that's somewhere in config/dists or whatever the file is called
21:16.13gregoa*reprepro
21:18.51merlin1991hm either label or suite should do
21:19.04merlin1991though I don't know which ones you can use in the apt preferences
21:19.08gregoaand Origin: merlin :)
21:21.30keriohuh, HAM is stuck at the file dialog
21:21.31gregoaI'm using e.g. "Pin: release a=experimental
21:21.51gregoa", and experimental is a Suite
21:22.22keriothen yeah, it should be Suite: community-thumb or something
21:22.26gregoaand the manpae has n=jessie for the Codename (heh, already jessie!)
21:22.40keriodamn, wasn't she added in toy story 3? :S
21:22.48gregoayeah, SUite: cssu-thumb or something
21:23.21kerioD: something modified the icon for the uSD in the file manager
21:23.36kerioreboots
21:24.56kerioi bet it's obexd's fault
21:25.22keriook, everything is fine now :3
21:29.00*** part/#maemo-ssu dimir (~dimir@dimir.eu)
22:36.47keriofreemangordon: once merlin (or you?) sort out the reprepro config to add a proper Suite you should ship a preference file to put -thumb at a slightly higher priority
22:58.19keriofreemangordon: nah, nevermind, HAM won't honour it
23:48.07freemangordonkerio: don't know about you, but apt-get is at least twice faster here compared to non-thumb version
23:54.24*** join/#maemo-ssu Sc0rpius (~naikel@190.201.107.179)

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