**** BEGIN LOGGING AT Tue Feb 23 02:59:58 2016 Feb 23 04:58:37 yep, that USB port is totally broken :/ Feb 23 04:59:08 freddd: charge cable snagged getting off a plane. the cable ripped, and the potr has been unreliable since Feb 23 04:59:16 before getting on the plane, it broke off entirely Feb 23 04:59:26 hope i can solder it back on.. Feb 23 05:00:02 switched to my backup N900 on the flight Feb 23 05:06:05 12:12:39 < Pali> and here you want to disable keyboard Feb 23 05:06:23 If Xorg isn't processing your keyboard input so you can't press ctrl Feb 23 05:06:52 er, ctrl+alt+f1, you can still use some sysrq combination to switch the input mode then use alt+f1 Feb 23 05:07:46 ctrl+alt+sysrq+r Feb 23 05:09:02 That can also be useful if you accidentally `cat /dev/console` within Xorg sometime. Feb 23 07:54:43 ceene: 10 days quarantine and >10 karma. Today is the 10th day. Five more votes needed. Feb 23 07:57:36 ceene: do you think you could resolve that package dependency issue in i386? Feb 23 08:25:52 afair for packages in free you only need 6 votes Feb 23 08:53:48 freddd: I guess I can solve it, yes Feb 23 08:53:52 but it'd have to be for next release Feb 23 08:54:15 I don't believe anyone is trying to run yappari on x86 except for me, which I only do while developing, so I don't install the package itself Feb 23 08:54:37 site for yappari package says karma 6 out of 6 Feb 23 08:54:45 so i guess some time in the future it'll get autopromoted to extras? Feb 23 08:55:59 ceene it would be convenient for future development, in case another maintainer picks up, or so. Feb 23 08:56:12 I will ask in #maemo-devel (although it is very quiet there). Feb 23 08:59:58 freddd: maemo-devel isn't really an active channel :) Feb 23 09:00:27 maemo-related stuff happens, or in maemo-ssu (in case of CSSU dev/reports) Feb 23 09:00:33 happens here* Feb 23 09:02:43 Well I am glad so far active voting is being done on the Yappari package. Feb 23 09:02:50 I think mainly because of the recent mentioning in the thread. Feb 23 09:02:55 Rather than here in the IRC channel. Feb 23 09:04:19 you probably gathered that most of the people that actively read the chan hardly use whatsapp ;) Feb 23 09:08:56 ;) Feb 23 09:10:16 not even the developer uses it very much Feb 23 09:11:27 It is pretty much the only method of doing popular free texting. Feb 23 09:11:37 Sadly. Feb 23 09:12:19 What do you guys do for free texting on your N900? Feb 23 09:13:09 most of the time i'm sitting in front of a computer Feb 23 09:13:15 so... jabber, irc, telegram Feb 23 09:23:01 irc/mail Feb 23 09:23:32 and some texting popular in this particular country Feb 23 11:14:37 ceene: telegram is available on N900? Feb 23 11:17:29 freddd: as far as i know there's only a cli version Feb 23 11:17:39 do you telegram on your n900? Feb 23 11:17:41 nope Feb 23 11:18:05 i was thinking that the gui of yappari could be used for telegram library Feb 23 11:18:32 there are a lots of things I could do... but i don't have the time and sometimes the knowledge to do them Feb 23 11:19:46 ceene why did you never just work on a back-end plugin for the already existing front-end in Maemo? Feb 23 11:19:54 I love the unified messaging UI of Maemo. Feb 23 11:20:09 well, I got over yappari development only a year and half ago Feb 23 11:20:20 most of it was already done before i even had a n900 Feb 23 11:20:56 so i can't really answer as to why Scorpius, who is the original coder, decided to do a new thing from scratch Feb 23 11:21:05 maemo frontend however is not very complete Feb 23 11:21:11 i don't think it supports media Feb 23 11:21:27 doesn't support 'read' acks Feb 23 11:21:36 so it's generally lacking Feb 23 11:22:03 i think yappari's GUI is better than stock messaging app Feb 23 11:22:16 maybe it is this GUI the one that could be improved and made the main gui app for maemo Feb 23 11:22:22 and use telepathy backend Feb 23 11:22:38 and whatsapp specific code transformed into a telepathy plugin, alongside telegram, etc Feb 23 11:24:51 as i said, lots of work Feb 23 11:26:39 ah, about telegram, there's a plugin for pidgin Feb 23 11:26:46 that gives you a gui Feb 23 11:26:51 it's not very cool, though Feb 23 11:43:44 moin Feb 23 13:34:24 I just found my old 770, and it doesn't seem to boot -- I just get a white screen. Is there any way to try reflashing the device? Feb 23 13:34:48 (I have 0xFFFF on Linux, and it can see the device, but I have no idea if the files I'd be flashing are still available anywhere.) Feb 23 13:39:10 The files aren't on maemo.org, and even when I check the Internet Archive, it wants to verify the product ID, which obviously won't work on an archived version of the page. Feb 23 13:40:39 http://www.cpkb.org/wiki/Nokia_N770_Internet_Tablet_SU-18_firmware_data_package_download Feb 23 13:40:44 maybe those mirrors still work Feb 23 13:49:54 iirc arhive.org has the required files Feb 23 13:50:10 (look for the skeiron.org mirror at archive.org) Feb 23 13:50:46 Well, I found a fiasco image for the 2008HE for it, but I don't think it's working... Feb 23 13:51:16 maybe there is another problem with your 770? Feb 23 13:51:22 It keeps trying to flash it, but I get "Primary image not loaded" followed by "Error: Flashing failed". Feb 23 13:51:28 (Also, it seems to keep rebooting on its own.) Feb 23 13:51:49 (And I think something's wrong with the screen.) Feb 23 13:54:39 Also, 0xFFFF can't seem to detect any of the info about the device -- all the versions are listed as "(not detected)" Feb 23 13:54:50 Wonder if the eMMC is just dead or something. Feb 23 14:00:04 Hrrm..... thinking about maemo and really useful easy-debian chroot etc... Feb 23 14:00:32 This needs updated images for jessie-armhf ... wheezy-armel is about to go out of support (and not covered by LTS on wheezy i386/amd64!!) Feb 23 14:01:11 i'm not quite sure how the original images were made, they had various fiddles/hacks for pulseaudio and stuff Feb 23 14:02:18 jpt9: try the nokia flasher version (?) Feb 23 14:02:32 I dunno if 0xffff has been thoroughly tested with n7xx Feb 23 14:02:36 such that its' not straightforward to dist-upgrade, and in any case, using armhf and ext4 disk image would be highly desireable and aiui works under power kernel Feb 23 14:02:39 any ideas?? Feb 23 14:03:33 enyc: I think all you need is a patched libc but I might be wrong Feb 23 14:04:09 ah right, pulseaudio too if you want to communicate with the main pulseaudio server Feb 23 14:04:45 bencoh: is there a document/wiki on this ?? Feb 23 14:04:55 bencoh: contact with any who created the original images (estel??) Feb 23 14:05:18 bencoh: how/why would libc need patching? Feb 23 14:05:50 from what I can see jessie can still boot on 2.6.32 at least , it may work with the maemo old power kernel hrrm Feb 23 14:19:35 Trying a different flasher on Windows. (I haven't found the Nokia one yet.) Currently waiting for Windows to find the drivers for my 770 in update mode. Feb 23 14:23:33 And it couldn't find it. Feb 23 14:39:13 enyc: because iirc it needs something introduced around the 2.6.32 Feb 23 14:39:25 enyc: there is some info about this on TMO Feb 23 14:40:02 jpt9: https://web.archive.org/web/20131117073526/http://skeiron.org/tablets-dev/d3/ Feb 23 14:43:40 Just tried the Linux one from there; it can't seem to connect to the device. Feb 23 14:45:10 Also, I think it might be booting -- I'm not sure. The screen's unreadable. Feb 23 14:46:09 Does it eventually automatically show up as a USB device when booted? Feb 23 14:46:22 (I remember having to manually tell it to show up as USB storage.) Feb 23 14:47:16 (Or does that only provide access to the RS-MMC card?) Feb 23 15:19:06 jpt9: lsusb ? Feb 23 15:20:16 bencoh: http://talk.maemo.org/showthread.php?t=34550&highlight=debian+libc&page=323 Feb 23 15:23:15 bencoh: Hang on... I just dug out my old ThinkPad T61, which is still 32-bit. I'm going to try the Nokia updater on it. Feb 23 15:24:27 jpt9: i believe, the nokia apdated has worked on 64bit system using ia32-libs, but it more seemeed like certain systems/chipsets/usb/whatever weren't being compatible but not sure now been ages since i tried =) Feb 23 15:34:42 bencoh: thankyou for suggestion TMO etc... useful =) Feb 23 15:34:52 i wonder why the old easy-debian images were armel at all Feb 23 15:35:41 ? Feb 23 15:37:27 bencoh: older images, squeeze wheezy etc.... Feb 23 15:37:36 bencoh: looks like armhf didn't exist in squeeze days Feb 23 15:42:10 jpt9: you can also boot some 32bit livecd Feb 23 15:44:52 I'm assuming the Windows updater installs whatever drivers it needs? Feb 23 15:51:46 I personally wouldn't even try windows, but... Feb 23 16:28:02 Got it working. Had to unload the cdc_phonet kernel module; version 3.0 of the 64-bit Linux flasher is working. Feb 23 16:44:57 Now... what can I do with a freshly-flashed 770 if I can't read what's on the screen? Feb 23 16:45:36 hm? Feb 23 16:47:35 Well, I managed to reflash it, but there's still something wrong with the screen. (I think it died today -- I got a few readable blue Nokia logos this morning.) Feb 23 16:49:02 jpt9: is 0xFFFF working with 770? Feb 23 16:49:12 Pali: I couldn't get it to work. Feb 23 16:49:25 so 0xFFFF does not work? Feb 23 16:49:37 I do not have 770, so I was not able to test it Feb 23 16:49:45 I'm assuming the update reflashes the entire card (including /home), since it's now displaying what I assume are the out-of-box setup routines? Feb 23 16:50:12 depends on what are you trying to reflash Feb 23 16:50:15 which image Feb 23 16:50:16 Hang on... I didn't try it after I unloded the cdc_phonet kernel module. Feb 23 16:50:20 The fiasco one. Feb 23 16:50:47 0xFFFF should unload kernel modules if needed Feb 23 16:50:59 if not this is bug in 0xFFFF Feb 23 16:51:27 anyway, in 0xFFFF git is new version which uses new libusb1.0 library Feb 23 16:51:37 so some problems with usb communication should be fixed Feb 23 16:52:08 if there are problems with 0xFFFF and 770 I can try to fix it Feb 23 16:52:33 Just to double check, I'm running 0xFFFF -M ~/SU-18_2008HACKER_4.2007.50-6_PR_F5_MR0_ARM.bin -f Feb 23 16:53:01 thats looks ok, but need to run as root Feb 23 16:53:08 but first try to identify device Feb 23 16:54:48 Identifying it sort of works. It doesn't managed to get all the information listed. (I built the latest git version.) Feb 23 16:54:51 http://pastebin.com/ihwRHNrM Feb 23 16:56:17 can you send me lsusb -v output? (under root) Feb 23 16:56:29 also do you have some nokia flasher? Feb 23 16:57:15 I think? I've got flasher-3.0.amd64, which worked. Feb 23 16:57:34 It doesn't say it's Nokia, though. Feb 23 17:00:11 Pali: http://pastebin.com/NF0U0NcY (lsusb output) Feb 23 17:00:30 (I'm running the 64-bit version of Xubuntu 15.10 on a ThinkPad X220, if that matters.) Feb 23 17:01:23 flasher-3.0.amd64 is probably static linked and for debugging static linked elf binaries are useles Feb 23 17:01:43 that garbage in R&D flags looks like some bug Feb 23 17:02:22 Pali: Actually, that might've been me. Think I might have accidentally written the name of the file I was trying to flash there by accident or something.) Feb 23 17:02:33 you have 64bit machine, go to 0xFFFF/src dir and call: make libusb-sniff-64.so Feb 23 17:03:30 this will build library for debugging Feb 23 17:03:30 Done. What now? Feb 23 17:03:33 Ah. Feb 23 17:03:48 and then run 0xFFFF as: sudo LD_PRELOAD=./libusb-sniff-64.so ./0xFFFF --params Feb 23 17:03:55 and try to identify device again Feb 23 17:04:07 $ sudo LD_PRELOAD=./libusb-sniff-64.so ./0xFFFF -I Feb 23 17:04:23 it will print all usb packets to stdout Feb 23 17:04:41 this will help me identify why it get such garbage Feb 23 17:06:59 It's giving a bit more debugging info (I think), but it's not printing packets: http://pastebin.com/TgJrnDvT Feb 23 17:08:20 ah, its broken Feb 23 17:08:26 w8, I will fix it Feb 23 17:25:17 jpt9: should be fixed in git on github Feb 23 17:26:32 jpt9: libusb-sniff on 0xFFFF now show me usb packets from n900 device Feb 23 17:30:31 git pull && make && make libusb-sniff-64.so Feb 23 17:40:18 jpt9: and now I fixed that garbage for R&D flags Feb 23 17:40:42 missing buffer initialization, thanks for report! Feb 23 18:00:54 Pali: http://pastebin.com/3Dd9rtM9 Feb 23 18:01:20 who was talking about updating NSS in microb? Feb 23 18:01:40 jonwil? Feb 23 18:06:10 jpt9: ok, looks like nolo on 770 does not send version information Feb 23 18:06:51 jpt9: can you try to query R&D flags via flasher-3.0.amd64? Feb 23 18:07:38 we really ought to compile chacha20-poly1305 in it Feb 23 18:14:03 Pali: http://pastebin.com/dXU4rf9V Feb 23 18:14:34 Don't think it lists the flags. Feb 23 18:14:45 Or maybe I broke something? Feb 23 18:14:56 (As in wrote something invalid to them with another tool?) Feb 23 18:17:06 jpt9: does not have that nokia flasher some param which show R&D flags? Feb 23 18:19:03 I used --query-rd-mode Query the device R&D mode status and flags Feb 23 18:19:10 Which I think should get the flags. Feb 23 18:19:16 yes Feb 23 18:19:20 Hang on... rebooting... Feb 23 18:21:59 Back. Feb 23 18:22:00 jpt9: do you have 32bit version of flasher (name flasher-3.0)? Feb 23 18:22:25 No; I've just got the 64-bi version. Feb 23 18:22:37 (I couldn't get the 32-bit one to run.) Feb 23 18:22:38 that one is dynamically linked and so sniffer will work with it Feb 23 18:23:05 you just need 32bit libusb-0.1.so.4 lib Feb 23 18:23:42 Pali: When I try running it, I get a "No such file or directory" message, which is rather odd. Feb 23 18:23:58 (I suppose I'd expect something more verbose if it was an issue with 32 vs 64-bit.) Feb 23 18:24:08 maybe you do not have 32bit libs available in system Feb 23 18:24:29 /lib/ld-linux.so.2 Feb 23 19:35:31 jpt9: your output is correct Feb 23 19:35:46 0xFFFF parsed data correctly Feb 23 20:26:01 i need to take my n900 apart... some of the inside screws seem loose and catching each other on the slide... Feb 23 20:26:21 so so lazy... or rather, worried about making it worse than it is. Feb 23 20:33:10 read the service manuals first :) Feb 23 20:34:47 yep, strongly recommended. There are hardly any "inside screws" that could cause trouble. What's known though is slider magnet getting loose Feb 23 20:35:30 DocScrutinizer05: aren't there 4 screws (two apparent)? Feb 23 20:36:17 there are 6 screws which hold the screen half together Feb 23 20:36:42 those are the only ones that might get loose and cause trouble while sliding Feb 23 20:37:57 then you got 4 Philips screws visible in battery compartment that hold the complete slider mech in place, but thiose won't have any impact on the slider operation Feb 23 20:39:07 two of the 6 screws in display half are visible when slider open Feb 23 20:45:45 http://pdadb.net/download/nokia_n900_rx-51_service_manual_l1-l2_v1_0.pdf Feb 23 20:46:44 http://wstaw.org/m/2016/02/23/plasma-desktopPq3616.png Feb 23 20:56:09 my guess is that screws 1 and 2 are loose and hitting the slider. Unfortunately it looks like I have to do quite a bit of disassembly to retighten... I might well investigate the earpiece speaker at the same time. Feb 23 21:07:44 you don't need to do any large disassembling for reaching the screws. Just unscrew the the 4 philips in pic #6 and carefully disconnect the flat flex cable (pic 7) Feb 23 21:14:34 you don't need any of the other disassembly steps **** BEGIN LOGGING AT Tue Feb 23 23:00:36 2016 Feb 23 23:04:55 [2016-02-23 Tue 23:55:25] [Notice] -tomaw- [Global Notice] Hi all, I need to restart one of the network hubs. This will break the network for a short while but it should only last a few minutes. Feb 23 23:04:56 indeed Feb 23 23:17:27 ~botsnack Feb 23 23:17:28 thanks, DocScrutinizer05 Feb 24 02:42:08 this -> https://twitter.com/hashtag/dontblocktor?src=hash Feb 24 02:42:14 that's all **** ENDING LOGGING AT Wed Feb 24 02:59:58 2016