**** BEGIN LOGGING AT Tue Apr 19 03:00:00 2016 Apr 19 08:29:30 welcome to dependency hell... Apr 19 08:29:37 i can't develop two things at the same time Apr 19 08:29:49 because having newer libssl installed ends up making yappari compile against that Apr 19 08:29:54 so it works on sb2 but not on the phone Apr 19 08:29:55 or viceversa Apr 19 08:30:21 static linking? ;) Apr 19 08:30:39 that's why oscp is linked statically against helper libs Apr 19 08:31:00 things just dont build/work when done on autobuilder/unmodified sb Apr 19 08:31:46 i'm thinking i need a second sb2 installation just for yappari :/ Apr 19 08:31:55 i won't link all of qt and ssl statically Apr 19 08:32:03 just ssl then? Apr 19 08:32:10 that's a mounstruosity i won't do Apr 19 08:32:16 it will add ~1-2MB only Apr 19 08:32:36 don't care Apr 19 08:32:38 otoh you are using ssl via qt, heh Apr 19 08:32:47 now i see your point Apr 19 08:32:48 i'd rather have a good dev env Apr 19 08:32:55 yes, that's another thing too Apr 19 08:32:59 libaxoltl also uses ssl Apr 19 08:33:02 want to take over openssl repo? Apr 19 08:33:04 that could all be hellish Apr 19 08:33:10 So if I plug the original headset that comes with the n900, a new input device is created in /dev/input Apr 19 08:33:20 Which is very cute, because pressing the 'button' on the headset fires an event. Apr 19 08:33:26 Any clue how I could get that on Linux 4.5+ ? Apr 19 08:33:57 have a driver? Apr 19 08:34:04 Right, but I figured it may be part of ALSA. Apr 19 08:34:20 I don't know exactly it works on maemo now. Apr 19 08:34:45 So it may be that is already works, but the right alsa switch is not set, etc. Apr 19 08:34:48 no, that should be a GPIO, more than probably Apr 19 08:34:49 I will experiment a bit more later. Apr 19 08:34:56 ceene: On maemo it is a new input device Apr 19 08:35:08 but it may be mapped from a gpio Apr 19 08:35:09 doesnt it have info which driver is using it? Apr 19 08:35:19 it's somewhere in /proc Apr 19 08:35:28 and it emits KEY_PROG1 Apr 19 08:35:37 ceene: maybe, but it is only avail when a headset is plugged in Apr 19 08:35:40 /proc/bus/input/devices Apr 19 08:36:18 and I did a cat /dev/input/event* Apr 19 08:36:24 And nothing fired on mainline Apr 19 08:37:25 RX51 (tlv320aic3x) Jack Apr 19 08:37:31 and yes, it seems alsa is driving it Apr 19 08:44:19 i wonder how long would it take to build gcc on banana pi Apr 19 08:45:51 question: if a package requires automake1.11 for example, how to make it pass autobuilder? Apr 19 08:47:21 KotCzarny: I usually build gcc on my gentoo lime2's in a few hours Apr 19 08:48:38 wizzup, uhum Apr 19 08:48:39 Preparing to replace make 3.80-9osso (using make_3.81-5_armel.deb) ... Apr 19 08:48:40 hah. Apr 19 08:48:45 forgot about this sucker Apr 19 08:49:14 seriously, things in sdk and/or extras repo should get a bump Apr 19 08:54:42 and apparently this chroot sdk approach would work fine on n900 Apr 19 09:08:40 i hate autotools a little bit Apr 19 09:08:50 well, once i tried to write something that used them Apr 19 09:09:16 i decided i shouldn't spend more time learning m4 macros and hellish syntaxes when i could spend that time on my own code Apr 19 09:09:36 :) Apr 19 09:09:56 thats why oscp is built with shell scripts Apr 19 09:10:01 so i share your pain Apr 19 09:10:32 AS libavcodec/arm/apedsp_neon.o Apr 19 09:10:32 gcc: Internal error: Segmentation fault (program as) Apr 19 09:10:34 fun stuff Apr 19 09:12:28 yep Apr 19 09:12:34 i finally found Scons Apr 19 09:12:38 it's a build system on python Apr 19 09:12:41 it's not like it's perfect Apr 19 09:12:46 but at least python is learnable Apr 19 09:15:49 drat. i need bigger sd card to build gcc Apr 19 09:17:13 how does one build a .deb package as thumb? Apr 19 09:18:04 change cflags? Apr 19 09:18:17 i think it only requires -mthumb Apr 19 09:18:20 no, i think there's an env variable that must be exported Apr 19 09:19:17 http://maemo.org/community/maemo-users/everybody_please_fix_bug_in_your_scratchbox_installation/ Apr 19 09:19:18 related? Apr 19 09:19:47 http://maemo.org/community/oldwiki/howto-enablethumbandsoftfloat/ Apr 19 09:19:50 this thing Apr 19 09:19:59 but qt doesn't have that thing on debian/rules Apr 19 09:20:05 so i don't know how is it compiled with thumb Apr 19 09:20:26 yep, that was it Apr 19 09:20:30 well, more or less Apr 19 09:28:05 KotCzarny: your attempts to compile on sd cards make me sad Apr 19 09:28:36 wizzup: as i said, that's what i had in the vicinity when i got the idea Apr 19 10:45:57 finally, i've sent a pull request to disable ssl on qt4.7 Apr 19 10:46:13 some apps that don't work will start magically working Apr 19 15:44:36 apt-get install libpulse-dev Apr 19 15:44:45 27 newly installed Apr 19 15:44:50 fun, isnt it? Apr 19 15:45:09 fucker tries to install half of x-dev libs Apr 19 15:56:14 on the positive note, somehow eq/reverb and other sox effects work now Apr 19 15:56:23 without skipping Apr 19 18:42:25 HHHMPHHH received my ballot / token mail. It nicely mentions that there's a time limit of 7 days for voting, but - unless I'm blind - it doesn't give away WHEN VOTING PERIOD STARTS Apr 19 18:45:02 http://wstaw.org/m/2016/04/19/plasma-desktoppm2219.png a tad frustrating Apr 19 18:45:43 (not the fact that it hasn't started yet, but the fact that you need to click the URL to learn when it starts) Apr 19 18:46:16 other than that: kudos to council for managing another vote :-) Apr 19 19:59:17 s/vote/election/ Apr 19 20:02:23 * DocScrutinizer05 realizes there's missing a "what it means to be council" howto, and suggests all recent and particularly former/ex/longtime council members colaborate to draft such howto, listing all the tiny everyday duties abd responsibilities Apr 19 20:03:04 and* Apr 19 20:07:53 so far this knowledge been based on long time community membership and contribution, watching former councils act, and of course by word of mouth from long term council members to new ones. As more and more long term community members are not available for council anymore, we need an alternative for new fresh enthusiastic council candidates to acquire that knowledge Apr 19 20:09:56 for a stop-gap I suggest reading all meeting minutes since, dunno 2010? ;-) Apr 19 20:10:44 I need to switch info on phones Apr 19 20:11:06 I flashed one and have to transfer the contents of my n900 to another one Apr 19 20:13:07 ~bm Apr 19 20:13:07 [backupmenu] http://talk.maemo.org/showthread.php?t=63975 Apr 19 20:13:22 did this half a dozen times now Apr 19 20:13:51 takes 20 minutes, most of it runtime for the backup/restore Apr 19 20:14:09 fishbulb: ^^^ Apr 19 20:14:38 I'm reading it, thanks Apr 19 20:14:42 yw Apr 19 20:15:16 flash new device, install bm, restore from uSD from bm backup of your old device Apr 19 20:15:29 adjust devicename etc, if needed Apr 19 20:16:35 don't forget bm does _not_ handle MyDocs Apr 19 20:17:10 you need to handle that "manually", via mass storage copy to/from your PC, for example Apr 19 20:17:48 we should backport zfs Apr 19 20:17:49 copy MyDocs -> uSD possible but not recommended, it takes ages possibly Apr 19 20:21:33 kerio: zfs on a 256MB device? Apr 19 20:21:37 I have two corpses Apr 19 20:21:41 yeaaaah, riiiiight :] Apr 19 20:22:22 when this phone dies, I have to get some smudgy screen mashing piece of crap :/ Apr 19 20:29:52 bencoh: technically the strict minimum is 64mb Apr 19 20:32:27 yeah sure Apr 19 21:33:10 um, the backupmenu in this repo is 1.2.0-2 Apr 19 21:34:08 is this actually the one to use? Apr 19 21:48:16 which version of backupmenu is the current one? Apr 19 21:48:45 that one Apr 19 21:50:51 which one Apr 19 21:51:45 1.2.0-2 Apr 19 21:53:04 use any that works for you, they are all fine Apr 19 21:53:37 you might get a few unmet dependencies with the testing, possibly, since it needs i2ctools to enable charging iirc Apr 19 21:54:10 unless that got fixed meanwhile Apr 19 21:55:20 I *think* I brute-force promoted i2ctools to testing, so the dependencies should be met Apr 19 21:56:29 ~pkg Apr 19 21:56:29 extra, extra, read all about it, pkg is http://maemo.org/packages/ Apr 19 21:59:02 how do I get the dependencies Apr 19 21:59:11 hmm i2ctools are even in extras now, so no dependency problems expected Apr 19 21:59:27 it says there is a problem Apr 19 21:59:34 in that it's uninstallable Apr 19 21:59:36 please quote (pastebin) Apr 19 21:59:52 using application manager Apr 19 22:00:00 a dependency isn't met Apr 19 22:00:07 and I don't know why it doens' tjust install it Apr 19 22:00:25 when you install via HAM, there's a "details" tab Apr 19 22:00:43 or "errors" or whatever Apr 19 22:00:45 summary description problems Apr 19 22:00:57 problems: unable to install "backupmenu" Apr 19 22:01:15 application packages missing: liblzo2-2 Apr 19 22:01:23 oooh Apr 19 22:02:16 dang nokia! http://maemo.org/packages/view/liblzo2-2/ Apr 19 22:02:35 ~jrrepos Apr 19 22:02:36 it has been said that jrrepos is http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/ Apr 19 22:03:13 what? Apr 19 22:03:25 or simply install http://repository.maemo.org/pool/maemo5.0/free/l/lzo2/liblzo2-2_2.03-1maemo3_armel.deb Apr 19 22:03:38 /clear Apr 19 22:03:40 clear Apr 19 22:03:53 clear Apr 19 22:04:02 ;-P Apr 19 22:06:04 fishbulb: the problem aiui is: you can't get the "Fremantle nokia-applications explicit armel" repo anymore Apr 19 22:06:36 there are other repos where to get liblzo Apr 19 22:07:08 or you simply install the .deb via download and dpkg -i ./liblzo2-2_2.03-1maemo3_armel.deb Apr 19 22:07:34 @council: ^^^ is sth you should have a look into Apr 19 22:08:14 either find and fix the problem, or delegate. At least discuss with community how to fix this Apr 19 22:08:41 this is a typical council task Apr 19 22:09:13 doesn't need experts to coordinate fixing Apr 19 22:10:17 fishbulb: http://maemo.org/packages/package_instance/view/fremantle_sdk_free_armel/liblzo2-2/2.03-1maemo3/ Apr 19 22:10:36 that package should be in one of the mirrors Apr 19 22:10:38 add SDK repo and you should be done Apr 19 22:10:52 or what Sicelo said Apr 19 22:11:42 Sicelo: could you check if it's covered by http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/recommended.install ? Apr 19 22:12:48 is it in testing Apr 19 22:13:12 http://paste.debian.net/439614/ Apr 19 22:14:39 sure, tools, so use http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/muarf_devel_tools.install Apr 19 22:15:44 so it seems it's not im muarf mirror? Apr 19 22:16:26 fishbulb: no, liblzo is a base package that's not in maemo-extras-* Apr 19 22:16:30 aiui Apr 19 22:16:58 so I can't install backupmenu Apr 19 22:17:00 it's in tools and SDK repo however Apr 19 22:17:08 you can, easily Apr 19 22:17:27 just click on http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/muarf_devel_tools.install in device's browser Apr 19 22:17:54 nod off the warnings, then install BM, should work Apr 19 22:19:02 or, like I said above, you download http://repository.maemo.org/pool/maemo5.0/free/l/lzo2/liblzo2-2_2.03-1maemo3_armel.deb and install it from cmdline via dpkg -i liblzo2-2_2.03-1maemo3_armel.deb Apr 19 22:19:54 nfc why it is in maemo.org/pool Apr 19 22:20:51 prolly that's what SDK and tools refer to Apr 19 22:21:22 ask merlin1991 for details, he's repo master and our expert Apr 19 22:26:37 please refer to http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/ and http://maemo.org/packages/view/liblzo2-2/ Apr 19 22:27:16 you want any fremantle armel repo Apr 19 22:28:07 I.E. either Fremantle SDK free armel or Fremantle SDK tools free armel, or you just download and install the .deb manually Apr 19 22:29:21 * DocScrutinizer05 ponders to brute-force promote from SDK tools to maemo-extras, to fix this issue Apr 19 22:36:05 merlin1991: ^^^ any thoughts? comments? Apr 19 22:37:08 brute force please :) Apr 19 22:37:14 hehe Apr 19 22:37:17 or just that one thing Apr 19 22:37:26 include it with backupmenu Apr 19 22:37:42 yes, that should also be a possible solution Apr 19 22:37:59 'locally linked' liblzo Apr 19 22:38:13 it seems to me like that's less hassle Apr 19 22:38:19 included and shipped in BM Apr 19 22:39:32 hmm, a one-click backupmenu.install comes to mind Apr 19 22:41:02 should be trivial to add e.g. the tools repo to satisfy dependecies Apr 19 22:41:55 how hard is it to add that package with backupmenu? Apr 19 22:43:57 see example http://my-maemo.com/downloads/sendfile.php4?DownloadID=1104 Apr 19 22:44:24 with the phone? Apr 19 22:44:58 http://repository.maemo.org/extras-devel/dists/fremantle/install/wifieye.install Apr 19 22:45:07 look at it NOT in phone Apr 19 22:45:18 it's not BM Apr 19 22:45:43 it shows how it might be easily possible to install BM with just one click, and meet all dependencies Apr 19 22:46:38 the link doesn't work Apr 19 22:46:51 afaik an .install file can have more than one repo *and* a package Apr 19 22:47:40 http://wstaw.org/m/2016/04/20/plasma-desktopJU2219.png Apr 19 22:47:59 compare http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/muarf_devel_tools.install Apr 19 22:56:54 fishbulb: could you please try clicking http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/BM.install in phone's browser? Apr 19 22:57:30 nothing bad should happen, worst case maybe it doesn't work Apr 19 23:10:24 anybody willing to test BM.install one-click? Apr 19 23:13:38 krhrhr http://repository.maemo.org/extras-devel/dists/fremantle/install/backupmenu.install still refers to maemo-extras-devel for BM Apr 19 23:13:50 please try http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/BM.install Apr 19 23:15:28 nevermind my rant, http://repository.maemo.org/extras/dists/fremantle/install/backupmenu.install looks good, just lacks SDK tools repo for liblzo Apr 19 23:15:32 so Apr 19 23:15:35 please try http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/BM.install Apr 19 23:56:39 ok, I tested it on an age old plain maemo fremantle (Pr1.2 even?) system, and apart from taking ages it seems to install just great Apr 19 23:56:44 ~bm Apr 19 23:56:44 from memory, backupmenu is http://talk.maemo.org/showthread.php?t=63975 Apr 19 23:57:17 ~bm is also one-click install handling dependency issues: http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/BM.install Apr 19 23:57:17 DocScrutinizer05: okay Apr 19 23:57:20 ~bm Apr 19 23:57:20 well, backupmenu is http://talk.maemo.org/showthread.php?t=63975, or one-click install handling dependency issues: http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/BM.install Apr 20 00:03:32 http://talk.maemo.org/showthread.php?t=63975&page=137 p.137?? wtf?! Apr 20 00:38:08 hmm, quiet earth, eh? Apr 20 00:38:20 fishbulb: what's up? Apr 20 00:39:10 sucks to provide a solution for a problem that seems to have vanished into nirvana Apr 20 00:45:09 fishbulb: just open http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/ in your phone browser and click on BM.install - then wait a 10 min while nodding off a few requesters Apr 20 00:45:58 then enjoy backupmenu Apr 20 01:07:15 merlin1991: how about at least patching *all* http://repository.maemo.org/extras*/dists/fremantle/install/*.install to include some mirrors of dead Nokia repos? Apr 20 01:08:34 I know we've been there done that, with skeiron. Maybe this time it receives less bashing Apr 20 02:02:47 hi Apr 20 02:02:56 I was sleeping Apr 20 02:04:56 thanks for the solution, I'll try it in a while **** ENDING LOGGING AT Wed Apr 20 02:59:58 2016