**** BEGIN LOGGING AT Sun Sep 16 03:00:00 2012 Sep 16 03:15:16 merlin1991 do you have any idea what this is? .fuse_hidden0000001900000002 1.75G Sep 16 03:15:26 nope Sep 16 03:15:56 but fuse is a userspace filesystem, ususally used to mount ntfs Sep 16 03:16:01 or samba Sep 16 03:18:49 seems odd -- and big Sep 16 03:19:30 I wonder if it is something the OVI-suite put in there? Sep 16 03:21:12 when I was using XP about a yar ago I used OVI-suite to connect, but no if I use XP I use the nokia pc-suite cos it's lighter Sep 16 03:39:31 maybe DocScrutinizer05 knows what it is ;) Sep 16 03:40:10 MyDocs/.fuse_hidden0000001900000002 1.75G Sep 16 07:32:32 soory nope Sep 16 07:32:38 sorry even Sep 16 07:33:05 looks like a (possibly stale) fusefs "handle" Sep 16 07:33:32 might actually be pc suite Sep 16 07:39:40 >>"You can safely ignore .fuse_hiddenXXXX files. It means a file was deleted but there is at least one software which is still using it, so it can't be removed permanently. It will be done automatically when the relevant software stops using the file or exists. Such files are always gone after umount/reboot. This is how Linux and any Unix works but only FUSE exposes these files to the user. In the future we may try to make them Sep 16 07:39:42 unvisible but that's not very simple." NTFS-3G Developer: http://www.tuxera.com/community/ntfs-3g-download/ << Sep 16 07:42:39 jpinx: so this means some process opened a file on your (probably NTFS) remote mounted filesystem Sep 16 07:43:57 fuse is user space file system, which can mount several real remote filesystems for user, like (most commonly known) sshfs, but also NTFS and others Sep 16 07:44:14 DocScrutinizer05: thank you very much for looking in detail Sep 16 07:45:00 I'm copying the whole of MyDocs onto the laptop and I'll do fsck on that device in the n900. Hopefully that will mount it rw Sep 16 07:45:57 http://en.wikipedia.org/wiki/Filesystem_in_Userspace Sep 16 07:46:08 failing that I'll consider reformatting the device that's mounted on MyDocs Sep 16 07:51:13 jpinx: beware, fsck on N900 often (or most of the times) literally takes days, since not enough RAM to handle the huge data tables fsck needs to manage to "correct" the metadata in a filesystem Sep 16 07:51:30 Hmmm Sep 16 07:51:34 days? ._o Sep 16 07:51:38 better attach N900 to a linux PC via USB, and run fsck there Sep 16 07:51:47 is it any better if I fsck it ove ssh from the laptop? Sep 16 07:52:03 ok - snap ;) Sep 16 07:52:04 why would that change anything? :o Sep 16 07:52:04 I've done fsck on the device a couple of times and it hasn't taken very long, maybe a couple of minutes, but maybe there wasn't much to fix Sep 16 07:52:14 not over ssh, but via mass storage modfe Sep 16 07:52:17 mode* Sep 16 07:52:36 is g_nokia opensource? Sep 16 07:52:51 DocScrutinizer05: ok - I can fsck theat device in massstorage even if it's mounted? Sep 16 07:52:59 of course it depends on number of metadata - read: number of dirs/files - on the volume to check Sep 16 07:53:39 DocScrutinizer05: it's annoying that I can not delete a lot of the data befroe fscking -- Sep 16 07:53:55 jpinx: mass storage mode umounts the volume on N900 system, and it shouldn't be automounted or at least can get umounted on the PC Sep 16 07:55:02 DocScrutinizer05: ah - yes - I remmebr now that massstorage messes the native mount up ;) Sep 16 07:55:13 so that's a feature - not a bug ;) Sep 16 07:55:45 jpinx: that's the whole idea behind all that: on error remount r/o, so nobody can do further damage to data. Otherwise it's unpredictable what happens to data during rm when metadata is corrupt Sep 16 07:56:19 yep - it allbeomes clear when I am confronted with the inytended use ;) Sep 16 07:57:49 so I am guessing that selecting mass-storage basically umounts MyDocs ( and /media/mmc ) before mounting them remotely Sep 16 07:58:20 before exporting them Sep 16 07:58:46 g_file_storage just presents them as a usb mass storage device Sep 16 07:58:47 kerio - ok :) Sep 16 08:01:09 rsync-ing from the n900 to the laptop seems slow - running at about 2MB/s - is that normal? Sep 16 08:03:06 jpinx: yep Sep 16 08:03:26 the n900 has too little ram to do meaningful I/O stuff Sep 16 08:03:42 embiggening the queue size helps a lot, though Sep 16 08:04:22 kerio: ok - what's that and how do I do it? Sep 16 08:06:25 echo 8192 > /sys/block/mmcblk0/queue/nr_requests Sep 16 08:06:29 echo 8192 > /sys/block/mmcblk1/queue/nr_requests Sep 16 08:06:34 as root Sep 16 08:07:18 much appreciated you do it during rsync and watch any change in data thruput Sep 16 08:08:35 * jpinx ssh into n900 Sep 16 08:10:11 I am only doing MyDocs, so only mmcblk0 needed to do.... ? Sep 16 08:10:26 jpinx: while you're at it, do a ls ~user/MyDocs/ Sep 16 08:10:43 and ls /media/mmc* Sep 16 08:11:10 jpinx: it's beneficial for both, but yeah Sep 16 08:11:14 it *should* be empty now when both are umounted due to mass storage Sep 16 08:11:38 oops wait, you're still rsyncing. So nothing umounted yet Sep 16 08:12:07 echo 8192 > /sys/block/mmcblk0/queue/nr_requests has put it up to 3.8*MB/s Sep 16 08:12:15 :-D Sep 16 08:13:38 I just hope it's no temprary effect, until the additional queue entries are also used up Sep 16 08:13:39 watching the throughput - it never makes it over 4 Sep 16 08:14:15 but it is significantly faster Sep 16 08:14:27 do I need to undo that setting at some point? Sep 16 08:14:46 continue watching it, it either is persistent or drops to 'old' lower value in a few minutes Sep 16 08:14:50 the latest Sep 16 08:14:57 no Sep 16 08:15:05 not really Sep 16 08:15:25 it's more like it alas will reset itself during next boot Sep 16 08:16:21 ok - Sep 16 08:16:34 it's brobably eating several 100kB of your free RAM though Sep 16 08:16:34 still chugging at 3.86 Sep 16 08:16:44 probably* Sep 16 08:17:09 no sweat on ram . I am only using ss Sep 16 08:17:16 ...ssh Sep 16 08:18:33 only the modem using the same usb connection Sep 16 08:19:22 yeah, mass storage mode will probably conflict with that Sep 16 08:20:14 ...no it won't Sep 16 08:20:22 there just *isn't* Sep 16 08:20:23 eh? Sep 16 08:20:50 you either have usb networking (g_nokia) or mass storage mode (g_file_storage) Sep 16 08:21:04 that's what I call conflict Sep 16 08:21:11 I'm in usb networking atm Sep 16 08:21:19 not using massstorage Sep 16 08:21:31 rsyncing by usb network Sep 16 08:21:50 that's probably why it'sslow - but I need that network to stay online Sep 16 08:22:30 nah, USB is capable of ~30MB/s Sep 16 08:23:14 it also may share that bandwidth to allow rsync and "modem" Sep 16 08:25:38 still chugging at around 3.8MB/s Sep 16 08:25:53 if USB was the bottleneck, then increasing nr_requests wouldn't have helped Sep 16 08:26:28 jpinx: if you like, you might try 16k nr_requests Sep 16 08:26:37 is there a problem with maemo wiki or just my internet? Sep 16 08:26:48 see if that even increases speed any further Sep 16 08:26:56 static.maemo.org doesnt seem to work and im missing all the stylesheets/images Sep 16 08:27:04 maemo.org usual weekend outage Sep 16 08:27:19 mickname: same here Sep 16 08:27:49 at least yesterday Sep 16 08:28:17 DocScrutinizer05: what's the syntax to make it do 16K ? Sep 16 08:28:29 the same ;-) Sep 16 08:28:54 echo 16000 > /sys/block/mmcblk0/queue/nr_requests Sep 16 08:28:57 16384 Sep 16 08:29:06 * kerio stares at DocScrutinizer05 Sep 16 08:29:24 Ah-ha ;) Sep 16 08:30:17 * jpinx waits for acceleration :) Sep 16 08:31:31 no significant difference ..... Sep 16 08:31:40 thought as much Sep 16 08:31:53 thanks for testing Sep 16 08:32:44 my pleasure Sep 16 08:33:41 maybe it's no brilliant idea to reduce it to 8k during rsync running. Better wait until it finished Sep 16 08:34:09 (if you want to revert to 8k like it's been before) Sep 16 08:36:01 duh, maybe these are some of the "reversed" sysnodes? (during boot the uSD is mmcblk0 and internal eMMC is mmcblk1) Sep 16 08:36:05 I'll sit tight now ;) Sep 16 08:36:56 *might* actually need echo 16000 > /sys/block/mmcblk1/queue/nr_requests Sep 16 08:37:25 fun's over - rsync completed Sep 16 08:37:30 hehe Sep 16 08:37:53 I've noted those tricks for next time ;) Sep 16 08:38:46 I once even had a wrapper around cp to change that value before copy from one storage to other Sep 16 08:39:32 DocScrutinizer05: why? Sep 16 08:39:42 just leave them at the high value Sep 16 08:39:56 yeah, probably ok as well Sep 16 08:40:11 kerio: don't think it's persistent acrtoss reboots Sep 16 08:40:48 jpinx: you can edit sbin/preinit or whatever the init script that already does similar setup stuff Sep 16 08:41:09 ok Sep 16 08:41:51 grep /etc for "echo*>*/dev" Sep 16 08:41:57 now -- can I run fsck on blk0 while using the usb- network and not lose my modem facility? Sep 16 08:42:03 jpinx: nope Sep 16 08:42:16 sure, on device Sep 16 08:42:20 only one gadget module can be loaded at the same time Sep 16 08:42:25 DocScrutinizer05: don't be silly Sep 16 08:42:55 already noted it might take days Sep 16 08:43:10 but there's a chance it will only take minutes Sep 16 08:43:57 umount /home/user/MyDocs Sep 16 08:44:24 fsck.vfat /dev/mmcblk0p?? Sep 16 08:44:53 ~xyawn Sep 16 08:44:53 extra, extra, read all about it, xyawn is strong coffee Sep 16 08:44:59 DocScrutinizer05: how is one supposed to remount it with the same options? Sep 16 08:45:02 ;) Sep 16 08:45:12 ;) Sep 16 08:45:14 oh, osso-mmc-mount or something Sep 16 08:45:20 ;) Sep 16 08:45:42 right Sep 16 08:45:50 kerio: I'll probably mount it byt eh windows method Sep 16 08:45:56 reboot ;) Sep 16 08:45:59 actually a mount /home/user/MyDocs should suffice, if fstab is ok Sep 16 08:46:20 * jpinx copies out fstab Sep 16 08:47:17 /dev/mmcblk0p1 /home/user/MyDocs vfat noauto,nodev,noexec,nosuid,noatime,nodiratime,utf8,uid=29999,shortname=mixed,dmask=000,fmask=0133,rodir 0 0 Sep 16 08:47:24 * DocScrutinizer05 feels like sunday morning nap nevertheless Sep 16 08:47:41 is that looking sane ? Sep 16 08:48:01 sure, just do "mount /home/user/MyDocs" Sep 16 08:48:28 ok -first to umount and fsck it Sep 16 08:48:34 mount *should* automatically use the fstab entry Sep 16 08:49:38 yes mount -a should be good Sep 16 08:49:53 hmm, why mount --all ? Sep 16 08:50:12 it normally mounts anything in fstab that isn't already mounted Sep 16 08:50:36 mount /home/user/MyDocs Sep 16 08:50:38 DocScrutinizer05: just me and my bad habits ;) Sep 16 08:50:44 ok k Sep 16 08:51:13 * jpinx goes for broke Sep 16 08:51:48 umount didn't break anything... Sep 16 08:52:56 ouch !!!! Sep 16 08:53:27 fsck ran a lot of errors up..... Sep 16 08:53:40 that's expected Sep 16 08:54:57 but fsck-ing some 28GB takes time, depending on how much of it actually been used Sep 16 08:55:31 it's sulking -- or choking ;) Sep 16 08:55:37 and if you run short on real RAM on the procedure, system will enter swap hell and take forever Sep 16 08:55:38 Reclaimed 214 unused clusters (14024704 bytes). Sep 16 08:55:38 Free cluster summary wrong (138589 vs. really 138803) Sep 16 08:55:38 1) Correct Sep 16 08:55:38 2) Don't correct Sep 16 08:55:38 ? 1 Sep 16 08:55:40 Invalid input. Sep 16 08:56:03 try 'y' Sep 16 08:56:30 or even 'yes' Sep 16 08:57:02 * jpinx runs it again Sep 16 08:58:01 y and yes are invlaid :( Sep 16 08:58:14 try yes in you rlocale Sep 16 08:58:36 tbh I never seen 1)... 2)... on fsck Sep 16 08:58:52 ??? Sep 16 08:59:30 * DocScrutinizer05 recalls "correct? [y/N]" Sep 16 08:59:55 you want me to run the fsck on the native screen/(kbd ? Sep 16 09:01:13 shouldn't make much differnece Sep 16 09:01:28 fsck -a Sep 16 09:02:28 not sure what you mean by "try yes in my locale" Sep 16 09:03:55 if you're running on fr_FR try 'o' or 'oui', in de_DE try 'j' or 'ja' Sep 16 09:04:29 everything is in english here Sep 16 09:04:38 or simply run "LANG=C fsck ..." Sep 16 09:04:44 then never mind Sep 16 09:05:38 unless my previous connnections from a spanish XP last year have left some traces Sep 16 09:05:40 probably maemo fschk is fsckdup (as usual), and you might need to use automatic fixing instead of interactive Sep 16 09:06:04 I thought this is automatic? Sep 16 09:06:11 * jpinx reads man fsck Sep 16 09:06:19 try parameters like -a and/or -y Sep 16 09:08:13 running -a Sep 16 09:08:53 slow now - it must be munching the errors Sep 16 09:09:58 you'll bite own ass for not adding -V Sep 16 09:09:59 seems to have exited ok - running again Sep 16 09:10:01 ;-) Sep 16 09:10:09 ooh, that was fast Sep 16 09:10:46 and second run showed no errors :) Sep 16 09:10:55 \o/ Sep 16 09:11:06 yea - I thought of -V as soon as I hit Return ;) Sep 16 09:11:18 ok - now to remount Sep 16 09:11:31 mount /home/user/MyDocs Sep 16 09:11:53 mount Sep 16 09:12:18 >/home/user/MyDocs/xxx Sep 16 09:12:32 ls -l /home/user/MyDocs/xxx Sep 16 09:12:50 ffs -- now there'sa gazzillion fies of FSCK0204.REC Sep 16 09:13:13 so fs been thoroughly messed up Sep 16 09:13:42 I guess I can delete them - they were temps while fsck was working ? Sep 16 09:13:53 you better mkfs.vfat Sep 16 09:14:03 then rsync back your stuff Sep 16 09:14:09 :( Sep 16 09:14:21 no temps, salvaged file remnants Sep 16 09:14:47 Hmmm .. is it worth deleting and seeing if it breaks anything? Sep 16 09:14:56 you could try Sep 16 09:15:11 though I guess mkfs is faster Sep 16 09:15:37 and for sure you're missing real files now, and/or other files got truncated Sep 16 09:15:48 I can do some damage with rm *.REC Sep 16 09:17:07 done - and seems like the data is intact Sep 16 09:17:13 :) Sep 16 09:17:29 I bet some files vanished or got truncated Sep 16 09:17:29 I'll keep the backups for a few days ;) Sep 16 09:17:58 *.REC are RECovered files afaik Sep 16 09:18:08 I guessed that too Sep 16 09:18:26 I'll run it until I get a problem and then mkfs and rsync back Sep 16 09:18:46 thanks for all the hand-holding DocScrutinizer05 -- you're a star ;) Sep 16 09:18:59 you could run rsync right now, to recover ehat got lost Sep 16 09:19:25 I want to go throught the backup and select stuff I actually don't want Sep 16 09:19:40 depending on amount of lost/truncated files this should run considerably faster than full restore Sep 16 09:20:01 yes - rsync will not waste time doing full copies Sep 16 09:20:13 if the origina is still ok Sep 16 09:20:19 that's what it's made for Sep 16 09:20:42 * jpinx is an rsync junkie :) Sep 16 09:20:52 you however should select rsync options for deep inspection Sep 16 09:21:10 I backup woth -rphaxPHAX Sep 16 09:21:24 odds are file data might have changed despite file size remained unchanged Sep 16 09:21:57 * jpinx will dive into man rsync now... Sep 16 09:22:35 and I need to go out -- dinner date.... ;) Sep 16 09:22:45 thanks again for the help dude Sep 16 09:23:08 -c checksum-based-check Sep 16 09:23:38 c, --checksum skip based on checksum, not mod-time & size Sep 16 09:42:13 DocScrutinizer05: alright, mydocs is in fstab Sep 16 09:42:16 but what about the uSD? Sep 16 09:43:24 jpinx: who goes to dinner at 11 in the morning? :O Sep 16 09:44:36 oh god, syncing contacts with big images is awful Sep 16 13:14:41 hello hello, anyone around? Sep 16 13:16:35 nope Sep 16 13:16:37 no one here Sep 16 13:16:54 we knew you needed help, so we ran away Sep 16 13:17:01 HA Sep 16 13:17:19 :( Sep 16 13:17:34 * kerio might be lying slightly Sep 16 13:18:00 haha Sep 16 13:19:07 I requested permission to upload to Extras-devel last friday. I still dont have permission. It's been a week so I was wondering if there's anyone I can poke to look into it? Sep 16 13:20:05 hm, afaik maemo.org had some problems, and it's still not working properly Sep 16 13:20:59 It's been acting weird for me only today, seems like the style sheets arent loading. Sep 16 13:31:46 briggers: X-Fade Sep 16 13:32:13 briggers: I think he said he's on holiday or sth Sep 16 13:32:45 DocScrutinizer05: Thanks a lot. I'll PM him next friday then Sep 16 13:33:40 and Sep 16 13:33:44 ~ask Sep 16 13:33:45 Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. Sep 16 13:34:13 ~seen X-Fade Sep 16 13:34:18 x-fade is currently on #maemo #harmattan #meego #maemo-ssu, last said: 'ZogG_laptop: ?'. Sep 16 13:34:48 sweet, thanks for the infobot tips. Sep 16 13:37:27 !seen X-Fade Sep 16 13:37:41 povbot_: seen X-Fade Sep 16 13:37:41 DocScrutinizer05: X-Fade was last seen in #maemo 6 weeks, 4 days, 5 hours, 13 minutes, and 31 seconds ago: ZogG_laptop: Servers owned by Nemein. Sep 16 13:45:26 hm Sep 16 13:45:29 apt-cyg is nice in cygwin Sep 16 13:45:37 i should try learning how to develop using cygwin :) Sep 16 13:47:37 WAAAH! Sep 16 13:47:54 heh Sep 16 13:48:00 cygwin and C# :-P Sep 16 13:48:07 talk about a kick in the teeth Sep 16 13:48:08 * DocScrutinizer05 runs Sep 16 13:48:46 i'm installing a bunch of dev tools now Sep 16 13:48:53 going to bust out the C for dummies book and go to work :) Sep 16 13:49:59 * DocScrutinizer05 immediately starts feeling same allergic itching again he felt with last job Sep 16 14:46:12 Does anyone have experience with the different variants of fennec/firefox builds for N900? which one would you recommend? Sep 16 14:48:30 Flyser: if you're willing to install some experimental stuff, cssu-thumb has a thumb2 build of fennec Sep 16 14:48:37 it's... usable, strangely enough Sep 16 14:49:41 I guess I would have to install all of cssu-thumb? Sep 16 14:49:43 you need at least a patched kernel though, there's a SiErr with the n900's cpu Sep 16 14:49:51 nah, not all of it Sep 16 14:50:03 I am using kernel power, which is patched Sep 16 14:50:14 then download the deb from the repo and try it Sep 16 14:51:25 don't enable the repo or it'll prompt you to install all the things Sep 16 14:51:48 freemangordon: fennec from -thumb should work fine, as long as you have a thumby kernel, right? Sep 16 14:59:34 kerio: It will update libstdc++6 Sep 16 14:59:53 I don't think that's a good idea, if I dont use all of cssu-thumb Sep 16 14:59:57 'hm Sep 16 15:00:03 have you enabled the repo? Sep 16 15:00:26 just manually download the fennec .deb Sep 16 15:02:24 that does not work Sep 16 15:02:43 missing dependencies Sep 16 15:02:53 Flyser: i can see that it depends on libstdc++6>=4.7.2-0+cssu0 Sep 16 15:03:02 do you not even have cssu installed? :( Sep 16 15:03:09 yes Sep 16 15:03:12 testing Sep 16 15:03:16 ...hm Sep 16 15:03:26 oh, i see Sep 16 15:04:41 it's a thumb thing, yea Sep 16 15:04:42 h Sep 16 15:05:41 Flyser: i'm sorry :( Sep 16 15:06:57 or, rather, it's a gcc4.7 thing Sep 16 15:07:09 I see Sep 16 16:22:31 Hi all, Is there a way to read the sms messages using QBW? Sep 16 16:38:03 ~thumb Sep 16 16:38:05 Configurable image directory thumbnail viewer. URL: http://www.datrix.co.za/thumb/ Sep 16 16:38:13 ...wat Sep 16 16:38:44 ~cssu-thumb Sep 16 16:39:07 infobot: cssu-thumb is [thumb2 microb] indeed seems to render like mad, subjectively Sep 16 16:39:09 okay, kerio Sep 16 16:40:47 * DocScrutinizer05 idly wonders what you'll do when I change my nick to or ;-P Sep 16 16:41:19 ~cssu-thumb Sep 16 16:41:20 extra, extra, read all about it, cssu-thumb is [thumb2 microb] indeed seems to render like mad, subjectively Sep 16 16:50:21 hehe Sep 16 16:50:54 message endorsed by the Scrutinizing PhDs Foundation Sep 16 16:55:20 I'll eventually endorse it with a side-by-side video comparision Sep 16 16:55:25 maybe Sep 16 17:35:56 kerio: got my N900 now Sep 16 17:36:09 cool story bro Sep 16 17:36:23 ~flashing Sep 16 17:36:24 maemo-flashing is probably http://wiki.maemo.org/Updating_the_tablet_firmware Sep 16 17:37:17 flash both COMBINED and VANILLA Sep 16 17:37:26 the switch on the opposite of the charger is the power on? Sep 16 17:37:36 no, the power on is on the top Sep 16 17:37:47 that switch is the lock slider Sep 16 17:39:04 Ah! Sep 16 17:41:04 does that nuke the lock code? Sep 16 17:43:05 nope Sep 16 17:43:28 the default lock code is 12345, like every nokia Sep 16 17:44:19 Oh Sep 16 17:44:27 it shouldn't ask for it, though Sep 16 17:44:30 actually flashing both *does* nuke lockcode afaik Sep 16 17:44:38 DocScrutinizer05: are you sure? i thought it was stored in CAL Sep 16 17:45:09 deepy: in the first boot, don't keep your SIM in Sep 16 17:45:15 the code is stored in CAL, the flag that decides whether to ask for it not Sep 16 17:45:24 DocScrutinizer05: oh good point Sep 16 17:45:46 deepy: don't put your SIM in until you have reflashed it, don't put your SIM in in your first boot until you have removed cherry Sep 16 17:45:50 (or installed notmynokia) Sep 16 17:45:54 deepy: indeed see 'cherry' in: Sep 16 17:45:58 ~jrtools Sep 16 17:45:59 somebody said jrtools was http://wiki.maemo.org/User:Joerg_rw/tools Sep 16 17:46:32 Is there a chance that I do not need to flash it? Sep 16 17:46:43 deepy: seriously? :s Sep 16 17:46:56 It's a second-hand. Sep 16 17:47:00 is there a chance you don't need to reinstall the OS on your new computer? Sep 16 17:47:07 fair enough Sep 16 17:47:10 it being second-hand makes it even worse Sep 16 17:47:32 how much did you pay for it, btw? Sep 16 17:47:37 110 Sep 16 17:47:44 ...neat Sep 16 17:47:48 * kerio hates deepy Sep 16 17:48:00 It's okay Sep 16 17:48:06 There's a slight scratch on one of the corners Sep 16 17:48:46 oh darn Sep 16 17:48:50 you better practice flashing now that you don't have to lose anything Sep 16 17:48:54 do I need Linux to flash stuff to it? Sep 16 17:49:06 no, but iirc the windows flasher is kinda meh Sep 16 17:49:14 odds are you'll be happy about your knowledge later on, when you really need it Sep 16 17:50:01 linux strongly recommended for flashing. Allegedly it works under some winduze versions too, but honestly support for that is sparse Sep 16 17:50:17 it's not "to flash stuff" Sep 16 17:50:20 it's "to flash the OS, once" Sep 16 17:51:09 honestly, get used to it nevertheless Sep 16 17:51:33 otherwise you'll be scared when you messed up, while you actually shouldn't be scared at all Sep 16 17:52:02 flashing is painless, once you got the prerequisites together Sep 16 17:52:51 if you don't have a proper linux PC, use a live CD and a USB memory stick for the flasher binary and the images Sep 16 17:53:50 there's a zillion linux distros with nice live-CD support in the internet Sep 16 17:55:32 or you actually try flashing under windows, if it works for you then fine, why not Sep 16 17:56:15 Latest Maemo 5 Global release for Nokia N900 Sep 16 17:56:19 is that the one I want? Sep 16 17:56:31 yep Sep 16 17:56:58 regardless of the hardware Sep 16 17:57:43 Vanilla version of the eMMC content for Nokia N900 - I flash that one first? Sep 16 17:57:56 err, the one that says latest Sep 16 17:58:11 Latest Vanilla version of the eMMC content for Nokia N900 Sep 16 17:58:26 yep Sep 16 17:58:46 latest VANILLA and latest COMBINED Sep 16 17:58:52 deepy: you have to not boot between the flashing of vanilla and combined Sep 16 17:59:09 it's okay, I am keeping that in mind Sep 16 17:59:13 vanilla you only want to flash once, usually you don't need that, it's "user data" Sep 16 18:00:30 read the page infobot linked you to, *completely*, it has proper instructions Sep 16 18:01:09 We're looking at 16kb/s, I'm gonna sort it out tomorrow Sep 16 18:01:11 and you'll learn the first basics about your N900 Sep 16 18:03:14 no, sort it out right now! :( Sep 16 18:03:39 How am I going to sort it out today? Sep 16 18:03:56 there's 5 hours left on the download Sep 16 18:03:58 kerio: he'll need to download quite some MB of images, that will take til tomorrow anyway on 16kbps Sep 16 18:04:27 deepy: just plenty of time to read that page about flashing ;-) Sep 16 18:04:32 ~flashing Sep 16 18:04:33 from memory, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware Sep 16 18:05:16 read it *completely* Sep 16 18:05:56 watch out when it talks about COMBINED and when about VANILLA, esp in commands quoted Sep 16 18:07:04 read both the instructions for linux and those for windows, notice the similarities Sep 16 18:07:37 when you've finished, read it again Sep 16 18:09:18 okay, freed up a lot of bandwidth Sep 16 18:09:22 still lagging as much as before Sep 16 18:09:55 lag is different from throughput, though Sep 16 18:10:08 correlates Sep 16 18:10:24 a truck filled with hard drives is incredibly laggy, but the throughput is amazing Sep 16 18:10:54 yeah, sure, until you order one HDD again Sep 16 18:11:06 since it got damaged on first shipment Sep 16 18:12:11 and if you have to read out some README on first HDD to know which is the second to order, you're doomed Sep 16 18:12:33 haha Sep 16 18:12:45 since that whole nice truck will only deliver one HDD every 2 weeks Sep 16 18:13:25 just throw some redundancy in it Sep 16 18:13:28