01:14.21 | Raimu | Was the Hildon taskswitcher desaturation effect causing problems? It vanished at some point and I don't know if it was changed to be enablable by parameter or something. |
02:59.39 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
03:19.31 | *** join/#maemo-ssu LaoLang_coo_ (~LaoLang_c@221.226.175.141) |
03:23.46 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
03:41.09 | *** join/#maemo-ssu Senicius (Senicius@ironlegend.student.ipv6.utwente.nl) |
03:56.22 | *** join/#maemo-ssu LaoLang_co__ (~LaoLang_c@221.226.175.141) |
04:01.12 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
04:01.12 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
04:03.41 | *** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
04:44.09 | *** join/#maemo-ssu jon_y_ (~enforcer@124.82.60.105) |
04:51.15 | *** join/#maemo-ssu Senicius (Senicius@ironlegend.student.ipv6.utwente.nl) |
05:11.38 | *** join/#maemo-ssu jon_y (~enforcer@124.82.60.105) |
05:45.41 | kerio | Raimu: you have to enable it afaik |
05:53.20 | *** join/#maemo-ssu luf (luf@nat/ibm/session) |
05:53.20 | *** join/#maemo-ssu luf (luf@nat/ibm/x-xwcepnouugemdrls) |
06:20.00 | *** join/#maemo-ssu freemangordon_ (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
06:26.40 | *** join/#maemo-ssu Senicius (Senicius@2001:610:1908:8000:20a:48ff:fe0b:171d) |
06:35.23 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
06:54.01 | *** join/#maemo-ssu _xnt14 (~xnt14@xceleo.us) |
07:46.53 | *** join/#maemo-ssu luf (luf@nat/ibm/x-yuivezxcjwdzfdid) |
07:48.42 | Lava_Croft | Raimu: blurless_saturation = 0 in /usr/share/hildon-desktop/transitions.ini |
07:48.52 | Lava_Croft | or 1, whatever |
09:09.51 | Raimu | Oh, I thought that setting was there much earlier and affects the popping-up background blurring. |
09:11.04 | Raimu | I meant the effect when you shut an application down the small window thumbnail in the task switcher goes monochrome. It's a recent effect. |
09:18.47 | *** join/#maemo-ssu kolp (~quassel@212.255.21.246) |
09:23.58 | Raimu | Yeah, I can see it in CSSU T-maemo5 changelist as added: "Desaturate the window thumb when it's about to close" |
09:25.28 | Lava_Croft | aah |
09:25.30 | Lava_Croft | that |
09:29.04 | Raimu | Yeah. I doesn't seem to happen on later testing hildon-desktops anymore, on my n900 at least. I was wondering why. |
09:29.08 | Raimu | *It |
09:29.32 | Lava_Croft | Strange, no idea |
10:24.57 | merlin1991 | hm interesting find |
10:25.52 | merlin1991 | btw Raimu afaic the effect only works when you close the application in the taskswitcher |
10:26.22 | Raimu | Yup, but it stopped working. |
10:27.19 | merlin1991 | damn gitorious semi down |
10:27.27 | merlin1991 | wants to check if there is an option |
10:28.07 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-pqdcsrsxgdwswikz) |
10:35.03 | merlin1991 | Raimu: there is a new option thumb_desaturation |
10:36.10 | merlin1991 | you have to set it to 1 and thanks to dpkg config handling it is only in /usr/share/hildon-desktop-tansitions.ini.dpkg-dist |
10:51.52 | *** join/#maemo-ssu MrPingu (~MrPingute@wlan-145-94-199-094.wlan.tudelft.nl) |
10:53.06 | Raimu | Aha. |
10:53.12 | Raimu | Thanks for lookup. |
11:05.21 | Raimu | Yeah, got it to work now. Thank you! |
11:17.33 | *** join/#maemo-ssu _simon__ (~simon@2001:610:1908:1200:8449:8298:e0ef:2d7f) |
11:19.52 | *** join/#maemo-ssu int_ua (~int_ua@93.126.96.47) |
11:35.39 | *** join/#maemo-ssu Martix (martix@nat/redhat/x-doohmqyywyoaenlg) |
12:01.33 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
13:10.03 | DocScrutinizer05 | we definitely need a decent editor for all that stuff. One that can merge new options with existing setups from /usr/share/hildon-desktop-tansitions.ini |
13:14.25 | DocScrutinizer05 | I.E it needs to - at build time at least - automatically grep all the possible options out of the MHD sourcefiles that define them. Then - at runtime - set all those options to proper defaults, then read in hildon-desktop-tansitions.ini and override the internal option values of those that are defined in there. Then on "save" write a complete /usr/share/hildon-desktop-tansitions.ini with all the available options, and those that |
13:14.26 | DocScrutinizer05 | were already defined in old hildon-desktop-tansitions.ini set to their old values |
13:16.04 | jon_y | perl? :) |
13:16.30 | tadzik | sounds like a job for a Perl Man |
13:17.37 | tadzik | or for a proper .ini library, and so any language around :) |
13:18.41 | tadzik | esp. since maemo runs on 5.8.6, which is ancient even by CentOS standards |
13:18.56 | jon_y | perl 5.8.6? |
13:18.58 | tadzik | yeah |
13:19.09 | jon_y | good enough for some regex matches |
13:19.17 | jon_y | and section markers |
13:20.25 | tadzik | if regex solution is what you're aiming at, then yeah |
13:20.31 | jon_y | we could go with json or xml :) |
13:20.40 | jon_y | or yaml |
13:20.54 | jon_y | or whatever flavor of the month serialize format |
13:21.56 | tadzik | doesn't it need to be .ini for hildon to understand it? |
13:22.14 | jon_y | does hildon have to use ini? |
13:22.30 | tadzik | heh, apparently Config-Tiny works even on 5.5.3 ;) |
13:24.12 | jon_y | well, just saying there are more sane things than using ini :) |
13:24.18 | tadzik | sure :) |
13:24.32 | tadzik | ini is quite nice for hand-editing on device though |
13:27.37 | jon_y | <PROTECTED> |
13:28.36 | tadzik | probably better written as /^\s*\[([^\]]*)\]\s*$/ :) |
13:29.25 | jon_y | [^\] <-? |
13:29.38 | tadzik | [^\]], character class of "anything but ]" |
13:29.42 | tadzik | saves you backtracking on section title |
13:29.46 | jon_y | oh |
13:29.56 | jon_y | heh |
13:30.01 | tadzik | which will probably be just one character, but... yeah ;) |
13:30.21 | luf | BTW why perl? Isn't python more supported on N900? |
13:30.21 | jon_y | definitely an evil spell incantation |
13:30.35 | jon_y | luf: it started mostly as a joke |
13:30.46 | tadzik | Beacuse Lexical Scoping!!!11 ;) |
13:31.07 | tadzik | well, python version is at least LSB-conformant, whatever that's worth |
13:31.53 | jon_y | PerlCritic is awesome btw |
13:32.00 | luf | jon_y: I never saw DocScrutinizer05 makes a joke :D |
13:32.09 | jon_y | should be mandatory to make all of them readable |
13:32.11 | tadzik | except when it's annoying |
13:32.23 | jon_y | that's what exclude is for :) |
13:32.38 | tadzik | "Hey, you turned of wanings here". I know, damnit! :) |
13:32.50 | jon_y | ##no critic |
13:32.53 | tadzik | s/of wa/off war/ |
13:33.15 | tadzik | yeah, I know, but still. How often do you do 'no strict "refs"' by accident? |
13:33.34 | jon_y | sometimes |
13:33.52 | jon_y | the best part is spotting mistyped sort/grep constructs |
13:34.23 | tadzik | yeah, it has its good parts |
13:35.25 | tadzik | or warning about undefined behaviours, I never knew about those before |
13:35.47 | jon_y | yes, especially doing regex on $_ in a loop |
13:36.31 | jon_y | not exactly easy to spot if you're new to perl |
13:49.49 | tadzik | btw, did the context menu ideas eventually get on a bugtracker? |
13:50.21 | DocScrutinizer05 | hah, prolly not |
13:52.23 | DocScrutinizer05 | I'd think it's less effort to prepare the patch based on what we already discussed here, than to open a ticket with all that info and conclusions |
13:58.18 | DocScrutinizer05 | we already found out there's code to pop up the context menu to left upper side from touchpoint. Just the condition/test that selects this particular method is kinda flawed, since it only kicks in when touchpoint is too close to lower-right end of screen. |
13:58.57 | tadzik | it was also a matter of it disappearing too eagerly |
13:59.12 | DocScrutinizer05 | this condition needs to get tweaked so it works exactly other way round |
14:00.58 | DocScrutinizer05 | that been a missing option in some theme file, that needs to be 150 instead 30 or 8 or whatever it been. I don't agree we might patch source to ignore a setting in theme just because the existing setting in existing themes doesn't match our taste. Rather provide a simple theme-patcher tool |
14:01.52 | DocScrutinizer05 | (^^^ disappearing too soon that is) |
14:15.16 | freemangordon_ | DocScrutinizer05: hmm, can we setup an apt triger, so if a new theme is installed, to fix it? |
14:15.25 | freemangordon_ | *trigger |
14:16.01 | freemangordon_ | Not that I have any clue how apt/dpkg triggers work, just a wild idea |
14:16.29 | freemangordon_ | merlin1991: ^^^? |
14:16.53 | merlin1991 | we could use postinst |
14:17.18 | merlin1991 | ah wait theme? |
14:17.18 | freemangordon_ | merlin1991: we can't fix all of the themes around |
14:17.34 | merlin1991 | hm well that apt trigger would be weird |
14:17.42 | merlin1991 | would have to be content agnostic |
14:20.04 | freemangordon_ | let me elaborate: on new .deb installed, sed(or whatever) /opt/usr/share/themes/*/gtk-2.0/gtkrc |
14:20.28 | freemangordon_ | and fix the broken value |
14:20.46 | freemangordon_ | I think we all will be happy that way. If it wrks |
14:20.52 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
14:20.53 | freemangordon_ | *works |
14:22.33 | freemangordon_ | merlin1991: we can use a small C program instead if script, which is using GSettings (or whatever the GTK class was) |
14:22.43 | freemangordon_ | so no need to parse .rc files |
14:22.55 | jon_y | sqlite! :) |
14:23.22 | freemangordon_ | GTK will do it for us, and it can set values in .rc files too |
14:25.41 | freemangordon_ | merlin1991: ooh, we can tell dpkg to watch a directory for a change :D |
14:27.16 | jon_y | dpkg is always running? |
14:30.31 | freemangordon_ | merlin1991: "interest /path/to/a/directory" in debian/triggers |
14:30.36 | freemangordon_ | http://lists.debian.org/debian-dpkg/2007/04/msg00076.html |
14:30.40 | freemangordon_ | jon_y: no |
15:49.45 | *** join/#maemo-ssu ivgalvez (~ivgalvez@48.pool85-54-54.dynamic.orange.es) |
16:05.39 | kerio | do you have to reboot after installing a theme? fixing stuff like that on boot would be easier |
16:15.51 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
16:31.44 | freemangordon_ | kerio: no |
16:32.02 | kerio | shame |
16:32.14 | freemangordon_ | unfortunately I changed *dnd* value to 230, nothing has changed :( |
16:35.00 | *** join/#maemo-ssu M13 (~M13@170.133-224-87.telenet.ru) |
16:58.21 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
17:06.27 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A4D.dip0.t-ipconnect.de) |
17:11.13 | DocScrutinizer05 | run a inotify-monitor script |
17:12.22 | DocScrutinizer05 | chnging the value isn't sufficient, you need to compile the changed .rc file too |
17:15.41 | DocScrutinizer05 | honestly whoever has set up that theme file this way, is responsible to fix it. Users using a theme file either accept it the way it is, or they tweak it on purpose, to adjust properties like that *dnd* value. Of course somebody can set up an 'app' that inotify monitors the themes and runs a edit script to auto-tweak whatever theme properties the user wants edited. We however should NOT deploy a global mandatory fix for that |
17:17.28 | DocScrutinizer05 | a mandatory fix is like replacing all existing heating thermostats by fixed-temperature versions, just because the current thermostats were shipped with an inconvenient preset |
17:19.43 | DocScrutinizer05 | tbh I could live with the context menu vanishing as soon as pen-up, if only context menu wouldn't appear *under* my fingertip |
17:20.33 | DocScrutinizer05 | IOW the first fix is way more useful than the second |
17:23.57 | DocScrutinizer05 | plus the first fix can get implemented in a 100% clean way, by changing default behaviour from "anchor: top left" to "anchor: bottom right" and add a new option "anchor=[0|1|2|3]" for bottom-right, bottom-left, top-left, top-right |
17:25.11 | DocScrutinizer05 | so anybody interested in keeping current behaviour could restore this by setting anchor=3 |
17:28.27 | DocScrutinizer05 | likewise we could have changed _default_ of *dnd* from 8 to 150, but since obviously the nonsense value is already explicitly set in gtkrc, our only reasonable option is to tweak this value as set in the file |
17:31.47 | DocScrutinizer05 | weird shit returned for >>ll /opt/usr/share/themes/*/gtk-2.0/gtkrc*<< |
17:33.39 | DocScrutinizer05 | could anybody check if your files have same date, please? |
17:33.42 | DocScrutinizer05 | IroN900:~# ls -l /opt/usr/share/themes/default/gtk-2.0/gtkrc.cache |
17:33.44 | DocScrutinizer05 | -rw-r--r-- 1 root root 130648 2011-09-09 12:33 /opt/usr/share/themes/default/gtk-2.0/gtkrc.cache |
17:34.51 | DocScrutinizer05 | my /opt/usr/share/themes/*/gtk-2.0/gtkrc.cache are all of same date, despite the gtkrc are of different often years older age |
17:35.12 | DocScrutinizer05 | makes me think something compiled them on my device |
17:35.32 | DocScrutinizer05 | all at once |
17:38.06 | DocScrutinizer05 | WTF?!?! /usr/bin/gtk-update-icon-cache |
17:38.36 | DocScrutinizer05 | nothing but a weird shebang line, 13 bytes length, here :-o |
17:39.33 | kerio | -rw-r--r-- 1 root root 130648 2012-09-15 14:29 gtkrc.cache |
17:39.35 | kerio | \_o_/ |
17:40.31 | DocScrutinizer05 | hey, I gather you installed something at 2012-09-15 14:29 |
17:40.51 | DocScrutinizer05 | sth grk(-theme) related |
17:40.56 | DocScrutinizer05 | gtk* |
17:41.29 | kerio | can't remember |
17:41.34 | FIQ | how about the default themes? |
17:41.44 | kerio | DocScrutinizer05: maybe i... removed the beta theme? |
17:41.47 | FIQ | I honestly never used a custom theme |
17:42.25 | kerio | DocScrutinizer05: /usr/bin/hildon-theme-recache-all |
17:42.26 | DocScrutinizer05 | FIQ: ls -l /opt/usr/share/themes/*/gtk-2.0/gtkrc.cache |
17:42.31 | kerio | Tool to generate gtkrc cache files on fly |
17:42.36 | DocScrutinizer05 | kerio: \o/ |
17:43.27 | DocScrutinizer05 | hildon-theme-cacher /usr/share/themes |
17:43.33 | kerio | yep |
17:44.41 | DocScrutinizer05 | freemangordon_: you called this ^^^ after changing your value *dnd* to 130 (or whatever)? |
17:45.06 | FIQ | DocScrutinizer05: gives "alpha", "beta", "default" and "Raleigh" (whatever that is) |
17:45.18 | DocScrutinizer05 | same here |
17:45.28 | DocScrutinizer05 | all 4 with same date |
17:45.48 | FIQ | yeah, seems to be the time I reflashed |
17:45.55 | FIQ | which was 11d ago |
17:47.04 | DocScrutinizer05 | IroN900:~# /usr/bin/hildon-theme-recache-all |
17:47.06 | DocScrutinizer05 | Generating /usr/share/themes/beta/gtk-2.0/gtkrc.cache |
17:47.07 | DocScrutinizer05 | Generating /usr/share/themes/alpha/gtk-2.0/gtkrc.cache |
17:47.09 | DocScrutinizer05 | ... |
17:47.37 | DocScrutinizer05 | IroN900:~# ls -l /opt/usr/share/themes/default/gtk-2.0/gtkrc.cache |
17:47.39 | DocScrutinizer05 | -rw-r--r-- 1 root root 130648 2012-11-27 18:46 /opt/usr/share/themes/default/gtk-2.0/gtkrc.cache |
17:47.41 | DocScrutinizer05 | of course |
17:50.40 | kerio | wtf is *dnd*? |
17:50.46 | FIQ | drag-and-drop I guess |
17:51.29 | FIQ | a thing useful for people not too exposed to technical stuff as it's very simple |
17:51.41 | FIQ | ...but I guess you knew that :p |
17:51.42 | DocScrutinizer05 | chnaged dnd to 300, /usr/bin/hildon-theme-recache-all --> fixed \o/ |
17:52.22 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
17:52.37 | DocScrutinizer05 | # Drag and drop treshold |
17:52.38 | DocScrutinizer05 | gtk-dnd-drag-threshold = 300 |
17:52.58 | FIQ | also, where exactly is dnd used in hildon? |
17:53.54 | DocScrutinizer05 | sed s/gtk-dnd-drag-threshold = 30/gtk-dnd-drag-threshold = 30/ -i /opt/usr/share/themes/default/gtk-2.0/gtkrc && /usr/bin/hildon-theme-recache-all |
17:54.25 | DocScrutinizer05 | I did that as root, dunno if it's mandatory |
17:54.59 | DocScrutinizer05 | prolly, since /opt/usr/share/themes/ isn't owned by user |
17:55.15 | DocScrutinizer05 | grrr |
17:55.29 | DocScrutinizer05 | sed s/gtk-dnd-drag-threshold = 30/gtk-dnd-drag-threshold = 180/ -i /opt/usr/share/themes/default/gtk-2.0/gtkrc && /usr/bin/hildon-theme-recache-all |
17:56.42 | DocScrutinizer05 | new if you package that as an "app", I insist on getting credit as original author :-P |
17:56.47 | DocScrutinizer05 | now* |
17:57.44 | freemangordon_ | DocScrutinizer05: I called hildon-theme-racache-all |
17:58.07 | freemangordon_ | and yes, you need to be root |
17:58.28 | freemangordon_ | nothing changed here, at least for file manager |
18:00.15 | DocScrutinizer05 | here I think there clearly changed sth, only that I guess it's not pixels but mouse dits that this value's unit |
18:00.38 | freemangordon_ | mouse dits? |
18:01.12 | DocScrutinizer05 | atm (with 300) I get ~2...3mm I can drag the stylus before context menu vanishes |
18:03.22 | DocScrutinizer05 | hmm nope, with 2000 it's all the same |
18:03.24 | freemangordon_ | DocScrutinizer05: just did it 1230, still the same |
18:03.30 | freemangordon_ | yeah :D |
18:03.31 | FIQ | <DocScrutinizer05> new if you package that as an "app", I insist on getting credit as original author :-P |
18:03.48 | FIQ | makes a package and tell everyone that he came up with the idea |
18:04.11 | DocScrutinizer05 | FIQ: you're welcome |
18:08.04 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
18:16.40 | DocScrutinizer05 | starting filemanager and opening context menu gives inotify-watch -r /usr/share/themes/ : |
18:16.49 | DocScrutinizer05 | 8 4 2 2 /usr/share/themes/alpha/images/ |
18:16.51 | DocScrutinizer05 | 4 0 2 2 /usr/share/themes/alpha/gtk-2.0/ |
18:16.56 | DocScrutinizer05 | 11 5 3 3 /usr/share/themes/alpha/images/ |
18:17.00 | DocScrutinizer05 | :-/ |
18:17.06 | DocScrutinizer05 | time for reboot |
18:17.24 | freemangordon_ | DocScrutinizer05: didn't help here either |
18:17.59 | DocScrutinizer05 | since I guess the themes are read in by maemo-launcher and after that only shared |
18:18.14 | freemangordon_ | no, it is sapwood engine |
18:18.33 | DocScrutinizer05 | mhm |
18:18.45 | DocScrutinizer05 | too late |
18:18.50 | DocScrutinizer05 | already booting |
18:20.56 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
18:21.02 | DocScrutinizer05 | hmm, still no effect |
18:21.14 | freemangordon_ | toldya, it is not that |
18:21.31 | freemangordon_ | aiui w have a simulated right-click |
18:21.33 | freemangordon_ | *we |
18:21.41 | DocScrutinizer05 | but we both read the source code, no? |
18:21.43 | freemangordon_ | and dnd should not affect that |
18:22.10 | freemangordon_ | well, yes :) |
18:22.26 | freemangordon_ | did you keep the links? |
18:22.30 | freemangordon_ | *do |
18:22.52 | DocScrutinizer05 | and wasn't gtk-dnd-drag-threshold explicitly mentioned in there |
18:22.54 | DocScrutinizer05 | ? |
18:23.03 | DocScrutinizer05 | alas nope |
18:23.04 | freemangordon_ | it was |
18:23.45 | DocScrutinizer05 | wait, I'm still wondering if I edited the *right* theme gtkrc |
18:24.44 | freemangordon_ | fuck gitorious: "503 Service Unavailable" |
18:28.28 | DocScrutinizer05 | freemangordon_: chanlog, search /usr/share/themes/ |
18:28.37 | DocScrutinizer05 | or gtkrc |
18:32.28 | freemangordon_ | gitorious is driving me buts |
18:33.15 | freemangordon_ | *nuts |
18:34.49 | freemangordon_ | hmm, could it be that it should be set on widget. going to try it |
18:37.31 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
18:39.49 | DocScrutinizer05 | yeah, good thinking. I also wondered what's the real meaning and structure in that friggin gtkrc file |
18:41.15 | DocScrutinizer05 | but hey, since that shite obviously doesn't work in gtkrc the way we assumed, we could as well edit the default from wherever it's coming from |
18:42.26 | DocScrutinizer05 | first step: gdb filemanager, see what value that variable actually has, which is supposed to have the value of gtk-dnd-drag-threshold but obviously doesn't |
18:43.07 | DocScrutinizer05 | second step: find out where from this value comes, edit that to a sane value |
18:43.27 | DocScrutinizer05 | odds are we actually can include a sourcecode patch now |
18:44.23 | DocScrutinizer05 | since there's no setting from themes that needs to be overridden, rather that variable has some default value coming from somewhere else, probably sourcecode |
18:44.44 | freemangordon_ | DocScrutinizer05: there is, we just need to find which one |
18:45.17 | DocScrutinizer05 | hmm, I grep'ed /usr/share and ooops ~/.* |
18:45.34 | DocScrutinizer05 | <-idiot with root hat on |
18:45.42 | freemangordon_ | hehe |
18:46.12 | freemangordon_ | DocScrutinizer05: no need to grep, all we need is in /ush/share/themes/gtk2.0 |
18:47.20 | DocScrutinizer05 | so, I didn't find *any* gtk-dnd-drag-threshold except the edited ones, in usr/share/themes/gtk2.0 |
18:48.02 | DocScrutinizer05 | so the value that's in that variable right now hardly comes from ush/share/themes/gtk2.0 |
19:13.52 | tadzik | is there a way to easily downgrade to previous version of CSSU-T>? |
19:14.09 | Lava_Croft | no |
19:14.13 | Lava_Croft | (iirc) |
19:15.07 | tadzik | dang. No old mp-fremantle-something-something.deb lying around? :/ |
19:15.52 | DocScrutinizer05 | there probably is, but I don't think installing that will downbgrade the patched binaries to prev state |
19:20.25 | kerio | there isn't |
19:20.29 | kerio | you can just install the versions manually |
19:29.19 | DocScrutinizer05 | tadzik: what's wrong with T6? |
19:30.36 | DocScrutinizer05 | if there's any valid reason whatsoever to downgrade to T5.1, we really would like to hear about it |
19:31.37 | Pali | merlin1991, I will push rtcom-messaging-ui-portrait deb package to cssu-devel |
19:31.44 | DocScrutinizer05 | since any such reason, except for testing upgrade to T6 or checking bugs in T5.1, would be a bug in itself |
19:32.02 | Pali | it is platform independent (architecture: all) so I built it on ubuntu without problem |
19:32.44 | DocScrutinizer05 | tadzik: and odds are you'll get a T6.1 that satisfies all your needs that made you consider downgrading, in just a few days |
19:46.35 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A4D.dip0.t-ipconnect.de) |
19:47.08 | tadzik | DocScrutinizer05: rotations are screwed up a bit |
19:47.22 | DocScrutinizer05 | :nod: |
19:47.39 | tadzik | okay, I'll wait |
19:47.41 | DocScrutinizer05 | I already heard sth like that. We should fix that |
19:47.54 | DocScrutinizer05 | please open a ticket |
19:47.56 | DocScrutinizer05 | :-) |
19:47.59 | tadzik | hehe |
19:48.10 | tadzik | there's a thread on tmo full of people complaining |
19:48.23 | tadzik | and I think arc<TAB><TAB> saying "it's actually a bug in Qt" |
19:48.30 | DocScrutinizer05 | oh, I missed that |
19:48.42 | tadzik | but well, it worked before |
19:49.44 | DocScrutinizer05 | I'm not using portrait mode, and I not even updated to T6, so I can't help with describing the bug |
19:50.05 | tadzik | I'm looking through tmo, there's a chance that someone already came up with Steps To Reproduce |
19:51.43 | DocScrutinizer05 | anyway I guess downgrading hildon-desktop should fix it |
19:51.49 | DocScrutinizer05 | "fix" |
19:52.05 | DocScrutinizer05 | no need to downgrade whole MP |
19:53.20 | DocScrutinizer05 | hildon-desktop: |
19:53.21 | DocScrutinizer05 | <PROTECTED> |
19:54.10 | DocScrutinizer05 | so (iirc) apt-get install -reinstall hildon-desktop=1:2.2.142-22 should do the trick |
19:54.32 | tadzik | let's see |
19:54.34 | DocScrutinizer05 | hehe, probably that will remove the MP nevertheless |
19:54.42 | DocScrutinizer05 | :-/ |
19:55.51 | tadzik | yeah, it wanted to do that |
19:55.56 | tadzik | I'll just wait for the next release |
19:56.05 | tadzik | also, autoremove wanted to drop some stuff |
19:56.21 | tadzik | libwildmidi0, libcpaboutcssu, libqt4-test and few others |
19:56.25 | DocScrutinizer05 | so if anybody knows a magic incantation of dpkg-divert or whatever, to avoid the MP problem, I'd be *highly* interested |
19:56.46 | DocScrutinizer05 | tadzik: NEVER do autoremove |
19:56.46 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A4D.dip0.t-ipconnect.de) |
19:57.02 | tadzik | I don't :) |
19:57.02 | DocScrutinizer05 | uninstalling MP however is 'harmless' |
19:57.02 | kerio | tadzik: how many? |
19:57.14 | tadzik | 6 in total |
19:57.29 | tadzik | status-area-orientationlock-applet gstreamer0.10-plugins-bad-extra qtquickcompat |
19:57.47 | tadzik | may be that they're mp-fremantle-asdasd dependencies |
19:57.48 | kerio | tadzik: well, those are deps pulled in by the metapackage |
19:57.50 | kerio | yep |
19:58.01 | kerio | if you *want* some of those explicitly you should manually install them |
19:58.08 | kerio | just apt-get install will do that, or apt-mark markauto |
19:58.21 | kerio | did you uninstall something multimedia-like? |
19:58.22 | tadzik | I don't mind them installed |
19:58.25 | tadzik | nope |
19:58.35 | kerio | are you *sure*? |
19:58.36 | tadzik | it was when apt wanted to remove cssu metapackage |
19:58.49 | DocScrutinizer05 | uninstalling MP doesn't automatically uninstall any other package (afaik) |
19:58.52 | kerio | yeah but something pulled in gstreamer0.10-plugins-bad-extra and then you uninstalled it |
19:58.57 | tadzik | hm |
19:59.00 | kerio | same for libwildmidi0 |
19:59.03 | tadzik | nothing I'm aware of |
19:59.07 | kerio | the other ones are from the metapackage, yes |
19:59.21 | kerio | tadzik: just install the older version of the metapackage |
19:59.32 | DocScrutinizer05 | kerio: he didn't uninstall anything |
20:00.19 | DocScrutinizer05 | tadzik: you're probably absolutely safe to apt-get install -reinstall hildon-desktop=1:2.2.142-22 and accept MP to get uninstalled |
20:00.32 | tadzik | I won't take chances :) |
20:00.37 | DocScrutinizer05 | just don't allow anything else to get uninstalled |
20:00.42 | tadzik | if 6.1 is upcoming I'll just live with landscape omp |
20:00.43 | kerio | apt-get install --reinstall hildon-desktop=1:2.2.142-22 mp-fremantle-community-pr=21.2011.38-1Tmaemo5.1 |
20:00.55 | kerio | and then reboot |
20:00.59 | DocScrutinizer05 | kerio: WHY? |
20:01.09 | kerio | to keep dpkg happy :3 |
20:01.20 | DocScrutinizer05 | hmm |
20:01.34 | DocScrutinizer05 | it's still happy when no MP installed at all |
20:02.08 | DocScrutinizer05 | if you install T5.1 MP you'll get pestered with update T6 immediately |
20:02.52 | tadzik | I set check-for-updates interval for 5 years or such :) |
20:03.15 | kerio | DocScrutinizer05: how do i delete an alarmd alarm? |
20:03.22 | kerio | afaik HAM's autoupdate is one of those |
20:03.42 | DocScrutinizer05 | good then, nevertheless there's no real benefit in installing T5.1 MP - except you don't break updates to future cssu releases of course |
20:04.24 | DocScrutinizer05 | kerio: I *think* you can find them alarmd events somewhere in /var/* |
20:05.35 | DocScrutinizer05 | dunno if simply editing or deleting a file there is already enough |
20:06.26 | DocScrutinizer05 | <PROTECTED> |
20:06.43 | DocScrutinizer05 | cave /var/lib/dsme/alarm_queue_status |
20:21.56 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
20:34.24 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A4D.dip0.t-ipconnect.de) |
20:47.35 | *** join/#maemo-ssu arcean (~arcean@aact96.neoplus.adsl.tpnet.pl) |
20:59.43 | arcean | tadzik, what's the problem with qt and hildon-desktop? |
20:59.59 | tadzik | arcean: the rotation issues, as described on tmo |
21:00.14 | arcean | link? |
21:00.18 | tadzik | steps to reproduce are (somewhat): |
21:00.31 | tadzik | open qt app, rotate to portrait, watch it rotate correctly |
21:00.38 | tadzik | lock screen, unlock screen, still in portrait |
21:00.47 | tadzik | watch qt app rotate itself to landscape and not coming back |
21:00.52 | tadzik | arcean: looking |
21:01.01 | tadzik | it's the one you replied to, though :) |
21:01.11 | arcean | with omp? |
21:01.18 | tadzik | http://talk.maemo.org/showthread.php?t=80525&page=99 |
21:01.20 | tadzik | yeah |
21:02.06 | arcean | we are talking about omp not QTLockscreen and etc :) ? |
21:02.32 | tadzik | well, I notice it with omp, since it's the only qt app I use, afaik |
21:09.07 | arcean | the problem you've described has nothing in common with http://talk.maemo.org/showpost.php?p=1297848&postcount=1310 |
21:09.18 | arcean | as there was a problem with blacklisting |
21:10.06 | *** join/#maemo-ssu _rd (~rd@p57B48D36.dip0.t-ipconnect.de) |
21:14.49 | tadzik | oh, hm |
21:15.30 | tadzik | I can't even reproduce it anymore :F |
21:15.43 | arcean | me too |
21:15.51 | tadzik | well, problem solved then :) |
21:15.54 | arcean | I think the problem is somewhere much much deeper |
21:15.58 | tadzik | I'll complain again if it happens again |
21:16.13 | arcean | yeah, would be great :) |
21:16.43 | tadzik | oh btw |
21:17.07 | tadzik | if I wanted to look at the code responsible for the screen showing all running apps, where would I look? |
21:17.25 | arcean | the task navigator? |
21:17.28 | tadzik | yeah |
21:18.03 | arcean | oh boy, gitorious 503 Service Unavailable |
21:18.11 | tadzik | yeah |
21:18.13 | arcean | anyway https://gitorious.org/~arcean/community-ssu/arcean-hildon-desktop/blobs/master/src/home/hd-task-navigator.c |
21:18.36 | tadzik | can I hack on it and test in scratchbox on the fly somehow? |
21:18.59 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
21:19.26 | arcean | if you're not going to play with portrait/landscape thingie - yes :) |
21:19.41 | tadzik | good :) |
21:19.50 | tadzik | just compile, make install or some more sophisticated shamanism>? |
21:20.15 | arcean | build the package and replace the old one in scratchbox |
21:21.21 | tadzik | I never remember those debian incantations :) Will play around, thanks |
21:21.31 | arcean | np :) |
21:27.55 | tadzik | arcean: do I need some specific arcean-packages installed? The build fails for me now: hd-render-manager.c:3408: error: 'HdRenderManagerPrivate' has no member named 'zoomed' |
21:29.36 | freemangordon_ | arcean: push your commits :P |
21:30.00 | freemangordon_ | tadzik: too lazy to read the backscroll, why not using h-d from CSSU? |
21:30.52 | tadzik | freemangordon_: well, I want to rebuild it, not just use it |
21:30.55 | tadzik | so I need sources |
21:31.26 | freemangordon_ | git://gitorious.org/fremantle-hildon-desktop/hildon-desktop.git |
21:31.41 | freemangordon_ | oops |
21:31.44 | freemangordon_ | not that one |
21:31.53 | freemangordon_ | git://gitorious.org/community-ssu/hildon-desktop.git |
21:31.59 | freemangordon_ | tadzik: ^^^ |
21:32.09 | freemangordon_ | this is what is in the latest CSSU-t |
21:32.21 | tadzik | trying |
21:32.29 | freemangordon_ | and in the latest CSSU-thumb (branch thumb-testing) |
21:32.35 | freemangordon_ | etc. |
21:33.08 | freemangordon_ | here: https://gitorious.org/community-ssu you will find the source code of EVERYTHING in any flavour of CSSU |
21:33.28 | freemangordon_ | including stuff yeto-to-be-included |
21:34.19 | tadzik | sounds exciting :) |
21:37.27 | tadzik | I'd like to experiment a bit with fancy ways of closing tasks |
21:37.41 | tadzik | I usually can't aim for the small X with a finger |
21:39.04 | tadzik | freemangordon_: yeah, the one from community-ssu doesn't build with the same error |
21:39.29 | tadzik | I probably need cssu versions of some of the -dev stuff I have installed |
21:41.25 | freemangordon_ | tadzik: yes |
21:42.13 | freemangordon_ | add cssu-testing deb and deb-src repos in your /etc/apt/sources.list in SB |
21:42.25 | freemangordon_ | (i assume you want to build for testing) |
21:42.33 | freemangordon_ | then do apt-get upgrade |
21:43.04 | freemangordon_ | make sure you DON'T have extras-testing or extras-devel enabled in SB |
21:43.36 | tadzik | na, I don't |
21:43.47 | freemangordon_ | good |
21:44.35 | tadzik | still fails to compile, same error |
21:44.54 | tadzik | maybe at least sleeping will work today |
22:13.25 | *** join/#maemo-ssu joshgillies (~josh@hobart.office.squiz.net) |
22:29.07 | *** join/#maemo-ssu vi_ (~vi_@87.115.161.232) |
22:36.58 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
23:11.49 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |