| 00:12.32 | Oksana | Is libotr2 v3.2.0-4 on maemo compromised or not? https://www.helpnetsecurity.com/2016/03/10/critical-bug-libotr-open-users-chatsecure-adium-pidgin-compromise/ |
| 00:26.53 | Oksana | Anybody wants to test the glibc-PoC-exploit? http://www.securityweek.com/remote-code-execution-flaw-patched-glibc-library |
| 00:34.05 | Oksana | Maemo uses libc6 2.5, correct? And much of the world moved on to libc6 2.7, what the difference? If it's only bug fixes, it may be doable. If it's not backward-compatible, it's annoying |
| 00:39.03 | Oksana | telepathy-gabble with OTR support, around 2014: what version of telepathy-gabble? https://git.collabora.com/cgit/user/xclaesse/telepathy-gabble.git/log/?h=otr |
| 00:39.20 | Wizzup | glibc is backwards compat, it has versioned symbols |
| 00:39.22 | Wizzup | afaik |
| 00:39.59 | Wizzup | if you are talking about the dns problem, I think that was fixed. |
| 00:40.24 | Oksana | Okay, would there be problems if I tried to install libc6 2.7 on Maemo?.. And was it fixed on Maemo platform? |
| 00:41.14 | Oksana | Like, does current-on-Maemo glibc have this vulnerability? |
| 00:41.24 | Wizzup | cssu has the fix iirc |
| 00:41.32 | Wizzup | either that or we are not vulnerable |
| 00:41.56 | Wizzup | wrt installing new version: I don't know. probably (you will run into problems) |
| 00:43.29 | Oksana | Why does libc6 2.13 depend on libc-bin when libc6 2.5 does not depend on a libc-bin? |
| 00:43.49 | Oksana | wishes me could test libc6 2.13 in a maemo virtual machine |
| 01:13.25 | *** join/#maemo eMHa_ (~mh@p579DB896.dip0.t-ipconnect.de) |
| 01:28.36 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 01:43.38 | *** join/#maemo robotanarchy (~robotanar@x590f4585.dyn.telefonica.de) |
| 01:45.35 | *** join/#maemo Redhair (~redhair@unaffiliated/redhair) |
| 01:56.44 | *** join/#maemo Linkandzelda (~Linkandze@87.98.163.117) |
| 01:56.44 | *** join/#maemo Linkandzelda (~Linkandze@unaffiliated/linkandzelda) |
| 01:56.45 | *** join/#maemo Defiant (erik@x50abd0a6.dyn.telefonica.de) |
| 02:33.12 | DocScrutinizer05 | http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html |
| 02:40.57 | DocScrutinizer05 | >>Usually you can update libraries without concern; if there was an API change, the library creator is supposed to change the soname. That way, multiple libraries can be on a single system, and the right one is selected for each program<< |
| 02:43.21 | DocScrutinizer05 | IOW all glibc6.so.2.* are supposed to be API compatible |
| 02:44.40 | DocScrutinizer05 | updating to glibc6.so.3.* wouldn't do anything except allow for *new* programs to use the new glibc, *old* programs would need and use glibc6.so.2 still |
| 02:49.10 | luke-jr | DocScrutinizer05: a recent Gentoo glibc update broke fork() |
| 02:49.13 | luke-jr | fyi |
| 02:49.33 | luke-jr | (it got to stable :/) |
| 02:50.40 | DocScrutinizer05 | well, it's amazing how little lib devels seem to understand about how libs actually are supposed to work |
| 02:51.04 | luke-jr | ABI is actually quite complicated :/ |
| 02:51.30 | DocScrutinizer05 | *highly* recommended: http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html |
| 02:51.45 | DocScrutinizer05 | >>3.6. Incompatible Libraries<< |
| 02:52.35 | DocScrutinizer05 | >>If you can avoid these reasons, you can keep your libraries binary-compatible. Said another way, you can keep your Application Binary Interface (ABI) compatible if you avoid such changes. For example, you might want to add new functions but not delete the old ones.<< |
| 02:52.39 | luke-jr | 2. Exported data items change (exception: adding optional items to the ends of structures is okay, as long as those structures are only allocated within the library). |
| 02:52.44 | luke-jr | ^ this exception can be wrong! |
| 02:53.19 | DocScrutinizer05 | well, it is correct as long as devels don't do bullshit |
| 02:53.28 | luke-jr | struct inside another struct |
| 02:53.47 | DocScrutinizer05 | hmm |
| 02:53.48 | luke-jr | you end up moving everything in the external struct after it :/ |
| 02:53.55 | DocScrutinizer05 | yep |
| 02:54.13 | luke-jr | has actually goofed this before >_< |
| 02:54.26 | DocScrutinizer05 | that's pretty poor coding practice in my book though |
| 02:55.14 | DocScrutinizer05 | you shalt not assume about properties of a structure you inherit from inside an opaque source like a lib |
| 02:55.44 | DocScrutinizer05 | neither aqbout size nor any other properties, as long as you don't derive such properties from same origina as the object itself |
| 02:56.54 | DocScrutinizer05 | thus it's a logical deivative of "as long as those structures are only allocated within the library" |
| 02:56.57 | luke-jr | well, both structs were in the same lib ;) |
| 02:57.19 | luke-jr | and the external one only had a pointer to the internal one, so I figured it was safe |
| 02:57.29 | luke-jr | but it happened to be an array ;) |
| 02:58.46 | DocScrutinizer05 | when your larger structure embeds the extended data structure, then the original extendad data structure is ABI compatible but your embedding structure breaks ABI compatibility |
| 02:59.32 | DocScrutinizer05 | even when the larger structure that embeds the changed one is from same library |
| 03:02.40 | *** join/#maemo lxp (~lxp@unaffiliated/lxp) |
| 03:03.59 | *** join/#maemo vahe (~funtoo@130.193.124.135) |
| 03:04.22 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 03:07.33 | DocScrutinizer05 | wait! you say the "outer" structure ahd a *pointer* to the inner extended structure? then is _should_ be safe indeed |
| 03:08.41 | DocScrutinizer05 | I don't understand how the actual data structure type of any of both structures would have any impact on that |
| 03:09.52 | DocScrutinizer05 | the library hands you a pointer to struct_outer, which has a pointer aka memory address to struct_inner. When you extend struct_inner by appending data to the end, nothing bad should happen |
| 03:10.19 | *** join/#maemo aloril (~aloril@dsl-tkubrasgw1-54fa3f-129.dhcp.inet.fi) |
| 03:15.26 | DocScrutinizer05 | I thought you were referring to struct_outer actually embedding struct_inner verbatim. so addr(struct_outer) <= addr(struct_inner) < addr(end(struct_inner)) <= addr(end(struct_outer)) |
| 03:15.37 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 03:16.54 | DocScrutinizer05 | end(struct){return addr(struct) + len(struct)} |
| 03:17.40 | DocScrutinizer05 | actually |
| 03:17.55 | DocScrutinizer05 | end(struct){return (pointer) addr(struct) + len(struct)} |
| 03:26.28 | DocScrutinizer05 | luke-jr: mind to elaborate on the problem you ran into? |
| 03:27.50 | luke-jr | DocScrutinizer05: in glibc or my lib's ABI? |
| 03:28.03 | DocScrutinizer05 | the example you gave above |
| 03:28.35 | luke-jr | https://github.com/bitcoin/libblkmaker/blob/master/blktemplate.h |
| 03:28.39 | luke-jr | I added to struct blktxn_t at the end |
| 03:29.49 | DocScrutinizer05 | and where did that break? |
| 03:30.32 | luke-jr | when software using the library accessed blktemplate_t->txns[1] |
| 03:32.36 | DocScrutinizer05 | I see https://github.com/bitcoin/libblkmaker/blob/master/blktemplate.h#L96 |
| 03:32.46 | DocScrutinizer05 | I don't see where the problem happened |
| 03:33.48 | luke-jr | txns[1] used to be txns+32, now it is txns+36 |
| 03:34.03 | DocScrutinizer05 | tbh I don't find txns[] in blktemplate_t |
| 03:35.13 | DocScrutinizer05 | ooha, for arry the compiler assumes it knows the array element size |
| 03:36.09 | DocScrutinizer05 | that's compiletime, indeed |
| 03:36.39 | DocScrutinizer05 | nasty |
| 03:37.52 | DocScrutinizer05 | so the problem is not the ABI change per se, neither the embedding superstructure, it's a pointer to a datatype that changes while the compiler generated code that assumes it's fixed |
| 03:38.48 | *** join/#maemo pagurus (~user@p4FD6C864.dip0.t-ipconnect.de) |
| 03:39.03 | DocScrutinizer05 | IOW when you get a pointer to an array, your compiler has to rely on size of each array element didn't change since compile time |
| 03:40.08 | DocScrutinizer05 | that's implicit knowledge about datatype properies that actually shouldn't get entangled to ABI. Alas it obviously is |
| 03:40.14 | DocScrutinizer05 | *aiui* |
| 03:41.29 | DocScrutinizer05 | you probably should update http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html :-) |
| 03:41.43 | DocScrutinizer05 | nice finding |
| 03:43.41 | DocScrutinizer05 | actually the problem is your data type of the array element changed |
| 03:46.05 | DocScrutinizer05 | while it's OK to chenge the data type of a single structure by simply appending data to the end of the structure, it's breaking your ABI when you use that changed dataype in any other data structure |
| 03:46.41 | DocScrutinizer05 | which you did in the array definition |
| 03:48.15 | DocScrutinizer05 | so yes, the "embedding outer structure", even hile using a pointer, used a pointer to a different datatype, and that broke the ABI |
| 03:48.23 | DocScrutinizer05 | while* |
| 03:49.02 | DocScrutinizer05 | nice catch nevertheless :-) |
| 03:54.10 | DocScrutinizer05 | tbh arrays in C always been quite messed up a implementation concept |
| 03:56.18 | DocScrutinizer05 | all the aray pointer arithmetics are prone to confuse the one using it |
| 03:56.51 | DocScrutinizer05 | way too much implied knowledge that alas isn't ubiquitous |
| 03:56.58 | DocScrutinizer05 | in compiler |
| 03:57.37 | DocScrutinizer05 | see the above obscure data type change of pointer to array |
| 04:01.26 | DocScrutinizer05 | did the ABI datatype definitions cover and catch this ("undefined or missing parameter" on binary startup), or did you simply run into errors from wrong index into array during runtime? |
| 04:01.31 | *** join/#maemo Roth (~quassel@2601:18c:c700:c4d3:591:eecc:b360:1d0b) |
| 04:02.32 | DocScrutinizer05 | the latter would be *very* unfortunate |
| 04:53.21 | Oksana | >> a recent Gentoo glibc update broke fork() << So, while generally installing new versions of libs should not damage anything, glibc was shown to be a risk once due to developers-testers making a mistake, as in, >> implicit knowledge about datatype properties that actually shouldn't get entangled to ABI. Alas it obviously is << |
| 04:55.24 | Oksana | And, if there are libraries of entirely different versions (like 2 and 3), they are not backwards-compatible, and they do not conflict, they simply co-exist. If the libraries are of same version, the new one will be "replacing" the old one, and it should be backwards-compatible, unless there is a mistake somewhere... |
| 05:01.35 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 05:41.31 | *** join/#maemo ahycka (~yaaic@160.red-176-83-220.dynamicip.rima-tde.net) |
| 05:58.53 | *** join/#maemo arcean (~arcean@62.159.77.164) |
| 06:19.35 | *** join/#maemo corvinux (~hashcore@unaffiliated/corvinux) |
| 06:44.24 | *** join/#maemo futpib_ (~futpib@176.212.189.243) |
| 07:17.46 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 07:22.47 | DocScrutinizer05 | sure |
| 07:23.32 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 07:27.18 | zamn900 | what's sure? |
| 07:28.55 | Oksana | backlog ^ if there are libraries of entirely different versions (like 2 and 3), they are not backwards-compatible, and they do not conflict, they simply co-exist. If the libraries are of same version, the new one will be "replacing" the old one, and it should be backwards-compatible, unless there is a mistake somewhere... |
| 07:32.28 | *** join/#maemo corvinux (~hashcore@n58h194.net.telprom.si) |
| 07:32.28 | *** join/#maemo corvinux (~hashcore@unaffiliated/corvinux) |
| 07:32.52 | DocScrutinizer05 | and even then you *could* make them coexist |
| 07:33.02 | DocScrutinizer05 | though it gets nasty then |
| 07:33.29 | DocScrutinizer05 | you need to resort to LD_PRELOAD or similar stuff |
| 07:34.01 | DocScrutinizer05 | to tag either the apps that need the new version or the apps that need the old version |
| 07:34.26 | kerio | freemangordon: ༼ 㤠â_â ༽㤠Give GCC |
| 07:34.47 | DocScrutinizer05 | o.O .oO(???) |
| 07:35.11 | zamn900 | sure |
| 07:35.22 | DocScrutinizer05 | what's sure? |
| 07:35.28 | DocScrutinizer05 | ;-D |
| 07:35.41 | zamn900 | :D |
| 07:37.24 | DocScrutinizer05 | anyway that array issue is a tricky one |
| 07:37.50 | DocScrutinizer05 | I wonder if ABI symbols catch it |
| 07:38.33 | DocScrutinizer05 | I guess they should |
| 07:38.43 | *** join/#maemo bredebid (~bredebid@es-217-129-26-160.netvisao.pt) |
| 07:40.31 | DocScrutinizer05 | related: http://ispras.linuxbase.org/index.php/ABI_compliance_checker |
| 07:41.57 | DocScrutinizer05 | http://abi-laboratory.pro/tracker/timeline/glibc/ |
| 07:43.36 | *** join/#maemo freemangordon_ (~ivo@92.247.16.102) |
| 07:51.24 | DocScrutinizer05 | krrhrrhrr http://blog.famillecollet.com/public/reports/mysql__-3.0.9-3.1.0.html#Type_Problems_High |
| 07:52.05 | DocScrutinizer05 | >>When I start maintaining this package (version 2.x), the library was even not versionned. So I have to work with developers to include this feature. Now I need to convince them to respect the pratices.<< |
| 07:53.32 | DocScrutinizer05 | so much about proving my claim above regarding >>it's amazing how little lib devels seem to understand about how libs actually are supposed to work<< |
| 07:54.53 | kerio | why do you think docker is popular |
| 07:55.05 | kerio | instead of actually figuring out what's needed and how's needed by your shitty webapp |
| 07:55.13 | kerio | you can just ship the whole distro you've been developing on |
| 07:55.19 | DocScrutinizer05 | because some fools think it's a great idea to run each app in its own VM basically |
| 07:55.27 | kerio | no, that's not it |
| 07:55.30 | kerio | jails do that |
| 07:55.32 | kerio | jails are fucking awesome |
| 07:55.51 | zamn900 | sure |
| 07:56.03 | kerio | docker is roughly jails on linux |
| 07:56.04 | DocScrutinizer05 | they should link sttaically instead |
| 07:56.09 | DocScrutinizer05 | statically |
| 07:56.11 | kerio | but it's used by awful devs |
| 07:56.31 | *** part/#maemo Avasz (~N900@unaffiliated/avasz) |
| 07:56.42 | DocScrutinizer05 | see what king of fools thinks about all that: |
| 07:56.50 | DocScrutinizer05 | ~systemd cabal |
| 07:56.50 | infobot | systemd cabal: a bunch of people (Lennart Poettering, Kay Sievers, H. Hoyer, D. Mack, T. Gundersen, D. Herrmann) who want to turn linux into their wet dream perverted version of windows-me-too: http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html -- Rumor has it that 2016 systemd will have replaced kernel. See ~nosystemd" |
| 07:57.11 | kerio | i guess the approach is different |
| 07:57.26 | kerio | with jails it's the sysadmin who's installing the app that decides how to contain it |
| 07:57.32 | zamn900 | perverted dream with cabal? |
| 07:57.42 | zamn900 | or windows? |
| 07:57.45 | kerio | so you start from a thing that already works and has good documentation and well thought dependencies |
| 07:57.55 | kerio | and you install that in a separate container for ease of mind, pretty much |
| 07:58.37 | kerio | nowadays you have bullshit forum software whose only supported install method is to run a launcher on a docker *host* |
| 07:58.43 | kerio | not even just a container |
| 07:59.24 | DocScrutinizer05 | honestly, docker... they can eat it |
| 08:00.06 | DocScrutinizer05 | if I wanted such stuff, I'd go android or windows-phone already |
| 08:00.52 | zamn900 | *_* |
| 08:01.01 | kerio | honestly, install freebsd |
| 08:01.16 | kerio | it's incredibly refreshing to actually use a system that's well designed |
| 08:01.52 | DocScrutinizer05 | i'm tempted to |
| 08:02.26 | kerio | alas, it kinda sucks as a desktop system |
| 08:02.36 | kerio | pc-bsd is probably better for that |
| 08:03.00 | zamn900 | should we expect to see maemo freebsd based? |
| 08:03.14 | kerio | nah |
| 08:03.22 | zamn900 | ofc not |
| 08:03.29 | kerio | maemo is held together with the rust of backwards compatibility |
| 08:03.45 | kerio | remove that, and it's a knockoff phone os with no community |
| 08:11.05 | DocScrutinizer05 | indeed |
| 08:15.06 | DocScrutinizer05 | actually maemo has _no_ inherent security features except the extras-testing scheme, compared to all other phone OS. It's only thanks to early testing and now "thanks to" no more new apps because of lack of economical perspective, that we don't see same amount of malware and privacy breach in maemo as we see e.g. in android |
| 08:16.15 | *** join/#maemo jskarvad (jskarvad@nat/redhat/x-koawwrzqrgqxtusn) |
| 08:16.16 | *** join/#maemo jskarvad (jskarvad@redhat/jskarvad) |
| 08:16.43 | DocScrutinizer05 | for HARM Nokia tried to tackle that aspect with their store and aegis, which basically checked all apps for any malicious aspects before offering them to the user masses |
| 08:16.55 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 08:17.20 | DocScrutinizer05 | this is somewhat similar to what apple does, aiui |
| 08:18.43 | DocScrutinizer05 | android afaik has this "this app wants access to: your contacts, your bank account, your sex life..." and you have to nod off each to make the app run |
| 08:19.28 | kerio | not to mention that any parvency of security is instantly gone when the typical M.O. is to google "<appname> apk" on google and click on the first link |
| 08:24.40 | DocScrutinizer05 | yeah |
| 08:26.17 | DocScrutinizer05 | android resp the user still would need to allow the app to access whatever the app wants to access, but it is plain to see that joe average-androiduser is nodding off everything as long as the app is for free |
| 08:27.26 | DocScrutinizer05 | "send SMS? duh why not?" - meh actually they don't even read that far, only see "requester? where's the OK button?" |
| 08:31.12 | DocScrutinizer05 | ~wtf m.o. |
| 08:31.25 | DocScrutinizer05 | err yes? |
| 08:31.31 | DocScrutinizer05 | ~wtf mo |
| 08:36.23 | buZz | more |
| 08:36.28 | buZz | oh |
| 08:36.39 | kerio | modus operandi |
| 08:36.46 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 08:36.50 | buZz | Modus operandi is a Latin phrase, approximately translated as "method of operation".[1] The term is used to describe someone's habits of working, particularly in the context of business or criminal investigations. In English, it is often shortened to M.O. |
| 08:37.03 | buZz | mo money <- not modus operandi |
| 08:37.09 | buZz | can we order pyra yet, dangit |
| 08:37.45 | buZz | nope |
| 08:56.08 | *** join/#maemo azkay (~azkay@c110-23-76-224.ipswc4.qld.optusnet.com.au) |
| 08:56.53 | azkay | Anyone know if the last 2.3.7 nitdroid ended up ever getting calls working? Or did it all stop without being fixed? |
| 08:57.01 | *** join/#maemo zGrr (~GrR@185.13.106.220) |
| 09:00.12 | DocScrutinizer05 | nitdroid is dead I'd think |
| 09:01.05 | *** join/#maemo salamisami (~Valle@a88-112-2-11.elisa-laajakaista.fi) |
| 09:01.31 | azkay | Yeah, all my googling says they went dead at around 4.0.4? Just wasn't sure if they ever got voice working in 2.3.7 (gingerbread) before they started working on the next one |
| 09:02.03 | azkay | Seems odd to me to spend so much time porting a phone OS, and not focus on getting the actual phone function to be the first thing to get working :P |
| 09:02.27 | kerio | is remixos still a thing |
| 09:05.22 | azkay | Seems pretty active at xda |
| 09:06.29 | azkay | The way my N900 is going I feel like I'm just going to end up having it around as an mp3 player ): Generally I would be fine using it, but it really doesn't like handling websites these days |
| 09:09.11 | buZz | azkay: get a vps with vnc / rdp |
| 09:09.15 | buZz | and run browser there ;) |
| 09:09.53 | azkay | I've got a vps, but it's in another country and I only have 1.5gb/mo on my phone :P |
| 09:10.46 | azkay | Using reddits mobile site, after waiting literally 5 minutes to load the page (if it doesn't stop half way), I can only open maybe 3 links before the browser freezes up lol |
| 09:14.12 | buZz | use /usr/bin/links then |
| 09:14.18 | buZz | should render a lot faster :D |
| 09:19.41 | azkay | lynx? |
| 09:23.30 | *** join/#maemo salamisami (~Valle@a88-112-2-11.elisa-laajakaista.fi) |
| 09:27.23 | zGrr | moin :) |
| 09:34.08 | azkay | I'll have to jump into the water head first and see what happens :P |
| 09:45.34 | *** join/#maemo Redhair (~redhair@unaffiliated/redhair) |
| 09:50.19 | *** join/#maemo vahe (~funtoo@130.193.124.135) |
| 09:54.07 | ceene | midori on easy debian's chroot works pretty good |
| 09:54.10 | ceene | reddit and the like work fine |
| 09:54.36 | ceene | not mobile, though |
| 09:54.43 | ceene | mobile loads a heck of images at the same time |
| 09:55.33 | KotCzarny | he he |
| 09:55.59 | KotCzarny | maybe we should have some system wide proxy that would resize images on the fly? |
| 09:56.55 | KotCzarny | it's very easy to implement, and i have both pieces of code done already (proxy and tiny/fast imageresizer) |
| 09:57.15 | azkay | I meant the i.reddit.com, sorry not m.reddit :) |
| 09:57.50 | azkay | Yeah I had set up a proxy on my vps that was supposed to compress images, grayscale them etc but for some reason I couldn't get it working through the n900 |
| 09:57.50 | ceene | ah |
| 09:57.53 | ceene | didn't know that thing |
| 09:58.03 | azkay | No matter what I did the proxy settings were ignored |
| 09:58.03 | ceene | that should work pretty fine on midori, for sure |
| 09:58.13 | KotCzarny | anyway imgur > reddit |
| 09:58.18 | ceene | KotCzarny: ain't that what opera does? |
| 09:58.23 | azkay | I'll have to check it out' |
| 09:58.33 | azkay | I think opera stopped the servers or something recently |
| 09:58.34 | KotCzarny | yes, but it does it outside your control |
| 09:58.52 | azkay | imgur is useless if I don't look at pictures on reddit to begin with :P |
| 09:59.04 | KotCzarny | pah :P |
| 09:59.22 | KotCzarny | http://imgur.com/r/AbandonedPorn :P |
| 10:00.00 | KotCzarny | http://imgur.com/r/cableporn too |
| 10:00.34 | KotCzarny | and of course basis of the whole internet: http://imgur.com/r/StartledCats |
| 10:01.09 | ceene | :D |
| 10:01.36 | ceene | https://www.meneame.net/backend/media?type=post&id=1722162&version=0&ts=1385224111&image.jpeg |
| 10:01.39 | ceene | this is mine :) |
| 10:01.42 | ceene | well, she's now bigger |
| 10:02.08 | KotCzarny | doesnt look startled at all |
| 10:02.14 | ceene | nope |
| 10:02.23 | ceene | https://www.meneame.net/backend/media?type=post&id=1768394&version=0&ts=1391426230&image.jpeg |
| 10:03.20 | KotCzarny | http://imgur.com/r/Eyebleach |
| 10:04.30 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 10:04.39 | KotCzarny | you can just try any word after /r/ because it just matches user added tags for pics |
| 10:05.42 | azkay | lol |
| 10:06.34 | KotCzarny | and yes, imgur is the best source for free pr0n (static and animated ;) |
| 10:07.19 | ceene | i've got work to do, damn it! |
| 10:07.32 | KotCzarny | :> |
| 10:09.42 | azkay | But can it update my phone? :P |
| 10:44.33 | *** join/#maemo ecloud (~quassel@192.89.120.58) |
| 11:20.58 | *** join/#maemo ahycka (~yaaic@162.red-176-83-220.dynamicip.rima-tde.net) |
| 11:31.08 | *** join/#maemo ahycka2 (~yaaic@77.231.219.216) |
| 12:01.57 | *** join/#maemo ahycka (~yaaic@146.red-176-83-194.dynamicip.rima-tde.net) |
| 12:18.21 | *** join/#maemo uros1 (~Thunderbi@ubuntu/member/uros1) |
| 12:18.58 | uros1 | hi people, I need flasher for N9 and all links are dead, is there any hope for me |
| 12:34.52 | uros1 | tnx found it |
| 12:40.25 | *** join/#maemo corvinux (~hashcore@unaffiliated/corvinux) |
| 12:43.20 | *** join/#maemo corvinux (~hashcore@unaffiliated/corvinux) |
| 13:23.06 | *** join/#maemo zamn900 (~zammy@host73-166-static.227-95-b.business.telecomitalia.it) |
| 13:23.07 | *** join/#maemo zamn900 (~zammy@unaffiliated/zammy) |
| 13:23.26 | zamn900 | how much I would right now my yappari... |
| 13:23.42 | zamn900 | oh my... this sorrow won't fade soon |
| 13:24.30 | zamn900 | please someone tell me that I can install and use yappari |
| 13:24.52 | Wizzup | Someone is addicted to social media :) |
| 13:25.41 | zamn900 | infobot, tell me that you have my yappari |
| 13:25.56 | zamn900 | it won't invalid target says |
| 13:26.03 | zamn900 | what's that?! |
| 13:26.07 | zamn900 | why!? |
| 13:26.40 | zamn900 | even you infobot |
| 13:30.12 | *** join/#maemo zZap-X (~zZap-X@gateway/vpn/privateinternetaccess/zzap-x) |
| 13:30.24 | zZap-X | i think ive found a fail-safe solution to running whatsapp on linux, download virtualbox, create android-x86 vm, and install whatsapp app :D |
| 13:31.07 | zZap-X | the obvious solution |
| 13:41.16 | KotCzarny | zzap-x: not viable on maemo |
| 13:41.31 | zZap-X | aye true |
| 13:55.42 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 14:02.27 | *** join/#maemo corvinux (~hashcore@unaffiliated/corvinux) |
| 14:09.23 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 14:13.43 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 14:22.20 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 14:31.39 | *** join/#maemo salamisami (~Valle@a88-112-2-11.elisa-laajakaista.fi) |
| 14:44.48 | *** join/#maemo antranigv (~antranigv@pingvinashen.am) |
| 14:45.04 | antranigv | ~sb |
| 14:45.04 | infobot | methinks scratchbox is a cross-compiling system that uses binfmt_misc, rpc calls, and an nfs mount to make a cross-build appear to be 100% native, and is found at http://www.scratchbox.org/, hosted by maemo now. Also at http://maemo.merlin1991.at/files/SB |
| 14:52.56 | *** join/#maemo ArGGu^^ (~ArGGu^^@89.106.52.253) |
| 14:54.54 | antranigv | ~emmc |
| 14:54.54 | infobot | well, emmc is is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22YHFSICNA/--LID--FiRe1275051276916/AE98ED9D_RX-51_2009SE_10.2010.13-2.CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin or see ~emmc2 |
| 14:55.01 | antranigv | tnx dear |
| 14:55.15 | KotCzarny | you probably want ~flashing |
| 14:55.21 | antranigv | ~flashing |
| 14:55.22 | infobot | hmm... maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh; or see ~flashing-cmdline |
| 14:55.49 | antranigv | KotCzarny: oh no I have those :) btw, can you show me the hashes if you have the files? |
| 14:55.58 | antranigv | I have them downloaded long time ago, not sure if the same |
| 14:56.14 | KotCzarny | grab the script from the last link |
| 14:56.18 | KotCzarny | it has hashes inside |
| 14:56.21 | antranigv | KotCzarny: tnx! |
| 15:04.59 | antranigv | gentoo users, how to get 32bit libusb? |
| 15:05.13 | antranigv | ~flasher |
| 15:05.13 | infobot | [flasher] at http://www.jedge.com/n810/flasher/maemo_flasher-3.5_2.5.2.2.tar.gz (also .exe!), or http://www.chakra-project.org/ccr/packages.php?ID=5027 or generally http://www.google.com/search?q=maemo_flasher-3.5_2.5.2.2.tar.gz. HARMattan(N9): https://aur.archlinux.org/packages/fl/flasher-harmattan/flasher-harmattan.tar.gz, or -- list of filenames/md5sums: http://pastebin.com/sYKdNJSH, or http://galif.eu/nokia/ |
| 15:05.22 | antranigv | there was also the open source one hm |
| 15:05.34 | antranigv | ~0x0ffff |
| 15:05.36 | antranigv | no? |
| 15:05.42 | KotCzarny | just grab it from slackware or something |
| 15:06.27 | antranigv | ~0xFFFF |
| 15:06.27 | infobot | i heard 0xffff is https://github.com/pali/0xFFFF, or http://talk.maemo.org/showthread.php?t=87996 |
| 15:06.43 | antranigv | KotCzarny: ah yea, forgot that my OS is pure64, crap :( |
| 15:06.53 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 15:07.05 | KotCzarny | just run some livecd |
| 15:07.09 | antranigv | Pali: right on time, lol |
| 15:07.10 | KotCzarny | problem solved |
| 15:07.17 | DocScrutinizer05 | there's usually a libusb32 or sth like that |
| 15:08.51 | DocScrutinizer05 | http://paste.opensuse.org/50854736 |
| 15:09.55 | Pali | antranigv: what? |
| 15:10.59 | antranigv | Pali: just was gonna try 0xFFFF, flasher is not working cz of missing libs :)) |
| 15:11.23 | Pali | antranigv: both 0xFFFF and flasher-3.5 needs libusb 0.1 |
| 15:11.29 | Pali | version 0.1 |
| 15:11.37 | Pali | not 1.0; not compat!!! |
| 15:12.25 | DocScrutinizer05 | http://paste.opensuse.org/50854736 |
| 15:13.03 | antranigv | Pali: AFAIK in gentoo pre-1.0 is named libusb-compat |
| 15:13.26 | antranigv | I'll give it a try |
| 15:13.30 | DocScrutinizer05 | I had included the lib stuff into that one if there was a generic way to do so: |
| 15:13.37 | DocScrutinizer05 | ~slashing-cmdline |
| 15:13.37 | Pali | there is "compatibility" library which has libusb 0.1 API, but just wraper around libusb 1.0 |
| 15:13.44 | DocScrutinizer05 | ~flashing-cmdline |
| 15:13.44 | infobot | somebody said flashing-cmdline was http://mg.pov.lt/maemo-irclog/%23maemo.2016-04-09.log.html#t2016-04-09T01:18:12 |
| 15:13.47 | Pali | that version of libusb will not work correctly |
| 15:13.59 | Pali | there are bugs in libusb 1.0 which upstream ignore |
| 15:14.13 | Pali | and so... 0xFFFF does not work with libusb 1.0 correctly |
| 15:14.32 | Pali | to have 0xFFFF working you need to use *original* libusb 0.1 |
| 15:14.43 | antranigv | aha~ |
| 15:15.18 | antranigv | now I got it :) time to try |
| 15:17.11 | DocScrutinizer05 | hmm ctcp-version doesn't give away the distro |
| 15:18.05 | DocScrutinizer05 | maybe we could list the according instructions for the major distros somewhere? |
| 15:18.24 | antranigv | it worked! it was the libusb-compat package :) |
| 15:18.43 | antranigv | DocScrutinizer05: agree, gonna do now for gentoo/funtoo |
| 15:19.02 | DocScrutinizer05 | the question is "where?" |
| 15:19.33 | DocScrutinizer05 | iirc I locked http://wiki.maemo.org/Updating_the_tablet_firmware |
| 15:21.04 | DocScrutinizer05 | should be unlocked now |
| 15:22.23 | DocScrutinizer05 | please edit http://wiki.maemo.org/index.php?title=Updating_the_firmware&action=edit§ion=7 |
| 15:27.02 | DocScrutinizer05 | well, seems it already has all it needs |
| 15:27.10 | DocScrutinizer05 | locking it again |
| 15:28.02 | DocScrutinizer05 | antranigv: or is your gentoo approach different to the apt based distro approach? |
| 15:30.47 | antranigv | DocScrutinizer05: not that much, just the package names are different, etc. |
| 15:31.20 | DocScrutinizer05 | then please add it at bootom after the apt distro instructions |
| 15:31.26 | DocScrutinizer05 | bottom |
| 15:32.15 | DocScrutinizer05 | before "some notes: 2:" |
| 15:39.42 | DocScrutinizer05 | tell me when you're done so I can lock the page again |
| 15:49.16 | antranigv | okey, just broke smthn :) |
| 15:49.50 | antranigv | Raw data transfer EP found at EP2. |
| 15:49.50 | antranigv | SU_GET_UPDATE_STATUS_REQ terminated with error code 1. |
| 15:50.52 | DocScrutinizer05 | you should listen what our guru Pali toldya |
| 15:51.20 | DocScrutinizer05 | [2016-04-28 Thu 17:11:29] <Pali> version 0.1 |
| 15:51.21 | DocScrutinizer05 | [2016-04-28 Thu 17:11:37] <Pali> not 1.0; not compat!!! |
| 15:52.25 | antranigv | but it worked with the rootfs :/ |
| 15:52.35 | DocScrutinizer05 | well |
| 15:52.40 | *** join/#maemo vahe1 (~funtoo@130.193.124.135) |
| 15:53.36 | DocScrutinizer05 | btw that's the reason why the wikipage was locked |
| 15:53.49 | antranigv | it worked! |
| 15:53.52 | antranigv | what reason? :/ |
| 15:54.19 | DocScrutinizer05 | the reason that this page only allows 100% correct and verified info |
| 15:55.39 | DocScrutinizer05 | and when Pali is using a THREE exclamation marks - sth he usually never does |
| 15:55.42 | DocScrutinizer05 | ... |
| 15:58.44 | DocScrutinizer05 | it's locked again |
| 16:04.55 | *** join/#maemo jskarvad (~jskarvad@redhat/jskarvad) |
| 16:09.21 | antranigv | wtf, nothing is working :/ can it be hardware problem? |
| 16:09.44 | antranigv | to be more specific |
| 16:09.45 | KotCzarny | your description means nothing |
| 16:09.50 | antranigv | for example |
| 16:09.53 | KotCzarny | yes, please be more specific |
| 16:09.54 | antranigv | opening a terminal |
| 16:10.03 | antranigv | and then it closes, saying internal error, etc :) |
| 16:10.11 | KotCzarny | what did you flash? |
| 16:10.14 | KotCzarny | only emmc? |
| 16:10.47 | antranigv | emmc and ./flasher-3.5 -F RX-51_2009SE_10.2010.13-2.VANILLA_PR_EMMC_MR0_ARM.bin -f AND ./flasher-3.5 -F RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin -f |
| 16:10.57 | antranigv | vanilla and combined |
| 16:11.06 | KotCzarny | and both completed without error? |
| 16:11.14 | antranigv | yup |
| 16:11.26 | KotCzarny | check dmesg for badblocks? |
| 16:11.47 | KotCzarny | though it would be tricky without terminal |
| 16:11.50 | KotCzarny | does ssh work? |
| 16:12.08 | antranigv | first I need to install ssh, but if no program is running, how can I install ssh :)) |
| 16:12.26 | antranigv | btw |
| 16:12.35 | antranigv | first I did emmc, then the rootfs |
| 16:12.42 | antranigv | I did it right, right? :/ |
| 16:13.31 | KotCzarny | that flash_it_all script does full flash, did you try it? |
| 16:14.32 | KotCzarny | its kind of flash and forget |
| 16:16.08 | antranigv | greate, so it also downloads, I should've read the script from the begining |
| 16:16.15 | KotCzarny | yup |
| 16:16.19 | KotCzarny | told you |
| 16:26.28 | antranigv | KotCzarny: same problem :/ |
| 16:26.39 | antranigv | sorry, flashing RX-51_2009SE_10.2010.13-2.VANILLA_PR_EMMC_MR0_ARM.bin (content of eMMC, incl /home/user/) failed with errorcode 0 |
| 16:26.59 | KotCzarny | then its not flashed? |
| 16:27.21 | antranigv | nop, not that file, only the first file |
| 16:29.19 | DocScrutinizer05 | use decent cable and a primary USB jack of your PC |
| 16:29.43 | antranigv | it;s a lappie ^^ ok, gonna try another cable :) |
| 16:31.05 | *** join/#maemo zamn900 (~zammy@151.73.107.196) |
| 16:31.05 | *** join/#maemo zamn900 (~zammy@unaffiliated/zammy) |
| 16:42.49 | *** join/#maemo krnlyng (~liar@178.114.7.55.wireless.dyn.drei.com) |
| 16:45.46 | *** join/#maemo disco_stu_droid (~wrt54gl@190.211.82.70) |
| 16:47.45 | *** join/#maemo ahycka2 (~yaaic@77.231.219.216) |
| 16:49.59 | antranigv | lol |
| 16:50.01 | antranigv | usbfs: process 11361 (flasher-3.5) did not claim interface 2 before use |
| 17:06.39 | DocScrutinizer05 | you should use the correct lib# |
| 17:07.00 | *** part/#maemo zZap-X (~zZap-X@gateway/vpn/privateinternetaccess/zzap-x) |
| 17:17.31 | *** join/#maemo ahycka (~yaaic@47.red-176-83-174.dynamicip.rima-tde.net) |
| 17:21.45 | *** join/#maemo zZap-X (~zZap-X@gateway/vpn/privateinternetaccess/zzap-x) |
| 17:22.04 | zZap-X | i got yowsup working, seems to send and recieve ok, im too scared to create a group incase i get banned |
| 17:39.53 | *** join/#maemo futpib_ (~futpib@37.113.251.82) |
| 17:42.46 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 17:44.40 | kerio | zZap-X: do eeet |
| 17:44.51 | kerio | #yolo |
| 17:45.11 | KotCzarny | #yowao |
| 17:48.48 | zZap-X | yowsupppp |
| 17:51.18 | *** join/#maemo DrCode (~DrCode@5.28.134.3) |
| 17:53.08 | *** join/#maemo xelo (~xelo@ip-176-198-129-195.hsi05.unitymediagroup.de) |
| 18:15.44 | *** join/#maemo zZap-X (~zZap-X@gateway/vpn/privateinternetaccess/zzap-x) |
| 18:29.55 | *** join/#maemo zZap-X (~zZap-X@gateway/vpn/privateinternetaccess/zzap-x) |
| 18:49.55 | *** join/#maemo uros1 (~Thunderbi@ubuntu/member/uros1) |
| 19:05.24 | zZap-X | INFO:yowsup.common.http.warequest:{"status":"fail","reason":"no_routes","retry_after":3600,"sms_wait":3600,"voice_wait":3600} |
| 19:05.28 | zZap-X | grrrr |
| 19:10.29 | *** part/#maemo antranigv (~antranigv@pingvinashen.am) |
| 19:20.22 | *** join/#maemo Hebi (~penis@uk.co.foxbnc.co.uk) |
| 19:20.49 | *** join/#maemo Vajb (~Vajb@85-76-12-22-nat.elisa-mobile.fi) |
| 19:24.58 | *** join/#maemo zammy (~sam@151.73.107.196) |
| 19:25.20 | zammy | what's up with whatsapp? |
| 19:26.19 | *** join/#maemo zamn900 (~zammy@151.73.107.196) |
| 19:26.20 | *** join/#maemo zamn900 (~zammy@unaffiliated/zammy) |
| 19:26.56 | zZap-X | zamn900: dunno i cant register |
| 19:27.09 | zammy | who are you? |
| 19:27.18 | zZap-X | lol me |
| 19:27.26 | zamn900 | sure |
| 19:31.55 | zZap-X | I'm Mr Zuckerberg, hello. |
| 19:34.01 | zammy | I am sure someone did tell you to say so... that's pointless |
| 19:34.27 | zZap-X | :-/ |
| 19:35.19 | zammy | even aimless |
| 19:35.23 | zZap-X | contacts Mr Zuckerberg for update |
| 19:35.42 | zammy | not accurated at all |
| 19:36.47 | zamn900 | and you know why? because I am Zuckerberg |
| 19:37.12 | zZap-X | :O |
| 19:37.48 | DocScrutinizer05 | suckerzwerg |
| 19:38.50 | zZap-X | lol |
| 19:39.38 | zamn900 | right... |
| 19:39.59 | *** join/#maemo lobito (~lobito@190.177.209.3) |
| 19:40.04 | zamn900 | I would appreciate to say that face to face |
| 19:40.16 | zamn900 | not by facebook |
| 19:40.26 | DocScrutinizer05 | farcebook |
| 19:40.44 | DocScrutinizer05 | facecrook |
| 19:41.05 | DocScrutinizer05 | feels silly |
| 19:43.17 | ceene | i didn't advance anything today on yappari :( |
| 19:44.04 | *** join/#maemo joga (5dJxN5LW@rikki.fi) |
| 19:44.43 | *** join/#maemo joga (5dJxN5LW@unaffiliated/joga) |
| 19:45.11 | zamn900 | ceene, then tell us what did you do swapping your hero's duty? |
| 19:45.53 | ceene | i tried |
| 19:46.05 | ceene | but i'm facing strange things |
| 19:46.16 | zamn900 | like? |
| 19:46.35 | zamn900 | batman calls you to help him? |
| 19:47.00 | ceene | real life job |
| 19:47.02 | zamn900 | flash was having a relation too fast with your girlfriend? |
| 19:47.06 | ceene | and segfaults |
| 19:47.09 | zamn900 | oh ok... |
| 19:47.17 | ceene | those are the biggest obstacles right now |
| 19:47.47 | zamn900 | nothing bad as penguin or the jocker |
| 19:47.57 | zamn900 | or worse? |
| 19:48.14 | ceene | nope |
| 19:49.07 | zamn900 | even for all the money in the world would't happen you to manage that... |
| 19:51.23 | zamn900 | do you know I recall a film in which there was a hacker and a big boss of crimanls who wanted the hacker to crack a password in a few minutes with a gun on the head and a whore sucking his cock too... both handicaps while doing some hack... aiming to kill him at the end... but unsuccessfully... |
| 19:51.41 | ceene | lol |
| 19:52.14 | zamn900 | I am serious... I can't forget that particoular scene |
| 19:53.47 | zZap-X | http://www.effecthacking.com/2015/05/top-10-best-hacking-scenes-from-movies.html |
| 19:55.13 | zamn900 | oh my thank suckerberg |
| 19:57.32 | zamn900 | btw I'd suggest much more to see mr.robot the serie |
| 19:58.14 | zamn900 | veryvery blowing of mind stuff |
| 19:59.07 | *** join/#maemo xelo (~xelo@ip-176-198-129-195.hsi05.unitymediagroup.de) |
| 20:00.30 | zZap-X | already seen Mr Robots, excellent looking forward to next season |
| 20:00.49 | zamn900 | ofc it's addictive |
| 20:01.02 | zamn900 | you gotcha man... |
| 20:01.17 | zamn900 | and did you see the kingsmen? |
| 20:01.39 | zamn900 | not hacker stuff but very cool film |
| 20:01.40 | zZap-X | nope |
| 20:01.46 | zZap-X | will make note |
| 20:01.49 | zamn900 | awesome |
| 20:02.40 | zamn900 | quote: "huh huh... you got your shhhhhhhit!" |
| 20:02.50 | zZap-X | lol |
| 20:11.17 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 20:12.21 | *** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 20:14.49 | *** join/#maemo ult (~root@166.202.32.95.dsl-dynamic.vsi.ru) |
| 20:16.53 | ult | is there an easy way to have both wlan0 and gprs0 connected at the same time? what scripts control the ifdown of wlan0 when gprs0 is up and vice versa? |
| 20:18.33 | zamn900 | I use "advanced interface switcher" |
| 20:18.41 | ult | on condition that wlan0 is being connected to AP in STA mode, that is |
| 20:21.16 | *** join/#maemo zap (~zap@178.130.40.87) |
| 20:21.27 | zamn900 | sometimes my sim card slips away from it's plug little case... and that's what caused me sometime to have no gsm connection at all... I solved that by adding to my sim some adesive stripe... and now is thicker... now plugs well... |
| 20:22.16 | ult | afaik, advanced interface switcher does different thing, it lets you choose what is disabled and enabled before any connection could be made. the problem is that attempt to connect to gprs while wlan0 is connected results in wlan being disconnected and the other way around. |
| 20:23.29 | Sicelo | what you want ult is very possible. connect gprs0 using maemo's connection system, and use your command line tool of choice for wlan0 |
| 20:24.59 | ult | any other than wpa_supplicant you can tell me about? |
| 20:30.25 | Vajb | i use wpa_supplicant with a simple shell script made by Sicelo ;) |
| 20:31.48 | ult | great, wpa_gui can't found the interface...the list is just empty. where could i have a look at this script? |
| 20:31.51 | *** join/#maemo lobito (~lobito@190.177.209.3) |
| 20:32.46 | zamn900 | my phone is too private... I can't share how I do it... even if I understood one word of yours |
| 20:35.16 | Vajb | i think i edited wpa_supplicant.conf manually for my wlan |
| 20:37.44 | Vajb | then i have script "modprobe w112xx, stop wlancond, ifconfig wlan0 up, wpa_supplicant -i wlan0 -c /home/user/wpa_supplicant.conf -B, ifconfig wlan0 ip |
| 20:39.14 | Vajb | wpa_supplicant.conf is just my wlan name and password |
| 20:40.19 | ult | the problem is that for each network you may encounter you've to add an entry in conf file |
| 20:41.13 | Vajb | true, I don't know any other way and this works for me becuse i only use wlan at home |
| 20:41.22 | ult | is it hardcoded in wlancond to treat wlan and gprs as mutually exclusive? |
| 20:41.46 | Vajb | i don't know |
| 20:41.59 | Vajb | but would guess, yes it is... |
| 20:44.08 | Sicelo | you can't manipulate wlan0 while wlancond owns it :) |
| 20:44.59 | ult | i hoped it's up for some patchable script that checks what's coming up up and deconfigures the conflicting ifaces |
| 20:47.42 | ult | and there is no way to bring up gprs through any other facility than wlancond? |
| 20:48.04 | *** join/#maemo lobito (~lobito@190.177.209.3) |
| 20:50.13 | Sicelo | there might .. but not easy |
| 20:50.21 | Sicelo | i gave you the easiest way :) |
| 20:54.00 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 21:03.47 | ult | when i start wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf which contains only ctrl_iface it goes CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=0 like crazy |
| 21:06.10 | DocScrutinizer05 | ult: what's the use of having two parallel internet interfaces when you don't set up according routes? |
| 21:06.59 | Sicelo | +1 :) |
| 21:07.18 | Sicelo | you didn't explain what you need 2 iface up |
| 21:07.20 | Sicelo | *why |
| 21:07.51 | ult | custom rt_table could be put in place, ip rules configured to route certain traffic via gprs while other stuff through ap |
| 21:08.19 | DocScrutinizer05 | ((is it hardcoded in wlancond to treat wlan and gprs as mutually exclusive?)) that's "hardcoded" into the way internet connectivity works |
| 21:09.14 | DocScrutinizer05 | I think what you want to look into is dnsmasq |
| 21:09.43 | ult | no way, multiple default routes via multiple ifaces are possible. what's the connection to dnsmasq? |
| 21:10.09 | DocScrutinizer05 | look into it and you'll see |
| 21:10.36 | DocScrutinizer05 | icd2, dnsmasq, wlancond |
| 21:10.47 | ult | "per interface forwarders" is what i've seen, am i missing smth? |
| 21:14.26 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 21:14.36 | DocScrutinizer05 | http://paste.opensuse.org/17098343 |
| 21:16.17 | DocScrutinizer05 | >>The dnsmasq DHCP server supports static address assignments and multiple networks.<< |
| 21:22.26 | ult | elaborate a bit. there's no problem in having it manage several interfaces at once. my goal is to pinpoint the script which brings down one iface when other comes up. IF it's done by script and not some logic inside something which is closed source. |
| 21:25.17 | DocScrutinizer05 | https://talk.maemo.org/showthread.php?t=96108 |
| 21:26.08 | DocScrutinizer05 | ICD = Internet Connection Deamon |
| 21:27.56 | DocScrutinizer05 | >>To be honest I recommend avoiding ICD like the plague since most of it seems to come from symbian...<< |
| 21:28.54 | DocScrutinizer05 | http://maemo.org/api_refs/5.0/beta/icd2/group__dbus__api.html |
| 21:29.08 | Sicelo | DocScrutinizer05: do we have easy way to control gprs0 on N900? |
| 21:29.22 | DocScrutinizer05 | dunno |
| 21:29.44 | DocScrutinizer05 | tbh I never looked into it |
| 21:30.38 | DocScrutinizer05 | http://maemo.org/api_refs/5.0/beta/icd2/group__srv__provider__api.html |
| 21:32.55 | DocScrutinizer05 | http://maemo.org/api_refs/5.0/beta/icd2/group__network__module__api.html |
| 21:35.30 | DocScrutinizer05 | http://wiki.maemo.org/N900_dbus |
| 21:39.07 | *** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 21:39.15 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 21:44.59 | *** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 21:47.51 | ult | ALOT of info, thx. any idea how to discover what exactly brings device down? strace wlancond - megs of garbage. gdb breakpoint on some syscall? any other way to install hook on event? |
| 21:50.00 | DocScrutinizer05 | <PROTECTED> |
| 21:50.45 | DocScrutinizer05 | oops sorry |
| 21:51.20 | DocScrutinizer05 | <PROTECTED> |
| 21:54.06 | DocScrutinizer05 | seems /sbin/ifup is basically what you want to look into |
| 21:54.22 | DocScrutinizer05 | though it's entangled with ICD(") |
| 21:54.27 | DocScrutinizer05 | 2 even |
| 21:55.32 | DocScrutinizer05 | obviously a connection gets enabled and marshalled to sustem only when DHCP succeeded |
| 21:55.40 | DocScrutinizer05 | system* |
| 21:55.54 | DocScrutinizer05 | tgus dnsmasq is also entangled |
| 21:56.29 | DocScrutinizer05 | I even think dnsmasq is the last element in that chain, that finally sets up the route and gives the OK to use the IF |
| 21:57.09 | Sicelo | someone must send AT commands to the modem in the case of gprs0. who is that? i guess ICD? |
| 21:58.41 | DocScrutinizer05 | libicd2 libisi dunno |
| 21:59.56 | DocScrutinizer05 | I'm not even sure it tears down the PDP_context |
| 22:00.31 | ult | dnsmasq serves as dns forwarder and cached reply relay, plus dhcp server. but in both cases with gprs and wlan in STA mode we're on the client side. what dnsmasq has to do with connection completion in this scenario, i'd rather assume that udcpd is involved, no? |
| 22:00.37 | DocScrutinizer05 | ask frals, he might know details |
| 22:01.11 | DocScrutinizer05 | a ps will enlighten you |
| 22:01.25 | Sicelo | udhcpc is what our dhcp client. dnsmasq is our dns server |
| 22:02.20 | DocScrutinizer05 | root 31334 0.0 0.2 1628 576 ? S Apr28 0:00 /sbin/udhcpc -i wlan0 -s /etc/udhcpc/libicd_network_ipv4.script -H IroN900 -f -R 15 |
| 22:02.44 | Sicelo | dnsmasq is not used as dhcp server on maemo's default config. of course the ability is there and you can use it for yourself |
| 22:03.16 | DocScrutinizer05 | IroN900:~# cat /etc/udhcpc/libicd_network_ipv4.script |
| 22:03.18 | DocScrutinizer05 | #!/bin/sh |
| 22:03.19 | DocScrutinizer05 | # Place your script to /etc/maemo-dhcp.d directory so that it gets run. |
| 22:03.21 | DocScrutinizer05 | run-parts -a "$1" /etc/maemo-dhcp.d |
| 22:04.19 | DocScrutinizer05 | less /etc/maemo-dhcp.d/50_ipv4_network_setup |
| 22:05.17 | *** join/#maemo githogori (~githogori@c-73-70-12-67.hsd1.ca.comcast.net) |
| 22:05.39 | DocScrutinizer05 | <PROTECTED> |
| 22:08.02 | Sicelo | i wonder if that dbus cmd is what i'm missing in my wpa_supplicant string .. i have dummy network, and all applications 'see' the connection. pidgin does not however. it still works, but it keeps showing "waiting for connection" |
| 22:08.08 | *** join/#maemo Trizt (~user@ukko.aho.hk) |
| 22:08.42 | DocScrutinizer05 | system informs maemo aps about connectivity status |
| 22:08.46 | Sicelo | will try it tomorrow at work (which is the only place i need wpa_supplicant .. stupid windows-based radius network) |
| 22:09.06 | DocScrutinizer05 | ~usb-networking |
| 22:09.06 | infobot | [usb-networking] http://wiki.maemo.org/USB_networking, or http://wiki.maemo.org/N900_USB_networking, or http://wiki.maemo.org/User:Joerg_rw/usb-networking |
| 22:09.53 | *** join/#maemo amospalla (~amospalla@unaffiliated/amospalla) |
| 22:09.55 | Sicelo | i have all that :) |
| 22:10.10 | Sicelo | and works perfectly for all applications, except pidgin |
| 22:12.26 | *** join/#maemo till (~till@vispillo.org) |
| 22:13.06 | DocScrutinizer05 | hmmm |
| 22:13.34 | DocScrutinizer05 | does pidgin need to authenticate anew? |
| 22:14.19 | DocScrutinizer05 | I mean, for all my IRC clients they need to log in again after internet connection got changed |
| 22:14.38 | DocScrutinizer05 | not only on maemo |
| 22:17.05 | DocScrutinizer05 | ult: sorry I was a tad grumpy, I'm hungry and tired. Actually this whole internet connection stuff on maemo is a maze and a mess |
| 22:17.26 | DocScrutinizer05 | I got no real clue either |
| 22:19.16 | DocScrutinizer05 | what I can tell you is a maybe interesting observation that trying to switch from GPRS to WLAN doesn't break the connection until WLAN actually provided a DHCP lease |
| 22:19.50 | DocScrutinizer05 | if it doesn't, the connection try will get aborted and user gets a requester "failed! try again?" |
| 22:20.06 | DocScrutinizer05 | during all that the GPRS connection happily works on |
| 22:25.31 | *** join/#maemo vakkov (~vakkov@ic-s221n21.brunel.ac.uk) |
| 22:25.51 | Sicelo | yes .. i like that particular feature. saves you getting disconnected into a bad network :) |
| 22:26.14 | Sicelo | indeed, the NITs are meant for always-on connectivity |
| 22:26.20 | DocScrutinizer05 | unrelated: half a day of IroN900 idling, as seen by router http://wstaw.org/m/2016/04/29/plasma-desktopxb2219.png |
| 22:27.41 | Sicelo | nice router |
| 22:27.46 | DocScrutinizer05 | indeed |
| 22:27.50 | DocScrutinizer05 | ubiquiti |
| 22:28.14 | DocScrutinizer05 | great |
| 22:28.17 | ult | tried to enclose/etc/maemo-dhcp.d/50_ipv4_network_setup deconfig) section in { if [ "$interface" != "gprs0" ]; then} but to no avial. but with added {echo "$(date) $interface" >> /tmp/2} before the condition check it looks like wlan gets deconfigured even when you're changing connection from gprs to wlan...weird |
| 22:29.11 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 22:29.31 | DocScrutinizer05 | well, tear it down just in case user messed with it meanwhile ;-) |
| 22:30.45 | DocScrutinizer05 | you quite easily could just use wifieye despite not being connected to an AP and rather using GPRS |
| 22:31.15 | DocScrutinizer05 | in that case _obviously_ WLAN is active, but somewhat incorrectly configured |
| 22:31.35 | *** join/#maemo lobito (~lobito@190.177.209.3) |
| 22:32.30 | DocScrutinizer05 | and maybe that's just what you want to do: disallow "automatic switching to WLAN when available" in settings, then absolutely normally bring up WLAN and connect and add a route |
| 22:33.27 | DocScrutinizer05 | I guess it's a nightmare to teach ICD2 that trick to keep 2 concurrent connections active |
| 22:34.18 | DocScrutinizer05 | so best and simlest thing is to not tell "maemo" aka ICD2 / wlancond etc pp about any AP it's allowed to connect to |
| 22:34.26 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 22:34.48 | DocScrutinizer05 | then connect "manually" like on any other linux system |
| 22:35.15 | DocScrutinizer05 | see wifieye for a prolly helpful example how to bring up and tear down WLAN |
| 22:36.00 | DocScrutinizer05 | though wifieye only does scans, connecting to an AP can't be significantly more complicated |
| 22:38.58 | ult | "auto switch to wifi" doesn't provide a way to have both gprs and wlan simultaneously up. connect manually - do you mean via wpa_supplicant? |
| 22:41.48 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 22:43.51 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 22:45.50 | DocScrutinizer05 | http://processors.wiki.ti.com/index.php/WL127x_WLAN_API_Information#mac802.11_Basics |
| 22:46.18 | DocScrutinizer05 | >>"auto switch to wifi" doesn't provide a way to have both gprs and wlan simultaneously up<< is *exactly* what I said |
| 22:46.34 | *** join/#maemo Cor-Ai (~cor-ai@c-7597e355.06-922-7570702.cust.bredbandsbolaget.se) |
| 22:47.52 | ult | "auto switch to wifi disabled" doesn't seem to do the trick either |
| 22:51.10 | ult | but wpa_supplicant succeded in connection to AP while gprs0 was ( and remained) active, provided it had needed network descr block in conf. all that is left is to automate the process of doing it with 1 command |
| 22:58.58 | DocScrutinizer05 | waves |
| 23:00.02 | DocScrutinizer05 | glad to hear my suggestion worked for you |
| 23:20.05 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 23:24.45 | *** join/#maemo Mek (~quassel@kde/mkruisselbrink) |
