| 00:01.02 | DocScrutinizer05 | <PROTECTED> |
| 00:01.43 | *** part/#maemo mkaindl_ (~mkaindl_@ama-dablam.markus-kaindl.de) |
| 00:02.34 | DocScrutinizer05 | I wonder if kbd backlight till gets handled by libkeypad.so or if that's sth completely different and kbd backlight would brake with disabling/removing libled.so |
| 00:02.48 | *** join/#maemo heroux (~heroux@5070823C.static.ziggozakelijk.nl) |
| 00:02.51 | DocScrutinizer05 | s/ till/ still/ |
| 00:03.27 | DocScrutinizer05 | hail closed blobs |
| 00:03.38 | DocScrutinizer05 | ~lart Nokia |
| 00:03.38 | infobot | burns Nokia to a crisp with a laser |
| 00:05.02 | DocScrutinizer05 | wtf can be mission critical or UX relevant or proprietary or otherwise worth not disclosing it, in /usr/lib/mce/modules/*.so |
| 00:05.51 | DocScrutinizer05 | a clear evidence that Nokia never really planned to make maemo an open/FOSS system |
| 00:06.25 | *** join/#maemo mva (mva@gentoo/contributor/mva) |
| 00:06.37 | DocScrutinizer05 | they just placed under GPL what they couldn't keep closed by any means |
| 00:07.15 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 00:07.43 | DocScrutinizer05 | and even some of that is still closed, despite Nokia clearly violating GPL |
| 00:11.53 | DocScrutinizer05 | I wonder - when somebody would push hard for Nokia to disclose some of the sources that are clearly GPLed and yet not published - would Nokia still go thru all the hassle to evaluate each single line of sourcecode by their lawyers, or would they rather go "WTF?! just disclose the whole ancient obsolete crap! we don't have the money to waste to check single snippets. The whole stuff is obsolete anyway and not relevant neither for any (C) |
| 00:11.55 | DocScrutinizer05 | with subcontractors nor for any of our future business models" |
| 00:12.47 | *** join/#maemo mkaindl_ (~mkaindl_@ama-dablam.markus-kaindl.de) |
| 00:16.26 | amin007110 | Hmmmm... |
| 00:16.31 | Macer | hm. ad-droid isn't too bad |
| 00:16.37 | Macer | 4.2 is actually kind of nice on this old tf101 |
| 00:16.55 | Macer | too bad i stil can't get the adhoc or pan going heh |
| 00:17.11 | Macer | wish the damn n900 could manage infrastructure mode |
| 00:17.16 | Macer | curse you nokia! |
| 00:17.25 | Macer | or whoever makes the wifi chipset heh |
| 00:19.27 | *** part/#maemo valeriusN (root@80.250.181.195) |
| 00:20.02 | DocScrutinizer05 | they *might* find the solution chatting next to the coffe machine: S.E.:"how much to check each of the sourcecode files they asked for by our lawyers?" T.K.: "quite a lot. We have no inhouse competence for that any more" S.E.:"what would those freaks do when the source got leaked?" T.K.:"probably they'd just shut up. They don't care where from those sources came, and who's signing for authorship. They just want the sources" S.E:"then |
| 00:20.04 | DocScrutinizer05 | the heck put the whole crap on gitorious, after removing any reference to Nokia, and do it 'anonymously'. I'm really pissed about that linux stuff" T.K."OK." |
| 00:22.51 | amin007110 | Macer, also curse google, because of lack of ad-hoc discovery! |
| 00:24.15 | DocScrutinizer05 | Macer: I think it's still unclear whether or not the WiFi chip in N900 _can_ do infrastructure |
| 00:24.20 | DocScrutinizer05 | AP |
| 00:25.19 | DocScrutinizer05 | ooh, "or whoever made the chipset" - well for sure not Nokia (though this wouldn't have changed stuff to the better if they were) |
| 00:26.55 | amin007110 | DocScrutinizer05, I asked a question about "eventlogger" 6 hours ago. Saw that? |
| 00:27.34 | freemangordon | DocScrutinizer05: the chip can do AP, it is the firmware and the drivers who have to support that |
| 00:27.42 | DocScrutinizer05 | aiui the chip can do "raw" mode, which means nothing is working in hardmac (firmware on the chip), but that has never been documented and the driver provided by chip manuf didn't allow it |
| 00:28.09 | DocScrutinizer05 | amin007110: not really, or I had nothing to contribute and thus forgot about it |
| 00:28.14 | freemangordon | AFAIK the firmware we have does not support infrastructure mode |
| 00:28.34 | amin007110 | ok |
| 00:28.46 | DocScrutinizer05 | freemangordon: exactly |
| 00:28.53 | freemangordon | there is newer FW (IIRC) that supports it, but we lack the driver |
| 00:29.05 | DocScrutinizer05 | it does support raw mode though, aka softmac |
| 00:29.43 | DocScrutinizer05 | so we'd need a softmac that can do AP |
| 00:29.44 | freemangordon | if I get it right, FW for 1271 supports 1251 too, along with infrastructure mode |
| 00:30.29 | freemangordon | but still, we don't have the driver, put aside the usermode stuff |
| 00:30.44 | freemangordon | aiui |
| 00:30.51 | DocScrutinizer05 | that's for sure |
| 00:31.23 | freemangordon | so, again, it is the fcking SW that holds us :( |
| 00:31.55 | DocScrutinizer05 | "the driver" would need to either do softmac or support hardmac infrastructure. Current stuff does neither |
| 00:33.15 | freemangordon | DocScrutinizer05: though I am not sure what lxp's driver supports |
| 00:33.16 | DocScrutinizer05 | but I *think* the packet-injection guy (forgot his name L*) once said *his* drivers could do |
| 00:33.24 | freemangordon | :) |
| 00:33.27 | freemangordon | yeah |
| 00:34.20 | DocScrutinizer05 | packet injection basically is raw mode, aiui |
| 00:34.47 | DocScrutinizer05 | add to that a slightly adopted softmac stack |
| 00:35.43 | DocScrutinizer05 | ~wiki softmac |
| 00:35.55 | freemangordon | http://david.gnedt.eu/blog/wl1251/ |
| 00:36.02 | freemangordon | nothing about AP |
| 00:40.25 | *** join/#maemo Avasz (~Avasz@49.244.15.228) |
| 00:40.25 | *** join/#maemo Avasz (~Avasz@unaffiliated/avasz) |
| 00:41.29 | DocScrutinizer05 | http://wireless.kernel.org/en/developers/Documentation/mac80211 |
| 00:42.09 | DocScrutinizer05 | fullmac==hardmac |
| 00:42.58 | DocScrutinizer05 | for embedded you usually don't want softmac chips - they are cheaper but way more CPU hogging and thus not power conserving |
| 00:46.58 | *** join/#maemo triggerhappy (~quassel@58.69.81.134) |
| 00:47.34 | DocScrutinizer05 | http://jbnote.free.fr/prism54usb/ maybe helps as well, to understand the whole thing |
| 00:48.22 | *** join/#maemo e-yes (~e-yes@111.223.124.211) |
| 00:55.46 | DocScrutinizer05 | http://madwifi-project.org/wiki/UserDocs/FirstTimeHowTo is not helpful, but it might be a region of the internets where to find more about softmac vs fullmac |
| 00:57.06 | DocScrutinizer05 | (the jbnote site got severely slaughtered :-/ ) |
| 00:57.33 | DocScrutinizer05 | some 6 years ago there been great stuff in there |
| 00:59.57 | DocScrutinizer05 | amin007110: can you repeat your ev-log Q? |
| 01:01.01 | DocScrutinizer05 | or give a unique searchstring so I can locate it in backscroll? |
| 01:07.33 | Macer | heh |
| 01:07.51 | Macer | well. i'm sure if it hasn't been done yet on the n900 it probably won't be :) |
| 01:08.01 | DocScrutinizer05 | (soft/full) in a nutshell: softmac is a driver that does promiscuous mode on the MAC/NIC/wifichip and just does on its own (on CPU of system) all the stack listening to MAC-addr of your device, and also formats answer packages etc pp. A fullmac aka hardmac driver does basically the same but on the MCU inside the WiFi chip, so your CPU in system may sleep all the time until there's actually data to receive (on data to send CPU is active |
| 01:08.03 | DocScrutinizer05 | anyway, unless it's ARP which might or may not get handled inside fullmac, I dunno) |
| 01:08.45 | Macer | which really isn't a big deal unless you want to tether and iphone (don't know why) or an android non-cell tablet to the n900 |
| 01:09.14 | Macer | well.. ipad too i suppose |
| 01:09.26 | Macer | but i don't know if ios supports adhoc or not |
| 01:09.32 | Macer | i can see it not :) |
| 01:10.05 | Macer | but at least in my experience... there is no simple way to tether a non-cell android tablet to an n900 |
| 01:10.56 | Macer | know what tho. now that i thnk about it... |
| 01:11.01 | Macer | maybe it was the rom i was running for bt dun |
| 01:24.44 | *** join/#maemo mschlens_ (~mschlens@p5DE7AA41.dip0.t-ipconnect.de) |
| 01:27.32 | *** join/#maemo valerius (~user@85.26.180.160) |
| 01:37.24 | amin007110 | DocScrutinizer05, "eventlogger" sometimes count unread messages to negative numbers and remain in this status long time, for example in the desktop widget it shows -2 or -3 unread messages, that in actual situation -3=1. Any workaround for this? |
| 01:43.30 | *** join/#maemo hardfalcon (~hardfalco@g228162190.adsl.alicedsl.de) |
| 01:49.59 | *** join/#maemo r00t^home (~r00t@port-92-196-77-39.dynamic.qsc.de) |
| 01:55.57 | DocScrutinizer05 | ooh, that |
| 01:56.07 | DocScrutinizer05 | I think I answered |
| 01:56.19 | DocScrutinizer05 | sth like "wtf?!" |
| 01:57.16 | DocScrutinizer05 | actualy "ugh" |
| 01:58.11 | DocScrutinizer05 | indeed eventlogger is kinda hard to reset |
| 01:59.23 | DocScrutinizer05 | I seem to recall reports about users not being able to remove / cancel a notification. I however wonder how that shite can get *negative* |
| 02:00.11 | DocScrutinizer05 | cloudy memories refuse to drift to surface of my mind |
| 02:00.27 | DocScrutinizer05 | some very obscure stuff |
| 02:09.16 | *** join/#maemo a5t3r15m0 (~asterismo@r190-135-129-156.dialup.adsl.anteldata.net.uy) |
| 02:11.42 | amin007110 | that "not being able to remove / cancel a notification" also happened sometimes! but this "negative" one "ist wunderbar". heh. |
| 02:15.11 | amin007110 | DocScrutinizer05, I think dumping el-v1.db down and rearranging its records might correct some errors, but never tried that. No experience with databases, sqlite or SQL or so. |
| 02:15.58 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 02:44.58 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 03:00.42 | *** join/#maemo dockane_ (~dockane@dsdf-4db5c4d2.pool.mediaWays.net) |
| 03:01.33 | *** join/#maemo lxp1 (~lxp@188-22-222-11.adsl.highway.telekom.at) |
| 03:17.05 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-214-185.triad.res.rr.com) |
| 03:28.23 | *** join/#maemo pcfe (~pcfe@37-5-5-194-dynip.superkabel.de) |
| 03:28.24 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 03:30.49 | *** join/#maemo maybeHere (~cl@p5B162F1E.dip0.t-ipconnect.de) |
| 03:41.34 | *** join/#maemo freemangordon_ (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 03:46.39 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-214-185.triad.res.rr.com) |
| 05:13.23 | *** join/#maemo FlameReaper (~assassin@183.171.161.85) |
| 05:23.15 | *** join/#maemo FReaper (~assassin@183.171.172.159) |
| 05:28.38 | *** join/#maemo FlameReaper (~assassin@183.171.173.248) |
| 05:29.47 | *** join/#maemo FlameReaper (~assassin@183.171.172.171) |
| 05:36.15 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 05:39.12 | *** join/#maemo FlameReaper (~assassin@183.171.167.164) |
| 05:40.32 | *** join/#maemo FReaper (~assassin@183.171.163.140) |
| 05:43.13 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 05:46.08 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 05:52.37 | *** join/#maemo trumee (~parul@93.186.144.251) |
| 05:56.21 | *** join/#maemo ab (~ab@pdpc/supporter/professional/ab) |
| 05:58.19 | *** join/#maemo FReaper (~assassin@183.171.163.140) |
| 06:08.26 | *** join/#maemo FlameReaper (~assassin@183.171.163.140) |
| 06:14.13 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 06:29.28 | *** join/#maemo ToAruShiroiNeko (~admin@wikimedia/ToAruShiroiNeko) |
| 06:30.08 | *** join/#maemo Vibe (~Vibe@gateway/tor-sasl/vib3) |
| 06:30.37 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 06:32.17 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 06:33.13 | *** join/#maemo dhbiker (~dhbiker@APN-122-174-170-gprs.simobil.net) |
| 06:35.14 | *** join/#maemo OkropNick (kuba@host-n2-75-80.telpol.net.pl) |
| 06:39.56 | *** join/#maemo npm_ (~npm@cpe-76-90-90-26.socal.res.rr.com) |
| 06:44.22 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 06:45.55 | *** join/#maemo FReaper (~assassin@183.171.163.140) |
| 06:58.22 | *** join/#maemo args[0] (~args0]@199.188.72.28) |
| 07:07.22 | *** join/#maemo muelli (~muelli@port-48945.pppoe.wtnet.de) |
| 07:14.35 | *** join/#maemo florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:14.35 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 07:15.57 | *** join/#maemo XATRIX (~xatrix@77.88.209.171) |
| 07:37.44 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 07:45.53 | *** join/#maemo Natch (~Natch@c-10cfe155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 07:49.31 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 07:50.11 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 08:00.42 | *** join/#maemo AD-N770 (~jep@o.bcn.fluendo.net) |
| 08:08.54 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 08:14.56 | *** join/#maemo zap_ (~zap@178.130.40.87) |
| 08:15.48 | *** join/#maemo sixwheeledbeast (~paul@host-78-144-101-143.as13285.net) |
| 08:15.53 | *** part/#maemo sixwheeledbeast (~paul@host-78-144-101-143.as13285.net) |
| 08:19.18 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 08:29.39 | *** join/#maemo Natch (~Natch@c-10cfe155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 08:30.43 | *** join/#maemo jrocha (~JRocha@pD9FF7A3B.dip0.t-ipconnect.de) |
| 08:35.42 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 08:45.25 | Vibe | hi |
| 08:45.34 | Vibe | I got new lcd-panel for my n900 |
| 08:46.01 | Vibe | but now noticed that I have similar issue like here -> http://talk.maemo.org/showthread.php?t=75769 |
| 08:46.03 | Lava_Croft | <PROTECTED> |
| 08:46.14 | Lava_Croft | <PROTECTED> |
| 08:46.14 | Vibe | touch screen not working.. |
| 08:46.45 | Vibe | cut little bit of from that broken cable but maybe it can't still get proper connection.. |
| 08:47.32 | Vibe | can that cable be replaced or should I buy new touch screen? :F |
| 08:47.43 | *** join/#maemo githogori (~githogori@c-50-156-57-127.hsd1.ca.comcast.net) |
| 08:49.13 | amin007110 | Vibe, you should buy a new one. :) and test it before use. some touch panels does not work. |
| 08:50.00 | Vibe | ok |
| 08:50.09 | Vibe | fault can't be in lcd-panel? |
| 08:51.11 | amin007110 | "touch digitizer" works seperately, i think. |
| 08:51.28 | amin007110 | if you have touching problems its related to touch screen digitizer. |
| 08:51.48 | amin007110 | if you have brightness or color problems its related to LCD Panel Screen. |
| 08:52.17 | Vibe | ok |
| 08:52.45 | Vibe | before I cut broken part off from the connector screen was blank |
| 08:52.48 | amin007110 | Normally, Stock Part resellers allow you to test when you but, |
| 08:53.02 | *** join/#maemo tanty (~agomez@81.172.58.15.dyn.user.ono.com) |
| 08:53.03 | Vibe | after that it worked but no touch screen working |
| 08:53.06 | amin007110 | buy* |
| 08:53.57 | Vibe | hmmm where to buy.. |
| 08:54.27 | *** join/#maemo VDVsx (VDVsx@conference/kde/x-bqikjbplwhmndtik) |
| 08:54.28 | amin007110 | Well, it depends. search for local dealers. |
| 08:54.47 | amin007110 | or online one with return policy that match your conditions |
| 08:54.55 | *** join/#maemo kolp (~quassel@212.255.224.105) |
| 08:55.52 | Vibe | ok, thx |
| 08:56.13 | Vibe | hmm thinking if I could still repair the connector |
| 08:56.45 | amin007110 | two weeks ago i bought a LCD for about 25USD and touch panel (alone without bracket) about 10USD. |
| 08:58.15 | Vibe | not bad :p |
| 08:58.50 | amin007110 | but i didn't pay tax, maybe you should... ;-) |
| 08:58.54 | Vibe | I had to cut from that part of the connector were it gets wider :( |
| 08:58.56 | Vibe | hehe |
| 08:59.14 | Vibe | its coming to finland |
| 09:00.17 | amin007110 | cut? lcd flat cable or touch one? |
| 09:01.07 | Vibe | that one in the pic that was scratched broken |
| 09:01.18 | Vibe | thinking its the touch one |
| 09:04.22 | amin007110 | green one is from lcd and the other from touch panel |
| 09:06.33 | Vibe | then its from the touch panel |
| 09:07.36 | Vibe | damn I should have not cutted it |
| 09:08.03 | Vibe | I should have tried to "repair" that section where copper was broken |
| 09:09.09 | Vibe | becouse it gets wider in there, now it doesn't so it gets no connection |
| 09:09.20 | amin007110 | well, based on my previous tries, it's not repairable. |
| 09:09.25 | *** join/#maemo andre__ (~andre__@wikimedia/aklapper) |
| 09:09.42 | Vibe | ok |
| 09:10.16 | Vibe | and if I try I may break the new lcd-panel also |
| 09:10.42 | Vibe | hmm maybe I should order this -> http://www.ebay.com/itm/Nokia-N900-Touch-Panel-Digitiser-/230641005194?pt=UK_Replacement_Parts_Tools&hash=item35b346728a |
| 09:11.05 | amin007110 | well, if you are serious, first disassemble, then do what possible. |
| 09:11.21 | Vibe | it can be returned, just costs post |
| 09:11.49 | Vibe | yea, I will disassemble it again and try |
| 09:12.29 | Vibe | someone did mod so n900 can be used without touch screen, but its not fun anymore after that |
| 09:13.17 | amin007110 | haha, 1 available :D |
| 09:14.01 | Vibe | maybe I should be fast then :p |
| 09:14.13 | *** join/#maemo e-yes (~e-yes@bb219-74-81-87.singnet.com.sg) |
| 09:15.20 | amin007110 | 99.8% positive feedback, seems good. |
| 09:15.43 | Vibe | I ordered it :p |
| 09:16.03 | Vibe | thx for notifying that there was just 1 left (: |
| 09:17.07 | amin007110 | np |
| 09:18.22 | Vibe | its nice to have another n900, I just switched screen from another n900 to my main n900 (: |
| 09:18.53 | *** join/#maemo Ariadeno (~Ariadeno@010.233.dsl.concepts.nl) |
| 09:18.53 | amin007110 | I had ur prob with flat cable before, 2 years ago, one 10$ touch didnt work, another 25$ one worked and still in work! |
| 09:19.27 | amin007110 | i think i should buy another one two. maybe a dead one just for parts. |
| 09:19.37 | amin007110 | s/two/too |
| 09:20.49 | Vibe | ok, yea it would be good :p |
| 09:28.59 | *** join/#maemo AD-N770 (~jep@195.10.10.180) |
| 09:31.55 | *** join/#maemo zammy (~sammy@ppp-6-48.98-62.inwind.it) |
| 09:34.25 | Vibe | hmm I should buy new skandinavia keypad also, some buttons are white :p |
| 09:35.51 | amin007110 | mine too, but i type blindly :D |
| 09:36.36 | *** join/#maemo esaym153 (~esaym153@216-45-91-132.gvec.net) |
| 09:36.58 | *** join/#maemo Wizzup (~Wizzup@old.villavu.com) |
| 09:37.10 | Lava_Croft | carve the signs into the keyboard |
| 09:37.11 | Vibe | haha |
| 09:37.16 | Lava_Croft | fill the carvings with white paint solution |
| 09:37.29 | Vibe | hehe |
| 09:37.38 | amin007110 | lol |
| 09:37.50 | Vibe | can't find anywhere keypad with "รครถ" :( |
| 09:38.06 | Lava_Croft | you can probably remap the keyboard for that tho |
| 09:38.18 | Lava_Croft | and the carve the symbols into and fill it with white paint solution \o/ |
| 09:38.21 | Lava_Croft | then* |
| 09:39.09 | Vibe | it won't be pretty if I do it :p |
| 09:41.52 | amin007110 | mine is english, and i have persian signs assignment in mind. :) |
| 09:42.44 | Vibe | remap would work, but scandic keypad would be lot of nicer :p |
| 09:44.10 | *** join/#maemo Avasz (~Avasz@49.244.116.81) |
| 09:44.10 | *** join/#maemo Avasz (~Avasz@unaffiliated/avasz) |
| 09:52.08 | *** join/#maemo NIN101 (~NIN@p5DD282F0.dip0.t-ipconnect.de) |
| 09:54.39 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 09:59.56 | amin007110 | is preparing for vanilla-reflashing. Wish him success. HeHe. |
| 10:03.18 | Vibe | gl! |
| 10:07.09 | amin007110 | thx |
| 10:08.44 | *** join/#maemo SmilyOrg (Smily@89.142.252.26) |
| 10:28.35 | *** join/#maemo MetalGearSolid (~MetalGear@175.142.13.177) |
| 10:35.22 | *** join/#maemo XATRIX (~xatrix@77.88.209.171) |
| 10:57.34 | japa-fi | amin007110, it's easy. I've done it just recently. Twice actually :;) |
| 10:58.55 | amin007110 | japa-fi, I see, did that 4-5 times before ;) but now with a patched vanilla.bin using guides in ~jrtools |
| 10:59.37 | japa-fi | patched vanilla.bin? |
| 11:00.02 | japa-fi | I went by a youtube guide (using ubuntu) with binaries from Nokia's site |
| 11:00.44 | *** join/#maemo eMHa__ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 11:02.09 | amin007110 | japa-fi, patching to increase /opt partition size over 2048MB |
| 11:06.10 | japa-fi | Installing lot of stuff? |
| 11:06.25 | *** join/#maemo xmlich02 (~imlich@2001:67c:1220:8b2:de:2b44:b67b:26db) |
| 11:19.15 | *** join/#maemo xmlich02_ (~imlich@2001:67c:1220:8b2:de:2b44:b67b:26db) |
| 11:20.00 | DocScrutinizer05 | hmm, jrtools \o/ |
| 11:20.08 | DocScrutinizer05 | ;-P |
| 11:21.02 | amin007110 | :D |
| 11:21.24 | amin007110 | yes japa-fi |
| 11:22.27 | DocScrutinizer05 | how do you like the new formatting of ~jrtools? |
| 11:24.12 | DocScrutinizer05 | I've not finished it |
| 11:24.25 | amin007110 | more categorising ! |
| 11:24.42 | DocScrutinizer05 | I poner to break up the big white blob as well |
| 11:25.31 | amin007110 | good |
| 11:25.38 | DocScrutinizer05 | obvious advantage: you find more easily subtopics. Downside: no more c&p of the whole blob |
| 11:27.17 | amin007110 | well, you can provide some scripts at the end to cover all or most of them. |
| 11:27.30 | *** join/#maemo pcfe (~pcfe@37-5-5-194-dynip.superkabel.de) |
| 11:27.32 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 11:27.37 | DocScrutinizer05 | yes, but then I need to keep script and snippets in sync |
| 11:28.22 | amin007110 | is it hard ? |
| 11:28.34 | DocScrutinizer05 | I just wondered if I find a way to change the WHOLE website into a properly formed HTML and same time one large valid script ;-) |
| 11:29.42 | DocScrutinizer05 | now that would be kinda awesme hack ;-P |
| 11:31.13 | amin007110 | I think some polishing may increase readablity for now. |
| 11:31.31 | amin007110 | will increase* |
| 11:32.50 | DocScrutinizer05 | yeah, but look, no more c&p of one large blob of shellscript to configuure my new (flashed) devices, which was the original intention of this whole wikipage |
| 11:33.52 | DocScrutinizer05 | (not that I ever really did it ;-P I always copy and restore a BM backup) |
| 11:34.10 | amin007110 | lol |
| 11:34.42 | *** join/#maemo lizardo (lizardo@nat/indt/x-mdolkkwcsboqfwso) |
| 11:34.53 | DocScrutinizer05 | I already pondered to provide the BM file, but it has too many privacy data |
| 11:36.19 | amin007110 | Here in some persian forums some people did that; hard work! |
| 11:36.39 | japa-fi | "execute or source this to fix the missing end-times in eventslogger db" - Can I run the script even though I've used my N900 for some weeks now? Will I be asking for trouble? |
| 11:36.57 | DocScrutinizer05 | sure |
| 11:37.08 | DocScrutinizer05 | go ahead |
| 11:37.23 | DocScrutinizer05 | it will not add end times to your historic calls |
| 11:37.37 | DocScrutinizer05 | but will work just fine for new calls |
| 11:38.53 | DocScrutinizer05 | it adds a few stored procedures plus triggers to the sqlite db |
| 11:39.21 | DocScrutinizer05 | incredibly smart hack |
| 11:39.49 | amin007110 | DocScrutinizer05, Polishing (categorising & Scripting) your wiki page is a one-time job. Once done, updating is as easy as "find&replace", I think. |
| 11:40.39 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 11:41.10 | DocScrutinizer05 | err, you didn't get my right. Adding the whole stuff again as one long script (which it _is_ now, but wouldn't be after breaking into sections) creates redundancy |
| 11:41.29 | DocScrutinizer05 | when I add or change sth, I have to do it twice then |
| 11:42.06 | *** join/#maemo uen| (~uen@p5DCB1347.dip0.t-ipconnect.de) |
| 11:44.05 | DocScrutinizer05 | I however might be able to find a syntax that turns the sectorized wikipage into a valid script. Sth like ending each white block with |
| 11:44.08 | DocScrutinizer05 | : ' |
| 11:44.19 | DocScrutinizer05 | and starting the next with |
| 11:44.20 | DocScrutinizer05 | ' |
| 11:44.39 | DocScrutinizer05 | so to comment out the html in between |
| 11:45.01 | win7mac | is techstaff working on tmo? |
| 11:45.15 | DocScrutinizer05 | not that I knew off |
| 11:45.16 | win7mac | this seems not right: http://talk.maemo.org/showthread.php?t=90748 |
| 11:45.48 | *** join/#maemo Wizzup (~Wizzup@old.villavu.com) |
| 11:45.55 | DocScrutinizer05 | WTF?! |
| 11:45.59 | win7mac | I experience the same as misiak (emails) |
| 11:46.29 | DocScrutinizer05 | hmm? |
| 11:46.44 | amin007110 | lol |
| 11:46.44 | win7mac | last post |
| 11:47.36 | japa-fi | DocScrutinizer05, the "backup your N900 via cron" -nice idea, I'll be adding it right away to my NASs crontab.. |
| 11:47.48 | DocScrutinizer05 | FFS! |
| 11:48.14 | DocScrutinizer05 | sth terribly odd with tmo |
| 11:48.19 | japa-fi | I'm not rsync guru, but doesn't it need also "-e ssh" option |
| 11:48.40 | DocScrutinizer05 | obviously not |
| 11:49.07 | DocScrutinizer05 | I guess that's default nowadays |
| 11:49.24 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 11:49.46 | DocScrutinizer05 | I'm also no rsync guru, too me well most part of a day to figure out and test |
| 11:49.54 | DocScrutinizer05 | took* |
| 11:50.00 | DocScrutinizer05 | chem|st: ALARM!!! |
| 11:51.05 | win7mac | DocScrutinizer05, smth for you: http://talk.maemo.org/showthread.php?t=90747 |
| 11:53.16 | DocScrutinizer05 | meh! |
| 11:53.21 | DocScrutinizer05 | thanks anyway |
| 11:54.35 | DocScrutinizer05 | I wonder WTF is going on with misiak and you re mails, and with that friggin post of "Council" that's clearly outdated |
| 11:56.38 | *** join/#maemo croppa_ (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 11:56.41 | *** join/#maemo vblazquez (vic@conference/kde/x-fdypfuzdqcohxvof) |
| 11:57.01 | win7mac | received 12 mails for subscribed threads from 12:14 - 12:15. I have subscribed to more threads though |
| 11:59.28 | *** join/#maemo OkropNick (kuba@host-n2-75-80.telpol.net.pl) |
| 11:59.49 | DocScrutinizer05 | check those threads if they also have bogus date, like http://talk.maemo.org/showthread.php?t=90748 |
| 12:00.27 | DocScrutinizer05 | I don't have any tmo notifications about new posts in threads |
| 12:00.37 | DocScrutinizer05 | and I'm subscribed to a few |
| 12:00.38 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 12:01.14 | DocScrutinizer05 | UGH |
| 12:01.18 | win7mac | dates in those threads I got email are ok |
| 12:02.18 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 12:03.25 | DocScrutinizer05 | the council thingie might be midgard suddenly considering to finally post all the tmo posts auto-generated from http://maemo.org/community/council/ |
| 12:04.03 | DocScrutinizer05 | but then I dunno why you got notify mail for obsolete threads |
| 12:04.25 | DocScrutinizer05 | can you please forward one of those mails to me |
| 12:04.32 | DrCode | hi all |
| 12:04.34 | DrCode | today I got my N900 |
| 12:04.39 | amin007110 | DocScrutinizer05, is it worthy to increase internal swap partition size or better to add a Class 10 uSD containing swap partition? |
| 12:04.42 | DrCode | When I download last Maemo 5 with PR1.3 it comde with PowerKernel 49? |
| 12:04.52 | win7mac | sure |
| 12:04.54 | DocScrutinizer05 | the latter |
| 12:05.12 | amin007110 | ok |
| 12:05.21 | DrCode | how can I check if my phone come with last maemo and keral? |
| 12:05.30 | DocScrutinizer05 | increasing internal swap even further is nonsense, it actually is kinda too large already |
| 12:05.38 | DocScrutinizer05 | DrCode: reflash ;-D |
| 12:06.46 | win7mac | forwarded |
| 12:06.47 | DocScrutinizer05 | golden rule: first thing you do to a new device: reflash completely (does apply not only to N900 but basically every electronic device) |
| 12:06.55 | DocScrutinizer05 | tnx |
| 12:06.58 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 12:07.36 | win7mac | one is enough? |
| 12:08.51 | Lava_Croft | golden rule: first check device for contents, then reflash |
| 12:09.55 | win7mac | I found all 12 mails i received are for threads that have their last post quite some time ago, nothing that recently got new posts |
| 12:10.06 | amin007110 | Golden Rule: Buy a Nokia 1100 and forget about anything related to OS and Contents ! :D |
| 12:10.17 | Lava_Croft | i have a 1750! |
| 12:11.34 | amin007110 | nice, i bought 1202 after breaking my old 1100! |
| 12:12.14 | *** join/#maemo guampa (~guampa@gateway/tor-sasl/guampa) |
| 12:12.16 | amin007110 | Hard to break, but done successfully. I used it instead of hammer ! hehe |
| 12:12.39 | DocScrutinizer05 | win7mac: http://talk.maemo.org/showthread.php?p=1330766#post1330766 hmm NFC what's wrong in TMO. Maybe mails got on hold and not are getting sent |
| 12:12.58 | DocScrutinizer05 | s/not are/now are/ |
| 12:13.18 | DrCode | ok |
| 12:13.19 | DrCode | thankyou |
| 12:13.29 | DrCode | I am new with maemo |
| 12:13.45 | DrCode | Most of the time I am using ubuntu |
| 12:14.16 | DrCode | most of the commands are the same? |
| 12:14.45 | DocScrutinizer05 | basically yes, though particularly apt is quite nasty different |
| 12:15.01 | DrCode | ok |
| 12:15.04 | DocScrutinizer05 | not the command but the way you should (not) use it |
| 12:15.21 | DocScrutinizer05 | ~flashing |
| 12:15.21 | infobot | maemo-flashing is probably http://wiki.maemo.org/Updating_the_tablet_firmware |
| 12:15.55 | DrCode | If I want to use only power kernel 0.49 , can I force it ? |
| 12:16.07 | DocScrutinizer05 | you shouldn't |
| 12:16.15 | DocScrutinizer05 | use KP52 |
| 12:16.35 | DocScrutinizer05 | but first test yur device in stock config for several weeks |
| 12:16.49 | DrCode | ok |
| 12:16.51 | DocScrutinizer05 | so you get an idea of what's "normal" |
| 12:16.58 | DrCode | thankyou |
| 12:17.28 | DocScrutinizer05 | particularly stay away from extras-devel catalog for first few weeks |
| 12:17.43 | DrCode | ok |
| 12:17.47 | DrCode | thankyou dockane_ |
| 12:17.49 | DrCode | DocScrutinizer05, |
| 12:17.51 | DrCode | sory |
| 12:18.35 | DocScrutinizer05 | HAM is slow enough without that huge cluttered repo, and you way too easily may install stuff that fubars your whole system when you enable extras-devel and don't exactly know how to handle it |
| 12:20.17 | DocScrutinizer05 | nevertheless prepare for several minutes of black screen and seemingly nothing happening when using HAM (aka application manager). Don't abort or close it, it eventually _will_ display something |
| 12:21.05 | Lava_Croft | http://maemo.org/downloads/product/Maemo5/cpumem-applet/ |
| 12:21.14 | Lava_Croft | that little thing has always helped me with seeing if HAM was busy:) |
| 12:21.24 | DocScrutinizer05 | HAM is terribly slow. But you're not supposed to install more than one app at a time anyway. So the delay after/during each install is not that bad |
| 12:21.38 | DocScrutinizer05 | yes! |
| 12:21.48 | joga | cpumem-applet <3 |
| 12:21.52 | DocScrutinizer05 | indispensible little applet |
| 12:21.56 | joga | probably the most useful ever |
| 12:22.15 | DocScrutinizer05 | nah, simple brightness applet is even more important and useful |
| 12:22.39 | Lava_Croft | yeah, the brightness applet is another mandatory one |
| 12:22.46 | joga | hmm..not for me, I always have the screen set to pretty dim, but it's of course nice that it's easy to change (so I have that too) |
| 12:22.54 | Lava_Croft | i switch brightness all the time |
| 12:22.56 | Lava_Croft | manually |
| 12:22.58 | joga | but I couldn't use the phone without cpumem probably |
| 12:22.58 | DocScrutinizer05 | I honestly don't get it how you could use N900 without simple brightness applet |
| 12:23.12 | joga | I never change screen brightness :P |
| 12:23.15 | Lava_Croft | well, the App Search widget is the same |
| 12:23.20 | Lava_Croft | i cant imagine anyone using the n900 via the app menu |
| 12:23.39 | DocScrutinizer05 | ApMeFo |
| 12:23.41 | joga | hmm...I just have catorize and icons for all the relevant stuff |
| 12:23.44 | Lava_Croft | no thanks |
| 12:23.58 | Lava_Croft | apmefo is just a way to increase the amount of clicks needed to reach your application |
| 12:24.48 | DocScrutinizer05 | not if you count in scrolls for click |
| 12:25.00 | Lava_Croft | i dont have to scroll using app search widget |
| 12:25.45 | Lava_Croft | oh, get your surface RT now |
| 12:25.52 | Lava_Croft | prices cut by 30%! |
| 12:25.58 | *** join/#maemo vblazquez (vic@conference/kde/x-eywqpfcssozduqyt) |
| 12:28.24 | *** join/#maemo jrocha (~JRocha@e178126212.adsl.alicedsl.de) |
| 12:28.55 | DocScrutinizer05 | ooh, and I guess tweakr still has one or two settings that are hard to find anywhere else |
| 12:30.01 | DocScrutinizer05 | MHD is also great, but it comes with CSSU anyway |
| 12:31.08 | DocScrutinizer05 | I wouldn't know how it would feel to lose ctrl-bs app rotation, or the edit-lock for desktops |
| 12:35.08 | DocScrutinizer05 | joga: even when you never change brightness, simple brightness applet is still mad useful to switch on/off backlight dimming/autolock completely, with one single long click on the square button on left side of the brightness "slider" |
| 12:35.39 | DocScrutinizer05 | actually I use this one way more often than brightness adjustment |
| 12:37.48 | DocScrutinizer05 | pro-tip: when you click long then the brightness applet eventually vanishes and you might end on xchat's menubar which would open as soon as you lift your finger. just slide down finger a bit before "un-touch" to avoid opening the menu |
| 12:37.51 | joga | DocScrutinizer05, yeah I know but only rarely I have a need for that, it's handy when I do though |
| 12:38.20 | joga | but if I had to pick only one I'd pick the cpumem :) |
| 12:39.19 | DocScrutinizer05 | 2G/3G/dual switcher is another useful one, at least for me |
| 12:40.22 | *** join/#maemo ab (~ab@pdpc/supporter/professional/ab) |
| 12:41.27 | win7mac | DocScrutinizer05, did you reach chemist? |
| 12:41.39 | DocScrutinizer05 | no |
| 12:41.59 | *** join/#maemo goldkatze (~nobody@unaffiliated/goldkatze) |
| 12:42.18 | win7mac | the new old election announcement was deleted... |
| 12:42.38 | win7mac | ...after I reported 1st post in thread |
| 12:42.45 | DocScrutinizer05 | thedead1440 maybe? |
| 12:43.07 | win7mac | ? - if nobody talks to us? |
| 12:43.38 | *** join/#maemo deltasigma (~deltasigm@luna144.server4you.de) |
| 12:43.40 | DocScrutinizer05 | tmo is kinda own universe |
| 12:44.08 | DocScrutinizer05 | I don't even have admin permissions there |
| 12:45.20 | win7mac | the original thread was deleted too it seems, can't find it in http://talk.maemo.org/forumdisplay.php?f=16 |
| 12:45.58 | DocScrutinizer05 | and nfc what chem|st does regarding updates etc. He even basically manages his own backup, though integrated into global maemo backup system |
| 12:46.19 | DocScrutinizer05 | weird |
| 12:46.43 | DocScrutinizer05 | I guess it just got "touch"ed |
| 12:46.54 | DocScrutinizer05 | nfc |
| 12:47.36 | win7mac | hmm |
| 12:48.34 | chem|st | DocScrutinizer05: FIRE! |
| 12:49.01 | DocScrutinizer05 | chem|st: wtf is going on on tmo? |
| 12:49.27 | DocScrutinizer05 | notification mails for posts done in March get sent |
| 12:49.49 | DocScrutinizer05 | election announcement posts pop up with posting date "today" |
| 12:49.50 | chem|st | yeah I cleaned the moderation queue as moderators didn't... |
| 12:49.58 | chem|st | that wasnt me |
| 12:50.28 | DocScrutinizer05 | mhm, so nothing fundamentally bad. Good :-) |
| 12:50.39 | chem|st | no |
| 12:50.51 | DocScrutinizer05 | thanks! |
| 12:51.03 | chem|st | and I am not away but the away collector saves me the scrollback when I get highlighted^^ |
| 12:51.24 | chem|st | quiet handy :) |
| 12:51.33 | DocScrutinizer05 | sounds nice |
| 12:52.24 | chem|st | I am out in the wild most of the time an read my away-log some like twice a day, even on weekends |
| 12:52.31 | DocScrutinizer05 | chem|st: please check what happened to http://talk.maemo.org/showthread.php?t=90748 |
| 12:53.16 | DocScrutinizer05 | [2013-07-16 14:45:20] <win7mac> the original thread was deleted too it seems, can't find it in http://talk.maemo.org/forumdisplay.php?f=16 |
| 12:54.32 | win7mac | the original one is not in general talk as well... |
| 12:55.07 | chem|st | this thread wasn't posted by midgard and is still sticky... http://talk.maemo.org/showthread.php?t=90304 |
| 12:55.27 | japa-fi | darn, my NAS does not support --fake-super :( |
| 12:55.29 | DocScrutinizer05 | yep |
| 12:55.56 | chem|st | I think that was a try to post it via midgard, did not work and suddenly got posted today |
| 12:56.08 | DocScrutinizer05 | yep |
| 12:56.21 | chem|st | so midgard....leave my talk alone^^ |
| 12:56.27 | chem|st | :D |
| 12:56.35 | DocScrutinizer05 | [2013-07-16 14:03:24] <DocScrutinizer05> the council thingie might be midgard suddenly considering to finally post all the tmo posts auto-generated from http://maemo.org/community/council/ |
| 12:57.05 | chem|st | yeah read that |
| 12:57.17 | DocScrutinizer05 | though I wonder why that might happen. Maybe Falk is finally taking care about the zillion garage mail accounts |
| 12:57.32 | chem|st | I need to look at the server too but that is coming the next 2 weeks some day, AFTER I upgraded talk |
| 12:58.01 | DocScrutinizer05 | look on server? please elaborate |
| 12:58.19 | chem|st | talk-server not talk-forums-software |
| 12:58.37 | DocScrutinizer05 | aah, sysop-local tasks? |
| 12:59.21 | chem|st | more like - I still have to look after the mailing stuff as things are borked and you cannot reply to threads by mail... |
| 12:59.33 | DocScrutinizer05 | mhm |
| 12:59.43 | chem|st | plus general security updates |
| 12:59.47 | DocScrutinizer05 | not that I think this is a good thing to get |
| 12:59.59 | DocScrutinizer05 | the updates however *are* |
| 13:00.11 | chem|st | but vBull had security updates and needs some love by hand before I touch the server |
| 13:00.17 | chem|st | nothing people see... |
| 13:00.21 | DocScrutinizer05 | but please ask for a snapshot prior to security updates |
| 13:00.25 | chem|st | floodcontrol things |
| 13:00.36 | chem|st | I have daily backup... |
| 13:00.56 | DocScrutinizer05 | we've seen quite a few fsckups done by ubuntu system updates |
| 13:01.29 | DocScrutinizer05 | and daily backup probably doesn't backup any system stuff |
| 13:01.34 | chem|st | and yes I need warfare to do a reboot by hand afterwards so he can do a snapshot beforehand! |
| 13:01.44 | chem|st | we backup the whole sys |
| 13:01.47 | DocScrutinizer05 | :nod: |
| 13:01.50 | *** join/#maemo Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
| 13:02.14 | chem|st | don't know if the vm-disk issues are solved but we will see |
| 13:02.34 | DocScrutinizer05 | which issues? |
| 13:02.37 | chem|st | he probably needs to mount it by hand afterwards... |
| 13:02.45 | DocScrutinizer05 | mhm |
| 13:02.50 | DocScrutinizer05 | o.O |
| 13:02.58 | chem|st | hickup with mounting it on boot |
| 13:03.10 | DocScrutinizer05 | needs to get sorted |
| 13:03.20 | chem|st | we had that with nemein and later in H... |
| 13:03.34 | DocScrutinizer05 | so don't be shy to have a service downtime, to fix this issue |
| 13:04.35 | chem|st | I'm not shy.... those few hours a year... but I need to coordinate with my schedule and warfare... |
| 13:05.05 | japa-fi | whoppee, there is gnu tar at /home/opt/maemo/usr/bin/gnu/tar .. I'll configure the backup to use that one instead of rsync |
| 13:05.29 | chem|st | I am occupied all evenings from today till somewhere tuesday week after next |
| 13:06.10 | chem|st | so gtg again... later |
| 13:06.37 | win7mac | chem|st, today 21:00 local is meeting right? |
| 13:06.44 | chem|st | yes |
| 13:06.54 | chem|st | in ~6h |
| 13:07.25 | chem|st | have two alarms set for that^^ as today is the only day I can do some household stuff.... |
| 13:08.05 | win7mac | ok good, thought you'd be occupied by smth else |
| 13:08.07 | chem|st | I might do my own serverupgrade during the meeting^^ |
| 13:08.26 | chem|st | due for a while now... |
| 13:08.49 | DocScrutinizer05 | good luck for your meeting, guys! |
| 13:09.02 | win7mac | join in! |
| 13:09.45 | *** join/#maemo Ijon_Tichy (~username@46.115.59.89) |
| 13:13.13 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 13:16.17 | DocScrutinizer05 | *sigh* still one stalled apache process per day |
| 13:16.59 | japa-fi | If anyone of you have development environment for N900, could you give a try if lzop compiles to n900? |
| 13:18.54 | DocScrutinizer05 | lzop? |
| 13:22.34 | japa-fi | It's a compressor, very light on CPU |
| 13:22.52 | DocScrutinizer05 | ((<DocScrutinizer05> though I wonder why that might happen. Maybe Falk is finally taking care...)) nope, no warfare logged in on any of the relevant machines since saturday |
| 13:23.53 | japa-fi | DocScrutinizer05, lzop at http://www.lzop.org/ - For idea on the usage (comparison to other compressors) http://www.linuxjournal.com/article/8051 |
| 13:31.11 | *** join/#maemo topro (~topro@62.245.142.50) |
| 13:31.19 | *** join/#maemo geaaru (~geaaru@88.43.152.170) |
| 13:31.37 | DocScrutinizer05 | from those diagrams lzop is "light on CPU" only when it actually has a "compression" of <1 |
| 13:31.59 | DocScrutinizer05 | err nope, sorry |
| 13:32.50 | DocScrutinizer05 | silly scale of "percent increase" |
| 13:33.33 | DocScrutinizer05 | compression factor is "percent increase"/100+1 |
| 13:34.08 | DocScrutinizer05 | so lzop can get to 1.9 very fast |
| 13:34.11 | japa-fi | I've used it mostly on virtual machine image backups. with laptop, the increased time (vs copy) is not much, but space saving are noticiable. Though the images often contain lot of empty space" |
| 13:35.04 | DocScrutinizer05 | gzip 2.1 .. 2.3, but with ~4 times the CPU load aka time |
| 13:36.05 | DocScrutinizer05 | bzip2: 2.1 .. 2.5 @ ~10* |
| 13:36.34 | DocScrutinizer05 | rar: ~3 @ 10* |
| 13:37.29 | DocScrutinizer05 | still these figures depend massively on type of data to compress |
| 13:39.46 | DocScrutinizer05 | >>I used the same lightly loaded AMD Athlon XP 1700+ CPU with 1GB of RAM and version 2.4.27-1-k7 of the Linux kernel for all tests. Unpredictable disk drive delays were minimized by pre-loading data into RAM.<< LOL, why didn't he use `time` |
| 13:40.12 | DocScrutinizer05 | and just cited the effective CPU and IO time consumed |
| 13:41.25 | japa-fi | figuring that lzop adds the benefit of compressing the stuff, but not being the limiting factor when transmitting the data over wlan |
| 13:42.28 | japa-fi | ie. feed the backup of / (and /home) to lzop and transmit the compressed data over wlan would hopefully be faster than the same data transmitted uncompressed. |
| 13:42.39 | japa-fi | (and it takes less space at the destination) |
| 13:43.36 | psycho_oreos | That's why there's rsync, it doesn't use the same algorithms as cp and you can compress stuff "on-the-fly" so to speak. |
| 13:44.55 | psycho_oreos | Rather the exact same algorithm. |
| 13:45.02 | DocScrutinizer05 | even better rsync doesn't transmit unaltered data at all |
| 13:45.30 | Lava_Croft | rsync is smart++ |
| 13:48.28 | japa-fi | My NAS does not support xattrs, figured I'd use tar on N900, pipe the output inside ssh to my NAS. |
| 13:48.48 | japa-fi | Thus, would like to lzop the tarred data |
| 13:48.50 | DocScrutinizer05 | every now and then I do a cp -al ./n900-backup .n900-backup-`date --rfc-3339=date` |
| 13:49.41 | DocScrutinizer05 | well, probably n900 also doesn't support xattr |
| 13:49.45 | japa-fi | ssh root@$1 "/home/opt/maemo/usr/bin/gnu/tar --one-file-system -cpf - /home" > n900-home.tar |
| 13:49.58 | japa-fi | n900 does support. Tested it by rsyncing to my PC |
| 13:50.34 | japa-fi | DocScrutinizer05, btw. your backup script has --fake-super which stores stuff to xattr |
| 13:50.39 | *** join/#maemo XXXXX (~XXXXX@189.16.131.18) |
| 13:51.35 | japa-fi | I would like to ssh root@$1 "/home/opt/maemo/usr/bin/gnu/tar --one-file-system -cpf - /home | lzop" > n900-home.tar.lzop |
| 13:52.34 | DocScrutinizer05 | err ubi0:rootfs on / type ubifs (rw,bulk_read,no_chk_data_crc) /dev/mmcblk0p2 on /home type ext3 (rw,noatime,errors=continue,commit=1,data=writeback) /dev/mmcblk0p1 on /home/user/MyDocs type vfat (rw,noauto,nodev,exec,nosuid,noatime,nodiratime,utf8,uid=29999,shortname=mixed,dmask=000,fmask=0000,rodir) /dev/mmcblk1p2 on /media/mmc1p2 type ext3 (rw,noauto,nodev,exec,nosuid,noatime,nodiratime) /dev/mmcblk1p1 on /media/mmc1 type |
| 13:52.36 | DocScrutinizer05 | vfat (rw,noauto,nodev,exec,nosuid,noatime,nodiratime,utf8,uid=29999,shortname=mixed,dmask=000,fmask=0000,rodir) |
| 13:52.41 | DocScrutinizer05 | no xattr |
| 13:52.54 | *** join/#maemo XXXXX (~XXXXX@189.16.131.18) |
| 13:53.11 | DocScrutinizer05 | hmm, don't ask me what I done 2 years ago |
| 13:53.31 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 13:54.00 | DocScrutinizer05 | I just think it's silly to do a daily full backup, even if the hell compressed out of it |
| 13:55.40 | kerio | make it incremental! |
| 13:55.42 | DocScrutinizer05 | btw if anybody knows a tool to evaluate the space used by a bunch of hardlinks and dirs, *without* the hardlinked data... I'd like to hear about it |
| 13:55.57 | kerio | and iirc rsync has a way to rsync hardlinks properly |
| 13:56.21 | DocScrutinizer05 | sure it has, but that's completely unrelated to my question |
| 13:56.28 | kerio | oh, evaluate |
| 13:56.29 | kerio | hm |
| 13:56.44 | kerio | does du count hardlinks twice? |
| 13:56.49 | japa-fi | From my NAS rsync log: 2013/07/16 12:39:53 [32217] rsync: failed to write xattr user.rsync.%stat for "/ |
| 13:56.49 | japa-fi | mnt/HD/HD_a2/Backups/N900/Daily/home/home/user/.thumbnails/tweetian/.ed1526ba76b |
| 13:56.49 | japa-fi | 921630d557eaca6f11950.png.ATVqAW": Operation not supported (95) |
| 13:56.49 | japa-fi | <PROTECTED> |
| 13:56.51 | DocScrutinizer05 | >>>> every now and then I do a cp -al ./n900-backup .n900-backup-`date --rfc-3339=date` |
| 13:57.06 | japa-fi | (darn, tried to have one liner). To my PC it transfers just fine |
| 13:57.08 | kerio | Files having multiple hard links are counted (and displayed) a single time per du execution. |
| 13:57.15 | kerio | bsd/apple du |
| 13:58.14 | DocScrutinizer05 | kerio: I know, but how to calculate the disk usage of just the inodes from that? |
| 13:58.30 | kerio | oh you mean *that* |
| 13:58.41 | Drathir | japa-fi: thats not 0b file? |
| 13:58.47 | DocScrutinizer05 | I *can do |
| 13:58.48 | kerio | why is there even occupied space? |
| 13:59.00 | kerio | i mean, i'm sure that the data is stored somewhere |
| 13:59.03 | DocScrutinizer05 | du; cp -al ./n900-backup .n900-backup-`date --rfc-3339=date`; du |
| 13:59.05 | kerio | but it's so dependant on the fs |
| 13:59.41 | DocScrutinizer05 | but that's just possible at the time I do the cp |
| 14:01.27 | DocScrutinizer05 | btw you can find all files that changed by searching for link-count |
| 14:01.41 | *** join/#maemo konelix (~konelix@190.149.111.152) |
| 14:03.11 | DocScrutinizer05 | eventually I gonna port that whole stuff to btrfs and just do snapshots instead of cp -al |
| 14:03.15 | japa-fi | Drathir, ed1526ba76b921630d557eaca6f11950.png does exist. |
| 14:03.50 | japa-fi | both rsync have xattr support |
| 14:05.02 | *** join/#maemo Luke-Jr (~luke-jr@unaffiliated/luke-jr) |
| 14:08.51 | japa-fi | lzop did compress the backups nicely: |
| 14:08.53 | japa-fi | -rw-r--r-- 1 jani share_users 339M Jul 16 14:03 N900-home.tar |
| 14:08.53 | japa-fi | -rw-r--r-- 1 jani share_users 201M Jul 16 13:56 N900-home.tar.lzop |
| 14:09.06 | japa-fi | -rw-r--r-- 1 jani share_users 261M Jul 16 14:04 N900-root.tar |
| 14:09.06 | japa-fi | -rw-r--r-- 1 jani share_users 139M Jul 16 13:40 N900-root.tar.lzop |
| 14:13.14 | kerio | japa-fi: why lzop? |
| 14:13.15 | kerio | :s |
| 14:13.53 | kerio | wait, is this on-device? |
| 14:13.58 | *** join/#maemo andre__ (~andre__@wikimedia/aklapper) |
| 14:15.00 | DocScrutinizer05 | wow, rsync does tricky stuff! create and open a temp-file and imediately delete it while still open :-D |
| 14:15.32 | DocScrutinizer05 | phantom disk based storage |
| 14:16.21 | ShadowJK | it's a common method for tempfiles. Automatically deleted when process exits |
| 14:16.33 | Drathir | japa-fi: but i mean about that files 15:56 < japa-fi> mnt/HD/HD_a2/Backups/N900/Daily/home/home/user/.thumbnails/tweetian/.ed1526ba76b |
| 14:16.37 | Drathir | 15:56 < japa-fi> 921630d557eaca6f11950.png.ATVqAW": Operation not supported (95) |
| 14:16.40 | DocScrutinizer05 | and not even visible while i use |
| 14:16.43 | kerio | DocScrutinizer05: open it in exclusive mode, too |
| 14:18.12 | DocScrutinizer05 | I wish unix/posix had a way to autonatically delete *visible* files on process exit |
| 14:18.33 | Drathir | in past i also have issue with files with size 0b but now dont really remember that was with rsync connected... |
| 14:18.45 | japa-fi | kerio, I would use lzop on N900 to reduce the data transmission by 30-50% for the tar. |
| 14:18.48 | DocScrutinizer05 | except for trap clean-up exit |
| 14:19.11 | kerio | DocScrutinizer05: but open file handles are only vaguely related to paths |
| 14:19.27 | japa-fi | Drathir, the suorce file (thumbnail) exists (without the ATVqAW extension though) |
| 14:19.43 | DocScrutinizer05 | kerio: I know. Actually not at all basically |
| 14:19.53 | Drathir | japa-fi: not better idea with rsync and compression on the fly? |
| 14:20.59 | DocScrutinizer05 | japa-fi: I'd rather loopmount a new volume where you can do whatever you like to the filesystem incl xattr and whatnot, so you could have a true copy of what's on N900 |
| 14:22.48 | DocScrutinizer05 | I had my 15min man rsync reading and now see I used --fake-super to store the N900 fs file-attributes like suid etc to my PC backup |
| 14:23.42 | japa-fi | Drathir, using rsync with --fake-super. --fake-super stores userinfo to xattrs, I seem to have xattr issue with the receiving end. |
| 14:24.03 | *** join/#maemo tanty (~agomez@81.172.58.15.dyn.user.ono.com) |
| 14:24.10 | DocScrutinizer05 | you probably wouldn't want a set-suid "executable" on your PC that's world-executable |
| 14:24.13 | Drathir | japa-fi: yes file without .AT* not causing error in my case only hidden files with .AT* give error in my case... |
| 14:24.23 | japa-fi | On my PC, the xatrrs are no issue, but the NAS has problems... |
| 14:25.06 | japa-fi | well... I could do the rsync as root on the receiving end... |
| 14:25.36 | Drathir | japa-fi: give me i sec i find my rsync command that i sucessful used... but usage with cerful if you want test it... |
| 14:25.39 | DocScrutinizer05 | when you want to have a comprehensive copy of a foreign fs, you need to store all attributes that exist there to $somewhere on your local backup |
| 14:26.35 | DocScrutinizer05 | and as elaborated above you don't want to do such rsync copy 100% identical, since that introduces vulnerabilities into your backup platform |
| 14:26.48 | Drathir | japa-fi: rsync -r -v --progress -c -l -H --partial -z -i /local_path user@server:/remote_path |
| 14:27.20 | kerio | DocScrutinizer05: tar! |
| 14:27.23 | kerio | tar all the things! |
| 14:27.23 | DocScrutinizer05 | your best bet probably was to (loop)mount a dedicated fs that's identical to the source fs |
| 14:27.40 | kerio | together, though |
| 14:27.48 | DocScrutinizer05 | kerio: tar is a PITA for rsync "incremental" backups |
| 14:28.48 | Drathir | kerio: is no problem to tar transfered files on the server side, but is better to have 1:1 files stored to not copy all the things again only the changes... |
| 14:29.09 | Drathir | byt that only im thinking ofc... |
| 14:29.15 | DocScrutinizer05 | which is all that rsync is all about |
| 14:29.35 | kerio | tar -u? |
| 14:29.36 | DocScrutinizer05 | otherwise you actually could do a tar |
| 14:29.52 | kerio | although idk how you could remote it |
| 14:30.06 | DocScrutinizer05 | pipe thru ssh? |
| 14:30.19 | kerio | to do -u you need the archive |
| 14:30.42 | japa-fi | ssh root@192.168.0.126 "/home/opt/maemo/usr/bin/gnu/tar --one-file-system -cpf - /" > My_local_archive.tar |
| 14:31.09 | japa-fi | 126 being my N900 |
| 14:31.58 | japa-fi | takes 5 minutes to tar the root partition from my N900 |
| 14:32.41 | Drathir | btw nas should have basic linx commands and ssh connection or dont? |
| 14:32.45 | DocScrutinizer05 | sshfs FTW _o/ |
| 14:34.46 | DocScrutinizer05 | but sshfs is waaaaay more overhead than rsync, even with tar -u |
| 14:34.59 | japa-fi | Drathir, yes, I have Dlink DNS which has some sort of linux (ssh etc) |
| 14:35.09 | DocScrutinizer05 | LOL DLink |
| 14:35.29 | DocScrutinizer05 | I hope it doesn't have uPnP |
| 14:35.40 | DocScrutinizer05 | ;-P |
| 14:35.56 | DocScrutinizer05 | [jk] |
| 14:36.08 | kerio | you can't quite do tar -u over ssh, tar needs to *read* the archive it's appending files to |
| 14:36.12 | japa-fi | the ssh is not there by default, but there is community stuff that adds packet manager, ssh, bast etc |
| 14:36.29 | DocScrutinizer05 | kerio: you *can* do tar -u over sshfs |
| 14:36.31 | japa-fi | bash |
| 14:36.33 | DocScrutinizer05 | aka fuse |
| 14:36.39 | kerio | that's why i said ssh |
| 14:37.18 | kerio | if we're worried about overhead, using sshfs is crazy, compared to nfs |
| 14:37.43 | DocScrutinizer05 | particularly compared to rsync |
| 14:38.05 | japa-fi | Well, gotta go now, will return to this later. ~10 minutes for backup is not that bad, but I have the same thought than you guys: Why do it the inefficient way (tar) when there is more efficient way (rsync) |
| 14:39.06 | DocScrutinizer05 | yeah, and why add another 100s of MB backup once a day when the files that need new backup are only 1kb in size? |
| 14:39.43 | Drathir | DocScrutinizer05: sshfs could be too but need stable wifi connection... |
| 14:39.54 | DocScrutinizer05 | that too |
| 14:40.39 | DocScrutinizer05 | nah, there's no alternative to rsync, fsck the compression nonsense |
| 14:40.48 | Drathir | because if conn interrupted need to mount in other folder - not possible umount egsistens folder... |
| 14:41.15 | DocScrutinizer05 | yes, a PITA with most remote mounts, no matter which FS |
| 14:41.59 | Drathir | oh i think that only n900 connected problem... good to know... |
| 14:42.01 | DocScrutinizer05 | ssh could resume, gven your "credentials" did not change (like e.g. new IP or whatever) |
| 14:42.33 | DocScrutinizer05 | NFS not any better in that regard |
| 14:43.31 | DocScrutinizer05 | no matter which end reboots, the other end needs a reboot as well. At least it been like this some 12 years ago |
| 14:43.56 | Drathir | yes true ssh can can... i do that when connected to local sercer and go out the range of wifi if fast back and connect again terminal unfreeze... |
| 14:44.04 | DocScrutinizer05 | since you always end with some stale filehandles or remote mounts that can't get umounted |
| 14:44.09 | Drathir | local server* |
| 14:44.45 | DocScrutinizer05 | VPN is the only semi-working thing for such stuff I heard |
| 14:45.10 | DocScrutinizer05 | dunno if that's correct |
| 14:45.17 | *** join/#maemo vblazquez (vic@conference/kde/x-ltfoamcgxzccomeb) |
| 14:45.23 | Drathir | vpn maybe but only with static ip assign i think |
| 14:45.44 | DocScrutinizer05 | inside VPN sure, you need static IP |
| 14:45.55 | DocScrutinizer05 | outside it's irrelevant I guess |
| 14:46.50 | DocScrutinizer05 | as soon as VPN re-established, the internal IPs are valid again, and all mounts and filehandles etc should commence to work as normal |
| 14:47.17 | Drathir | btw dlink much better than netgear ^^ |
| 14:47.21 | DocScrutinizer05 | and inside VPN doesn't even know about global outside IPs the VPN uses to establish a connection |
| 14:47.43 | DocScrutinizer05 | https://www.buerger-cert.de/archive?type=widtechnicalwarning&nr=TW-T13-0047%20UPDATE%201 |
| 14:47.50 | *** join/#maemo ketil_k (~ketil_k@80.202.174.71) |
| 14:47.58 | DocScrutinizer05 | (^^^DLink) |
| 14:48.26 | DocScrutinizer05 | fsck uPnP |
| 14:49.13 | DocScrutinizer05 | if that NAS has some webserver or the like, it actually might have uPnP |
| 14:49.23 | DocScrutinizer05 | which might get exploited |
| 14:50.14 | DocScrutinizer05 | even when the nas is not directly exposed to internet, it still might manage the uPnP inan otherwise not vulnerable router |
| 14:50.17 | DocScrutinizer05 | aiui |
| 14:51.14 | DocScrutinizer05 | since I guess uPnP knows to stack |
| 14:51.42 | *** join/#maemo MikaT (~mtapoja@projects.sse.fi) |
| 14:51.43 | *** join/#maemo konelix (~konelix@190.149.111.152) |
| 14:51.56 | DocScrutinizer05 | i.e. one uPnP device propagates own pinholes to next upper layer uPnP-enabled device/router |
| 14:52.19 | DocScrutinizer05 | wild guessing |
| 14:53.05 | *** join/#maemo Pilke (~Pilke@188-67-45-119.bb.dnainternet.fi) |
| 14:55.20 | win7mac | so uPnP in general is a thread and should be turned off on router? |
| 15:03.40 | *** join/#maemo vblazquez (vic@conference/kde/x-wtcfdojaztwwehvm) |
| 15:04.16 | *** part/#maemo TriztAway (~user@ukko.aho.hk) |
| 15:05.46 | *** join/#maemo Trizt (~user@ukko.aho.hk) |
| 15:07.25 | *** join/#maemo j-rocha (~JRocha@g225183199.adsl.alicedsl.de) |
| 15:10.04 | DocScrutinizer05 | yes |
| 15:11.11 | DocScrutinizer05 | you don't want your apps/malware to open inbound ports on your router without you even noticing. there's usually a port forward management page in your router administrative web interface for that |
| 15:12.19 | *** join/#maemo NIN101 (~NIN@p5DD282F0.dip0.t-ipconnect.de) |
| 15:12.50 | DocScrutinizer05 | when I want to do e.g. ssh to my PC, I explicitly forward port 22 from outside world via router to my PC. I don't want sshd doing that for me, in a stealth way (ok, sshd doesn't do uPnP but you got the picture) |
| 15:14.05 | DocScrutinizer05 | SIP clients do an incredble amount of trickery to open inbound ports for 5060, see STUN, ICE etc pp |
| 15:14.16 | Drathir | DocScrutinizer05: if i good thinking that is about security hole, im right? |
| 15:14.25 | DocScrutinizer05 | right |
| 15:15.06 | Drathir | oh i see good decode not known language :p |
| 15:15.06 | DocScrutinizer05 | uPnP on D-Link allows execution of arbitrary code on your D-Link router, aiui |
| 15:15.32 | DocScrutinizer05 | uPnP opens a backdoor to the router itself |
| 15:15.58 | DocScrutinizer05 | this doesn't change the shit that is uPnP in general |
| 15:16.16 | Drathir | DocScrutinizer05: that like QoS in routers give possibility to restart the router... |
| 15:16.43 | DocScrutinizer05 | well, restart router is a DoS at worst case |
| 15:17.16 | DocScrutinizer05 | hackers rooting your router you're owned by them |
| 15:17.45 | DocScrutinizer05 | they can do whatever they like with the router and to all your traffic in LAN and to internet |
| 15:18.41 | DocScrutinizer05 | they could route *all* traffic the travels your router to some remote machine of their choice |
| 15:18.54 | DocScrutinizer05 | s/the tr/that tr/ |
| 15:18.55 | jon_y | I make my DSL router as dumb as possible |
| 15:19.06 | jon_y | make it just bridge ppp |
| 15:19.23 | jon_y | let an appliance do the firewalling |
| 15:19.56 | jon_y | alternatively, a patched up windows box, which happens to be pretty secure |
| 15:20.12 | jon_y | against average script kiddies anyway |
| 15:21.14 | jon_y | iirc most windows patches are for IE/.Net/Office, rather than the security services |
| 15:21.15 | DocScrutinizer05 | I ponder to replace my FritzBox by a dedicated linux laptop |
| 15:22.27 | DocScrutinizer05 | unless I finally find a way to "root" it myself - telnet hack doesn't work on this one |
| 15:22.29 | jon_y | us a VM appliance? |
| 15:22.36 | jon_y | *use |
| 15:23.05 | jon_y | and use PPP to dial into your VM appliance VPN? |
| 15:23.17 | jon_y | probably overkill for a home network |
| 15:23.39 | DocScrutinizer05 | indeed, since the VM has to run somewhere on some iron |
| 15:23.55 | *** join/#maemo vblazquez (vic@conference/kde/x-hmjqwriqvyxdwkhl) |
| 15:25.08 | DocScrutinizer05 | cya, bbl |
| 15:47.31 | *** join/#maemo Avasz (~Avasz@202.70.80.20) |
| 15:47.31 | *** join/#maemo Avasz (~Avasz@unaffiliated/avasz) |
| 15:52.26 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 15:55.14 | *** join/#maemo GI_Jack (~GI_Jack@pdpc/supporter/active/gi-jack) |
| 15:58.00 | *** join/#maemo andre__ (~andre__@wikimedia/aklapper) |
| 16:17.46 | Drathir | DocScrutinizer05: also include possibility mitm attack ? |
| 16:22.52 | DocScrutinizer05 | ~seen shawnjefferson |
| 16:23.01 | infobot | shawnjefferson <~sjefferso@206.108.210.70> was last seen on IRC in channel #maemo, 3d 18h 39m 35s ago, saying: 'great! i just joined that channel'. |
| 16:29.35 | *** join/#maemo SAiF (~SAiF@59.96.206.223) |
| 16:31.20 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 16:34.44 | *** join/#maemo konelix_ (~konelix@110.146.216.201.dsl.intelnet.net.gt) |
| 16:38.38 | *** join/#maemo thuttu77 (~thuttu77@178-75-147-229.bb.dnainternet.fi) |
| 16:43.41 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 16:44.38 | *** join/#maemo guampa (~guampa@gateway/tor-sasl/guampa) |
| 16:45.11 | *** join/#maemo vblazquez (vic@conference/kde/x-fhramgvdmjkpcyaq) |
| 16:46.52 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 16:48.50 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 16:50.06 | *** join/#maemo Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 16:55.22 | *** part/#maemo mva (mva@gentoo/contributor/mva) |
| 16:55.51 | *** join/#maemo lexxik (~user@7.98.broadband2.iol.cz) |
| 17:02.49 | *** join/#maemo konelix_ (~konelix@190.149.111.152) |
| 17:05.58 | Drathir | also for sure must turn off upnp... |
| 17:07.55 | *** join/#maemo Vibe (~Vibe@gateway/tor-sasl/vib3) |
| 17:09.23 | amin007110 | Are applications that available in CSSU-Testing also available in CSSU-Thumb? |
| 17:10.05 | *** join/#maemo OkropNick (kuba@host-n2-75-80.telpol.net.pl) |
| 17:10.05 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 17:10.05 | *** join/#maemo maybeHere (~cl@p5B162F1E.dip0.t-ipconnect.de) |
| 17:10.05 | *** join/#maemo lxp1 (~lxp@188-22-222-11.adsl.highway.telekom.at) |
| 17:10.05 | *** join/#maemo dreamer (~henk@melange.soleus.nu) |
| 17:10.05 | *** join/#maemo XDS2010_ (uid1218@gateway/web/irccloud.com/x-tkrpnlpauljolblx) |
| 17:10.06 | *** join/#maemo guerby (~guerby@ip165-ipv6.tetaneutral.net) |
| 17:10.06 | *** join/#maemo madduck (~madduck@debian/developer/madduck) |
| 17:10.06 | *** join/#maemo xkr47 (xkr47@2001:14b8:141:5926:5358:9793:2384:6264) |
| 17:10.06 | *** join/#maemo rm_work (~rm_work@Maemo/community/cssu/rm-you) |
| 17:10.06 | *** join/#maemo ketas (ketas@ketas6-sixxs.si.pri.ee) |
| 17:10.06 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 17:10.06 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 17:10.06 | *** join/#maemo Kaadlajk_ (kylanpaj@hilla.kapsi.fi) |
| 17:11.00 | DocScrutinizer05 | sure, some of them, that's what cssu-thumb is consisting of |
| 17:11.33 | *** join/#maemo Gizmokid2005 (~Gizmokid2@dedi1.gizmokid2005.com) |
| 17:11.51 | DocScrutinizer05 | amin007110: you asked if cssu-thumb meets own definition |
| 17:13.32 | amin007110 | some! well, Is there something like autobuilder to convert or rebuild all packages from ARM to THUMB2 ? |
| 17:17.09 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |