00:34
uvos has quit [Ping timeout: 252 seconds]
00:44
Pali has quit [Ping timeout: 256 seconds]
02:40
Danct12 has joined #maemo-leste
02:55
Danct12 has quit [Quit: Quit]
03:43
Oksanaa has quit [Remote host closed the connection]
03:45
Oksanaa has joined #maemo-leste
05:03
pagurus has quit [Ping timeout: 252 seconds]
05:10
pagurus has joined #maemo-leste
05:34
joerg has quit [Ping timeout: 250 seconds]
05:34
mardy has joined #maemo-leste
05:35
joerg has joined #maemo-leste
06:41
peetah has quit [*.net *.split]
06:44
peetah has joined #maemo-leste
08:07
inky has joined #maemo-leste
08:09
inky_ has quit [Ping timeout: 252 seconds]
08:10
pere has quit [Ping timeout: 256 seconds]
08:10
norayr has left #maemo-leste [Disconnected: Replaced by new connection]
08:36
pere has joined #maemo-leste
08:49
macros_ has joined #maemo-leste
08:53
Pali has joined #maemo-leste
09:10
Pali has quit [Ping timeout: 240 seconds]
09:36
macros_ has quit [Ping timeout: 245 seconds]
09:37
macros_ has joined #maemo-leste
09:55
macros_2ndPC has joined #maemo-leste
09:57
macros_ has quit [Ping timeout: 260 seconds]
09:57
macros_2ndPC is now known as macros_
09:57
<
sicelo >
If anyone here has a Leste N900 handy, please tell me how the RGB led is named in sysfs.
10:07
<
macros_ >
is it anyone of these?
10:07
<
macros_ >
find /sys/ -name led 2>/dev/null
10:07
<
macros_ >
/sys/devices/platform/gpio_keys/input/input3/capabilities/led
10:07
<
macros_ >
/sys/devices/platform/n900-audio/sound/card0/input4/capabilities/led
10:07
<
macros_ >
/sys/devices/platform/68000000.ocp/48098000.spi/spi_master/spi0/spi0.0/input/input2/capabilities/led
10:07
<
macros_ >
/sys/devices/platform/68000000.ocp/48070000.i2c/i2c-1/1-0048/48070000.i2c:twl@48:pwrbutton/input/input1/capabilities/led
10:07
<
macros_ >
/sys/devices/platform/68000000.ocp/48070000.i2c/i2c-1/1-0048/48070000.i2c:twl@48:keypad/input/input0/capabilities/led
10:09
<
humpelstilzchen[ >
maybe search for brightness?
10:19
<
macros_ >
It seems to be under /sys/firmware/devicetree/base/ocp@68000000/i2c@48072000/lp5523@32/ as I have entries /sys/firmware/devicetree/base/ocp@68000000/i2c@48072000/lp5523@32/led@{number from 0-8}/color
10:25
<
macros_ >
LEDs 4 to 6 under that path are for status, i suppose for the three colors.
10:29
<
sicelo >
This is leste? /sys/class/leds/
10:30
<
macros_ >
Yes this is Leste, image from February I think
10:31
<
macros_ >
debug::sleep lp5523:b lp5523:g lp5523:kb1 lp5523:kb2 lp5523:kb3 lp5523:kb4 lp5523:kb5 lp5523:kb6 lp5523:r
10:32
inky_ has joined #maemo-leste
10:32
inky has quit [Ping timeout: 260 seconds]
10:33
norayr has joined #maemo-leste
10:59
Oksanaa has quit [Ping timeout: 252 seconds]
11:04
norayr has left #maemo-leste [Disconnected: Replaced by new connection]
12:06
pere has quit [Ping timeout: 245 seconds]
12:48
macros_2ndPC has joined #maemo-leste
12:49
macros_ has quit [Killed (NickServ (GHOST command used by macros_2ndPC!~macros@p200300dcdf18cf000acb1ef34c15ac54.dip0.t-ipconnect.de))]
12:49
macros_2ndPC is now known as macros_
12:56
pere has joined #maemo-leste
14:32
uvos has joined #maemo-leste
14:57
juiceme has quit [Changing host]
14:57
juiceme has joined #maemo-leste
15:24
mp107 has quit [Ping timeout: 268 seconds]
15:31
norayr has joined #maemo-leste
15:42
mp107 has joined #maemo-leste
15:52
inky has joined #maemo-leste
15:53
inky_ has quit [Ping timeout: 252 seconds]
16:08
<
freemangordon >
Wizzup: sms seem to work in telepathy OOTB (empathy)
16:08
<
freemangordon >
I think we shall make conversations app a telepathy chat/sms client
16:08
inky has quit [Read error: Connection reset by peer]
16:08
norayr has left #maemo-leste [Disconnected: closed]
16:13
inky has joined #maemo-leste
16:14
norayr has joined #maemo-leste
16:14
<
freemangordon >
what the? empathy wants GLX?
16:17
<
Wizzup >
freemangordon: it already is
16:17
<
freemangordon >
really? that's great!
16:18
<
freemangordon >
so, basically we need accounts control UI and we can retire :D
16:20
<
freemangordon >
Wizzup: is that in repos already?
16:21
<
freemangordon >
as it seems empathy refuses to start on droid4
16:24
<
freemangordon >
uvos: do I need to do anything special in order to have data connection on d4?
16:25
<
freemangordon >
data connection == gprs
16:26
<
freemangordon >
oh, actually I have, it is just that it is not visible in th eui
16:26
<
freemangordon >
something in icd ofono plugin I guess
16:34
<
Wizzup >
freemangordon: no, it's not in repos with tp
16:34
<
Wizzup >
freemangordon: I ran into issues with telepathy-qt (or my own code)
16:35
<
Wizzup >
freemangordon: we had a version that connected one tp account
16:35
<
freemangordon >
ok, no hurry, there is plenty of work on addressbook pending still
16:35
<
Wizzup >
but multiple accounts wasn't working
16:35
<
freemangordon >
Wizzup: OTOH - does ofono icd plugin work on d4?
16:35
<
freemangordon >
IOW - is it supposed to work
16:36
<
Wizzup >
there are a few known problems with it
16:36
<
Wizzup >
first one: it doesn't wait for ofono to make the data active, and it expects it to be active right away, so the ui reports failure
16:36
<
Wizzup >
unless the thing is already active
16:37
<
Wizzup >
this is not too hard to fix
16:37
<
Wizzup >
and then I don't think it detects when network is not visible, or when data connection is gone
16:37
<
freemangordon >
hmm, but after a restart I don;t see gprs connection in the dialog at all
16:37
<
freemangordon >
so, those are problems in the plugin?
16:38
<
freemangordon >
I can have a look at them
16:38
<
Wizzup >
could be a race with it not seeing the modem? not sure
16:38
<
Wizzup >
a restart of what, btw?
16:38
<
freemangordon >
device
16:38
<
Wizzup >
what if you restart icd2?
16:38
<
freemangordon >
also, do I have to enable/online the modem by hand?
16:39
<
Wizzup >
icd2 does powered up, and online upon scan
16:39
<
Wizzup >
of course if pin is necessary then not obnline
16:39
<
freemangordon >
hmm
16:39
<
freemangordon >
no pin is needed
16:39
<
freemangordon >
yep, after icd restart connection is available
16:40
<
freemangordon >
but it is missing the icon
16:40
<
Wizzup >
you mean in the dialog?
16:40
<
freemangordon >
mhm
16:40
<
Wizzup >
maybe just some missing pkg
16:40
<
freemangordon >
yes
16:40
<
freemangordon >
but which one :)
16:41
<
Wizzup >
we have a meta pkg
16:41
<
Wizzup >
it's 00:40 here, need to get some sleep :)
16:41
<
freemangordon >
ok, please ping me when you have some time
16:41
<
Wizzup >
(work tomorrow as well :()
16:41
<
Wizzup >
freemangordon: ok
17:01
<
uvos >
freemangordon: data via icd/ofono has never worked for me
17:02
<
uvos >
freemangordon: i allways use qmicli
17:02
<
freemangordon >
I see
17:02
<
freemangordon >
well, data through ofono (scripts) seems to work
17:02
<
freemangordon >
but UI seems to have issues
17:25
<
sicelo >
It used to work fine on UI, but yes, something changed later on, although no idea what
17:25
<
freemangordon >
mhm
17:25
<
freemangordon >
anyway, gtg now
17:25
<
freemangordon >
ttyl
17:54
mp107 has joined #maemo-leste
18:10
inky has quit [Ping timeout: 240 seconds]
18:10
inky has joined #maemo-leste
18:13
norayr has left #maemo-leste [Disconnected: Replaced by new connection]
18:19
<
humpelstilzchen[ >
uvos: I see a different bug with black text on black input field, because it also affects non-maemo qt programs, e.g. qstardict
18:29
<
uvos >
humpelstilzchen[: it should affect non maemo applications
18:31
<
uvos >
also ofc if you find a specific case you have to check if the application isent doing something stupid, like hardcodeing a color.
18:31
<
uvos >
but yeah it affects non maemo applicaitons useing the maemo style
18:33
norayr has joined #maemo-leste
18:34
<
humpelstilzchen[ >
uvos: can't we just fix the gtk style?
18:54
<
uvos >
its not that simple
18:55
<
uvos >
the problem is that the maemo applications use base text on window color
18:55
<
uvos >
while expecting window to have high contrast with base
18:55
<
uvos >
so base text cant also have high contrast with base
18:56
<
uvos >
lots of these instances (eg. input fields) are in the qt plugin so yes you could fix this there
18:56
<
uvos >
but its also true in fremantle so they depended on this
18:57
<
uvos >
since you have to, you have to erroniously use base text on window color otherwise it wont work, if you create a custom widget
18:58
<
uvos >
so yeah im not saying do this would be wrong, but it would not totaly resolve the issue
19:02
norayr has left #maemo-leste [Disconnected: closed]
19:02
norayr has joined #maemo-leste
19:11
inky_ has joined #maemo-leste
19:12
inky has quit [Ping timeout: 250 seconds]
19:27
mardy has quit [Quit: WeeChat 2.8]
20:08
<
humpelstilzchen[ >
also, do we really need that sapwood thing on pine?
21:31
<
norayr >
folks, do you think i can compile and make work modern gentoo prefix system on n810 with that old kernel.
21:31
<
norayr >
will modern libraries work with that old kernel?
21:59
<
humpelstilzchen[ >
uvos: never mind, there is no issue here. I had installed qt5ct which sets QT_QPA_PLATFORMTHEME which broke the theme.
22:47
<
uvos >
norayr: glibc has hard requirements on kernel version
22:47
<
uvos >
norayr: some other libs to too
22:47
<
uvos >
glibc is 3.2 i think
22:49
<
uvos >
ofc you could use a different libc
22:50
<
uvos >
but im gona guess that your goint to run into sutch issues somewhere else too
22:50
<
uvos >
so linux 3.2 is really minimal practical version for anything
23:14
Pali has joined #maemo-leste
23:36
<
norayr >
i want to use n810 devices so much.
23:37
<
norayr >
another obstacle may be 128mb of ram.
23:39
<
norayr >
i found the most modern kernel branch for these omap chipsets
23:46
<
norayr >
i don't even want to run diablo, just to use leste even without graphics acceleration would be amazing. or just modern linux with some matchbox like wm.
23:49
<
norayr >
btw norayr == inky
23:49
<
norayr >
i am entering with this nickname via my xmpp gateway.