IRC log of #maemo for Saturday, 2017-01-14

*** louisdk has joined #maemo01:47
*** clopez has quit IRC02:02
*** clopez has joined #maemo02:06
*** dafox has joined #maemo02:07
*** louisdk has quit IRC02:18
*** dafox has quit IRC02:27
*** florian has quit IRC02:53
*** Pali has quit IRC03:15
*** SpeedEvil has quit IRC03:24
*** SpeedEvil has joined #maemo03:27
*** BitEvil__ has joined #maemo03:38
*** SpeedEvil has quit IRC03:38
*** Michael_a380 has joined #maemo04:23
*** lxp has joined #maemo06:02
*** lxp1 has quit IRC06:03
*** spinal84 has joined #maemo06:27
*** DocScrutinizer05 has quit IRC07:07
*** DocScrutinizer06 has joined #maemo07:07
*** DocScrutinizer06 is now known as DocScrutinizer0507:07
*** Oksanaa has joined #maemo07:11
OksanaaWhat's wrong with the device? http://www.ebay.com.au/itm/29199814130607:18
hurrianno USB door/SIM holder?07:36
OksanaaHuh, the SIM holder should be easy to insert, question is how to add USB door, since it should be rotating on a hinge?07:37
hurrianif you buy one brand new off eBay, you can just push it in - I don't have the service manual on me right now but it's easy to install07:38
hurriandon't need to take off the screen etc - just push it in. takes a bit more force to pull it out though07:39
OksanaaDo the WiFi/Bluetooth/Camera on the device work, otherwise? If USB door is easy to install, and the case itself is not bent/damaged, then a repair should be straightforward...07:40
Michael_a380Is anyone bidding? I was going to bid, it's 2 miles / 3 km from me.07:40
OksanaaNot going to bid. I am NSW, shipping would add up.07:40
OksanaaI already have a cyan N9, into which I inserted a SIM tray; it had no problems with USB door, though.07:41
OksanaaMichael_a380 : Good luck, you will be able to pick it up locally, and that's very nice.07:42
Michael_a380Thanks. I'm still a little skeptical about unremovable battery. I found 'doors' here http://www.easyphix.com.au/?rf=kw&kw=Nokia+n9. Seems pricey for a bit of plastic.07:44
Michael_a380Reflash sounds like a nightmare, compared to n900.07:47
hurrianMichael_a380: first thing you'd need to do is check software version - if it's on an old release, flash to PR1.3 region 001 and call it a day :)07:48
Michael_a380are you sure you don't want it, even as spare?07:49
Michael_a380You would probably have better use of it.07:50
Michael_a380It's sad that the bad guys are winning: Trustworthy Nokia N9 vs spying Android http://www.abc.net.au/technology/articles/2011/12/06/3384952.htm07:54
OksanaaMichael_a380 : Not that simple, the charging port cover is. http://thumbs.ebaystatic.com/images/g/RPcAAOSwnH1WZlmq/s-l225.jpg07:55
Michael_a380wow, thanks07:55
OksanaaYes, we have no Android here, so far. Or WinPhone. Or iPhone. Or even Blackberry. Just some Firefox OS, some Symbian, some Maemo, some Harmattan, some Nemo. In various states of usability.07:57
Michael_a380First thought the 'black part' was missing from the 'charger door' ad. Did you notice the charger door ad? http://www.easyphix.com.au/nokia-n9-charging-port-cover-red08:01
OksanaaFeel free to find Nokia N9 service manual08:01
OksanaaThe small triangle of black plastic looks like a shadow.08:05
Michael_a380Not sure what you're refering to? Would the plastic 'dents' indicate the screen was removed (phone was opened)?08:09
OksanaaNay. Just, whatever accident caused removal of SIM tray and USB door, might have caused some bends. In my case, the corner of the device is slightly bent, so it's difficult for SIM tray to stay in here; it prefers to jump out.08:11
OksanaaSlightly, like, 1mm or less.08:11
OksanaaFeel free to register with NickServ, and/or https://maemo.org08:17
*** Oksanaa has quit IRC09:03
*** Oksanaa has joined #maemo09:22
OksanaaN900 frightened me for a minute. After changing battery, it looked like LCD was cracked; 3+ parts of display, working or black or white; when touching, the parts changing their states (their shapes, too ; have seen a pentagon once). 1st clue: in list of apps, text was fine, icons weren't here. 2nd clue: LCD cracks don't disappear or change that quickly. Display driver glitch. Reboot fixed it.09:25
sicelo-:-)09:41
Michael_a380N900: "It's just a prank, bro".09:44
*** Michael_a380 has quit IRC09:47
*** Oksanaa has quit IRC10:14
*** Oksanaa has joined #maemo10:18
KotCzarny:>10:26
*** Oksanaa has quit IRC10:33
*** Oksanaa has joined #maemo10:33
*** Maxdamantus has joined #maemo10:49
*** florian has joined #maemo11:02
*** krnlyng has quit IRC11:19
*** louisdk has joined #maemo11:24
OksanaaMy hardware keyboard had no backlight. Why could it be?11:29
*** krnlyng has joined #maemo11:31
sicelo-there's a script somewhere  (wiki perhaps) which can cycle them ..11:32
sicelo-lots of possibilities .. faulty ribbon being one of them11:33
sicelo-s/ribbon/flex cable/11:33
infobotsicelo- meant: lots of possibilities .. faulty flex cable being one of them11:33
OksanaaKeyboard LEDs app : not lighting up11:35
Oksanaacannot create /sys/class/i2c-adapter/i2c-2/2-0032/engine3_mode: nonexistent directory11:38
sicelo-uh oh11:38
*** dafox has joined #maemo11:38
OksanaaDoes it mean "flex cable damaged" or "driver not loaded"?11:39
OksanaaBecause it used to work recently, like, within last 24h, or I would have found typing difficult earlier11:40
OksanaaIn fact, /sys/class/leds/ has only  twl4030:vibrator . Is it the RGB LED near the display? Or is my RGB LED also not working?11:45
sicelo-i might be wrong .. maybe wait for more knowledgeable people to chime in11:48
MaxdamantusIt looks like all the other LEDs use the lp5523 controller.11:48
Maxdamantus(keyboard backlight and status LEDs)11:48
Maxdamantusfor me they appear as /sys/class/leds/lp5523:{r,g,b,kb{1..6}}11:49
Oksanaakb ones are not here, definitely. Neither are RGB ones.11:50
MaxdamantusSo presumably your status LEDs don't work at all?11:50
Maxdamantusie, charge/notification indications11:51
OksanaaYes, I think so. /Blanks the screen, waits for notification/11:51
MaxdamantusI imagine a faulty cable wouldn't lead to that, but I'm not entirely sure.11:51
OksanaaThese leds use different cables, right?11:52
Oksanaa/me considers reinstalling mce... In c11:52
MaxdamantusReinstalling mce won't help.11:52
MaxdamantusI'm not sure what defines all the LEDs as existing. I think in newer kernels it would be defined by device tree.11:52
sicelo-faulty flex definitely does cause non-working (or erratic) status LED .. my 2nd N900 has that11:53
MaxdamantusYes, of course it can prevent the LEDs from ultimately not working, but I don't think it would cause the LEDs not to show up in sysfs.11:53
sicelo-let me recheck on that N90011:54
*** jon_y has quit IRC11:54
*** jon_y has joined #maemo11:55
sicelo-yes, i have them in /sys11:55
MaxdamantusI suspect the actual controller is on the motherboard, not the front part.11:57
Maxdamantusand I suspect there'll just be a wire on the ribbon cable for each of the status LEDs.11:58
sicelo-makes sense .... /me would make bad EE11:59
Maxdamantusso with the ribbon cable disconnected, nothing really looks any different. The only way it could notice a difference is if it measured the resistance across the presumed LEDs.11:59
MaxdamantusOksanaa: I guess the obvious thing to do would be to look through dmesg for something relating to lp552312:00
OksanaaDmesg : where? /Yes, haven't done it for a very long time/12:01
Maxdamantusmaybe compare it to a normal dmesg .. my phone has been on too long to have the messages from boot atm12:01
MaxdamantusYou just run `dmesg`, and capture/analyse the output.12:01
*** Oksanaa has quit IRC12:10
*** Oksanaa has joined #maemo12:10
*** Pali has joined #maemo12:11
freemangordonPali: hi! As you know I am trying to bring fremantle on jessie. now I am to the point of upstart scripts. How do you think - shall I keep sysvinit compatibility?12:15
Palihi12:15
Palithis depends on which init daemons we should support12:15
Paliif all --> then upstart scripts needs to be rewritten to init.d scripts12:16
freemangordonwell, who is to define that?12:16
*** Oksanaa has quit IRC12:16
*** Oksanaa has joined #maemo12:16
Paliif defaul debian init daemon (systemd) --> then upstart scripts needs to be rewritten to init.d script or systemd services12:16
freemangordonwhat about upstart only? are there any drawbacks?12:16
freemangordonI mean - /etc/init, not /etc/init.d12:17
Paliif debian version of upstart --> then maemo upstart scripts needs to be moved to /etc/init/12:17
freemangordonexactly12:17
Paliand if you are going to patch debian version of upstart --> then no change is needed12:17
freemangordonalso, I am using devuan, not debian ;)12:17
freemangordonwhy patch?12:17
Palibecause new upstart (in debian) does not scan /etc/event.d anymore12:18
freemangordonahh, sure12:18
freemangordonbut it is packages that should be fixed, not upstart :)12:18
Palifor me solutions are:12:18
freemangordonPali: see https://github.com/fremantle-gtk2/ke-recv-extra/commit/fd7b7d80de45dfc07c36171e4c2d2a7a8b5672d412:19
Oksanaamce.ini has Modules=display;keypad;vibrator;led;battery;filter-brightness-als;inactivity;alarm;accelerometer;callstate;camera;homekey;audiorouting , correct? Not seeing anything in dmesg, even when I restart mce, or ask ledpatterneditor to test a pattern12:19
Pali1. rewrite everything to init.d scripts --> this is supported by any init system (daemon which should be restarted on crash could use dsme)12:19
MaxdamantusOksanaa: it wouldn't be an issue with mce. The kernel is responsible for populating things in /sys12:20
Pali2. rewrite everything to use Debian's upstart --> renaming /etc/event.d to /etc/init.d and rewrite all Maemo init.d scripts to upstart12:20
Pali3. path Debian's upstart to support also /etc/event.d and no change in init.d and upstart scripts is needed12:20
freemangordonPali: I think I like (2) more then the others, at least for start. but why should we rewrite /etc/init.d scripts for upstart? see what ke-recv-extra startup scripts are doing12:21
freemangordon*than12:22
Paliif we want support for Maemo daemons/applications in other distributions too, I would go with (1)12:22
Pali(2) is basicaly compatible only with distros which have upstart12:22
freemangordonPali: I see. but that would mean no dependencies between services, right?12:22
freemangordonor rather - hardcoded boot order12:23
Paliin init.d scripts you can specify some dependency12:23
Palisee LSB header12:23
freemangordoneven with sysvinit?12:23
Palibased on headers is generated fixed order12:24
Paliwhat I do not like is that two different applications are responsible for restarting daemons (upstart and also dsme)12:24
freemangordonPali: what about - I will go with (2) for now, as I have all the dependencies in place, sort of. as soon as we have something more or less complete, then go for (1)?12:25
freemangordonwell, dsme does more things afaik12:26
Paliok12:26
Pali(1) is harder as (2)12:26
Paliso (1) takes also much more time12:26
freemangordonyes12:26
freemangordonthis is why (2), to not lose focus :)12:27
freemangordonPali: so far I have gtk2 maemo auto-booting to h-d with hildon-status-menu in x86-64 VM :)12:27
*** sicelo- has quit IRC12:27
*** spinal84 has quit IRC12:28
freemangordonah, and it is gtk2+clutter1.x12:28
Paliwhat is state of gtk3 version of hildon?12:29
OksanaaHow much would I need to disassemble to have a visual inspection of the led engine on the motherboard? In case, say, a tiny piece of foil made its way inside the device to short-circuit it, or whatever?12:29
freemangordonPali: well, seems android808 has suspened the work on libhildon, so no much progress in the last 2 weeks12:29
OksanaaAnd how is hildon-home?..12:29
freemangordonOksanaa: didn't try it so far, but it shoudl work OOB12:30
OksanaaWhat else could I reinstall, besides mce, in case the leds not working is a software problem?12:31
freemangordonPali: but I am really getting reluctant about that gtk3 affair - I don;t really see what are the pros12:32
Maxdamantus(for context: his lp5523 LEDs don't appear in /sys/class/leds)12:32
freemangordonat least in short term12:32
Paliposibility to appear hildon in linux distributions12:32
Palie.g. in upstart debian12:32
freemangordonhow is xfce4 there then?12:33
freemangordonit is gtk212:33
Palibut hildon depends on maemo's gtk212:33
freemangordonoh, no,no :)12:33
Palinot upstream gtk212:33
freemangordonI am using "stock" gtk212:33
freemangordonnot maemo one12:33
freemangordon;)12:33
Paliok12:33
OksanaaThe only thing appearing in /sys/class/leds is twl4030:vibrator12:34
freemangordonPali: see https://github.com/fremantle-gtk2/hildon/blob/master/hildon/hildon-gtk-module.c12:34
Paliin debian is gtk2 at version 2.24.3112:34
Paliif there are "no new gtk2 apps" policy, then we could probably ask for inclusion12:35
OksanaaBecause it's not really new, it's old, but recently ported12:35
freemangordonPali: 2.24.25-3+deb8u1  here12:35
freemangordonbut this is devuan jessie12:36
Palithat is in sid ^^^12:36
Palijessie is frozen for a long time12:36
freemangordon"Devuan GNU/Linux 1", whatever it is :D12:36
freemangordonbut shouldn't make any difference12:36
Paliso... if you think that your new hildon and apps are working fine on stock gtk2, I can try to prepare Debian packaging and ask for inclusion into Debian (sid)12:37
Palistretch is already frozen for new packages, so it would appear in stretch+1 release...12:37
freemangordonI am using gtk module to "inject" whatever maemo-specific functionality is needed, not complete so far, but I think this is the right way to go12:37
freemangordonalso, maybe not all stuff can be implemented, but...12:38
freemangordonstill not working fine, I was playing with startup scripts recently12:38
freemangordonPali: and what about mce, dsme and the other maemo-specific stuff?12:39
Paligood question...12:39
Palifor whole Hildon desktop on Maemo/N900 it is needed12:40
freemangordonwhat are we aiming for? rebased fremantle, as distro, or hildon-desktop in debian?12:40
freemangordonand this is distro12:40
freemangordonafaik12:40
*** pagurus has joined #maemo12:40
PaliI think rebased fremantle on top of new debian/devuan12:40
freemangordonI think the goal should be mobile distribution12:40
Paliit is right now, yes?12:41
freemangordonwhich one?12:41
Paliand once it is ok, we can clean code/packages and try to talk with upstart debian12:41
freemangordonok, but will it still be debian? I simply have no idea how stuff works re distribution wise12:42
PaliI think it should work with both debian and devuan, but we can develop on devuan as it is systemd free and upstart there could be easier without systemd dependences12:42
freemangordonsure12:42
freemangordonthat is why I use devuan12:42
Paliyes12:42
Palibut if we want same new package it should go via upstart debian --> and then appear in devuan12:43
freemangordonthe point is - so far I have something booting - is it a new distro?12:43
Paliprobably yes12:43
freemangordonok, why not put it on maemo servers then?12:43
freemangordonwith mirror of the needed debian packages12:44
freemangordonas I don't think we'll be able to make hildon-desktop compatible with gnome or xfce etc12:45
freemangordonor at least I don;t know how to do it :D12:47
*** xkr47 has quit IRC12:47
WizzupWhat do you mean compatible?12:48
freemangordonh-d is single user12:49
Paliok, I do not see problem with it12:49
*** xkr47 has joined #maemo12:54
freemangordonPali: problem with what?12:55
*** florian has quit IRC12:56
Paliputting new dist on maemo servers...12:56
*** BitEvil__ has quit IRC13:04
*** SpeedEvil has joined #maemo13:04
freemangordonWizzup: anny progress with autobuilder?13:13
freemangordon*any13:13
*** Michael_a380 has joined #maemo13:14
Oksanaa/me cheers13:15
Wizzupfreemangordon: not since two days ago, however, I think I'll have some initial things working this weekend.13:17
freemangordonPali: dsme in fremantle upstart job depends on rcS. Any idea what should it depend on upstream?13:20
Wizzupfreemangordon: as I understood, I need a git.devuan.org account, upload code there (not sure if that means full source of what is on gh) and then have the pkg built by the CI13:20
freemangordonfilesystem?13:20
Wizzupthen I can make a branch and trigger builds for it13:20
Wizzupthe next step will then be getting a (.deb) repo on their site with the packages13:21
Palineeds to understand what rcS is doing13:21
Paliand then depends on services started by rcS13:21
freemangordonsome maemo specific stuff (loading .ko files13:21
*** RedW has quit IRC13:21
freemangordonetc13:21
Palimaybe it needs to depends on dbus?13:21
freemangordonI think no, as there is dsme-dbus job, which waits for dbus13:22
freemangordonrcS depends on startup13:22
freemangordondepending on dbus is safe bet though, but I don;t think it should wait that much13:23
freemangordonI'll make it depend on filesystem13:24
enycfreemangordon: is there any useful process startup type log (or debugging) that can be put in place  to see whats slowing down boot getting to the point of mounting extra filesystems (MyDocs/mmc1)? [already sorted fs//fsck part of issue]13:30
freemangordonenyc: /var/log/syslog13:35
NeKitgot cogl-x11-tfp demo and clutter toys rendering on Android device through libhybris and some hacks to connect to SurfaceFlinger13:36
NeKitwhat repos should I try for building hildon-desktop?13:37
freemangordonNeKit: do you have gtk there?13:41
NeKityes, full Linux chroot13:42
freemangordonwhich gtk? 2 or 3?13:42
freemangordonanyway, gtk2 port is more functional, try the stuff on https://github.com/fremantle-gtk213:43
NeKitcurrently 2 due to LXDE installed13:43
freemangordongood, ^^^ then13:43
freemangordonmost of the needed build dependencies are in place on that repo13:44
freemangordonping me when there is something missing13:44
NeKitthanks13:44
freemangordonPali: do you have any idea why hildon-desktop is started from both /etc/X11/Xsessio.pos atn as an upstart service?13:46
freemangordon*/etc/X11/Xsession.post and13:46
Paliyes13:47
freemangordoncool13:47
Palibecause it is started for user13:47
Paliand not system-wide root service13:47
freemangordonbut why upstart service then?13:47
Paliah, it is also from upstart then13:48
Paliso upstart scripts can depends on "started hildon-desktop"?13:48
freemangordonah, thanks13:48
freemangordonyeah, makes sense13:48
Palianyway, it should be started only from X1113:48
Paliand send event to upstart13:49
Palihildon-desktop should not be upstart service... but no idea how hard would be to fix this13:49
*** pagurus has quit IRC13:50
freemangordonPali: ah, there is also hildon-desktop in /etc/init.d :(13:50
freemangordonWTF?13:50
OksanaaIs it possible that hildon-desktop checks to make sure there is only one instance of itself?13:51
WizzupOr perhaps the init scripts are not called13:51
freemangordonWizzup: is that possible?13:51
freemangordonso you think this is some remnant?13:51
WizzupAt least with openrc, I have many scripts that are there, but are never started13:51
freemangordonPali: what do you think? ^^^13:52
Palithink about what?13:52
freemangordoncould it be that on maemo the stuff in /etc/rcN.d is not called?13:53
freemangordonso /etc/init.d scripts are ignored?13:53
*** Kabouik has joined #maemo13:53
Paliyes, /etc/init.d/ is ignored on maemo's upstart13:53
Paliso /etc/rcN.d is not called13:53
freemangordonok, that makes sense then13:54
freemangordonso, h-d is only started from Xsession.post13:54
Palito start /etc/rcN.d in Ubuntu's upstart is /etc/init/rc.conf which do that13:54
freemangordonPali: but it seems we *do not* want hildon-desktop started from /etc/init.d13:55
freemangordonso I guess I'll have to remove that script13:55
Paliyes13:55
freemangordonok, thanks13:55
OksanaaWhat is /etc/init.d for, then?13:58
freemangordonOksanaa: remnant from sysvinit13:58
*** spinal84 has joined #maemo14:06
*** florian has joined #maemo14:08
freemangordonPali: who is supposed to get bootstate?14:11
freemangordonmce?14:11
Palidsme14:12
Palibut from some file14:12
Paligetbootstate14:12
Paliis there for determinating boot state and it write it to some file14:12
*** pagurus has joined #maemo14:12
OksanaaIs it safe to upgrade kernel-power on a device with broken charging port?14:13
OksanaaAnd, how to reload a kernel module (except for reboot) ?14:16
Wizzuprmmod14:16
Wizzupen then modprobe14:16
freemangordonPali: oh, it is in package getbootstate which contains /sbin/preinit as well :D14:17
freemangordonthat one will be tough, I guess it will wait as the last one on the queue14:18
Palianyway, all CSSU packages should now work without /proc/bootreaons14:18
Paliand /proc/component_version14:19
freemangordonPali: sure, but dsme expects something in /tmp/STATE, otherwise it enters MALF and powers-down the machine in a minute14:19
Palithen we should patch it14:19
Paliso that some default state is used14:20
freemangordonor rather check if state is empty in https://github.com/fremantle-gtk2/dsme/blob/master/debian/dsme.upstart#L10 and set it to USER if yes14:21
freemangordonI am not sure we'll have to do that for CSSU though14:21
OksanaaAnyway, reinstall kernel*modules, and rmmod leds-lp5523; modprobe leds-lp5523; stop mce; start mce; didn't help with getting leds to work14:22
freemangordonOksanaa: is there anything in dmesg?14:22
OksanaaFreemangordon: kb_lock, slide, wlan0,  onenand_wait: correctable ECC error, wl1251: firmware booted (Rev 4.0.4.3.7)14:25
freemangordonOksanaa: I meant - after you modprobed leds ko14:26
Palionenand_wait: correctable ECC error --> looks like nand is going to die...14:26
freemangordonmhm14:27
OksanaaRight after modprobe, yes. dmesg | grep -v kb_lock | grep -v slide | grep -v wlan0  gives relatively short output14:28
freemangordonNeKit: just pushed some more things to gtk2 h-d please pull again14:30
*** RedW has joined #maemo14:32
Palifreemangordon: or you can use getbootstate binary from getbootstate package14:37
Paliin cssu is version compatible with upstream kernel14:37
freemangordonPali: I know, the point is that the package that contains getbootstate contains other stuff as well14:38
Paliso you can run getboostate (maybe via upstart job?) before dsme14:38
freemangordonlike /sbin/preinit and whatnot14:38
freemangordonso it should be repackaged for upstream maemo14:38
Paliok14:38
freemangordonbut this is low-priority job as of now14:39
Paliok14:40
Palifreemangordon: can you take these two patches? https://github.com/community-ssu/libmatchbox2/pull/1 https://github.com/community-ssu/hildon-desktop/pull/214:49
freemangordonPali: I guess yes, but won;t happen soon14:52
Paliok14:52
*** Michael_a380 has quit IRC14:59
Vajbadding smileys to pidgin theme works!15:25
Vajbpidgin smiley theme*15:26
*** msava has joined #maemo15:59
*** msava has quit IRC16:03
*** pagurus has quit IRC16:15
*** pagurus has joined #maemo16:22
*** pagurus has quit IRC16:52
*** Birchy has quit IRC16:53
*** pagurus has joined #maemo16:54
*** sicelo- has joined #maemo16:54
freemangordonPali: any clue who is supposed to start system dbus on debian?16:56
Palisystemd :-)16:57
freemangordoncomeon :(16:57
Palibasically init daemon is starting it when booting16:57
freemangordonwello, no systemd here16:57
freemangordonand I don;t see system dbus, only session16:57
Paliso either sysvinit via /etc/init.d16:57
*** pagurus has quit IRC16:58
Wizzupopenrc has an init script for it. so I assume it's the same for upstart16:58
WizzupDoesn't need systemd16:58
Palior systemd service (when using systemd init daemon)16:58
freemangordonthere is /etc/init.d/dbus16:58
freemangordonbut it starts session bus16:58
Paliinit daemon is responsible to start system's dbus-daemon16:59
freemangordonomg, in runlevel 2 dbus is not started17:00
freemangordonPali: shall I start it by "hand" from an upstart script?17:01
Palihttps://en.wikipedia.org/wiki/Runlevel#Linux_Standard_Base_specification17:02
Pali2Multi-user modeDoes not configure network interfaces and does not export networks services.[c]17:02
Paliso it is correct to not start dbus-daemon as it operates on network17:02
Pali3Multi-user mode with networkingStarts the system normally.[1]17:02
freemangordonhmm17:03
Paliwhy is not used runlevel 3?17:03
freemangordonbut maemo runs on 217:03
freemangordonI changed it to 217:03
freemangordonbut can;t remember what was before that17:03
freemangordon:D17:03
*** pagurus has joined #maemo17:04
Palianyway, my ubuntu is also running in runlevel 217:04
freemangordonon ubuntu there is no inittab17:04
Paliprobably something was changed...17:05
freemangordonsame here - 217:05
freemangordonanyway, I am going to write upstart script that starts dbus no matter the runlevel17:05
Paliand my debian is running in runlevel 517:06
*** pcfe has quit IRC17:06
freemangordonPali: is there inittab in etc?17:06
Palino, IIRC inittab is not used for a long time...17:06
Palibut this debian is systemd based17:07
freemangordonPali: and how is default runlevel setup then?17:07
Palisomehow by systemd17:07
Palino idea17:07
*** florian has quit IRC17:08
Paliin my debian runlevel(8) manpage is writtten: runlevel 5 is systemd target graphical.target17:08
freemangordoncool17:09
Paliupstart cookbook: http://upstart.ubuntu.com/cookbook/#runlevels17:10
Pali2 : Graphical multi-user plus networking (DEFAULT)17:10
Paliit is big mess!17:10
freemangordonseems so17:10
Paliso if you have LSB init.d script it probably needs to be "modified" for specific linux distribution17:11
Palias systemd has different numbers for runlevels as upstart and as LSB init.d17:11
Palior your init.d script should assume that 2 == 3 == 3 == 517:12
Palialso == 417:12
*** Birchy has joined #maemo17:24
*** spinal84 has quit IRC17:52
*** dafox has quit IRC17:53
ceenePali: when i first used redhat/mandrake circa 2000, it used 2 by default, and changed to 5 whenever i installed xfree8618:13
ceenemy understanding now is that runlevel became totally obsolete in modern distros18:13
KotCzarnyon slackware 3 was default no-x and 4 with x18:13
ceeneyeah... distro maintainers just forgot about it18:14
ceeneit would make sense to have named customizable runlevels, however only a set of numbered runlevels with restricted functionality doesn't provide enough flexibility, so it just ceased to exist in practice18:16
KotCzarnyonly 3 runlevels are used nowadays, system start, started, shutting down/poweroff18:16
KotCzarnyrunlevels are a remnant from server roots of linux18:18
KotCzarnywell, unix, but linux was based on their idea18:19
sicelo-ceene: in connection with yappari, would it have been possible to just use Signal only (not to integrate with WA)18:22
ceeneif there is a signal library available, it could be done i guess18:23
sicelo-okay18:24
*** xkr47 has quit IRC18:46
*** louisdk has quit IRC18:50
*** xkr47 has joined #maemo18:58
*** louisdk has joined #maemo19:06
*** pcfe has joined #maemo19:28
*** pcfe has quit IRC19:28
*** pcfe has joined #maemo19:28
*** florian has joined #maemo19:56
*** Oksanaa has quit IRC20:06
*** florian has quit IRC20:08
*** fuz_ has quit IRC20:11
*** pagurus has quit IRC20:17
*** pagurus has joined #maemo20:21
*** pagurus has quit IRC20:26
*** fuz_ has joined #maemo20:35
*** xkr47 has quit IRC20:35
*** xkr47 has joined #maemo20:38
*** pagurus has joined #maemo21:07
*** Michael_a380 has joined #maemo21:08
*** pagurus has quit IRC21:15
*** florian has joined #maemo21:17
*** pagurus has joined #maemo21:20
*** florian has quit IRC21:25
*** pagurus has quit IRC21:28
*** pagurus has joined #maemo21:30
*** florian has joined #maemo21:32
*** florian has quit IRC21:37
*** spinal84 has joined #maemo21:40
*** pagurus has quit IRC21:43
NeKithow should be the hildon-desktop from fremantle-gtk2 started?21:53
Maxdamantusln -s `which hildon-desktop` ~/.xinitrc22:16
Maxdamantus(just my opinion, feel free to ignore it)22:16
*** florian has joined #maemo22:23
*** florian has quit IRC22:30
*** jonwil has joined #maemo22:55
jonwilhi23:03
freemangordonNeKit: did you build it with maemo-launcher support?23:04
NeKitCurrently without. Is it needed?23:05
freemangordonNeKit: currently no :)23:06
freemangordonNeKit: you should start it as DISPLAY=:0 hildon-desktop23:06
freemangordonnothing special23:06
freemangordonassuming you have X running23:06
freemangordonNeKit: though, I have no idea how you should start it on wayland or whatever you're using under android23:08
NeKitmeans I'm missing something, since it gives few GLib-CRITICAL and freezes (23:08
freemangordonwhat are those criticals?23:08
NeKithttp://pastebin.com/vHUvLiNg23:08
NeKitno Wayland, just Xorg23:09
freemangordonare you sure you build it for gtk2?23:09
freemangordonhmm, the problem might be in clutter 1.0, it has gtk3 backend enabled by default23:10
freemangordonmaybe you should rebuild clutter without gdk3 backend23:10
freemangordonNeKit: do ldd on hildon-desktop and make sure there is no libgtk3 involved23:11
freemangordonNeKit: ?23:14
NeKitlibgdk-3 is involved23:14
NeKitI will try rebuilding clutter then23:14
freemangordonNeKit: is that chroot some distro-based?23:15
NeKityes, Arch Linux ARM23:15
freemangordonNeKit: is libgdk3 directly loaded by hildon-desktop or libhildon, or only by libclutter?23:16
freemangordonhmm, weird, I have libgdk3 here as well, but it starts ok23:17
NeKitif I check with ldd, I see at least hildon-desktop and libclutter-1.0.so linked to it23:17
freemangordonsame here23:18
freemangordonbut, my clutter-dev package is from the modified clutter I rebuild because of the same problem23:19
freemangordonNeKit: maybe first rty with CLUTTER_BACKEND=x11 DISPLAY=:0 hildon-desktop23:21
freemangordonif that doesn't help, I am afraid you'll have to rebuild clutter23:22
NeKitit did the trick23:26
freemangordonreally?23:26
freemangordoncool23:26
freemangordonNeKit: I want a video :)23:27
freemangordonNeKit: don't forget to install theme and to copy the backgrounds23:28
freemangordonNeKit: also, you have to symlink /usr/hildon/theme to /usr/shares/theme/default and symlink /usr/shares/theme/default to /usr/shares/theme/alpha (if you install alpha theme). dunno how you're supposed to install debian package on arch linux, but I guess you know23:30
NeKitlooks way better with theme and wallpaper :)23:38
freemangordonyes, I know :)23:39
freemangordonNeKit: but, I am afraid that was the easy part. Bringing hildon-status-menu etc needs more stuff, like sapwood and whatnot23:41
freemangordonand maybe working upstart23:41
freemangordonoh, and working dbus23:43
NeKitdbus is probably the least of worries, compared to upstart or sapwood(?)23:46
freemangordonNeKit: sapwood is easy, I have it build for upstream, but it is still not on github23:50
freemangordonNeKit: I can give you debian source package23:51
freemangordonif you want23:51
freemangordonPali: where was gitorious maemo backup?23:53
Paliwhich?23:53
Paligitorious is now in read-only mode23:53
Paliwith all git repos23:53
freemangordonoh, ok23:54
*** florian has joined #maemo23:56
freemangordonhmm, FF hung on it23:56

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!