**** BEGIN LOGGING AT Thu Dec 18 02:59:58 2014 Dec 18 03:49:40 Hm. What's that program that gets lots of information about the system? Dec 18 03:50:04 (something Maemo-specific) Dec 18 08:07:48 Maxdamantus: healthcheck Dec 18 08:07:54 ? Dec 18 08:08:31 That wasn't it. Dec 18 08:08:43 It's something installed by default. Dec 18 08:08:49 It just prints stuff to stdout. Dec 18 08:08:56 doesn't show it graphically. Dec 18 08:10:34 Hm. It might be similar to `lshal` Dec 18 08:10:51 but I think it had a longer name, and output stuff slightly more nicely. Dec 18 08:11:43 actually, I think it was just lshal. Dec 18 08:12:07 conky shows lots of info, but graphically Dec 18 10:11:58 ~combined Dec 18 10:11:58 combined is probably the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin, or http://galif.eu/nokia/ Dec 18 10:12:08 ~emmc Dec 18 10:12:09 from memory, emmc is is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22YHFSICNA/--LID--FiRe1275051276916/AE98ED9D_RX-51_2009SE_10.2010.13-2.CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin or see ~emmc2 Dec 18 10:42:12 guys how do I know if my N900 needs the UK or international version. Also does it really matter? Dec 18 10:55:15 Horcrux: i guess it doesn't matter, but that's just a guess... Dec 18 10:55:32 * kolp guesses the same Dec 18 10:56:19 * bencoh too Dec 18 10:56:36 I'll try flashing international onto a device from the UK and see what happens :P Dec 18 11:42:19 Horcrux: it doesn't matter Dec 18 11:44:01 thanks sixwheeledbeast. I have the phone flashed with both combined and the (EU?) eMMC image and am doing the CSSU stuff atm. Dec 18 11:45:42 Horcrux: remember to remove cherry too Dec 18 11:45:54 ~cherry Dec 18 11:45:55 rumour has it, cherry is http://wiki.maemo.org/PR1.2_compulsory_My_Nokia_subscription Dec 18 11:46:29 is cherry included on the PR1.3.1 image Dec 18 11:46:31 ? Dec 18 11:49:48 Horcrux: I believe so, you will be able to check Dec 18 12:01:27 sixwheeledbeast: thanks for the tips, and it seems cherry is still present (I didn't get the contract popup though) Dec 18 12:04:11 err, why does apt-get dist-upgrade want to remove 370 packages? O.o Dec 18 12:12:50 Horcrux: never do apt-get dist upgrade on Maemo ever! Dec 18 12:13:13 Horcrux: I guess your new to Maemo? Dec 18 12:13:32 well, new to messing with stuff under the hood yes Dec 18 12:14:41 Recommended to only use ~ham or ~speedyHAM for package management. Dec 18 12:14:47 ~ham Dec 18 12:14:48 rumour has it, ham is Hildon Application Manager. Slow as molasses. Anticipate you got time for a beer or two until it finishes whatever it does, or see ~speedyham Dec 18 12:14:52 ~speedyham Dec 18 12:14:53 i guess 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 Dec 18 12:14:58 ~hamvsfam Dec 18 12:14:59 i guess hamvsfam is https://mg.pov.lt/maemo-irclog/%23maemo.2013-10-28.log.html#t2013-10-28T10:44:33, or http://talk.maemo.org/showthread.php?t=93227 Dec 18 12:15:35 or just using the terminal ? :) Dec 18 12:15:42 are either of those cli based? Dec 18 12:16:14 non of these are... they are GUIs Dec 18 12:16:22 as much as I remember Dec 18 12:17:54 err, I mostly SSH... Is there reasoning other than the dist-upgrade thing as to why using apt is a bad idea? Dec 18 12:18:28 All GUI's, if you use terminal there is a slim possibility of a dependency mess. as you can see from the link above http://talk.maemo.org/showthread.php?t=93227 Dec 18 12:21:13 any idea why is this happening ? isn't HAM just a GUI for apt ? Dec 18 12:26:14 sixwheeledbeast: I am pretty new to linux and only sort of know how package managers work. That being said, why do apt and HAM behave differently? Don't they use the same dependence logic? Dec 18 12:28:54 HAM is "special" Dec 18 12:33:45 Horcrux: There are multiple factors I believe. the metapackage/dependency ball that is Maemo, the extra layer of security using domains that HAM has, the system upgrade recovery that ham has... basically yes, ham is "special". Dec 18 12:34:51 if you read the thread above you may understand it better. Dec 18 12:36:24 I've been looking but it's largely greek to me... post #14 kind of makes it sound like HAM prevents Nokia packages from being replaced Dec 18 12:36:45 also I'm not too interested in the Ovi apps Dec 18 12:39:18 Horcrux: yes different repositories so if some packages was pushed to the repos with the same name as a system package apt would replace it (following the rules of dpkg compare version) however HAM recognises it's not a system package so the original is kept Dec 18 12:39:55 well explained basically anyway Dec 18 12:41:52 Oh, that makes sense. Is there a situation where this is a bad thing, though? Assuming the maemo.org repos are kept clear of packages that'd not reliably replace system packages, ofc Dec 18 12:43:35 Horcrux: that's only number one of HAM's special abilities ;) Dec 18 12:44:58 that case can be fixed with pinning ;) Dec 18 12:45:04 pining/preferences Dec 18 12:45:37 okay, HAM is too slow. If I brick my system with apt I'll reflash. xD Dec 18 12:45:52 Horcrux: ~speedyham Dec 18 12:45:59 ~speedyham Dec 18 12:45:59 it has been said that 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 Dec 18 12:46:28 ooh, I thought speedyham was FAM, but it's not? Dec 18 12:46:29 hopefully it will be in CSSU in the near future Dec 18 12:46:36 sweet Dec 18 12:46:59 Horcrux: no fam is a apt gui, speedyham is ham fixed by fmg Dec 18 12:47:16 ~fmg Dec 18 12:47:16 extra, extra, read all about it, fmg is the greatest Dec 18 12:47:24 * sixwheeledbeast bows Dec 18 12:48:19 sweet, ty Dec 18 12:48:33 np Dec 18 13:10:11 im not entirely sure if it was partly me or speedyham install, but after all it ended to reflash for me Dec 18 13:11:34 i tried to install it through ham, but it failed and that broke something. Then i tried through apt and it failed too. Dec 18 13:12:12 then i tried to fix it with apt because ham wouldn't work because of dependency issues Dec 18 13:12:38 i solved them through apt, but in the end something was not right Dec 18 13:13:02 because after that my device didn't recover fom reboot Dec 18 13:13:25 i had cssu-stable if that matters Dec 18 13:16:45 uh, Vajb I think I have exactly the issue you do Dec 18 13:16:58 my device is bootlooping :( Dec 18 13:19:18 rip Dec 18 13:20:18 this is what I get for doing that autoremove earlier I suppose Dec 18 13:20:27 yes Dec 18 13:21:00 while i tried to fix my system apt suggested to autoremove cssu enabler... Dec 18 13:21:18 ouch Dec 18 13:21:32 I think that's partly what happened here too Dec 18 13:21:57 imho, it's a bug that the system don't support apt-get upgrade. Dec 18 13:22:58 @Veggen: I feel ya Dec 18 13:25:55 but in the end this is the best nokia phone i ever had Dec 18 13:26:17 my first was 3110 Dec 18 13:26:44 question, are the .bin files for combined and VANILLA the same ? :-/ Dec 18 13:30:13 Vajb: sounds like the dependency mess was already there, speedyham was just the nail in the coffin. Dec 18 13:33:15 sixwheeledbeast: well ham didn't complain anything nor did apt. Dec 18 13:33:41 i regularly check updates through ham + apt Dec 18 13:33:57 ham doesn't show all updates Dec 18 13:34:34 but well truth is i used fam before so maybe thats the one to blame Dec 18 13:34:48 so there is no sollutions for good package manager, ha? Dec 18 13:35:39 HAM is slow (I'm ok with that), but still doesn't show all updates ? not good. Dec 18 13:36:42 Er, it will be "hiding" the updates for a reason. Remember special powers Dec 18 14:34:30 ~combined Dec 18 14:34:31 combined is, like, the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin, or http://galif.eu/nokia/ Dec 18 14:36:47 so central europe and vanilla are for EMMC, I should do that first... then do Combined, PR 1.3.1, ha ? :) Dec 18 14:37:35 I just don't get why Central Europe is 600MB while Vanilla is 260MB :-/ Dec 18 14:38:16 galif thank you, who ever you are :) Dec 18 14:38:26 it is? you mean I downloaded an extra 300mb for nothing? :O Dec 18 14:39:57 Horcrux: I have no idea :-/ I also have limited data, that's why I'd like to know :) Dec 18 14:40:02 you see there are 4 files Dec 18 14:40:09 PR 1.3 Dec 18 14:40:15 PR 1.3.1 Dec 18 14:40:19 Vanilla - 260BM Dec 18 14:40:24 MB* Dec 18 14:40:29 and Central Europe - 600 MB Dec 18 14:40:45 Vanilla vs Central Europe... any idea ? Dec 18 14:41:33 vanilla and CE are both eMMC images and honestly there's not too much useful that I've found in the CE image Dec 18 14:42:08 so I downloaded 300 MB for nothing.... Dec 18 14:42:09 anyway Dec 18 14:42:11 :) Dec 18 14:42:17 I still need combined Dec 18 14:42:31 I need a day to download that... so Dec 18 14:42:44 bundled videos depending on region, UK version had a video called '9' IIRC Dec 18 14:43:18 oh, that one about the kids and the camcorder? Dec 18 14:43:26 Vanilla, then should be :) Dec 18 14:44:53 sixwheeledbeast: there are 2 files, SE_21 and SE_20... newer the better ? btw, I'd like to install CSSU after reflashing :) Dec 18 14:47:16 antranigv: I don't know what the difference is apart from "21" being newer. I have never needed to flash eMMC to compare. Dec 18 14:47:55 it's the combined, not eMMC Dec 18 14:48:01 here Dec 18 14:48:12 ~combined Dec 18 14:48:12 somebody said combined was the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin, or http://galif.eu/nokia/ Dec 18 14:48:59 thanks infobot :) Dec 18 14:49:08 so 21 is 1.3.1 Dec 18 15:25:39 oh THAT 9 Dec 18 15:28:04 antranigv: oh Dec 18 15:28:46 use the latest one, they are different releases Dec 18 15:31:08 pr1.3 or pr1.3.1 are fine, CSSU contains the 1.3.1 update anyway Dec 18 15:32:26 okay the EU eMMC image contains 9 and some electro music which is where the extra space goes I assume Dec 18 15:33:38 300 MB o.O damn it Dec 18 15:33:54 and some wallpapers :D Dec 18 15:34:58 I just care about the Debian part :) no GUI needed for me Dec 18 15:34:58 but Dec 18 15:34:58 the main problem Dec 18 15:34:58 is my connection Dec 18 15:35:16 45KB/S download damn it :-/ Dec 18 18:18:19 Hi, all! If anyone's around: Neither irreco nor qtirreco can find the host with the remotes database. Does anybody know how to fix that? Dec 18 18:20:04 nah I had the same prob... sounds like manual fix or complaining to the author Dec 18 18:23:18 joga: If I knew what the structure of ~/.irreco I could fill it up myself. Dec 18 18:23:31 joga: ... but I dunno what kinds of files are supposed to be in there. Dec 18 18:23:42 joga: Do you have anything in ~/.irreco? Dec 18 19:06:33 gabriel_schulhof, nah I don't even have that directory.. Dec 18 19:07:45 joga: Alright. Thanks! Dec 18 20:16:48 So it seems the 720p video hack has bootlooped my phone Dec 18 20:33:07 Horcrux, is that freemangordon's stuff? I think a lot of people use it Dec 18 20:35:11 yep it's his stuff... any ideas as to why it borks things? Dec 18 20:37:27 gabriel_schulhof: what do you need irreco for? Dec 18 20:54:10 he has it laid out nicely Dec 18 20:54:15 * stryngs acks Dec 18 21:09:53 Horcrux_: have you overclocked the dsp ? Dec 18 21:10:04 (and/or the cpu) Dec 18 21:12:05 bencoh: no overclocking, reflashed earlier today and installed openSSH, CSSU, the speedyHAM and the 720p codecs/libraries Dec 18 21:17:40 openSSH should not bork anything, in any way. CSSU by itself should not bork anything, either - I have CSSU-Testing. But, I have never installed speedyHAM, or 720p. Dec 18 21:37:42 Horcrux_: but ... doesnt it need some overclocking ? Dec 18 21:37:51 (720p playback) Dec 18 21:48:45 any way to force https connections or everything in n900? Dec 18 21:48:58 on everything that is possibe* Dec 18 23:07:08 bencoh: yep, DSP needs to be OC to 600 if you want smooth 720p record/playback Dec 18 23:07:53 Horcrux_: ^ Dec 18 23:08:11 freemangordon: is that "harmless" ? Dec 18 23:08:27 as much as OC can be harmless Dec 18 23:08:31 lol Dec 18 23:08:31 :) Dec 18 23:08:34 iow, "no" Dec 18 23:09:00 I am still unaware of any device broken by OC Dec 18 23:09:17 :) Dec 18 23:09:19 Luke-Jr: so, it is rather "most probably yes" Dec 18 23:09:24 freemangordon: or it gets written off as "not OC" when it dies ;) Dec 18 23:09:59 hm btw, does anyone really actually plays (or has the need to play) 720p on n900 ? it's a 480p screen :) Dec 18 23:10:42 Luke-Jr: well, see how many reports are there for broken USB, SIM, etc. I bet there will be at least one "it died on me while I was plying 720p video" if it was that harmful ;) Dec 18 23:10:45 record seems more likely Dec 18 23:10:48 (even less for 16/9 content) Dec 18 23:10:59 freemangordon: my point is that OC damage causes the device to fail when you're not OCing Dec 18 23:11:04 (considering aspect-ratio conservation) Dec 18 23:11:13 bencoh: the point is that you don't have to convert Dec 18 23:11:26 Luke-Jr: like what kind of failure? Dec 18 23:11:40 freemangordon: OC causes the natural wear-and-tear death to occur much soonre Dec 18 23:12:03 sure, but what kind of failure report you think is a result of OC? Dec 18 23:12:16 * Luke-Jr shrugs Dec 18 23:12:24 no, I am serious Dec 18 23:13:06 I don't know. Dec 18 23:13:24 frankly, since getting involved with bitcoin mining, I'm a lot less confused about what OC even means anymore Dec 18 23:13:28 err Dec 18 23:13:30 more confused* Dec 18 23:14:32 also, keep in mind that what we OC in n900 is only the CPU, busses/memory etc freqs remain intact Dec 18 23:15:08 so in theory the only think that could fail because of the OC is the CPU. Well, and DSP if it is OC as well Dec 18 23:15:11 *thing **** ENDING LOGGING AT Fri Dec 19 02:59:59 2014