| 00:01.18 | *** join/#maemo mkaindl (~mkaindl@ama-dablam.markus-kaindl.de) |
| 00:31.57 | *** join/#maemo Gatta_Negra (~SailCat@95.87.201.145) |
| 00:36.18 | *** join/#maemo Hurrian (~textual@unaffiliated/rikanee) |
| 00:55.13 | *** join/#maemo Hurrian (~textual@unaffiliated/rikanee) |
| 01:01.40 | *** join/#maemo triggerhappy (~quassel@112.209.109.111) |
| 01:09.53 | *** join/#maemo robbiethe1st (~robbiethe@50-52-46-17.cral.id.frontiernet.net) |
| 01:11.37 | *** join/#maemo Ori_553 (~1033FCDA6@host-78-149-129-121.as13285.net) |
| 01:12.26 | *** join/#maemo Hurrian (~textual@unaffiliated/rikanee) |
| 01:31.03 | *** join/#maemo cyborg-one (~cyborg-on@79-140-5-95.broadband.tenet.odessa.ua) |
| 01:45.28 | *** join/#maemo Kilroo (~Kilroo@cpe-065-188-184-174.triad.res.rr.com) |
| 02:02.23 | *** join/#maemo Gatta_Negra (~SailCat@95.87.201.145) |
| 02:03.20 | *** join/#maemo erstazi (~erstazi@static-71-116-30-43.eriepa.dsl-w.verizon.net) |
| 02:03.20 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 02:05.44 | *** join/#maemo phlixi_ (~phlixi@ppp-188-174-167-178.dynamic.mnet-online.de) |
| 02:21.04 | *** join/#maemo mschlens (~mschlens@p5DE7AF64.dip0.t-ipconnect.de) |
| 02:24.11 | *** join/#maemo qwazix (~qwazix@Maemo/community/council/qwazix) |
| 02:44.41 | *** join/#maemo Defiant (erik@e179199027.adsl.alicedsl.de) |
| 03:27.45 | *** join/#maemo t3st3r (~t3st3r@gateway/tor-sasl/t3st3r) |
| 03:47.07 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 04:00.25 | *** join/#maemo bugzy (~bugzy@99-191-138-94.lightspeed.irvnca.sbcglobal.net) |
| 04:05.30 | *** join/#maemo uen| (~uen@p5DCB21E9.dip0.t-ipconnect.de) |
| 04:15.58 | *** join/#maemo Neutron3 (~neutron@80.202.98.36) |
| 04:30.27 | *** join/#maemo Aggese (~Durand@83-177-100-69.cust.tele2.se) |
| 04:30.58 | *** join/#maemo maybeWTF (~cl@p5B161CCE.dip0.t-ipconnect.de) |
| 04:42.03 | *** join/#maemo Herbstbert_ (~Herbstber@drms-4d0d6889.pool.mediaWays.net) |
| 04:57.30 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 05:40.21 | *** join/#maemo LaoLang_cool (~LaoLang_c@183.32.173.237) |
| 05:56.19 | *** join/#maemo robink (~quassel@unaffilated/robink) |
| 06:40.46 | *** join/#maemo LauRoman (~LauRoman@5-14-87-60.residential.rdsnet.ro) |
| 06:57.11 | *** join/#maemo b1101 (~b@209.222.18.59) |
| 07:53.41 | *** join/#maemo jmlich (~jmlich@ip-78-102-111-46.net.upcbroadband.cz) |
| 07:57.42 | *** join/#maemo croppa (~stuart@14.14.233.220.static.exetel.com.au) |
| 08:05.47 | *** join/#maemo arcean (~arcean@apn-31-2-76-109.dynamic.gprs.plus.pl) |
| 08:06.21 | *** join/#maemo hbib (~wurmel@pD9E0F389.dip0.t-ipconnect.de) |
| 08:07.37 | kerio | hbib: the entire point of the whole exercise is to have something that runs faster |
| 08:07.43 | kerio | how could it run slower? |
| 08:11.32 | *** join/#maemo eijk (~eijk@e178210244.adsl.alicedsl.de) |
| 08:12.49 | *** join/#maemo croppa (~stuart@14.14.233.220.static.exetel.com.au) |
| 08:13.53 | *** join/#maemo Agge (~Durand@83-177-100-69.cust.tele2.se) |
| 08:15.23 | hbib | my understanding of thumb was that it frees RAM, but needs a little longer to execute a command because of the correction mechanisms for the ARM Erratas |
| 08:15.37 | *** join/#maemo mvp_ (~mvp@ip83-162-113-24.hotspotsvankpn.com) |
| 08:24.02 | DocScrutinizer05 | hbib: that's basically correct |
| 08:24.40 | *** join/#maemo zammy (~zammy@ppp-225-85.98-62.inwind.it) |
| 08:24.58 | DocScrutinizer05 | but the saved RAM overcompensates for the slower command execution, particularly when device runs into swapping (which it basically does all the time) |
| 08:29.19 | *** join/#maemo LauRoman|Alt (~LauRoman@5-14-87-60.residential.rdsnet.ro) |
| 08:31.28 | *** join/#maemo hbib1 (~wurmel@pD9E0F389.dip0.t-ipconnect.de) |
| 08:35.57 | hbib1 | DocScrutinizer05: So thumb runs all in all faster? i didn't tried it yet because i was always "afarid" of the cpu overhead ... |
| 08:36.58 | *** join/#maemo OkropNick (kuba@host-n2-75-80.telpol.net.pl) |
| 08:37.15 | DocScrutinizer05 | the overhead is not really noticeable, but I must admit I also haven't done proper evaluation of the over-all speed increase from thumb, I just tested browser and it felt quite a bit faster than usual |
| 08:37.18 | DocScrutinizer05 | see |
| 08:37.22 | DocScrutinizer05 | ~thumb |
| 08:37.22 | infobot | methinks cssu-thumb is <DocScrutinizer05> [thumb2 microb] indeed seems to render like mad, subjectively, or http://talk.maemo.org/showpost.php?p=1220597, or http://wiki.maemo.org/Community_SSU/Thumb |
| 08:38.25 | DocScrutinizer05 | my major concern is with evaluation/QA of thumb-recompiled apps |
| 08:39.01 | DocScrutinizer05 | though we haven't seen a thumb-induced bug yet, afaik |
| 08:41.01 | DocScrutinizer05 | the other main problem is that thumb binaries will make a non-thumb-enabled system segfault to death (I.E. a system that doesn't have the patched kernel, whether that's thuumb-kernel or the recent KP) |
| 08:42.15 | *** join/#maemo robotanarchy_ (~robotanar@f051039134.adsl.alicedsl.de) |
| 08:44.02 | DocScrutinizer05 | hmm, it just occurred to me if cssu-thumb could use unionfs to mount /opt/usr/bin-thumb/ over /usr/bin and thus replace the arm binaries by their thumbified equivalents. Then restart what needs a restart - e.g. browserd |
| 08:45.29 | DocScrutinizer05 | this way even a system with a non thumb enabled kernel could start up and even work normally when the process that does the unionfs mount checks if the kernel actually supports thumb-workaround |
| 08:46.00 | DocScrutinizer05 | where's freemangordon when I have something he should notice and consider? :-P |
| 08:47.11 | *** join/#maemo orsonmmz (~orson@AAnnecy-257-1-142-56.w90-27.abo.wanadoo.fr) |
| 08:47.51 | hbib1 | if i understand you correct, that would be a nice idea, because it would be possible to switch between thumb and non-thumb without reflashing |
| 08:48.05 | DocScrutinizer05 | basically yes |
| 08:48.13 | hbib1 | and so it would be possible to just test thumb without consequences ... |
| 08:48.22 | DocScrutinizer05 | :nod: |
| 08:49.07 | DocScrutinizer05 | this particular thumb concept could get installed on every system and wouldn't cause any major trouble, since it kicks in only when it detects it can work |
| 08:50.10 | DocScrutinizer05 | thus you can install (and of course deinstall) it on arbitrary fremantle systems |
| 08:52.48 | hbib1 | that would be nice! |
| 08:53.01 | DocScrutinizer05 | you'd mount the unionfs in three layers, like /usr/bin over /opt/usr/bin-thumb over (original) /usr/bin, to allow normal updates of apps in /usr/bin. For thumb binary updates you'd update /opt/user/bin-thumb/* rather than /usr/bin |
| 08:54.36 | DocScrutinizer05 | of course the thumb-enabler-daemon could also just bindmount each single thumb binary over its arm counterpart in (/usr)/bin, thus no unionfs needed |
| 08:55.16 | DocScrutinizer05 | but could tend to get messy in output of mount(8) |
| 08:56.34 | DocScrutinizer05 | . |
| 08:58.03 | DocScrutinizer05 | and the simplest approach is to add /opt/bin-thumb:/opt/sbin-thumb to $PATH |
| 08:58.50 | DocScrutinizer05 | this however would require all other stuff like .desktop files etc to correctly use $PATH concept |
| 09:02.56 | hbib1 | i like the unionfs-idea, because i think it is the easiest and most transparent way ... |
| 09:07.39 | *** join/#maemo rcg (~rcg-work@fhffm1223.nat.fh-frankfurt.de) |
| 09:11.13 | DocScrutinizer05 | sure |
| 09:11.28 | DocScrutinizer05 | just we lack unionfs drivers on maemo afaik |
| 09:11.45 | DocScrutinizer05 | of course thumb-package could pull them in |
| 09:12.35 | DocScrutinizer05 | I also sorted the alternatives by decreasing appeal to myself |
| 09:12.39 | DocScrutinizer05 | ;-) |
| 09:19.25 | *** join/#maemo zammy (~zammy@ppp-225-85.98-62.inwind.it) |
| 09:31.22 | *** join/#maemo ccxN (~ccxCZ@asterix.te2000.cz) |
| 09:32.55 | *** join/#maemo N-Mi (~nicolas@78.205.5.80) |
| 09:32.55 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 09:39.15 | *** join/#maemo triggerhappy (~quassel@112.209.109.111) |
| 09:41.51 | kerio | DocScrutinizer05: there's not enough space though |
| 09:41.59 | DocScrutinizer05 | huh? |
| 09:42.14 | DocScrutinizer05 | then make /opt larger |
| 09:42.31 | kerio | emmc is slow |
| 09:42.36 | DocScrutinizer05 | tzz |
| 09:42.42 | DocScrutinizer05 | says who? |
| 09:42.43 | *** join/#maemo eijk_ (~eijk@e178210244.adsl.alicedsl.de) |
| 09:43.28 | DocScrutinizer05 | btw to start a few instances of e.g. browserd it's absolutely irrelevant when it takes twice as long |
| 09:45.22 | *** join/#maemo cityLights (~nivw@bzq-218-29-26.cablep.bezeqint.net) |
| 09:47.01 | DocScrutinizer05 | IroN900:~# dd if=/dev/mtd5 of=/dev/null bs=10M count=10 |
| 09:47.02 | DocScrutinizer05 | 10+0 Datensätze ein |
| 09:47.04 | DocScrutinizer05 | 10+0 Datensätze aus |
| 09:47.05 | DocScrutinizer05 | 104857600 Bytes (105 MB) kopiert, 5,74506 s, 18,3 MB/s |
| 09:47.08 | DocScrutinizer05 | IroN900:~# dd if=/dev/mmcblk0p2 of=/dev/null bs=10M count=10 |
| 09:47.10 | DocScrutinizer05 | 10+0 Datensätze ein |
| 09:47.11 | DocScrutinizer05 | 10+0 Datensätze aus |
| 09:47.13 | DocScrutinizer05 | 104857600 Bytes (105 MB) kopiert, 6,12222 s, 17,1 MB/s |
| 09:47.43 | DocScrutinizer05 | yeah, emmc is slow |
| 09:47.48 | DocScrutinizer05 | just like NAND is |
| 09:49.45 | DocScrutinizer05 | kerio: any other questions, Watson? |
| 09:50.08 | kerio | why do you have to be so mean tho :c |
| 09:50.16 | DocScrutinizer05 | LOL |
| 09:50.21 | jaska | born that way?:) |
| 09:50.28 | DocScrutinizer05 | sure |
| 09:50.41 | kerio | i still disapprove of having to keep two sets of binaries |
| 09:50.50 | kerio | especially if you consider that you have to keep them both updated |
| 09:51.07 | DocScrutinizer05 | errr |
| 09:51.47 | DocScrutinizer05 | with 32GB of storage, I prefer 2 sets of binaroes over a system that worst case doesn't boot anymore |
| 09:52.04 | ShadowJK | It's more that writes on the emmc blocks reads, not that reads in themselves are slow |
| 09:52.18 | DocScrutinizer05 | :nod: |
| 09:52.31 | DocScrutinizer05 | which is irrelevant for the idea sketched above |
| 09:52.40 | ShadowJK | how so? |
| 09:52.51 | DocScrutinizer05 | how not? |
| 09:53.20 | DocScrutinizer05 | loading and starting binaries rarely involves any writing to storage |
| 09:53.52 | kerio | except when you're swapping on the emmc itself |
| 09:54.49 | DocScrutinizer05 | you're not going to swap anything more when (re!)starting a binary from eMMC than you have to do when starting same binary (though ARM and thus larger) from NAND |
| 09:55.55 | *** join/#maemo kolp (~quassel@212.255.47.43) |
| 09:56.02 | DocScrutinizer05 | I rather expect to see RAM getting freed up than to have anything swapped out, when killing ARM browserd and starting thumb browserd from eMMC |
| 09:56.06 | ShadowJK | binaries are never loaded in one go, it's all read in on-demand, so if you access a functionality you haven"t touched before in that session (or one that was ejected from ram as it hadnt been used for long), it needs to be read back in. There's all sorts of write activity going on all the time, type a URL in the browser or tap a link can cause up to several seconds of emmc stalls just from the browser history and typed URLs getting updated :) |
| 09:56.30 | jon_y | depends |
| 09:56.37 | jon_y | if it fits in a page |
| 09:56.46 | jon_y | the whole blob is loaded |
| 09:56.53 | DocScrutinizer05 | ShadowJK: when that were 100% true, then preloading of e.g. browserd makes no sense at all |
| 09:57.28 | zamn900 | too boring and too long for me |
| 09:57.31 | ShadowJK | browser preloading also saves the cpu cycles on load |
| 09:57.32 | zamn900 | oh gosh |
| 09:58.10 | jon_y | so is all preloaded data executable code? |
| 09:58.14 | ShadowJK | and coincidentally pulls in lots of library and executable, that later gets thrown out again if there's memory pressure :) |
| 09:58.33 | jon_y | I can imagine they contain assets that would otherwise be manually loaded later |
| 09:58.51 | ShadowJK | jon_y; alot of the boost comes from lots of initialization being done in advance |
| 09:59.08 | jon_y | you mean in the background? |
| 09:59.12 | ShadowJK | yes |
| 09:59.32 | jon_y | Windows and IOS is doing this a lot |
| 09:59.45 | DocScrutinizer05 | ShadowJK: that's all maybe correct (or maybe not applicable in a number of cases) but highly irrelevant when kerio complains about eMMC being too slow for holding thumb binaries to replace the ARM binaries used during boot from rootfs/NAND |
| 10:00.20 | ShadowJK | jon_y; that's sort of a different thing |
| 10:00.34 | *** join/#maemo goldkatze (~nobody@unaffiliated/goldkatze) |
| 10:00.37 | *** join/#maemo jonwil (~jonwil@CPE-123-211-216-52.lnse4.woo.bigpond.net.au) |
| 10:01.18 | ShadowJK | DocScrutinizer05; i'd do it another way, hold a thumb kernel on emmc so if user despite warnings install non-thumb kernel, there'd be backup one.. |
| 10:01.54 | DocScrutinizer05 | which is pretty useless unless you got a uboot kernel |
| 10:01.58 | jonwil | hi |
| 10:02.20 | DocScrutinizer05 | and when you have requirements on the kernel then we are where we started |
| 10:02.36 | DocScrutinizer05 | require,emt: kenel supports thumb |
| 10:02.47 | DocScrutinizer05 | requirememt: kernel supports thumb |
| 10:02.57 | DocScrutinizer05 | otherwise system won't boot |
| 10:03.14 | DocScrutinizer05 | I don't see how a second kernel on eMMC can cure this |
| 10:03.19 | ShadowJK | I don't like the idea of often used stuff residing on emmc. Too big of a performance penalty :/ |
| 10:03.43 | DocScrutinizer05 | how is that a performance penalty? |
| 10:04.03 | jonwil | Don't expect any more N900/Neo900 work from me anytime soon, my N900 dev box went to the e-waste facility (it was too old to be worth keeping) |
| 10:04.15 | DocScrutinizer05 | actually 50..95% of our binaries live in /opt on eMMC |
| 10:04.39 | ShadowJK | Can see this with fennec, with fennec, ~/.mozilla/fennec and swap on emmc, it's much much slower than stock browser, but after splitting it up to rootfs, emmc and uSD, it runs about 5 times faster :D |
| 10:04.58 | DocScrutinizer05 | jonwil: would sponsoring a new box help ? |
| 10:06.13 | jonwil | Not sure that I have much in the way of time to devote either, I will be looking for a new apartment soon (staying with family for now) and I also need to focus a lot more on finding someone to, ya know, pay me to do stuff :) |
| 10:06.31 | DocScrutinizer05 | ShadowJK: this doesn't sound like a valid argument against my suggestion to use unionfs to switch from plain maemo5 to thumbified maemo5, *after* system boot |
| 10:07.24 | DocScrutinizer05 | jonwil: a pity! we#ll miss your help |
| 10:07.33 | ShadowJK | thumb and normal system on emmc, choose which one to copy to rootfs on boot or what? |
| 10:07.46 | DocScrutinizer05 | see backscroll please |
| 10:08.17 | DocScrutinizer05 | starting at [2013-12-19 09:44:02] <DocScrutinizer05> hmm, it just occurred to me |
| 10:08.22 | *** join/#maemo eijk (~eijk@e178210244.adsl.alicedsl.de) |
| 10:08.24 | jonwil | Not sure exactly what n900 work I could do anyway |
| 10:09.21 | jonwil | If it wasn't for the big $ I am spending on this whole moving house thing, I would be upgrading my main box (Windows 7 PC) to a Core i5 or i7 and turning this Core 2 Duo into a Linux box. But I am broke |
| 10:09.45 | ShadowJK | Yeah I don't like it |
| 10:10.04 | ShadowJK | I want stuff removed from emmc, not added to it :D |
| 10:10.21 | DocScrutinizer05 | remove emmc then! |
| 10:10.26 | DocScrutinizer05 | :-P |
| 10:10.36 | ShadowJK | That would be the ultimate goal. |
| 10:10.57 | ShadowJK | It's a tape drive, only good for storing huge files :P |
| 10:11.14 | DocScrutinizer05 | *shrug* |
| 10:11.38 | DocScrutinizer05 | I don't see anything better around the corner. and for sure not readily available, for embedded |
| 10:12.15 | ShadowJK | Though, with a new kernel, and f2fs instead of ext3, it'd be usable |
| 10:13.09 | ShadowJK | Soldering on a sandisk extreme microsdhc, if it was possible, would be on the order of 3-4 magnitudes improvement actually |
| 10:14.03 | jonwil | so mostly its my lack of dev box and my lack of motivation to do n900 work that is my problem right now |
| 10:14.56 | DocScrutinizer05 | jonwil: while we possibly could help with the former, the latter is a killer argument |
| 10:15.51 | DocScrutinizer05 | when Neo900 and fremantle porting is no motivation to you, I'm afraid we can't find anything to motivate you |
| 10:17.15 | jonwil | I suspect if I had a specific narrow target to focus on, my motivation would come back.My problem right now is that I keep jumping from binary to binary looking for things to reverse engineer, trying one, giving up because its too hard, trying another one, etc |
| 10:18.22 | DocScrutinizer05 | maybe your goals are to hard to reach, so the joy of achieving them is what lacks |
| 10:19.17 | DocScrutinizer05 | too hard* |
| 10:20.37 | zamn900 | I said is rto |
| 10:20.40 | zamn900 | too |
| 10:21.55 | *** join/#maemo andre__ (~andre__@wikimedia/aklapper) |
| 10:24.21 | jonwil | I do wonder if anyone has done anything notable with the MCE code yet |
| 10:25.08 | jonwil | doesn't look like it from what I can see :) |
| 10:26.10 | DocScrutinizer05 | anyway I have a todo list the length of a roll of toilet paper, for today. appointment with my med. doc, searching for info about founding a company (actually a "limited"), writing some letters to municipal office on related stuff, tax office to get a new company tax number, writing some review of Neo900 lower board mech evaluation, open letter ("to FSF") about Neo900 privacy concept and infeasibility to comply with some particular rules |
| 10:26.11 | DocScrutinizer05 | regarding FSF and their take on a free system, writing a huge spec about what to implement in which way on Neo900 hardware and related on FPTF |
| 10:26.54 | jonwil | I will certainly contribute inputs on the FPTF threat on thoughts about how to do things |
| 10:27.20 | DocScrutinizer05 | some people are using it, one bug been spotted iirc, I published a patch (binary edit for now) for indicator LED which pali/fmg want to implement to CSSU |
| 10:27.42 | DocScrutinizer05 | (MCE that is) |
| 10:28.10 | DocScrutinizer05 | fixing the engine3 idiocy is on my ToDo list |
| 10:28.25 | DocScrutinizer05 | now that we actually _can_ do this |
| 10:28.30 | zamn900 | oh god bless you |
| 10:29.37 | *** join/#maemo jas4711 (~jas@2001:16d8:cca1:0:f2de:f1ff:fe16:509b) |
| 10:29.40 | DocScrutinizer05 | jonwil: how about adding a software driven kbd-backlight ramp-up/down function into your mce? |
| 10:29.52 | DocScrutinizer05 | should be pretty simple |
| 10:30.31 | jonwil | except that right now I cant actually compile things :) |
| 10:31.15 | DocScrutinizer05 | DAMN!!! |
| 10:31.18 | DocScrutinizer05 | ** PROBLEM Service Alert: talk.maemo.org/Disk is WARNING ** |
| 10:31.18 | jonwil | so its a vicious cycle, I cant do dev work so I dont have inspiration. And because I dont have inspiration, I dont have the energy to try and get e.g. a dev VM going. |
| 10:31.26 | DocScrutinizer05 | DISK WARNING - free space: / 9 MB (0% inode=94%): |
| 10:31.40 | DocScrutinizer05 | W*T*F???!!! |
| 10:34.33 | jonwil | my biggest wish is that Nokia would somehow see the light and release more code. Or failing that, a copy of the latest version of IDA (and HexRays including ARM) would come down in price to the point where it was something I could buy :P |
| 10:40.52 | *** join/#maemo lizardo (lizardo@nat/indt/x-ivdpbvwzdmbzcqlk) |
| 10:48.27 | *** join/#maemo Agge (~Durand@83-177-100-69.cust.tele2.se) |
| 10:50.40 | *** join/#maemo Aggese (~Durand@83-177-100-69.cust.tele2.se) |
| 10:53.08 | jonwil | but yeah mostly its just the fact that it was not worth the expense to move my ancient dev box (i.e. it would have cost more to move than it was worth) |
| 10:53.16 | jonwil | that and it was starting to fil |
| 10:53.17 | jonwil | fail |
| 11:02.50 | DocScrutinizer05 | I hope you found the HDD worth backing up or moving it |
| 11:03.22 | jonwil | I backed up the conrtents |
| 11:03.38 | jonwil | so I have anything of value from it on an external HDD |
| 11:03.49 | jonwil | just as a set of files, not an actual filesystem though :) |
| 11:04.27 | jonwil | I just backed up everything over FTP that my limited-user account had read privileges for :) |
| 11:04.33 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 11:05.15 | DocScrutinizer05 | I would offer to find some sponsoring to get you a cheap i3 for maybe 300$, but since you say you lack motivation, it's hard to motivate donors to help you getting bored with a new box |
| 11:06.37 | jonwil | yeah the hardware is not really the major issue, its the fact that I need to find actual paid work more than I need to hack Neo900 stuff |
| 11:06.53 | *** join/#maemo Venemo (~Timur@fedora/Venemo) |
| 11:07.38 | DocScrutinizer05 | I found that not having a job made me do too much maemo work. But I tried to revert that and it turned out the causality is one way |
| 11:08.10 | DocScrutinizer05 | IOW doing less for maemo didn't help find me a job |
| 11:08.15 | DocScrutinizer05 | au contraire |
| 11:08.21 | DocScrutinizer05 | ;-) |
| 11:08.37 | DocScrutinizer05 | I'm now trying to make maemo my job |
| 11:09.18 | DocScrutinizer05 | not that this panned out too fine so far, but at least it's a perspective |
| 11:09.44 | DocScrutinizer05 | oooh, didn't you say you had to move because of your job? |
| 11:09.55 | jonwil | I had to move because I couldn't find a job in my old location |
| 11:10.02 | DocScrutinizer05 | ooh |
| 11:10.06 | jonwil | that and the rent was getting too high |
| 11:10.17 | DocScrutinizer05 | nasty |
| 11:11.19 | jonwil | Well what really happened is that the landlord told me the lease wasn't going to be renewed and after examining my prospects for finding something suitable, decided to move to another state where the availability of good rental properties is much better |
| 11:11.23 | DocScrutinizer05 | well, I have to get some stuff done, related to aforementioned maemo-related "job" and the whole topic. So bbl |
| 11:11.51 | DocScrutinizer05 | o/ |
| 11:13.10 | *** join/#maemo Agge (~Durand@ghs/durand) |
| 11:16.01 | *** join/#maemo erstazi (~erstazi@static-71-116-30-43.eriepa.dsl-w.verizon.net) |
| 11:16.02 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 11:59.31 | *** join/#maemo Sazpaimon (wat@pool-173-49-22-36.phlapa.fios.verizon.net) |
| 12:04.49 | *** join/#maemo Hurrian (~textual@112.205.43.117) |
| 12:04.53 | *** join/#maemo Hurrian (~textual@unaffiliated/rikanee) |
| 12:16.56 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 12:17.04 | *** join/#maemo eMHa_ (~mh@nat.de.netviewer.com) |
| 12:35.40 | *** join/#maemo shentey (~shentey@g225144071.adsl.alicedsl.de) |
| 12:39.41 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 13:08.33 | *** join/#maemo Aggese (~Durand@ghs/durand) |
| 13:13.51 | *** join/#maemo lool (~lool@debian/developer/lool) |
| 13:24.39 | *** join/#maemo Aggese (~Durand@ghs/durand) |
| 13:28.13 | *** join/#maemo Aggese (~Durand@ghs/durand) |
| 13:28.27 | *** join/#maemo pcfe (~pcfe@host86-176-79-247.range86-176.btcentralplus.com) |
| 13:29.54 | *** join/#maemo janemba (~101@nanotek.info) |
| 13:29.58 | *** join/#maemo janemba (~101@unaffiliated/janemba) |
| 13:48.50 | *** join/#maemo vi__ (~psleggs@146.255.2.70) |
| 13:50.13 | vi__ | DocScrutinizer05: ping |
| 13:54.42 | *** join/#maemo RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
| 14:03.24 | *** join/#maemo jmlich (~jmlich@ip-78-102-111-46.net.upcbroadband.cz) |
| 14:07.04 | *** join/#maemo Raimu (rmaunula@tuomi.oulu.fi) |
| 14:07.27 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 14:12.47 | DocScrutinizer05 | vi__: ping, 60s |
| 14:13.15 | DocScrutinizer05 | pong, even |
| 14:13.20 | vi__ | heh |
| 14:13.30 | DocScrutinizer05 | hurry, 20s left over |
| 14:13.37 | *** join/#maemo Raimu (rmaunula@tuomi.oulu.fi) |
| 14:13.37 | DocScrutinizer05 | ;-) |
| 14:16.37 | *** join/#maemo Agge (~Durand@ghs/durand) |
| 14:22.29 | *** join/#maemo andre__ (~andre__@wikimedia/aklapper) |
| 14:40.39 | *** join/#maemo Raimu (rmaunula@tuomi.oulu.fi) |
| 14:49.38 | *** join/#maemo Raimu (rmaunula@tuomi.oulu.fi) |
| 15:00.08 | *** join/#maemo Raimu (rmaunula@tuomi.oulu.fi) |
| 15:13.23 | *** join/#maemo cityLights (~nivw@bzq-218-29-26.cablep.bezeqint.net) |
| 15:18.27 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 15:33.38 | *** join/#maemo hbib (~wurmel@pD9E0F389.dip0.t-ipconnect.de) |
| 15:39.44 | *** join/#maemo VDVsx (~VDVsx@bl7-59-193.dsl.telepac.pt) |
| 16:14.04 | *** join/#maemo oniongarlic (~milang@tori.tal.org) |
| 16:18.58 | *** part/#maemo sixwheeledbeast (~paul@cl-1547.lon-02.gb.sixxs.net) |
| 16:25.04 | *** join/#maemo eMHa_ (~mh@nat.de.netviewer.com) |
| 16:25.57 | *** join/#maemo b1101 (~b@216.155.131.73) |
| 16:32.44 | *** join/#maemo Kabouik (~quassel@147.99.218.243) |
| 16:40.44 | *** join/#maemo vi__1 (~psleggs@146.255.2.70) |
| 16:42.43 | *** join/#maemo teotwaki (~teotwaki@Maemo/community/contributor/crashanddie) |
| 16:44.01 | *** join/#maemo marcellux (~quassel@chello080109070009.1.15.vie.surfer.at) |
| 16:47.05 | *** join/#maemo jeverling_ (~quassel@jeverling.de) |
| 16:47.26 | *** join/#maemo janemba_ (~101@unaffiliated/janemba) |
| 16:47.37 | *** join/#maemo zemn900 (~zammy@ppp-225-85.98-62.inwind.it) |
| 16:52.07 | *** join/#maemo mavhk (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginmedia.com) |
| 16:54.36 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 16:55.49 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 16:56.56 | *** join/#maemo VDVsx (~VDVsx@bl7-59-193.dsl.telepac.pt) |
| 16:58.03 | *** join/#maemo Aggese (~Durand@ghs/durand) |
| 16:59.23 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 16:59.24 | *** join/#maemo Herbstbert (~Herbstber@drms-4d0d6889.pool.mediaWays.net) |
| 17:04.55 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 17:08.38 | *** join/#maemo NIN101 (~NIN@p5DD297A3.dip0.t-ipconnect.de) |
| 17:15.04 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 17:17.29 | deepy | for all you mosh naysayers |
| 17:17.33 | deepy | 98 packets transmitted, 58 packets received, 40% packet loss |
| 17:17.33 | deepy | round-trip min/avg/max = 236.389/656.982/3051.667 ms |
| 17:18.36 | deepy | I can still irc, even with a 40 percent packetloss |
| 17:19.20 | *** part/#maemo vi__1 (~psleggs@146.255.2.70) |
| 17:21.23 | *** join/#maemo erstazi (~erstazi@static-71-116-30-43.eriepa.dsl-w.verizon.net) |
| 17:21.24 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 17:22.22 | *** join/#maemo Psi (~Psi@49-50-247-217.a.hd.net.nz) |
| 17:34.01 | *** join/#maemo MikaT (~mtapoja@projects.sse.fi) |
| 17:38.37 | *** join/#maemo qwazix_ (~qwazix@77-2-93.static.cyta.gr) |
| 18:05.31 | *** join/#maemo mavhc (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginmedia.com) |
| 18:08.03 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 18:13.14 | *** join/#maemo vakkov_ (~vakko@217.174.63.221) |
| 18:13.21 | *** join/#maemo BigBoxD__ (~BigBoxDri@ip-77-24-99-254.web.vodafone.de) |
| 18:13.31 | *** join/#maemo mavhc (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginmedia.com) |
| 18:27.39 | *** join/#maemo BigBoxDr_ (~BigBoxDri@ip-77-24-99-254.web.vodafone.de) |
| 18:35.11 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 18:57.24 | *** join/#maemo mhlavink (quassel@nat/redhat/x-hngnhtscweysbfkd) |
| 18:57.51 | *** join/#maemo spaak (~Adium@s529d269a.adsl.online.nl) |
| 19:05.48 | *** join/#maemo Kabouik (~quassel@171.152.84.79.rev.sfr.net) |
| 19:06.36 | *** join/#maemo sixwheeledbeast (~paul@cl-1547.lon-02.gb.sixxs.net) |
| 19:10.25 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:20.35 | *** join/#maemo hbib (~wurmel@pD9E0FFF8.dip0.t-ipconnect.de) |
| 19:24.18 | *** join/#maemo lynx-z (~lynx-z@h8n13-vrr-d2.ias.bredband.telia.com) |
| 19:26.35 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 19:33.03 | *** join/#maemo fortytwo (~thomas@who.let.this.bloody.dropbear.in) |
| 19:38.32 | *** join/#maemo japa-fi (~jani@dsl-hkibrasgw4-54f843-160.dhcp.inet.fi) |
| 19:41.05 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 19:47.30 | *** join/#maemo lynx-z (~lynx-z@h8n13-vrr-d2.ias.bredband.telia.com) |
| 19:54.21 | *** join/#maemo sq-one (~sq-one@p549A8784.dip0.t-ipconnect.de) |
| 19:59.39 | *** join/#maemo vakkov_ (~vakko@217.174.63.221) |
| 20:01.07 | *** join/#maemo florian (~fuchs@sign-4db6b0fc.pool.mediaWays.net) |
| 20:01.07 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 20:02.52 | qwazix | chem|st, are you around? |
| 20:13.09 | *** join/#maemo lufu (~user@5.254.134.75) |
| 20:19.45 | *** join/#maemo sequantz (~sequantz@agby38.neoplus.adsl.tpnet.pl) |
| 20:21.44 | *** join/#maemo erstazi (~erstazi@static-71-116-30-43.eriepa.dsl-w.verizon.net) |
| 20:21.44 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 20:27.55 | *** join/#maemo valeriusL (~valerius@85.26.180.152) |
| 20:28.11 | *** join/#maemo valerius (~user@85.26.180.152) |
| 20:53.36 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 21:02.45 | merlin1991 | hbib: did anything implode yet? |
| 21:04.36 | *** join/#maemo lynx-z (~lynx-z@h8n13-vrr-d2.ias.bredband.telia.com) |
| 21:05.34 | hbib | merlin1991: nope, everything works fine :) |
| 21:06.25 | *** join/#maemo arcean (~arcean@aafs204.neoplus.adsl.tpnet.pl) |
| 21:32.07 | *** join/#maemo speps (~speps@archlinux/trusteduser/speps) |
| 21:37.40 | *** join/#maemo sequantz__ (~sequantz@agbr4.neoplus.adsl.tpnet.pl) |
| 21:39.12 | *** join/#maemo lynx-z (~lynx-z@h8n13-vrr-d2.ias.bredband.telia.com) |
| 21:47.34 | *** join/#maemo LauRoman (~LauRoman@5-14-87-60.residential.rdsnet.ro) |
| 21:54.15 | *** join/#maemo Venemo (~Timur@fedora/Venemo) |
| 22:00.43 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 22:01.17 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 22:07.19 | *** join/#maemo LauRoman|Alt (~LauRoman@5-14-87-60.residential.rdsnet.ro) |
| 22:22.58 | *** join/#maemo lynx-z (~lynx-z@h8n13-vrr-d2.ias.bredband.telia.com) |
| 22:26.33 | *** join/#maemo arcean (~arcean@aafs204.neoplus.adsl.tpnet.pl) |
| 22:38.50 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 22:38.53 | *** join/#maemo eMHa_ (~mh@HSI-KBW-37-49-78-45.hsi14.kabel-badenwuerttemberg.de) |
| 22:44.53 | *** join/#maemo arcean (~tomek@aafs204.neoplus.adsl.tpnet.pl) |
| 22:51.42 | *** join/#maemo florian (~fuchs@sign-4db6abb5.pool.mediaWays.net) |
| 22:51.42 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 23:06.26 | *** join/#maemo Gatta_Negra (~SailCat@95.87.201.145) |
| 23:30.40 | *** join/#maemo cyborg-o1e (~cyborg-on@188-115-187-57.broadband.tenet.odessa.UA) |
| 23:32.24 | *** join/#maemo speps (~speps@archlinux/trusteduser/speps) |
| 23:43.07 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 23:44.52 | speps | Hi guys, n900 with a faulty eMMC here, most of the hierarchy got lost but I managed to get it mostly recovered (via ssh+rsync) without reflashing. To get it completed I need the part that is not rebuildable through packages, so here I am with the first question: /home/opt should be -> /opt, right? Thanks |
| 23:45.57 | merlin1991 | <PROTECTED> |
| 23:46.11 | merlin1991 | or rather /opt is a binmount and /home/opt is the source |
| 23:46.29 | merlin1991 | *bindmount* |
| 23:49.05 | speps | merlin1991: yeah, you're right it's not a symlink but a bind mount, thanks |
| 23:51.21 | speps | merlin1991: I have an 1000:1000 /opt, probably is wrong, can you confirm it should be so or root:root? |
| 23:51.54 | merlin1991 | my opt is root:root |
| 23:54.33 | speps | merlin1991: ok, i think i've got it, i forgot to preserve owner and group while unpacking, thanks again |
| 23:58.15 | *** join/#maemo beford (~frod@186.31.130.42) |
| 23:58.15 | *** join/#maemo beford (~frod@unaffiliated/beford) |
| 23:58.17 | speps | merlin1991: what about /usr/share/themes? I have it as a symlink to /opt/usr/share/themes, is it right? |
| 23:58.37 | merlin1991 | yep |