| uvos | Wizzup: any idea why the leste-config change dident delete the modules-load file for this guy: https://github.com/maemo-leste/leste-config/commit/402b316883f2c62830ea58fa1e08dc9aed73118f | 01:18 |
|---|---|---|
| uvos | https://github.com/maemo-leste/bugtracker/issues/681 | 01:18 |
| mighty17[m] | <freemangordon> "mighty17: I am missing how is..." <- Probably looks like mesa issue :P | 05:11 |
| mighty17[m] | Not sure if anything else broke/changed | 05:12 |
| freemangordon | uvos: not necessarily, they just check if OSSO_XTERM_GCONF_FONT_SIZE is set | 08:04 |
| freemangordon | uvos: ok, before merging those PRs we shall agree on what -devel is and add -testing repo maybe | 08:09 |
| sicelo | freemangordon: there's already -experimental | 09:03 |
| freemangordon | sicelo: right, but it is not for development | 09:53 |
| freemangordon | like, we put there things that are highly risky, in theory at least | 09:53 |
| freemangordon | or things we are not sure we will use at all | 09:53 |
| freemangordon | in -devel here we talk about patches to be tested, IIUC | 09:54 |
| freemangordon | like "most-probably it is ok, but lets put it under quarantine for a while" | 09:54 |
| sicelo | ok. what about -testing .. what would that do? | 09:55 |
| freemangordon | that'd be what current -devel is used for | 09:55 |
| freemangordon | we shall use -devel what it is meant for - "do not care if we break something, -devel users are ready for this" | 09:59 |
| Wizzup | uvos: did we have a module.load before, created by leste-config ? | 10:08 |
| Wizzup | freemangordon: so you want to rename -experimental to -devel and rename -devel to -testing ? | 10:37 |
| freemangordon | Wizzup: not really | 10:45 |
| freemangordon | we shall use -experimental only in rare ocasions, like, to test package relations or huge changes (like how it was with mesa and xorg driver) | 10:46 |
| Wizzup | then what is the proposal exactly? | 10:53 |
| freemangordon | to add -testing repo, so the life-cycle would be - build for -devel, it no obvious breakages, build for -testing in a week or so (short period) | 10:54 |
| Wizzup | ok, but who will be on top of this? we currently haven't synced -devel to stable for a long time | 10:54 |
| freemangordon | I think this can be done by a script | 10:55 |
| Wizzup | there is a script to compare | 10:55 |
| freemangordon | sync devel->testing | 10:55 |
| Wizzup | but it still needs git branch work and jenkins ci work | 10:55 |
| Wizzup | and we have cellular in -devel but not in stable | 10:55 |
| Wizzup | so the features aren't the same either | 10:55 |
| Wizzup | so it's a bit more complex | 10:55 |
| Wizzup | I don't mind the suggestion, btw | 10:55 |
| freemangordon | right, and that's why7 everybody is in devel | 10:55 |
| freemangordon | *on devel | 10:55 |
| Wizzup | for chimaera cellular will be in the main | 10:55 |
| Wizzup | (it already is) | 10:55 |
| Wizzup | so why I don't add -testing and -devel to chimaera? | 10:56 |
| freemangordon | and when me or uvos or anybody overlook something and break things, we essencially break most of our userbase devices | 10:56 |
| freemangordon | but, if we have -testing repo, that guarantees that devices will not boot loop but will be almost bleeding edge, things will get better IMO | 10:57 |
| Wizzup | and do we call the unstable thing devel or experimental | 10:58 |
| freemangordon | Wizzup: devel | 10:58 |
| freemangordon | I don;t want to merge PRs in experimental | 10:58 |
| freemangordon | even we shall rarely enable/use exp[erimental | 10:59 |
| Wizzup | I don't think we need normal, testing, devel and experimental | 10:59 |
| Wizzup | that seems a bit much, perhaps? | 10:59 |
| Wizzup | I mean, we can, I guess | 10:59 |
| freemangordon | like we did for mesa/xorg/new kernel back then | 10:59 |
| freemangordon | experimental shall be for couple of packages only | 11:00 |
| freemangordon | unmaintained in general | 11:00 |
| Wizzup | ok | 11:00 |
| freemangordon | like, we need to test some fancy new feature that is highly like to break everything, we put package x in -experimental, enable the repo on several devies we can afford to break, build/test and once we are happy, move that package in -devel | 11:01 |
| freemangordon | *likely | 11:01 |
| Wizzup | ok | 11:01 |
| freemangordon | we don;t care if experimental is in sync, as usually, the versions there will be very old | 11:02 |
| Wizzup | I will to try to get the remaining chimaera things sorted | 11:02 |
| Wizzup | I think are a few open things | 11:02 |
| freemangordon | ok | 11:02 |
| Wizzup | - elogind (yes or no) | 11:02 |
| freemangordon | hmm? | 11:02 |
| Wizzup | - mawf-shared build has some issues (iirc) | 11:02 |
| freemangordon | I can look at that | 11:02 |
| Wizzup | and tinymail/gtkhtml3 build (iirc) | 11:02 |
| freemangordon | that one too | 11:03 |
| Wizzup | - python packages (I will do this) | 11:03 |
| Wizzup | regarding elogind, there's some gnome packages that mawf depends on that hard depend on elogind | 11:03 |
| Wizzup | or systemd-logind, but we don't want that :) | 11:03 |
| freemangordon | ok, I'll have a look | 11:03 |
| Wizzup | so uvos said we had to port our xsession things to elogind session | 11:03 |
| Wizzup | which I don't mind too much | 11:04 |
| Wizzup | it would allow for root-less xorg | 11:04 |
| freemangordon | hmm | 11:04 |
| freemangordon | sounds good, but who will do it? | 11:04 |
| Wizzup | I guess me or him | 11:04 |
| Wizzup | there is https://gitlab.com/postmarketOS/tinydm | 11:04 |
| Wizzup | which is basically a login manager with elogind support that just launches our scripts | 11:04 |
| freemangordon | ok, lets do it | 11:05 |
| freemangordon | oh, even autologin uid defaults to 1000 | 11:05 |
| freemangordon | https://gitlab.com/postmarketOS/tinydm/-/blob/master/tinydm.initd#L20 | 11:06 |
| Wizzup | mhm | 11:06 |
| freemangordon | have to run, ttyl | 11:06 |
| Wizzup | ttyl | 11:06 |
| uvos | Wizzup: as per the linked commit yes, and the commit removes the file | 11:30 |
| uvos | this dosent apear to have removed the file on system, probubly because of how the divert machinery in leste-config works (which i dont quite understand) | 11:31 |
| uvos | this is bad since the modules-load trumps blacklist | 11:31 |
| Wizzup | ok | 11:31 |
| Wizzup | so we can nerf it by creating the file without the line, or we can try to figure out the undisplace stuff ;) | 11:31 |
| uvos | someone should probubly know how leste-config works :P | 11:31 |
| Wizzup | parazyd did, kinda | 11:32 |
| Wizzup | displace is just a general debian thing I think | 11:32 |
| uvos | whats wierd is that the .leste file remained | 11:32 |
| uvos | i get not undisplaceing leaving the link | 11:33 |
| uvos | but the file in the package | 11:33 |
| uvos | i dont understand | 11:33 |
| Wizzup | yeah there's some weirdness in how the displace stuff works, I don't really know but can try to figure it out | 11:34 |
| Wizzup | maybe the best way for now is to empty the file | 11:34 |
| uvos | Wizzup: so we dont have to move to an xdg session for elgoind | 11:37 |
| Wizzup | ok | 11:37 |
| uvos | these things are only tangentially related in that we can have some existing session manager take care of things for us if we do | 11:37 |
| uvos | but we can just roll our own script that creates a session | 11:38 |
| uvos | i can take care of this | 11:38 |
| uvos | but i need to build a chimeara vm first | 11:39 |
| Wizzup | uvos: you can take a devuan vm and add the chimaera pkgs | 11:44 |
| Wizzup | s/pkgs/repos/ | 11:44 |
| Wizzup | uvos: so do we need tinydm or not? | 11:47 |
| uvos | Wizzup: not nessecarly no, but it makes sense miagrate to an xdg session at the same time, at least in the sense that we have a xdg session that just runs xsession (at first) that we can then slowly migrate | 11:52 |
| Wizzup | it seems like it shouldn't be too much work, no? | 11:54 |
| Wizzup | unless there's some senseless integration in those scripts somehow | 11:54 |
| uvos | no, but moving the script in every package is some work | 11:54 |
| Wizzup | but when you wrote: 'we can just roll our own script that creates a session', would that replace tinydm? | 11:54 |
| uvos | yes | 11:54 |
| Wizzup | uvos: sure but not too much, that's just a matter of ls and dpkg -S | 11:54 |
| Wizzup | I'm fine with tinydm personally, although I never used it | 11:55 |
| Wizzup | it has openrc already | 11:55 |
| freemangordon | uvos: what about our -xsession dh helper? | 11:55 |
| Wizzup | probably there's a new helper | 11:56 |
| freemangordon | that one https://github.com/maemo-leste/maemo-system-services/blob/master/debian/dh/dh_installxsession | 11:56 |
| freemangordon | is there? | 11:56 |
| uvos | im not exatly sure what this dose (resolve the priority numbers)? | 11:57 |
| freemangordon | yes | 11:57 |
| uvos | but now if we roll our own session directory like hildon-session.d as required to be a "clean" xdg session we need something like this for that directory | 11:57 |
| freemangordon | mhm | 11:58 |
| freemangordon | maybe just port the current helper | 11:58 |
| freemangordon | and rebuild the packages | 11:58 |
| freemangordon | that way it will just work | 11:58 |
| freemangordon | this https://github.com/maemo-leste/maemo-system-services/blob/master/debian/dh/dh_installxsession#L65 | 11:58 |
| uvos | i think the simplest thing is just to have our session run xsession | 11:59 |
| uvos | at first | 11:59 |
| uvos | and then worry about seperating things later | 11:59 |
| uvos | small steps vs grand changes | 11:59 |
| freemangordon | uvos: my point is - if we port our debhelper to the new infrea, no package changes will be needed | 11:59 |
| freemangordon | work mtg, ttyl | 12:00 |
| uvos | yes i get that, but what about packages that might want to also have files there | 12:00 |
| uvos | (xsession.d | 12:00 |
| uvos | ) | 12:00 |
| Wizzup | 11:59 < uvos> i think the simplest thing is just to have our session run xsession | 12:02 |
| Wizzup | that sounds sensible to me | 12:02 |
| uvos | Wizzup: ok ill package tinydm and a minimal xdg session for us to do this, we can then migrate to hildon-session.d at any point (slowly or all at once | 12:06 |
| uvos | ) | 12:06 |
| Wizzup | uvos: ok, cool, let me know if you need help | 12:22 |
| Wizzup | I kind of want to get chimaera going before working on other things | 12:22 |
| Wizzup | just to not have too many things happening at once you know | 12:22 |
| uvos | please do fix leste-config however | 12:30 |
| uvos | i also noticed that now leste-config-mapphone wants to install razr on my d4 because of the depends/sections | 12:30 |
| uvos | the dependancy resolution urgently needs fixing | 12:30 |
| uvos | idealy we'd know why this convoluted path was chosen but i gues parazyd wont even awnser questions anymore | 12:32 |
| Wizzup | uvos: ok, gimme a moment, so I can test this on my d4? | 12:49 |
| Wizzup | uvos: I see upgrade for mapphone and REMOVE for mapphone | 12:54 |
| uvos | right because for some reason it now thinks that -razr is needed but it conflicts with -d4 | 12:57 |
| uvos | so this happens | 12:57 |
| uvos | no idea why the | depends cares of razr or d4 satifies it | 12:57 |
| uvos | *ir | 12:57 |
| uvos | *if | 12:57 |
| Wizzup | The following packages have unmet dependencies: | 12:58 |
| Wizzup | leste-config-mapphone : Depends: leste-config-bionic but it is not installable or | 12:58 |
| Wizzup | leste-config-droid4 but it is not going to be installed or | 12:58 |
| Wizzup | leste-config-droid3 but it is not going to be installed | 12:58 |
| Wizzup | E: Unable to correct problems, you have held broken packages. | 12:58 |
| Wizzup | ok | 12:58 |
| Wizzup | I do already have leste-config-droid4 installed though | 12:58 |
| uvos | yeah same here | 12:58 |
| uvos | i have no idea how it comes to this conclusion looking at debian/control | 12:59 |
| Wizzup | I will try to figure it out | 12:59 |
| uvos | anyhow this means we need to make razr its own section or we need to reverse all the dependancies | 12:59 |
| Wizzup | Broken leste-config-droid4:armhf Conflicts on diverts-lib++udev++rules.d++85-input-devices.rules:armhf < none @un H > | 13:01 |
| Wizzup | maybe they provide the same dislace? | 13:01 |
| uvos | the did | 13:02 |
| uvos | so i moved a file from mapphone to d4 etc | 13:02 |
| uvos | so the old version of mapphone provides the same file as the new version of d4 | 13:02 |
| Wizzup | try to use this btw, when debugging any apt problems | 13:05 |
| Wizzup | -o Debug::pkgProblemResolver=yes | 13:05 |
| Wizzup | The following packages have unmet dependencies: leste-config-droid4 : Conflicts: diverts-lib++udev++rules.d++85-input-devices.rules leste-config-mapphone : Conflicts: diverts-lib++udev++rules.d++85-input-devices.rules | 13:05 |
| Wizzup | E: Unable to correct problems, you have held broken packages. | 13:05 |
| Wizzup | so this really is the problem | 13:05 |
| uvos | Chimaera installer: "If the time zone is not listed, then please go back to the step "Choose language" and select a contry that uses the desired time zone" | 13:06 |
| uvos | wtf i cant want us english with eu time zone? | 13:06 |
| Wizzup | debian/leste-config-mapphone.displace:/lib/udev/rules.d/85-input-devices.rules.leste | 13:07 |
| Wizzup | uvos: I will push a fix | 13:07 |
| Wizzup | at least for the conflict, yeah? | 13:08 |
| Wizzup | uvos: btw do you use 'gen-displace' ? | 13:08 |
| uvos | Wizzup: no dident know about that | 13:08 |
| Wizzup | you have to urn it from debian dir | 13:08 |
| Wizzup | always | 13:08 |
| Wizzup | otherwise it doesn't do the right thing | 13:08 |
| uvos | ok | 13:09 |
| uvos | so what about razr? | 13:09 |
| uvos | wrt dependancies | 13:09 |
| uvos | Wizzup: also looks like the nokia-modem.conf problem is the same issue | 13:10 |
| uvos | /etc/modprobe.d/nokia-modem.conf.leste | 13:10 |
| uvos | so i gues the package dosent delete the file if its still in displace | 13:10 |
| Wizzup | yes | 13:10 |
| Wizzup | let me fix that once we see this is fixed | 13:10 |
| uvos | Wizzup: huh but i do remvoe it in the commit | 13:11 |
| uvos | https://github.com/maemo-leste/leste-config/commit/402b316883f2c62830ea58fa1e08dc9aed73118f | 13:11 |
| uvos | but its till there in HEAD | 13:11 |
| uvos | *still | 13:11 |
| uvos | oh because its there twice | 13:11 |
| uvos | nvm one is the file modprobe.d | 13:12 |
| uvos | thats not it | 13:12 |
| uvos | so no idea | 13:12 |
| Wizzup | there probably was a reason for the undisplace eh | 13:31 |
| Wizzup | uvos: so it works for me now | 13:42 |
| Wizzup | mapphone / droid 4 | 13:42 |
| Wizzup | I still want to reverse the deps in hildon-meta | 13:42 |
| Wizzup | would prefer to do that for chimaera, but I can try to do it in beowulf-devel | 13:50 |
| uvos | Wizzup: tinydm repo please | 14:00 |
| uvos | and hildon-session | 14:00 |
| Wizzup | uvos: upstream-forks for tinydm yeah? | 14:04 |
| uvos | good question | 14:05 |
| uvos | for now we are just pacakgeing it | 14:05 |
| uvos | btw do you know how haveing a seperate repo with just a debian dir works | 14:05 |
| Wizzup | https://github.com/maemo-leste-upstream-forks/tinydm | 14:05 |
| Wizzup | it works, but not with out gbp.conf | 14:05 |
| Wizzup | our | 14:05 |
| uvos | since we could just maintain /debian and use upstream repo for source | 14:06 |
| uvos | Wizzup: ok | 14:06 |
| Wizzup | hildon-session or hildon-xdg-session or something? | 14:06 |
| Wizzup | maybe just hildon-session | 14:06 |
| uvos | just hildon-session is fine imo | 14:06 |
| uvos | Wizzup: so thats a "dont do that"? | 14:06 |
| Wizzup | https://github.com/maemo-leste/hildon-session | 14:06 |
| Wizzup | uvos: yeah I think so, for now | 14:06 |
| uvos | ok | 14:07 |
| Wizzup | you also have maintain access to both btw | 14:08 |
| uvos | ok | 14:08 |
| uvos | we also need autologin | 14:08 |
| uvos | https://git.sr.ht/~kennylevinsen/autologin | 14:08 |
| uvos | https://pkgs.alpinelinux.org/package/edge/community/x86_64/autologin | 14:08 |
| uvos | so a repo for this please | 14:08 |
| Wizzup | done | 14:09 |
| uvos | ty | 14:09 |
| Wizzup | uvos: lmk when you want me to add them to jenkins jobs | 14:59 |
| Wizzup | btw, it might be fun to write a python script to parse the control files and figure out the build order for next time (with deps in mind) | 15:00 |
| freemangordon | yay, greg replied :) | 16:55 |
| sicelo | :-) | 16:57 |
| freemangordon | BTW, I think we shall start using LTS kernels instead of latest | 16:59 |
| freemangordon | and send our patches with Fixes: tag, so they get backported | 16:59 |
| freemangordon | uvos: Wizzup: that about that? | 16:59 |
| uvos | well for one manny of our patches dont count as fixes, like device enabledment stuff. we would have to backport stuff for new devices | 17:03 |
| uvos | also the pain when switching from the last lts to the next is presumably greatly increased | 17:03 |
| freemangordon | uvos: does not matter, you can always tag with Fixes | 17:03 |
| freemangordon | even an totally unrelated patch, lemme show you | 17:04 |
| freemangordon | uvos: https://www.spinics.net/lists/linux-usb/msg234212.html | 17:05 |
| freemangordon | this has Fixes: a9081a008f84 ("usb: phy: Add USB charger support") | 17:06 |
| freemangordon | and was just accepted for upstreaming | 17:06 |
| freemangordon | this means that patch will be backported in all kernels that have a9081a008f84 | 17:06 |
| freemangordon | s/in/to | 17:06 |
| freemangordon | but yeah, ok | 17:07 |
| uvos | freemangordon: we dont really want to game the system like that | 17:08 |
| uvos | freemangordon: besides what policy we have on what kernel to use is mostly set by tmlind | 17:08 |
| uvos | since i use his work to rebase our patches on | 17:08 |
| freemangordon | why game? I think this is how it is meant to be | 17:08 |
| freemangordon | but ok | 17:09 |
| freemangordon | but then, what about having some "upstreaming session"? | 17:09 |
| freemangordon | like, try to reduce the number of patches we carry? | 17:09 |
| uvos | freemangordon: sure, but we also have a lot of patches that are frankly a bounch of hacks (even igoreing pvr) | 17:10 |
| freemangordon | I am not aware of such patches | 17:10 |
| freemangordon | besides your ramping patch | 17:10 |
| uvos | the whole way modem audio works is a bouch of hack patches on top of some tmlind hack patches | 17:11 |
| freemangordon | IIRC he started upstreaming that | 17:11 |
| uvos | yes still there are a bounch of hacks | 17:11 |
| freemangordon | but, even if we are not able to upstream everything, reducing the patches in half will still be a victory, no? | 17:11 |
| uvos | theres is several hacks around keeping the n900 working | 17:11 |
| uvos | sure | 17:11 |
| freemangordon | I see no reason why n900 will need patches | 17:12 |
| freemangordon | *hacks | 17:12 |
| uvos | upstream is broken in various ways that we just dont know why/how to fix | 17:12 |
| uvos | so theres hacks to avoid broken code paths | 17:12 |
| freemangordon | yet again, I think we shall spend 1-2 days reviewing what we carry | 17:13 |
| uvos | no one gives it mutch attention | 17:13 |
| uvos | so these sorta kinda bearly keep n900 working patches accumulate | 17:13 |
| freemangordon | ok, lets review them these dyas | 17:13 |
| freemangordon | *days | 17:13 |
| freemangordon | as we simply won;t be able to carry unlimited number of patches for every device we try to support | 17:14 |
| freemangordon | so we either keep the number sane or we will have to start dropping support | 17:15 |
| uvos | right now the number is still sane imo | 17:15 |
| uvos | ofc reducing it is good | 17:15 |
| freemangordon | yeah, that was my point - lets try to shave a bit | 17:16 |
| uvos | Wizzup: ok so autologin/tinydm works in my chimaera vm | 17:16 |
| uvos | Wizzup: but i need to change something in inittab | 17:17 |
| uvos | Wizzup: we dont control this file afaik | 17:17 |
| uvos | Wizzup: not sure how to procede | 17:17 |
| freemangordon | Wizzup: till when we plan to support beowolf? | 17:17 |
| freemangordon | *beowulf | 17:17 |
| uvos | iiuc he wants to drop asap | 17:17 |
| freemangordon | ok | 17:17 |
| freemangordon | uvos: /etc/inittab does not belong to any package | 17:18 |
| uvos | where dose it come from? | 17:19 |
| uvos | devuan installer? | 17:19 |
| freemangordon | arm-sdk I would guess | 17:19 |
| freemangordon | https://github.com/maemo-leste/arm-sdk/blob/master/boards/droid4.sh#L28 | 17:20 |
| uvos | freemangordon: ok but where dose the rest of the file come from | 17:22 |
| uvos | freemangordon: maybe i can just patch autologin to not work like this | 17:23 |
| uvos | i dont like it spawing x on tty1 anyhow should be 7 | 17:23 |
| freemangordon | yeah, maybe it comes from debootstrap | 17:26 |
| freemangordon | uvos: what is the difference 1 vs 7? | 17:28 |
| uvos | freemangordon: autologin requires there be no getty on the vt it takes over | 17:30 |
| uvos | pmos just dont getty tty1 | 17:31 |
| uvos | not ideal imo it should just take over tty7 | 17:31 |
| freemangordon | ah | 17:32 |
| freemangordon | well, lets patch it the | 17:32 |
| uvos | yeah | 17:32 |
| freemangordon | XDG_VTNR=1 ? | 17:32 |
| uvos | sadly its hardcoded | 17:33 |
| uvos | but yes | 17:33 |
| freemangordon | can't we fix it properly and send patch to upstream? | 17:33 |
| uvos | sure | 17:33 |
| uvos | but it sets XDG_VTNR itself (to 1 ofc) | 17:33 |
| freemangordon | like, using env var and default to 1 if missing? | 17:33 |
| uvos | so it needs some coordination with pmos | 17:34 |
| uvos | ill just change it to 7 for now and fix it proper later | 17:34 |
| freemangordon | ok | 17:34 |
| uvos | video-omap is going to work in rootless x or? | 17:35 |
| freemangordon | no idea | 17:35 |
| freemangordon | will see | 17:35 |
| freemangordon | it should | 17:35 |
| freemangordon | if not, I'll fix it | 17:36 |
| freemangordon | the only issue it might have is with omapdrm fd | 17:36 |
| uvos | nice benefit also is | 17:42 |
| uvos | that if x dies session is just restarted | 17:42 |
| uvos | instead of full reboot/ nothing | 17:43 |
| uvos | ok dmse currenly breaks the session restarting | 18:26 |
| Wizzup | uvos: what inittab change? | 18:35 |
| Wizzup | uvos: well we're not planning on session restarting | 18:35 |
| uvos | Wizzup: forget it inittab need not be modified anymore | 18:35 |
| uvos | Wizzup: well it allmost works | 18:36 |
| uvos | Wizzup: just dsme breaks it | 18:36 |
| uvos | Wizzup: and it would be nice to have | 18:36 |
| uvos | Wizzup: the problem is dmse is dumb, so if x dies it just blindly tries restarting h-d etc, wich dosent work ofc, then the session restarts and also restarts h-d etc | 18:37 |
| uvos | really we should have a small tool thats run by the h-d Xsession script like superivse-deamon to supervise just that one processes (like h-d in this example) | 18:37 |
| uvos | then if just h-d dies | 18:38 |
| freemangordon | uvos: dsme is not dumb, it is told to restart h-d if it dies | 18:38 |
| uvos | freemangordon: but that is dumb | 18:38 |
| freemangordon | look at dsmetool options | 18:38 |
| uvos | supervise-daemon will restart just h-d | 18:38 |
| uvos | then if the session dies | 18:38 |
| uvos | supervise-deamon will die too | 18:38 |
| uvos | and everything gets restarted from scratch | 18:38 |
| uvos | freemangordon: there is no way for dsme to work correctly | 18:38 |
| uvos | it simply dosent have the information | 18:39 |
| freemangordon | how's that? | 18:39 |
| uvos | dsme is running outside the session | 18:39 |
| uvos | so it has no concept of the session itself dieing, as far as i can tell | 18:40 |
| freemangordon | ok, but, does anyone knows when session gets restarted? | 18:40 |
| uvos | yes the display manager | 18:40 |
| uvos | the way its supposed to work is display manger starts the session and restarts it when it dies | 18:40 |
| freemangordon | so, does it stop/start the session? | 18:40 |
| freemangordon | or just start it? | 18:40 |
| uvos | and then inside of the session a tool runs that restars the deamons of the sesion | 18:40 |
| uvos | freemangordon: it starts the session and respawns it when it dies | 18:41 |
| uvos | also stops it but thats out of scope rn | 18:41 |
| uvos | the problem is that then dsme runs outside of the session as root | 18:41 |
| uvos | and thinks it knows when things shal be restarted | 18:41 |
| uvos | but the session might be over for all it knows | 18:41 |
| uvos | or is in the process of restarting | 18:42 |
| freemangordon | sorry, have to do some other things now, ttyl | 18:42 |
| freemangordon | I think that maybe we shall not try to restart the session and just restart the device instead | 19:22 |
| sicelo | freemangordon: btw there aren't any kernel hacks for N900 besides the one for modem/dma issue. other patches relate to attempts to fix OFF mode, e.g. disabling thermal. | 19:30 |
| bencoh | sicelo: wait, so thermal was the one preventing OFF mode? | 19:34 |
| bencoh | that sounds so silly :) | 19:35 |
| sicelo | it's one of them. there are others too. i.e. OFF mode is still broken | 19:35 |
| bencoh | ah | 19:35 |
| Wizzup | uvos: let's first just get it to work like before, then figure out what else to do | 19:49 |
| Wizzup | uvos: should I add the packages to jenkins? | 19:50 |
| uvos | Wizzup: sure still needs some exta stuff | 20:15 |
| uvos | Wizzup: postins is needed for tinydm | 20:15 |
| uvos | Wizzup: some other small fry | 20:15 |
| uvos | Wizzup: like fixing the metapackage | 20:16 |
| uvos | but you can install it and have it working with just a few commands | 20:16 |
| Wizzup | let me make it avail on jenkins at least | 20:17 |
| Wizzup | rafael2k: please, what was the ringtone problem, do we have an issue for it? | 20:17 |
| uvos | the current pacakge installes the files in the wrong place | 20:18 |
| Wizzup | wrong directory? | 20:18 |
| uvos | dont remember how wrong exactly but the path in file where the ringtones and metadata is hardcoded for profiled (ugh why we need to fix this) and the path in fs dont line up | 20:19 |
| Wizzup | right, why don't we fix the profiled path? | 20:19 |
| uvos | we could do that sure, im just saying what the issue is not its resolution | 20:20 |
| uvos | building the rintones from a repo is however better than importing the package anyways | 20:20 |
| Wizzup | well, it's a bit more difficult | 20:21 |
| Wizzup | this is one of the pkgs we can host under *.maemo.org | 20:21 |
| Wizzup | but not quite sure if the conents of it can be hosted elsewhere | 20:21 |
| Wizzup | then again maybe nobody cares but if we do put it online, I'd like it to be some separated place | 20:22 |
| uvos | imo we should just package some ringtones with clear and foss frendly license | 20:23 |
| uvos | and forget about this | 20:23 |
| Wizzup | also fine | 20:26 |
| Wizzup | so which paths are we talking about? | 20:26 |
| freemangordon | uvos: why does tinydm need postinst? | 20:26 |
| uvos | freemangordon: 1. to install it into the runlevel (it uses makefile to install the init script and i want to modify upstream source as little as possible) 2. to use tinydm-set-session to set the default session, hildon-desktop | 20:28 |
| uvos | or rather hildon-session | 20:28 |
| uvos | maybe the hildon-session should do that instead | 20:30 |
| freemangordon | hmm, installing init script from makefile does not seem like a good idea | 20:30 |
| uvos | point is it needs postins | 20:30 |
| freemangordon | I understand, but we have dh_installinit, no? | 20:30 |
| Wizzup | you can just make it an init script in debian/ yeah | 20:30 |
| uvos | sure | 20:30 |
| uvos | but id like to maintain just the debian dir in future | 20:31 |
| uvos | and use upstream as $src | 20:31 |
| freemangordon | I understand, but just install in debian/tmp/... | 20:31 |
| freemangordon | and then dh_installinit for the file in debian/tmp/... | 20:31 |
| uvos | dont know how to do that exactly via rules | 20:32 |
| uvos | but i can try and figure it out | 20:32 |
| freemangordon | I can do, where is the source? | 20:32 |
| uvos | upstream forks | 20:32 |
| freemangordon | ok | 20:32 |
| freemangordon | gimme a couple of miinutes | 20:34 |
| Wizzup | uvos: tinydm/autolaunch/hildon-session are in jenkins | 20:34 |
| Wizzup | let's do chimaera only (obv) | 20:35 |
| freemangordon | uvos: | 20:44 |
| freemangordon | override_dh_installinit: | 20:44 |
| freemangordon | dh_installinit --only-scripts -- tinydm defaults | 20:44 |
| freemangordon | add that to rules | 20:44 |
| freemangordon | ofc you can modify update-rc.d parameters | 20:45 |
| rafael2k | Wizzup: wrong paths in /etc/ringtone and the other file that reference the tones, missing files and so on... no, no issue | 20:45 |
| freemangordon | and maybe also add "--no-start" do dh_installinit if needed | 20:46 |
| rafael2k | just use the package I carefully did | 20:46 |
| rafael2k | fixing all the issues | 20:46 |
| rafael2k | even add more tones and so on | 20:47 |
| rafael2k | *added | 20:47 |
| Wizzup | rafael2k: please see what I said above | 20:54 |
| uvos | oh yeah maybe the hardcodeing file for profiled was inside the ringtone package too | 20:59 |
| uvos | no idea how this ever worked | 20:59 |
| freemangordon | what about if I take the package from rafael2k and create source package out of it. the source package will be in a private repo. not sure how we can build for maemo.org though | 21:10 |
| freemangordon | Wizzup: ^^^ | 21:11 |
| Wizzup | freemangordon: maybe just a sep maemo leste orga | 21:12 |
| Wizzup | on gh | 21:12 |
| Wizzup | freemangordon: we can also just build it locally | 21:36 |
| Wizzup | and import it ci | 21:36 |
| Wizzup | import in ci | 21:36 |
| freemangordon | right, but anyway i was talking about where to keep the source code | 21:37 |
| norayr | i as trying to understand what was on the board in 'modern' live wallpaper. | 21:58 |
| norayr | and found animations presenting live wallpapers back in 2010. | 21:59 |
| norayr | this exact frame shows that it looks like the board was empty, like it is now: https://youtu.be/m4CWd1q8RLU?t=58 | 21:59 |
| norayr | then it appears at 1:31 again | 22:00 |
| norayr | http://www.youtube.com/watch?v=tp30hGusgOg | 22:00 |
| norayr | http://www.youtube.com/watch?v=m4CWd1q8RLU | 22:00 |
| norayr | http://www.youtube.com/watch?v=0yUFankdUTc | 22:00 |
| norayr | http://www.youtube.com/watch?v=C2VIUusJMh8 | 22:00 |
| norayr | this are the animations. | 22:00 |
| Wizzup | freemangordon: right, so a separate github orga maybe | 22:02 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!