xes | DocScrutinizer05: warfare: hi! Vbullettin has antispam modules that fail very very often | 00:08 |
---|---|---|
xes | if one ip is in our blacklist it means that it's been reported for malicious activity. I have checked almost every complaint and there was a real plausible reason for the presence in the list. So, in that list there aren't "innocent" users. Which is the purpose to grant a read only access to these bots and spammers? | 00:21 |
*** ashneo76 has quit IRC | 00:21 | |
xes | since the blacklist has been applied, i can remember <10 spam posts. When there was only the vbullettin antispam .... well, ask the numbers to the moderators | 00:25 |
DocScrutinizer05 | xes: what about Tor nodes? | 00:36 |
DocScrutinizer05 | and huge NATted networks | 00:36 |
xes | DocScrutinizer05: do you know which kind of traffic is generated by tor? | 00:39 |
DocScrutinizer05 | all sorts of traffic are routed via tor | 00:40 |
DocScrutinizer05 | yes, probably a lot of spammers use tor as well. But also absolutely innocent users do | 00:40 |
xes | sure. One you have a minute compare the tor exit nodes list with the list of recent attacks on the web | 00:41 |
DocScrutinizer05 | I don't know traffic _generated_ by tor though. Except of course between tor nodes | 00:41 |
xes | anyway, i can see how this solution is far from perfection (if a perfection exists) | 00:42 |
DocScrutinizer05 | Tor is basically a NAT service, at least as seen from the outside | 00:42 |
xes | but we need an efficient solution that vbulletin addons can't provide | 00:44 |
DocScrutinizer05 | there are other NAT that have a very huge userbase behind them. GPRS cellular serices come to mind, and in some eastern-european countries it seems even wired internet is fed through a NAT | 00:44 |
DocScrutinizer05 | I can see a very simple 10-liner "addon" to handle this: on register page check IP of current user against RBL IP list. If match, send that IP to FW for blocking | 00:46 |
xes | yes, i know | 00:46 |
kerio | "eastern-european" | 00:46 |
kerio | one of the major italian ISPs does carrier-grade NAT | 00:46 |
DocScrutinizer05 | hmm dunno, kerio. That's what I seem to remember | 00:47 |
kerio | no i mean | 00:47 |
kerio | you don't have to go that far | 00:47 |
DocScrutinizer05 | ok | 00:47 |
kerio | G8 country | 00:47 |
kerio | carrier-grade NAT on a major wired ISP | 00:47 |
warfare | kerio: most major german cable providers do this. | 00:47 |
kerio | i think that verizon in the US does nat64 on the phones | 00:48 |
DocScrutinizer05 | how about giving my 10-liner idea a shot? | 00:52 |
*** louisdk has joined #maemo | 00:56 | |
DocScrutinizer05 | tmo could even report each IP accessing the login page, and FW does the lookup in the RBL and adds the IP to netfilter only when it's a hit in RBL | 01:04 |
*** Pali has quit IRC | 01:15 | |
*** LauRoman|Phone has joined #maemo | 01:39 | |
*** LauRoman has quit IRC | 01:42 | |
*** louisdk has quit IRC | 01:44 | |
*** pozitron has joined #maemo | 01:47 | |
*** realitygaps has quit IRC | 01:50 | |
*** realitygaps has joined #maemo | 01:51 | |
*** realitygaps has joined #maemo | 01:51 | |
*** louisdk has joined #maemo | 01:54 | |
*** louisdk has quit IRC | 02:01 | |
*** jonwil has joined #maemo | 02:08 | |
*** futpib_ has quit IRC | 02:09 | |
*** xorly has quit IRC | 02:19 | |
Wizzup | freemangordon: minor cleanup http://sprunge.us/jBCN?c | 02:41 |
*** pozitron has quit IRC | 02:46 | |
*** Guest54554 has quit IRC | 02:49 | |
*** Guest54554 has joined #maemo | 02:49 | |
*** Guest54554 is now known as stryngs | 02:49 | |
*** louisdk has joined #maemo | 02:51 | |
*** florian has quit IRC | 03:03 | |
*** louisdk has quit IRC | 03:04 | |
*** louisdk has joined #maemo | 03:24 | |
*** louisdk has quit IRC | 03:53 | |
*** svetlana has joined #maemo | 04:06 | |
*** eMHa__ has joined #maemo | 04:16 | |
*** eMHa_ has quit IRC | 04:20 | |
*** KotCzarny has quit IRC | 04:26 | |
*** FlameReaper-PC has joined #maemo | 04:35 | |
*** Defiant has quit IRC | 04:41 | |
*** Defiant has joined #maemo | 04:45 | |
*** RedW has quit IRC | 05:00 | |
*** RedW has joined #maemo | 05:02 | |
*** louisdk has joined #maemo | 05:20 | |
*** louisdk has quit IRC | 05:49 | |
*** DocScrutinizer05 has quit IRC | 06:03 | |
*** DocScrutinizer05 has joined #maemo | 06:04 | |
*** Roth has joined #maemo | 07:38 | |
*** vahe has joined #maemo | 07:57 | |
*** jonwil has quit IRC | 08:08 | |
*** Roth has quit IRC | 08:10 | |
*** smhar has quit IRC | 08:20 | |
*** Venusaur has quit IRC | 08:31 | |
*** Venusaur has joined #maemo | 08:46 | |
*** sparetire_ has quit IRC | 08:58 | |
*** Vajb has quit IRC | 09:10 | |
*** KotCzarny has joined #maemo | 09:10 | |
KotCzarny | xes, readonly idea would be nice, is there simple way to setup readonly copy of the talk/wiki pages that use the same db (but with ro access only) then redirect/offer a link to offenders | 09:15 |
KotCzarny | xes, it could even be done via some simple script that would disallow all POSTs and allow only GETs | 09:16 |
*** florian has joined #maemo | 09:28 | |
*** LauRoman has joined #maemo | 09:32 | |
*** jonwil has joined #maemo | 09:48 | |
*** Vajb has joined #maemo | 10:02 | |
*** Pali has joined #maemo | 10:04 | |
jonwil | hi | 10:08 |
Pali | jonwil: hi | 10:14 |
Pali | jonwil: can you document somewhere process or state of pulseaudio-nokia? | 10:14 |
Pali | I would like to know what is already done | 10:14 |
Pali | what is in progress and what needs to be done | 10:15 |
Pali | e.g. which modules can be reuses from meego/harmattan and which needs to be RE | 10:15 |
jonwil | We cant reuse anything from meego/harmattan | 10:16 |
Pali | really? | 10:16 |
jonwil | yeah | 10:17 |
Pali | it is different or what is reason? | 10:17 |
jonwil | Too different | 10:17 |
Pali | I see that e.g. music module is copied from meego | 10:17 |
*** FlameReaper-PC has quit IRC | 10:17 | |
jonwil | yeah we are reusing FOSS parts from Meego | 10:17 |
jonwil | but we cant reuse any Meego or Harmattan blobs | 10:18 |
jonwil | and the FOSS bits have been modified heavily to match Maemo | 10:18 |
*** LauRoman|Phone has quit IRC | 10:19 | |
*** Maxdamantus has joined #maemo | 10:22 | |
jonwil | In terms of whats still todo, there are //todo markers covering which functions still need to be cloned (plus there are functions yet to be cloned that are called by ones marked //todo) | 10:24 |
jonwil | I have done all the cloning of pulseaudio-nokia that I can do | 10:24 |
jonwil | why the interest in pulseaudio-nokia anyway? | 10:30 |
Pali | I just like to know current state | 10:48 |
Pali | freemangordon wrote that some parts after RE are now faster | 10:49 |
Pali | so maybe they could be good stuff for CSSU | 10:49 |
jonwil | What we have isn't good enough for CSSU yet | 10:51 |
Maxdamantus | Hm. Played around 7 hourse, 28 minutes and 42 seconds of music today, 33% battery remaining. | 10:57 |
Maxdamantus | That seems like my normal daily drain. | 10:58 |
Maxdamantus | Maybe I normally have stuff running that keep the device busy somehow. | 10:58 |
KotCzarny | most likely | 10:59 |
KotCzarny | powertop etc | 10:59 |
* Maxdamantus doesn't understand how powertop works. | 10:59 | |
* Maxdamantus will probably just strace everything. | 10:59 | |
Maxdamantus | or maybe make a special program that ptraces everything in a controlled fashion. | 11:00 |
KotCzarny | maxd, you basically look at the sources of wakeups | 11:00 |
Maxdamantus | How low-level are the wakeup sources? | 11:00 |
KotCzarny | by device/driver | 11:00 |
KotCzarny | (interrupts) | 11:00 |
*** vahe has quit IRC | 11:01 | |
Maxdamantus | So what does it say when there's a particular task that's just doing a loop over some sleep system call. | 11:01 |
Maxdamantus | s/.$/?/ | 11:01 |
Maxdamantus | task as in LWP | 11:01 |
KotCzarny | maxd, write such program (should be a quickie), run and see the powertop output before/after | 11:02 |
*** vahe has joined #maemo | 11:03 | |
Maxdamantus | Mk, will do soon. | 11:05 |
KotCzarny | i've found out when writing oscp that keeping audio device open (in pause, not writing to it) keeps pulseaudio churning | 11:06 |
Maxdamantus | That could explain it. | 11:06 |
Maxdamantus | I use mpd. | 11:06 |
*** hubutm20 has joined #maemo | 11:08 | |
KotCzarny | fix was simple, but ugly | 11:09 |
Maxdamantus | Why ugly? | 11:10 |
KotCzarny | because i dont like it, and because it's PA fault | 11:10 |
bencoh | they probably do that because of timing issues | 11:12 |
KotCzarny | i bet dmix in alsa doesnt do that | 11:12 |
Maxdamantus | My pulseaudio process doesn't seem to be doing anything while idle. | 11:14 |
Maxdamantus | unless you're talking about the library part (which would be part of the music player process) | 11:15 |
KotCzarny | maxd: i was talking about 'pause', when stopped apps usually release the device | 11:15 |
Maxdamantus | Yeah, so I'm guessing mpd is releasing the device, whatever that means. | 11:16 |
Maxdamantus | since all I see is a bunch of threads blocked in some SYS_336 call. | 11:17 |
Maxdamantus | Apparently that's ppoll | 11:18 |
Maxdamantus | silly maemo version of strace. | 11:18 |
Pali | do you know how to import C header file (with function prototypes and structs) into IDA? | 11:22 |
jonwil | Is it a header file from the Maemo SDK? | 11:24 |
jonwil | Or a header file from somewhere else? | 11:24 |
KotCzarny | LoadHeaderFile ? | 11:35 |
KotCzarny | https://www.hex-rays.com/products/ida/support/idadoc/1367.shtml | 11:35 |
KotCzarny | also: http://reverseengineering.stackexchange.com/questions/6651/importing-c-header-file-with-memory-location-definitions | 11:36 |
*** Guest45580 has joined #maemo | 11:40 | |
*** Guest45580 has left #maemo | 11:40 | |
*** ssvb_ has quit IRC | 11:45 | |
*** ssvb_ has joined #maemo | 11:45 | |
*** pozitrono has joined #maemo | 11:47 | |
*** jonwil has quit IRC | 11:49 | |
*** jonwil has joined #maemo | 11:49 | |
freemangordon | Pali: File->Load File->Parse additional header file | 12:07 |
freemangordon | keep in mind you might have to set the include paths | 12:07 |
freemangordon | Pali: in Options->Compiler | 12:08 |
freemangordon | so the parser to be able to find the #includes in the file it is parsing | 12:08 |
Pali | parse C header file did not imported structs... | 12:15 |
freemangordon | Pali: check in views->open subviews->local types | 12:15 |
Pali | a ok, they are | 12:16 |
freemangordon | also, maybe it is good idea to load tlb that jonwil created | 12:16 |
jonwil | thats if you are working with Maemo ARM binaries | 12:16 |
jonwil | if you are working with x86 or something that isn't Maemo, you dont need it | 12:17 |
freemangordon | yeah, sure | 12:17 |
*** Defiant has quit IRC | 12:18 | |
*** Defiant has joined #maemo | 12:19 | |
freemangordon | Pali: sorry about pestering, but could you upgrade kernel to -rc7 | 12:19 |
freemangordon | to see if net oops still exists | 12:19 |
*** vakkov has quit IRC | 12:20 | |
Pali | ok will at it | 12:21 |
freemangordon | Pali: also, I'll look into that mmc slot name, to see how much of a work it is | 12:24 |
freemangordon | to implement it in mmc core that is | 12:24 |
Pali | ok | 12:24 |
Wizzup | are you talking about the fact that mmcblk0 and mmcblk1 are swapped on mainline? | 12:26 |
Wizzup | (swapped compared to standard maemo kernel) | 12:26 |
Wizzup | or am I confused again :) | 12:26 |
*** LauRoman has quit IRC | 12:29 | |
*** vakkov has joined #maemo | 12:31 | |
freemangordon | Wizzup: in lagacy boot they have the so-called "slot names" | 12:34 |
freemangordon | *legacy | 12:35 |
freemangordon | "external" and "internal" | 12:35 |
Wizzup | ah | 12:36 |
kerio | the slot swapping is very silly :\ | 12:41 |
bencoh | yeah | 12:42 |
*** futpib_ has joined #maemo | 12:45 | |
*** jonwil has quit IRC | 12:47 | |
KotCzarny | how about probing all mmc devices during boot for some signature? | 12:50 |
KotCzarny | that way it wouldnt matter where/what | 12:50 |
Pali | freemangordon: kernel rebased | 12:58 |
Pali | now I'm testing compilation | 12:58 |
Pali | and will push changes to github | 12:58 |
Pali | freemangordon: can you look at that omapfb bug? infinite loop of division by zero? | 12:59 |
Pali | it is reproducable in qemu | 12:59 |
Pali | and also on real n900 | 12:59 |
Pali | hit by: echo 0 > /sys/devices/platform/omapdss/overlay0/enabled && echo 0 > /sys/class/graphics/fb0/size | 13:03 |
bencoh | what is echo 0 > /sys/class/graphics/fb0/size supposed to do? | 13:05 |
bencoh | I mean, setting size to 0 ... how is that supposed to behave? | 13:06 |
KotCzarny | bencoh, maybe disabling the fb? | 13:06 |
KotCzarny | maybe auto detect something? | 13:06 |
Pali | freemangordon: code pushed to github | 13:07 |
Pali | bencoh: 0 is special value for omapfb to reset | 13:07 |
bencoh | ah | 13:07 |
KotCzarny | nonstandard interfaces ahoy! | 13:09 |
*** pozitrono has quit IRC | 13:22 | |
*** ssvb_ has quit IRC | 13:32 | |
*** ssvb_ has joined #maemo | 13:32 | |
*** FlameReaper-PC has joined #maemo | 13:34 | |
*** ssvb_ has quit IRC | 13:34 | |
*** ssvb_ has joined #maemo | 13:35 | |
*** xorly has joined #maemo | 14:00 | |
*** FlameReaper-PC has quit IRC | 14:08 | |
*** FlameReaper-PC has joined #maemo | 14:14 | |
*** realitygaps has quit IRC | 14:27 | |
*** Vajb has quit IRC | 14:36 | |
*** amospalla has quit IRC | 14:44 | |
*** smhar has joined #maemo | 14:45 | |
freemangordon | Pali: ok, will do | 14:45 |
*** amospalla has joined #maemo | 14:45 | |
*** pozitron has joined #maemo | 14:46 | |
*** ceene is now known as sslayer | 14:52 | |
*** smhar has quit IRC | 14:55 | |
freemangordon | Pali: "ARM: OMAPFB: panel-sony-acx565akm: fix missing mutex unlocks" is still in the tree | 14:55 |
*** realitygaps has joined #maemo | 14:55 | |
*** realitygaps has quit IRC | 14:55 | |
*** realitygaps has joined #maemo | 14:55 | |
Pali | forgot to drop :-( | 14:55 |
*** ArGGu^^ has quit IRC | 14:59 | |
*** smhar has joined #maemo | 15:01 | |
*** vahe has quit IRC | 15:10 | |
*** krnlyng has quit IRC | 15:22 | |
*** raandoom has joined #maemo | 15:23 | |
*** mp_ has joined #maemo | 15:24 | |
*** krnlyng has joined #maemo | 15:25 | |
*** krnlyng has quit IRC | 15:27 | |
*** krnlyng has joined #maemo | 15:28 | |
*** ArGGu^^ has joined #maemo | 15:30 | |
*** Kabouik has quit IRC | 15:33 | |
*** N-Mi has joined #maemo | 15:36 | |
*** Vajb has joined #maemo | 15:48 | |
*** ashley has quit IRC | 16:01 | |
*** ashley has joined #maemo | 16:02 | |
*** ashley has joined #maemo | 16:02 | |
*** ashley has joined #maemo | 16:06 | |
*** ashley has joined #maemo | 16:06 | |
freemangordon | Wizzup: ping | 16:13 |
*** realitygaps has quit IRC | 16:15 | |
Wizzup | freemangordon: pong | 16:15 |
freemangordon | Wizzup: http://sprunge.us/jBCN?c, line 52 | 16:15 |
freemangordon | are you sure this is the correct way to match? | 16:16 |
freemangordon | ev_keys[p][q] gives us a keycode | 16:16 |
Wizzup | Let me look | 16:17 |
*** Vajb has quit IRC | 16:18 | |
Wizzup | freemangordon: Are you sure that is called keycode? Those constants are defined in linux/input.h and iirc are the right way to compare to/with | 16:18 |
freemangordon | not sure how's that called | 16:19 |
freemangordon | however , could you look at http://pastebin.com/GhY0KDLL | 16:19 |
Wizzup | I mean, a stupid answer would be: "it works", but now I want to double check what I did | 16:19 |
freemangordon | if you tested it, then it is me that screwed something | 16:19 |
*** ToJa92_ has quit IRC | 16:19 | |
freemangordon | look at the pastebin | 16:20 |
*** ToJa92 has joined #maemo | 16:20 | |
freemangordon | that one gives me error on mce: match_event_file_by_caps: ioctl(EVIOCGBIT) failed on `/dev/input/eventN', where N = 0,1,2,4,5,6 | 16:20 |
Wizzup | On maemo? | 16:21 |
freemangordon | for event3 (which is our gpio switch) it doesn;t give error, but does not find a match either | 16:21 |
freemangordon | yes | 16:21 |
freemangordon | linux 4.4-rc7 | 16:21 |
*** keithzg_ has quit IRC | 16:21 | |
freemangordon | but evtest works just fine there | 16:21 |
freemangordon | oh, no, event3 is accell :) | 16:22 |
Wizzup | does it give that error in the loop or outside of the loop? (when getting events or when getting keys) | 16:23 |
Wizzup | freemangordon: btw, I think line 41 is incorrect in your paste | 16:23 |
freemangordon | no idea, have to tweak the code, gimme a minute | 16:23 |
Wizzup | freemangordon: continue should really be return -1; | 16:23 |
Wizzup | if one of the request event types is not export, it cannot be the device you're looking fo | 16:24 |
Wizzup | r | 16:24 |
Wizzup | is not exported* | 16:24 |
Wizzup | that is what my code did on line 41 (same line, heh) | 16:24 |
freemangordon | no, I want to match at least one of the request types :) | 16:24 |
freemangordon | the same for the keycodes | 16:24 |
Wizzup | Ah. I thought you wanted to match all. | 16:24 |
freemangordon | no, match at least one | 16:25 |
freemangordon | in the meanwhile, this is what evtest gives me http://pastebin.com/Z1NAvLVX | 16:25 |
KotCzarny | fun of third party code writing | 16:25 |
KotCzarny | and specs/reqs not written | 16:25 |
freemangordon | yeah :) | 16:25 |
Wizzup | Let me add error checks to my original ioctl code and see what happens | 16:26 |
freemangordon | Wizzup: wait a second, building | 16:26 |
freemangordon | Wizzup: mce: match_event_file_by_caps: ioctl(EVIOCGBIT, EV_MAX) failed on `/dev/input/event6' | 16:27 |
Wizzup | Are you sure all the ioctl's use the return value for error indication? | 16:27 |
Wizzup | perror gives me 'success' | 16:27 |
Wizzup | match_device: can't get events: Success | 16:27 |
Wizzup | not all ioctl's return nonzero on failure | 16:27 |
freemangordon | according to man ioctl, it should return 0 on success | 16:27 |
Wizzup | not always | 16:27 |
*** keithzg has joined #maemo | 16:28 | |
Wizzup | Usually, on success zero is returned. A few ioctl() requests use the | 16:28 |
Wizzup | return value as an output parameter and return a nonnegative value on suc‐ | 16:28 |
Wizzup | cess. On error, -1 is returned, and errno is set appropriately. | 16:28 |
Wizzup | Let me check - because errno is not set here | 16:28 |
freemangordon | ah, I see | 16:28 |
Wizzup | Which makes me assume that there is in fact, 'no error' | 16:28 |
Wizzup | but let me double check. | 16:28 |
freemangordon | I should check for -1 | 16:28 |
freemangordon | yeah, my bad, let me fix that and test again | 16:28 |
Wizzup | Yeah, it both line 21 and 45 return -1 on error | 16:29 |
Wizzup | I think both* | 16:29 |
Wizzup | http://sprunge.us/hgJP?c | 16:30 |
Wizzup | oh - indent | 16:30 |
Wizzup | http://sprunge.us/ejSV?c | 16:30 |
freemangordon | yep, it was that one | 16:30 |
freemangordon | sorry for the noise | 16:30 |
Wizzup | np :) | 16:30 |
freemangordon | Wizzup: http://pastebin.com/45SgLeRE | 16:31 |
freemangordon | that result in "mce: Match found on `/dev/input/event6'" | 16:31 |
Wizzup | That is what you wanted, right? (I don't know what event6 is) | 16:32 |
Wizzup | Ah, I see the evtest paste | 16:32 |
freemangordon | yes | 16:32 |
Wizzup | So that's good, then :) | 16:32 |
freemangordon | yep, thanks | 16:32 |
Wizzup | p.s. maybe you can somehow use errno in the mce_og | 16:33 |
freemangordon | mce_og? | 16:33 |
Wizzup | mce_log | 16:33 |
Wizzup | hang on - phone | 16:33 |
freemangordon | in theory yes, but I don't really think it makes sense | 16:34 |
freemangordon | I don;t see errno used in the other parts of the code | 16:34 |
Wizzup | I just meant that if ioctl's fail, it is sometimes useful to know why | 16:35 |
Wizzup | but this is good enough :) | 16:35 |
freemangordon | yes, got the idea | 16:36 |
Wizzup | also ioctl's should not return anything other than -1 on error, but I guess < 0 is fine too (according to the man page) | 16:36 |
freemangordon | :nod: | 16:36 |
*** raandoom has quit IRC | 16:42 | |
*** at1as has quit IRC | 16:46 | |
Wizzup | freemangordon: wrt the test_bit, it turns the 'key code' into a proper index in the bit array and checks if that bit is set | 16:47 |
Wizzup | so I think it is correct | 16:47 |
*** realitygaps has joined #maemo | 16:48 | |
*** realitygaps has joined #maemo | 16:48 | |
Wizzup | at least I saw no false matches - but I may be wrong | 16:48 |
freemangordon | ok, makes sense | 16:48 |
*** Pali has quit IRC | 16:56 | |
*** louisdk has joined #maemo | 17:00 | |
*** louisdk has quit IRC | 17:31 | |
*** louisdk has joined #maemo | 17:41 | |
*** fuz_ has quit IRC | 17:42 | |
*** florian has quit IRC | 17:45 | |
*** vahe has joined #maemo | 17:45 | |
*** krnlyng has quit IRC | 18:01 | |
*** krnlyng has joined #maemo | 18:04 | |
*** fuz_ has joined #maemo | 18:05 | |
*** amospalla has quit IRC | 18:08 | |
*** amospalla has joined #maemo | 18:09 | |
*** raandoom has joined #maemo | 18:21 | |
*** realitygaps has quit IRC | 18:23 | |
*** hubutm20 has quit IRC | 18:24 | |
*** smhar has quit IRC | 18:29 | |
*** eijk has joined #maemo | 18:31 | |
*** Venusaur has quit IRC | 18:38 | |
*** Gizmokid2005 has quit IRC | 18:41 | |
*** at1as has joined #maemo | 18:43 | |
*** Gizmokid2005 has joined #maemo | 18:43 | |
*** Gizmokid2010 has joined #maemo | 18:46 | |
*** Gizmokid2005 has quit IRC | 18:46 | |
*** at1as has quit IRC | 18:47 | |
*** at1as has joined #maemo | 18:47 | |
*** Gizmokid2010 is now known as Gizmokid2005 | 18:47 | |
sslayer | so | 18:50 |
sslayer | someone knows something about qt? | 18:50 |
sslayer | if i compile qt4 against new libssl | 18:50 |
sslayer | will it support new protocols | 18:50 |
sslayer | or it will simply use new libssl but only supporting those on http://doc.qt.io/qt-4.8/qssl.html#SslProtocol-enum? | 18:51 |
sslayer | and on the other hand... are there lots of changes between upstream qt and maemo's? | 18:52 |
sslayer | http://deriv.debian.net/Maemo/patches/q/qt4-x11/ | 18:52 |
sslayer | should these be all? | 18:53 |
sslayer | although those are not very useful | 18:53 |
sslayer | http://deriv.debian.net/Maemo/patches/q/qt4-x11/qt4-x11_4:4.8.2-1_qt4-x11_4.7.0~git20100909-0maemo1+0m5.patch content is just 'This patch was too large to be useful so it was removed.' | 18:53 |
sslayer | i'd think that an empty patch is less useful than a very large one... | 18:54 |
*** Venusaur has joined #maemo | 18:54 | |
*** at1as has quit IRC | 18:56 | |
*** realitygaps has joined #maemo | 18:58 | |
*** realitygaps has quit IRC | 18:58 | |
*** realitygaps has joined #maemo | 18:58 | |
*** at1as has joined #maemo | 18:58 | |
*** smhar has joined #maemo | 19:00 | |
*** at1as has quit IRC | 19:04 | |
*** Vajb has joined #maemo | 19:04 | |
*** florian has joined #maemo | 19:12 | |
*** at1as has joined #maemo | 19:15 | |
*** Vajb has quit IRC | 19:18 | |
*** at1as has quit IRC | 19:19 | |
*** ssvb has joined #maemo | 19:53 | |
*** at1as has joined #maemo | 19:58 | |
*** sslayer is now known as ceene | 20:14 | |
*** trumee has quit IRC | 20:19 | |
*** trumee has joined #maemo | 20:28 | |
*** Vajb has joined #maemo | 20:29 | |
*** sparetire_ has joined #maemo | 20:31 | |
*** krnlyng has quit IRC | 20:37 | |
*** krnlyng has joined #maemo | 20:45 | |
*** louisdk has quit IRC | 20:49 | |
*** realitygaps has quit IRC | 20:52 | |
*** louisdk has joined #maemo | 21:16 | |
*** louisdk has quit IRC | 21:20 | |
*** louisdk has joined #maemo | 21:21 | |
*** trumee has quit IRC | 21:25 | |
*** trumee has joined #maemo | 21:27 | |
*** trumee has quit IRC | 21:38 | |
*** trumee has joined #maemo | 21:42 | |
*** Oksanaa has joined #maemo | 21:45 | |
Oksanaa | When will voting start on camera competition? Jan is here, already... And, people are looking for vouchers on the marketplace :-) | 21:49 |
*** pigeon has quit IRC | 22:00 | |
*** Kabouik has joined #maemo | 22:22 | |
*** vakkov has quit IRC | 22:38 | |
*** krnlyng has quit IRC | 22:45 | |
*** vakkov has joined #maemo | 22:53 | |
*** LauRoman has joined #maemo | 22:57 | |
*** krnlyng has joined #maemo | 22:58 | |
*** eijk has quit IRC | 23:00 | |
*** trumee has quit IRC | 23:00 | |
*** Ongkut has joined #maemo | 23:06 | |
*** Ongkut has quit IRC | 23:06 | |
*** ced117 has quit IRC | 23:07 | |
*** mp_ has quit IRC | 23:08 | |
*** arcean has joined #maemo | 23:12 | |
*** Oksanaa has quit IRC | 23:14 | |
*** jonwil has joined #maemo | 23:16 | |
jonwil | hi | 23:19 |
freemangordon | jonwil: hi | 23:21 |
freemangordon | jonwil: Wizzup: please review the last 5 commits here https://github.com/community-ssu/mce/commits/master if you have time and will :) | 23:25 |
jonwil | All of this stuff is meant to still work on stock kernel as well as upstream? | 23:26 |
freemangordon | yes, it is supposed to still work | 23:27 |
freemangordon | didn;t test it though | 23:27 |
jonwil | ok | 23:27 |
* freemangordon reboots in KP | 23:27 | |
Wizzup | I have to learn a bit more about what mce does exactly, I'll probably clone the repo later - but the commits looks sane | 23:29 |
Wizzup | https://github.com/community-ssu/mce/commit/c0648e5a567682fd9302c3225011264af1341ec4 line 382 has an underindented } though I think? | 23:29 |
Wizzup | first file | 23:29 |
jonwil | looks correct to me there | 23:31 |
Wizzup | hm | 23:31 |
*** Sicelo009N has joined #maemo | 23:32 | |
jonwil | Just installed the new MCE on my device :) | 23:32 |
Wizzup | jonwil: isn't it part of the switch | 23:32 |
*** louisdk has quit IRC | 23:50 | |
freemangordon | Wizzup: github shos it like that | 23:51 |
freemangordon | *shows | 23:51 |
freemangordon | jonwil: no damages on KP | 23:51 |
freemangordon | unfortunately on 4.4 udev hogs the cpu | 23:51 |
jonwil | working just fine on stock kernel here | 23:51 |
freemangordon | I guess udev tries to do something with /dev/input/event_gpio_keys | 23:52 |
ceene | you want me guys to review something? | 23:55 |
ceene | or to test, if you guide me through and confirm that it won't need flashing | 23:56 |
ceene | i got data in there | 23:56 |
ceene | i'm searching for another n900 just for development | 23:56 |
freemangordon | ceene: feel free to review latest patches to mce, if you feel like so | 23:56 |
*** realitygaps has joined #maemo | 23:59 | |
*** realitygaps has quit IRC | 23:59 | |
*** realitygaps has joined #maemo | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!