**** BEGIN LOGGING AT Sat Jul 25 02:59:58 2015 Jul 25 04:23:08 freemangordon: hey, * 01d2960 Fixed bug when device restarts instead of shutdown when a charger is attached Jul 25 04:23:23 was that actually a bug? don't we need to restart for the charger to actually work? Jul 25 08:00:16 ~speedyham Jul 25 08:00:16 methinks speedyham is 30 times faster than HAM http://maemo.merlin1991.at/cssu/community-devel/pool/free/h/hildon-application-manager/hildon-application-manager_2.2.73-2_armel.deb Jul 25 10:26:19 How do I compile a project for N900 from a deployment.pri? Jul 25 10:26:30 I assume that's the Makefile equivalent? Jul 25 10:29:44 ah no, there's a .pro file too Jul 25 10:32:06 ah, qmake Jul 25 19:37:31 Hello, I’m trying to install advancedcaching on my N900. I need to install the missing application package, libxslt1.1 — does anyone know where I could download that package? Jul 25 19:44:29 jkepler: it looks like its in sdk repo Jul 25 19:44:49 also in extras Jul 25 19:44:54 so just enable extras Jul 25 19:45:12 though its only libxlst1-dev Jul 25 19:46:20 KotCzarny: (s)he's gone Jul 25 19:46:36 shucks Jul 25 19:47:09 [2015-07-25 Sat 21:37:30] Hello, I’m trying --- [2015-07-25 Sat 21:40:21] <-- jkepler (~joel@gateway/vpn/privateinternetaccess/jkepler) has left this server Jul 25 19:47:12 ERRYES Jul 25 19:47:23 LRN2IRC!!1!1!! Jul 25 19:47:29 life Jul 25 19:47:43 toomanychannelsinonewindow Jul 25 19:48:05 -EADHS Jul 25 19:48:26 but its weird that extras has only libxslt-dev and not actual lib Jul 25 19:48:37 hm Jul 25 19:49:10 depends on whether that's a linked lib or a .so lib Jul 25 19:49:34 too lazy to check Jul 25 19:49:55 * DocScrutinizer05 too Jul 25 19:49:56 i would simply install deb from sdk repo Jul 25 19:50:03 yep Jul 25 19:50:25 ~debian jkepler Jul 25 19:50:26 * infobot tells jkepler to RTFM!!!! GAH!!! HELL FIRE AND BRIMSTONE!!!! BURN!!! DIE!!! MWAHAHAHAHA!!!! Jul 25 19:50:55 isnt that a bit on the offensive side? Jul 25 19:51:05 ok Jul 25 19:51:11 there was lot of libraries in Nokia SSU repo Jul 25 19:51:12 ~ubuntu jkepler Jul 25 19:51:13 * infobot lovingly explains to jkepler in a way that causes jkepler to weep with gratitude that jkepler must read the fine, friendly manual Jul 25 19:51:31 and all those packages are now missing... Jul 25 19:51:32 ~slackware jkepler Jul 25 19:51:41 bummer Jul 25 19:51:58 though it was slacky way to process Jul 25 19:52:34 Pali: nobody mirrored that friggin repo? Jul 25 19:52:40 I'm for uploading all those open source packages to maemo extras which were previously in nokia repo Jul 25 19:52:48 DocScrutinizer05: I have mirror Jul 25 19:53:02 and I believe other people did it too Jul 25 19:53:04 um, why not just up it to muarf ? Jul 25 19:53:13 https://wiki.maemo.org/Apt-mirror Jul 25 19:53:14 acki Jul 25 19:53:26 wiki page how to setup mirrors is old Jul 25 19:53:50 it never been meant to nokia repos ;-P Jul 25 19:53:57 instead of extras, just name a repo nokia-ssu ? Jul 25 19:54:15 though it was pretty easy to find out about the "sekrit key" inb URL Jul 25 19:54:27 problem is that any extras package can depend on package in nokia-ssu repo Jul 25 19:54:34 yep Jul 25 19:54:52 so I'm for moving all those packages which was in nokia-ssu to maemo extras Jul 25 19:54:56 but it will become unmaintained Jul 25 19:55:13 and people wouldnt be able to overwrite it with extras Jul 25 19:55:13 so maemo extras will not have non existant dependences Jul 25 19:58:40 Pali: could we get a special category like "heritage" in extras? Jul 25 19:58:53 rather 'legacy' Jul 25 19:59:07 DocScrutinizer05: we need to put all those packages into repository which is already enabled by users Jul 25 19:59:14 so only normal extras is possible Jul 25 19:59:45 when you enable *only* extras in HAM, you should be able to install any extras package Jul 25 19:59:55 so all dependneces should be in extras, there is no other way Jul 25 20:00:05 before those dependences were also in nokia-ssu Jul 25 20:01:19 and we need to load binary DEB packages, *not* rebuilding them from sources Jul 25 20:01:20 Pali: "normal extras" has categories Jul 25 20:01:33 because we need same md5sums Jul 25 20:01:45 DocScrutinizer05: do you mean HAM categories? Jul 25 20:01:49 yep Jul 25 20:02:02 HAM categories is just Section of deb package Jul 25 20:02:17 and every package which do not have "user/*" in Section is hidden in HAm Jul 25 20:02:28 that's the plan Jul 25 20:02:42 hide them in extras Jul 25 20:02:43 moving package from one repository to another does not change Section Jul 25 20:02:53 for HAM it is still same package Jul 25 20:03:01 ooh, which section are they now? Jul 25 20:03:11 depends on package Jul 25 20:03:34 but again, "moving package from one repository to another does not change Section" Jul 25 20:03:45 I understood that Jul 25 20:03:48 so if it was hidden in HAM when nokia-ssu worked Jul 25 20:04:00 it will be hidden after moving to extras too Jul 25 20:04:18 should work Jul 25 20:04:34 what if someone create package in extras-devel with the same name? Jul 25 20:04:45 *creates Jul 25 20:05:01 or if there is already same name package in -devel Jul 25 20:06:35 then you worst case run into the age old "somebody uploaded a broken new package to extras-devel" issue Jul 25 20:07:13 i mean, could extras-devel be promoted and overshadow extras one? Jul 25 20:07:33 extras-devel is NOT supposed to be used for indiscriminate upgrades Jul 25 20:07:48 no, i mean if it goes through promotion Jul 25 20:08:08 then it's tested and considered OK and everything fine Jul 25 20:08:14 works for me then Jul 25 20:10:48 we already had it a few times that somebody uploaded a lib to devel and promoted it via testing to extras vanilla, and it turned out that lib fux0red everything. Some X11 lib comes to mind Jul 25 20:11:31 also some Qt stuff Jul 25 20:12:58 actually when there's no package (with maintainer) in extras-devel, then we might run into that trouble more frequently when simply injecting a lot of stuff into extras vanilla and ignoring *-testing/devel Jul 25 20:13:53 $random-hacker could upload a package of same name but newer version to extras-devel Jul 25 20:14:03 there is no security in fremantle like in harmattan (aegis) Jul 25 20:14:28 there however is a rather reasonable QA Jul 25 20:14:49 hm... now when nokia-ssu is down, n9/n950 probably not working anymore Jul 25 20:14:51 and module responsibility rules based on maintainership Jul 25 20:14:56 and if someone uses n900 then has to know what goes on Jul 25 20:16:09 with that argument you could say anybody needing SSU packages has to add a repo to list Jul 25 20:17:29 I wouldn't want to see everybody with _no_ clue what's going on getting pwnd by rogue or broken packages propagating to his device via extras, to replace core Nokia repo packages Jul 25 20:17:45 DocScrutinizer05: spi bus for n900 in upstream kernel was fixed... there was some power management problem Jul 25 20:17:54 it was off before init Jul 25 20:18:01 toldya Jul 25 22:01:22 If I am building pybluez, and it's complaining about mach/memory.h, which directory should I use for the n900? There are a TON under kernel-power-headers and i'm not sure which one to use =( Jul 25 22:02:08 stryngs: kernel-* packages are for kernel Jul 25 22:02:22 Ok, but my little hack is working so far Pali... Jul 25 22:02:26 But now It wants mach =/ Jul 25 22:02:32 you should not use kernel* one packages Jul 25 22:02:35 Oh Jul 25 22:02:44 Heh, it's the only files I could find Jul 25 22:02:52 It "seemed" like it was working Jul 25 22:02:57 I need pybluez for python2.7 Jul 25 22:03:19 search into linux-libc-dev Jul 25 22:04:52 Pali: No such directory exists on the n900 Jul 25 22:05:22 or package linux-kernel-headers Jul 25 22:06:29 Yeah, they don't contain mach Jul 25 22:06:34 nor any of the other packages Jul 25 22:06:40 I don't even know if this will work proper Jul 25 22:06:45 and by packages I meant library files Jul 25 22:07:48 no idea then what you need... Jul 25 22:08:04 maybe you are trying to use too new python Jul 25 22:08:18 Ok, well riddle me this Jul 25 22:08:35 for: /usr/src/kernel-power-headers/arch/arm Jul 25 22:08:45 Which mach subdirectory would correspond to the n900? Jul 25 22:08:50 kernel headers used for userspace applications are just in package linux-kernel-headers Jul 25 22:09:17 in kernel-power-headers package are files needed to compile kernel drivers Jul 25 22:09:24 and python is not in kernel Jul 25 22:09:38 Agreed, 100% Jul 25 22:09:43 but I need mach/memory.h Jul 25 22:09:50 you are looking at wrong place Jul 25 22:09:53 and sometimes, my insane little hacks work. Jul 25 22:10:05 why you need mach/memory.h ? Jul 25 22:10:10 for pybluez Jul 25 22:10:35 https://github.com/karulis/pybluez Jul 25 22:11:54 The maemo package for python-bluez exists Pali, but it's for Python 2.5 Jul 25 22:11:59 I need it for Python 2.7 Jul 25 22:16:17 mach/memory.h in linux kernel contains just some macros which tells you where physical memory starts and similar Jul 25 22:16:28 really nothing which can be used in userspace Jul 25 22:16:52 so you are really looking at wrong place **** ENDING LOGGING AT Sun Jul 26 02:59:58 2015