| 00:06.24 | *** join/#harmattan npm (~npm@cpe-76-90-30-220.socal.res.rr.com) |
| 00:09.59 | *** join/#harmattan joejoe (~imlich@2001:67c:1220:80c:21c:c0ff:fe18:9398) |
| 00:39.07 | smokex | if I were using qt designer based windows to develop a harmattan device instead of qt quick, how would I access that grey bar, add menus to it, etc |
| 00:43.57 | javispedro | you cannot |
| 00:44.08 | javispedro | (well, obviously you can, but it's kinda rocket science) |
| 00:47.48 | *** join/#harmattan djszapi_ (~lpapp@80-186-213-253.elisa-mobile.fi) |
| 00:48.22 | djszapi_ | javispedro: I was wrong. Processes try to inherit the right by default. |
| 00:48.45 | djszapi_ | * credentials, that is |
| 00:49.02 | smokex | I like rocket science :D |
| 00:49.26 | smokex | so could you give me a general idea of where I would start |
| 00:50.13 | javispedro | hiding that bar via fullscreen and rendering your own =) |
| 00:50.21 | javispedro | djszapi_: is that documented anywhere? |
| 00:50.36 | trx | (then you loose the status bar too) |
| 00:50.45 | djszapi_ | javispedro: read the code as I did. |
| 00:51.02 | javispedro | ah yeah, you have to render the status bar too, but you can get it from a shared pixmap that is on some window property. |
| 00:51.15 | *** join/#harmattan djszapi__ (~lpapp@80-186-213-253.elisa-mobile.fi) |
| 00:51.49 | javispedro | I do not think you can use that bar for anything other than the back button |
| 00:51.50 | djszapi_ | javispedro: it is documented internally, but I have not had access to that right away. I am not sure about the public SDK. |
| 00:52.46 | djszapi_ | it does not mean I could reproduce your dmesh issue though. |
| 00:53.12 | javispedro | I wouldn't call it an "issue". But at least it is partially explained by that. |
| 00:53.49 | djszapi_ | no, that is not an explain for it |
| 00:54.12 | smokex | ok so fullscreen hides it nad tbh I don't need or want it :D thx |
| 00:54.18 | javispedro | trx: to sum it up, if you use plain Qt you face the same problems someone using Gtk+ will face, so, take care. |
| 00:54.21 | javispedro | err |
| 00:54.23 | djszapi_ | we do not do logging for that, that is up to the application developers. |
| 00:54.25 | javispedro | smokex^^ |
| 00:55.38 | smokex | ok thx its just a simple app to keep a transaction register |
| 00:55.41 | djszapi_ | javispedro: it is actually a serious issue. |
| 00:56.06 | djszapi_ | javispedro: since it should really not try to inherit any credential if the hash and other validations fail. I think it is a bug of your version |
| 00:56.21 | javispedro | djszapi_: I was using --relaxed-exec fwiw |
| 00:56.36 | javispedro | so potentially the hast test passed |
| 00:56.39 | javispedro | *hash |
| 00:56.41 | djszapi_ | duh..why did you not tell it to me ? :) |
| 00:57.15 | javispedro | I _always_ use relaxed exec ;) |
| 00:57.24 | djszapi_ | ... |
| 00:57.47 | djszapi_ | please provide precise scenario next time (including everything). |
| 00:58.09 | djszapi_ | this way, it was a lot of wasted thinking :) |
| 00:58.14 | *** part/#harmattan djszapi__ (~lpapp@80-186-213-253.elisa-mobile.fi) |
| 00:58.23 | javispedro | but you discovered there's some kind of inheriting =) |
| 00:58.38 | djszapi_ | that is a separate thing which reveals a bug here for us |
| 00:59.06 | djszapi_ | oh no, it is fine with relaxed stuff |
| 00:59.22 | djszapi_ | but yes, check out out gdb and develsh |
| 00:59.50 | djszapi_ | BUT |
| 01:00.08 | djszapi_ | you can always limit this inheritance for sure |
| 01:00.38 | djszapi_ | and aegis-manifest-dev might even do that. |
| 01:01.50 | djszapi_ | but it is also very easy to manually add a non-add policy really, default empty request block |
| 01:05.19 | djszapi_ | javispedro: I think it is actually weird since I would expect non-inheritance by default |
| 01:05.51 | djszapi_ | at put this logic into the manifest autogeneration as the default, but not as a default option for every binary. |
| 01:05.58 | djszapi_ | and* |
| 01:08.46 | javispedro | well.. |
| 01:09.02 | djszapi_ | it was not probably a high priority task to do it that way. |
| 01:09.25 | javispedro | it is probably easier for some people who forgoet to put each binary in the manifest, and probably harder for those who have many privileges and spawn lesser-privileged binaries =) |
| 01:09.36 | djszapi_ | since it is not nice in theory, but since you have quite a few protections for parents as well, it is not a simple thing to think of a use case scenario |
| 01:09.55 | djszapi_ | javispedro: it is not easier at all |
| 01:10.09 | djszapi_ | javispedro: if you use the Qt SDK, it uses the autogeneration anyways. |
| 01:11.12 | djszapi_ | so this logic would transparent, you would not forget it. Maybe you can forget to put aegis-manifest-dev into the control file if you are using scratchbox, but closing a security hole is more important than that. |
| 01:11.22 | djszapi_ | and it is really transparent by using the Qt SDK. |
| 01:11.58 | djszapi_ | and if you have a request blog for other reason without add policy, you do not even need the aegis-manifest-dev. |
| 01:13.06 | djszapi_ | block* :) |
| 01:16.40 | djszapi_ | mmm, maybe easier to port applications this way. |
| 01:19.06 | djszapi_ | and since the shells for instance from known source origin are confined enough regarding the credentials, and shells and other processes from unknown origin cannot be granted with every credentials, it makes the priority lower, and a use scenario harder. |
| 01:35.16 | MohammadAG | you know what'd be awesome when multitouch is used? manipulating two things at once |
| 01:35.45 | MohammadAG | like, suppose i'm swiping, while i'm doing that, another finger can be scrolling in the window that's being swiped |
| 01:37.36 | javispedro | that leaves you with 8 free fingers! |
| 01:38.27 | MohammadAG | the task switcher can have those :p |
| 01:38.35 | GAN900 | MohammadAG, there's a certain point where multitasking becomes a sickness |
| 01:38.47 | GAN900 | But, yes, I still wish the N800 had had two dpads. |
| 01:39.14 | javispedro | also ,you can use the n950 with one hand and the n900 with the other hand |
| 01:39.15 | MohammadAG | GAN900, i think i hit that point when I started carrying two phones to get the job done |
| 01:39.36 | GAN900 | MohammadAG, I want retail firmware. :< |
| 01:39.48 | MohammadAG | javispedro, still haven't figured out how to use them with the N86 |
| 01:40.27 | GAN900 | One of my friends used to play emulators on the bus with a Wiimote in one hand and an N800 in the other. |
| 01:41.18 | javispedro | hey, I think I know that guy. |
| 01:41.28 | MohammadAG | that's something i wouldn't do in my own car |
| 01:41.33 | javispedro | or a similar person who emailed me about a similar usecase. |
| 01:41.53 | MohammadAG | one question |
| 01:42.08 | MohammadAG | has anyone figured out wtf the blinking blue internet icon means |
| 01:42.25 | javispedro | it means: someone is fscking with your wi-fi. |
| 01:42.44 | javispedro | I usually get it when SNR gets low and soon it'll disconnect |
| 01:43.07 | javispedro | actually I think it already signals it's disconnecting. |
| 01:43.14 | javispedro | next time check /var/log/syslog :) |
| 01:43.40 | javispedro | so |
| 01:43.40 | MohammadAG | but i'm connected to wifi and the 3G icon blinks |
| 01:43.55 | javispedro | ponders how to map the compass usefully as a joystick device |
| 01:44.43 | MohammadAG | wants nice compass graphics |
| 01:45.46 | MohammadAG | QMLCompass: one of the apps that should be portrait only but isn't |
| 01:48.40 | javispedro | omg this is gonna be kickass. |
| 01:48.45 | javispedro | wait, nothing. |
| 02:19.51 | mikhas | MohammadAG, if only we hadn't deactivated multitouch in most of the core UI ⦠|
| 02:20.17 | mikhas | during transitions, touch events are usually eaten up by the scene |
| 02:27.17 | *** join/#harmattan Evgeniy (~degtep@msmail.e10.ru) |
| 02:32.22 | *** join/#harmattan meegomy_ (af8b914a@gateway/web/freenode/ip.175.139.145.74) |
| 02:48.45 | *** join/#harmattan berndhs (~berndhs@2604:8800:11b:1:21e:90ff:fe8f:8bee) |
| 02:50.54 | javispedro | ok, seriously??? |
| 02:51.11 | javispedro | the logic that converts raw magnetometer values into bearing is PROPIETARY??? |
| 02:54.32 | javispedro | as is the one that gives out the supposedly calibrated magnetometer readings |
| 03:02.58 | GAN900 | lol |
| 03:03.06 | GAN900 | TRADE SECRETS!! |
| 03:06.18 | javispedro | had like 17 calculator windows opened, clearly a sign of too much hacking for today. |
| 03:08.06 | *** join/#harmattan twoboxen (~wircer@97-91-193-245.dhcp.stls.mo.charter.com) |
| 03:12.50 | meegomy_ | have anyone involve in meego meetup? |
| 03:19.57 | rm_you| | loool |
| 03:20.00 | rm_you| | GAN900: yo |
| 03:20.04 | rm_you| | got kicked off earlier |
| 03:20.13 | rm_you| | what did you say about SnapGo? :P |
| 04:00.50 | hiemanshu | MohammadAG: I'll look into that |
| 04:06.12 | *** join/#harmattan mikhas_ (~michael@p4FC235BD.dip.t-dialin.net) |
| 04:11.54 | special | is Camera using qtmobility to access the camera? |
| 04:22.40 | *** join/#harmattan berndhs (~berndhs@2604:8800:11b:1:21e:90ff:fe8f:8bee) |
| 04:31.00 | *** join/#harmattan DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 04:33.32 | *** join/#harmattan twoboxen (~twoboxen@97-91-193-245.dhcp.stls.mo.charter.com) |
| 05:16.13 | *** join/#harmattan harbaum (~quassel@krlh-5f7354eb.pool.mediaWays.net) |
| 05:19.42 | *** join/#harmattan lardman (~simon@host-89-242-159-119.as13285.net) |
| 05:19.47 | *** join/#harmattan lardman (~simon@Maemo/community/contributor/lardman) |
| 05:19.50 | lardman | morning |
| 05:22.37 | rm_you| | morning |
| 05:22.40 | ajalkane | how do you do |
| 05:24.23 | lardman | hi rm_you |
| 05:24.27 | lardman | ajalkane: not bad, you? |
| 05:25.16 | ajalkane | a bit tired, but otherwise excited to be bored at work |
| 05:25.28 | lardman | lol |
| 05:26.48 | lardman | is also rather tired, but in training for a new born who he hopes will soon arrive |
| 05:27.37 | *** join/#harmattan maxw (~davidmaxw@194.136.86.45) |
| 05:27.40 | Ronksu | "excited to be bored at work" sounds a bit mondayish :) |
| 05:28.13 | ajalkane | Exciting times ahead then. Boy or girl? |
| 05:28.29 | lardman | I'm having troubles remembering what day of the week it is having been on holiday for 2 weeks now |
| 05:30.32 | ajalkane | Yeah, lately all work days have felt worryingly mondayish |
| 05:31.11 | MohammadAG | no sleep for a day, fun times |
| 05:31.52 | lardman | QML is taunting me with cool looking UI effects and all I can see is a blank screen |
| 05:33.13 | MohammadAG | run the app with -style cleanlooks |
| 05:33.15 | ajalkane | Good old blank screen. At least it usually clearly points to the problem position |
| 05:33.25 | MohammadAG | without that i don't get errors |
| 05:33.31 | lardman | MohammadAG: on device? |
| 05:33.48 | MohammadAG | yeah, i have meegotouch-qt-style installed |
| 05:34.04 | lardman | removes all the ui components and goes back to coloured Rectangles |
| 05:34.12 | MohammadAG | no no no |
| 05:34.21 | MohammadAG | it should say which line the problem's in |
| 05:34.30 | lardman | there is no problem |
| 05:34.37 | ajalkane | ListView taunts me with its inability to specify cool move/remove effects |
| 05:34.37 | lardman | just doesn't show anything on one of my pages |
| 05:34.42 | MohammadAG | no javascript logic either i guess? |
| 05:34.49 | lardman | ListView is one of the things I have on my page |
| 05:34.52 | *** join/#harmattan spenap (~spena@nat/nokia/x-fldkmhndrrznqvba) |
| 05:35.05 | MohammadAG | if only there was ListWidget |
| 05:35.10 | MohammadAG | i hate making models |
| 05:36.21 | ajalkane | yeah models are a bore when anything dynamic is required |
| 05:36.42 | lardman | more of a pita when you don't need anything very complex |
| 05:36.58 | lardman | the docs could do with some better intro into how to use the model view stuff imo |
| 05:37.07 | MohammadAG | well, i could do all lists with a QListWidget in C++ |
| 05:37.46 | MohammadAG | QListWidgetItem 'item = new QListWidgetItem(), set all the stuff i need, and i'm done |
| 05:37.56 | MohammadAG | that's usually 3 to 4 lines of code |
| 05:38.18 | lardman | Delegates are simpler in QML at least |
| 05:40.24 | lardman | hmm, this is quite annoying |
| 05:40.34 | ajalkane | ListView can eat JS arrays as model if I remember correctly? That would do for simple case |
| 05:41.05 | lardman | I have Pages {} in seperate qml files and I instantiate them in a TabGroup - this works if I create Pages inline, but not if I try to create from the files |
| 05:41.32 | *** join/#harmattan piggz (~piggz@host-78-145-115-241.as13285.net) |
| 05:41.37 | lardman | am I right in thinking that I ought to be able to generate a component housed in a SummaryWindow.qml file by sticking SummaryWindow {id: summaryWindow } in my code? |
| 05:41.56 | ajalkane | yes lard |
| 05:42.10 | lardman | strange, it doesn't work |
| 05:42.37 | lardman | ah, might be an anchors problem... |
| 05:42.59 | lardman | nope |
| 05:43.21 | lardman | identical code inline and in the separate file and the latter doesn't work - I get a patterned background |
| 05:43.55 | lardman | which I guess means it's empty or somesuch |
| 05:44.01 | ajalkane | inline inside TabGroup\ |
| 05:44.42 | lardman | yeah or created inside TabGroup |
| 05:44.48 | ajalkane | and is the SummaryWindow also inline in TabGroup? |
| 05:45.06 | lardman | If I create a Page {} inline it works, if it's in a separate file it doesn't |
| 05:45.29 | *** join/#harmattan antman8969 (~anthony@pool-96-239-32-4.nycmny.fios.verizon.net) |
| 05:45.33 | lardman | separate file but instantiated inside the TabGroup that is |
| 05:45.55 | MohammadAG | I didn't know you could create objects inline in QML |
| 05:45.56 | ajalkane | wobbly |
| 05:46.27 | lardman | crap, my fault |
| 05:46.31 | lardman | missing anchor |
| 05:46.35 | lardman | urgh |
| 05:47.06 | lardman | it would be good to be able to enable borders on the components so I could see them before I populate them and check where they are |
| 05:48.52 | ajalkane | the widget gallery app has a tool that enables something like that |
| 05:49.33 | ajalkane | i havent tested if it works only for mtf apps but also for qml |
| 05:51.10 | w00t_ | it won't work for QML |
| 05:53.51 | ajalkane | unfortunate. Sometimes I feel like using mtf. Then I look at the example code and go back to qml |
| 05:54.40 | lardman | Is it possible to obtain coordinate information from the qml engine for debugging purposes? E.g. if it would spit out a list of objects and their x,y,width,height that would be helful |
| 05:54.46 | lardman | helpful even |
| 05:56.26 | MohammadAG | weird, now when swiping a windows it becomes transparent |
| 05:56.28 | MohammadAG | cool bug |
| 05:56.44 | w00t_ | ajalkane: having done a lot of MTF, I have to say that you probably don't want to use it |
| 05:56.54 | MohammadAG | why? |
| 05:56.55 | w00t_ | you can make nice things, but it's a lot easier to make the same nice things with QML |
| 05:57.14 | w00t_ | and it has a lot of very annoying performance characteristics which involve a lot of working around |
| 05:57.20 | MohammadAG | MTF in Qt Designer would make it awesome |
| 05:57.25 | ajalkane | lardman: well, each item has a list of children so you could do it |
| 05:58.03 | MohammadAG | w00t_, how's the grooveshark client coming along? |
| 05:58.21 | lardman | ajalkane: I seem to have spent loads of time messing about with my qml code only to find that I was missing an anchor |
| 05:58.45 | *** join/#harmattan maxw (~davidmaxw@194.136.86.45) |
| 05:59.18 | w00t_ | MohammadAG: temporarily slowed down by real life atm, I have a mountain of paperwork to sort out and a house to redecorate |
| 05:59.21 | ajalkane | w00t_: I got that feeling too. Its just frustrating qt components miss many components used in bundled apps |
| 05:59.22 | rm_you| | ah someone is doing a grooveshark client? excellent |
| 05:59.40 | w00t_ | it can (sort of) play tracks, but has a lot of bugs in doing so |
| 05:59.56 | rm_you| | what are you writing it in? C? |
| 06:00.04 | w00t_ | I also have a half-done gulesider.no lookup client, but I doubt anyone outside of norway will be interested in that... :) |
| 06:00.16 | w00t_ | rm_you|: C++/Qt |
| 06:00.20 | rm_you| | what backend does it use to play music? |
| 06:00.32 | *** join/#harmattan smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 06:00.57 | ajalkane | lardman: I've had some major battles with those anchors too :) |
| 06:01.07 | MohammadAG | ah, k, any git repos around for it? |
| 06:02.18 | MohammadAG | w00t_, wait, no QML? |
| 06:02.18 | w00t_ | rm_you|: right now, QtMultimedia, but I'll be switching to using gstreamer directly to get working playing from a stream, sometime |
| 06:02.21 | w00t_ | MohammadAG: QML |
| 06:02.32 | w00t_ | I haven't pushed the work I have yet, as it's in a way incomplete state |
| 06:02.41 | w00t_ | I can push it to a branch I guess |
| 06:03.11 | w00t_ | https://github.com/rburchell/libgroove and https://github.com/rburchell/groovy for the client |
| 06:06.28 | w00t_ | MohammadAG: pushed to harmattan branch of groovy.. note that it has a bundled copy of libgroove for ease of building |
| 06:09.52 | *** join/#harmattan xarcass (~igorsazon@her.rian.ru) |
| 06:10.42 | lardman | anyone got any tips for working with columns? |
| 06:10.58 | lardman | I'm trying to get 3 columns to show up, but I can only see one |
| 06:11.06 | lardman | well the content of one that is |
| 06:13.23 | lardman | ah, using a row around the columns seems to have done the trick |
| 06:13.25 | lardman | phew |
| 06:14.54 | ajalkane | you're gonna experience a world of fun using anchors with those. I know I did! |
| 06:15.02 | lardman | yeah :( |
| 06:15.31 | ajalkane | I won't spoil anything |
| 06:15.35 | lardman | I'm at a loss as to how to make the 3 columns I have within my row take up the entire screen width |
| 06:16.08 | lardman | fine they will take up enough space to show their content (coloured rectangles for the time being), but that's not ideal at all |
| 06:17.01 | lardman | perhaps I should do away with the row and column and just anchor everything together |
| 06:18.16 | ajalkane | perhaps. Or you can do parent.width anchoring. Anyway, you're entering the fun-zone then |
| 06:19.10 | xarcass | lardman: i've found columns pretty useless, unless you're using repeater inside them. anchors are much better. btw, columns are pretty dumb - they can't cope with children that are dynamically change their size or position |
| 06:19.14 | lardman | I'm not sure I'm too keen on all the x,y absolute placements going on in the example qml code |
| 06:19.40 | lardman | xarcass: ok, that's what I've just realised, glad it's not just me :) |
| 06:19.58 | ajalkane | abs placement is an abomination |
| 06:20.10 | lardman | but seems necessary in qml |
| 06:20.20 | lardman | also absolute width and height |
| 06:20.27 | xarcass | lardman: wrong again |
| 06:20.36 | ajalkane | i've so far managed to avoid |
| 06:21.24 | lardman | I seem to need to set width and height of my components otherwise they default to size 0 |
| 06:21.36 | lardman | though I guess I could do that dynamically to fit the content |
| 06:21.46 | xarcass | why not to use anchors? |
| 06:21.54 | *** join/#harmattan DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 06:22.12 | lardman | it didn't seem to work, so I assumed |
| 06:22.16 | lardman | but I may well be wrong |
| 06:22.25 | ajalkane | height I've had to set also... but never position |
| 06:24.16 | *** join/#harmattan djszapi_1 (~lpapp@80-186-213-253.elisa-mobile.fi) |
| 06:25.05 | sandst1 | lardman: anchors.fill: parent didn't help..? |
| 06:25.24 | lardman | sandst1: that's fine for a single component, but I need 3 columns in my Page |
| 06:25.47 | lardman | so I do anchors.fill: parent for the page, then am anchoring the left and right of each column to one another and to the edges of the parent |
| 06:25.54 | lardman | and I still see only one column |
| 06:25.59 | MohammadAG | ty w00t_ :) |
| 06:26.12 | w00t_ | patches welcome |
| 06:26.25 | DocScrutinizer | moo |
| 06:26.39 | MohammadAG | sure, just heading to bed for now |
| 06:26.43 | MohammadAG | moo DocScrutinizer |
| 06:27.08 | lardman | hi Doc |
| 06:27.10 | sandst1 | lardman: ok. and having a row with anchors.fill:parent and the columns inside the row with anchors.fill:parent didn't work either..? |
| 06:27.50 | MohammadAG | night everyone |
| 06:27.53 | sandst1 | lardman: now that i rethink that one, i think thaat won't work :) |
| 06:27.57 | DocScrutinizer | o/ MohammadAG |
| 06:28.06 | lardman | I think the last column then fills the area with that one sandst1 |
| 06:28.11 | ajalkane | columns and rows with anchors equals fun-zone |
| 06:28.16 | lardman | night MohammadAG |
| 06:28.41 | lardman | I guess I could stick everything in a rectangle instead if that works better? |
| 06:29.34 | DocScrutinizer | lardman: seems like back when I did such layout in Qt designer ~5+ years ago that's not been any issue to make cols autoresize |
| 06:30.09 | lardman | and then along came QML ;) |
| 06:30.27 | DocScrutinizer | meh |
| 06:30.55 | lardman | urgh |
| 06:31.13 | lardman | replacing Column with Rectangle of course means I now need to anchor the contents to one another |
| 06:31.21 | lardman | spaghetti junction |
| 06:31.39 | lardman | surely there's a better way than needing to explicitly anchor everything? |
| 06:31.41 | DocScrutinizer | OTOH we rarely ever resize on devices/"window managers" like N9(50)/hildon|whatever |
| 06:32.21 | artemm | lardman: so you 3 columns to occupy width of the whole parent rectangle? |
| 06:32.34 | lardman | artemm: that's what I'd like |
| 06:32.35 | artemm | and be equal in width? |
| 06:32.39 | *** join/#harmattan rcg (~rc@e180222027.adsl.alicedsl.de) |
| 06:32.53 | lardman | not bothered about equal width, in fact I'd prefer them to resize according to the content |
| 06:32.54 | xarcass | lardman: if you have children which geometry changes dynamically, there's no other way |
| 06:33.26 | artemm | If their width changed dynamically, how can they fit whole parent width except by accident? |
| 06:33.37 | DocScrutinizer | indeed |
| 06:33.57 | lardman | artemm: the columns default to fitting a 1/3rd of the width unless the content requires that they move |
| 06:34.01 | DocScrutinizer | changing width by content is hardly ever working OOTB |
| 06:34.04 | artemm | there got to be at least one flexible element that takes "the rest" of width |
| 06:34.09 | lardman | as would happen with layouts in Qt/C++ afaik |
| 06:34.41 | artemm | lardman, what happens in one of the column's content wants to be huge? |
| 06:34.52 | artemm | just trying to get the ideal picture of what you want |
| 06:35.20 | lardman | in C++, you set a min width for the layout and the other column can grow to fill the screen bar the min space required for the other column |
| 06:35.51 | DocScrutinizer | errr |
| 06:35.53 | artemm | so one of the columns is to be "rubber" and fit the remaining width? |
| 06:35.53 | lardman | that's what I'm used to, just trying to work out how on earth to get something to even display with QML |
| 06:36.18 | lardman | all of the columns should do that, and presumably thay is what should happen using anchors too |
| 06:36.35 | artemm | sorry, still can't get the logic of what you want |
| 06:36.44 | lardman | I need 3 columns on the screen |
| 06:36.48 | lardman | I can only display one atm |
| 06:36.54 | DocScrutinizer | width = 0.33 unless other col wants >0.33 for huge content, unless own content needs >0.33? |
| 06:36.58 | lardman | I can't anchor columns together |
| 06:37.28 | *** join/#harmattan lamikr (~lamikr@nat/nokia/x-gbmnkvxryknhmykx) |
| 06:37.29 | ajalkane | you cant, because row handles their position |
| 06:37.57 | artemm | ajalkane: that doesn't have to be a row |
| 06:38.03 | lardman | ok, now if I use a row, all my columns sit over on the LH side of the screen, how can I space them out within the row? |
| 06:38.22 | ajalkane | o, and shouldnt in this case i think |
| 06:38.46 | artemm | lardman: what I am after is the logic of negotiation after some column wants to be bigger or the other one smaller or both |
| 06:39.21 | djszapi_1 | lbt: what changed on obs recently ? kdelibs now seems to build in each repository without issue |
| 06:39.21 | sandst1 | lardman: is the row itself anchored to the center of the screen? |
| 06:39.32 | xarcass | wonders what lardman would do if orientation changes |
| 06:39.50 | sandst1 | lardman: as in anchors.centerIn: parent |
| 06:40.01 | lardman | artemm: I don't see any logical difficultly there as long as the minimum widths are < screen width? |
| 06:40.11 | lardman | sandst1: no, to both edges |
| 06:40.26 | artemm | lardman: you told that u want columns fir whole screen |
| 06:40.36 | lardman | artemm: yes |
| 06:40.40 | sandst1 | lardman: try anchors.centerIn instead of anchoring both edges? |
| 06:40.51 | artemm | if screen is 1000px and columns need 100, 300 and 500, how will they use the screen space |
| 06:41.09 | *** join/#harmattan elzalem (~elzalem@95.141.49.66) |
| 06:41.10 | lardman | sandst1: ok will give that a go, but I guess then I'll end up with my columns in the centre of the screen, but still not taking up the whole width? |
| 06:41.23 | DocScrutinizer | lardman: I'd think you could make left of 3 col minwidth=0.25 maxwidth=0.5 and fill the right 2/3...1/2 of screen with a rect taking the rest. Inside this rect you can place the other 2 cols with width=0.5, or you redo the same dance as for leftmost col, to prioritize which col can expand and which element will shrink then |
| 06:42.24 | sandst1 | lardman: yeap.. |
| 06:42.42 | lardman | artemm: I guess you'd allocate column x offsets as a proportion of the actual content widths and then scale all of the x offsets as any of the contents becomes larger than the allocated region |
| 06:42.58 | sandst1 | lardman: then i guess it's about entering the width: parent.width*x |
| 06:43.00 | lardman | sandst1: what I'd ideally like is for my 3 columns to be spread across the screen |
| 06:43.19 | lardman | sandst1: ok, that sounds like it would work, thanks |
| 06:43.26 | artemm | lardman: Aha! So you want the columns to take amount of screen proportionate to what theur column wants? |
| 06:43.28 | sandst1 | lardman: equally spread? |
| 06:43.44 | artemm | *to what their content wants |
| 06:43.57 | artemm | and regardless of absolute width of this content |
| 06:44.01 | lardman | sandst1: well they all have 50 pixel rectangles in them atm, so they will be equal, but not necessarily once they have something useful in them |
| 06:44.44 | lardman | sandst1: The problem I see with setting the absolute position as some fraction of parent.width is that then you may end up overlapping things presumably? |
| 06:45.44 | lardman | I guess I'll just anchor everything together |
| 06:45.48 | DocScrutinizer | lardman: doesn't this get handled by setting relative fractions of width as a pos? |
| 06:46.31 | sandst1 | lardman: i'm not 100% sure about overlapping, it could be also that the children in the row get only as much of the space as there's left |
| 06:46.43 | lardman | DocScrutinizer: that would position them as I'd like, but then if one of the columns is > parent.width/#cols it will encroach on the others I expect |
| 06:46.43 | DocScrutinizer | sounds like QML is really terribly limited in what functions it provides to relieve pain of layout from developer |
| 06:47.06 | xarcass | lardman: if you'll decide to use these fractions, don't forget to Math.round() their results. otherwise, there will be unpleasant artifacts |
| 06:47.17 | lardman | xarcass: ok thanks |
| 06:47.48 | lardman | DocScrutinizer: Well it seems very flexible, I was just hoping for some shortcut layout type elements to save me needing to do lots of anchoring while I'm testing code |
| 06:48.21 | xarcass | lardman: use copy/paste :) |
| 06:48.39 | lardman | xarcass: need to change the id I'm anchoring against though of course |
| 06:49.29 | ajalkane | set widths, but position with anchors |
| 06:50.03 | xarcass | remembers that video lecture about QML, where charismatic bald man said that it's ok to use copy/paste in QML coding |
| 06:50.36 | lardman | goes to find caffeine before trying to write out the anchors between his 15-odd ui elements on this page |
| 06:50.50 | artemm | width + positioning with anchors is easy. Doing that right now trying to get the column resizing logic. Everything works, but I still don't get the logic you want :) |
| 06:50.52 | *** join/#harmattan veskuh (~vesahart@nat/nokia/x-peswxswrgwhwzgmc) |
| 06:51.03 | artemm | ok, I give up probably |
| 06:51.09 | artemm | can't understand without a picture |
| 06:51.17 | DocScrutinizer | lardman: sorry, seems I didn't manage to get what's your design goal. Anyway there's either just one "rubberband" element in your layout, and that takes all of the remaining space, or you got several rubberband elements and aiui those will all be same width then |
| 06:52.24 | DocScrutinizer | and I dunno how to make width of main window increase when sigma_width of widgets in window is too large for the current window width |
| 07:01.11 | lardman | No worries chaps, I'll do some anchoring now I have a cup of coffee to hand :) |
| 07:01.25 | lardman | and thanks for all the suggestions and help :) |
| 07:01.52 | DocScrutinizer | lardman: basically my approach (NB while I got NFC about QML) would be to start up Qt Designer on my PC and click together a layout that meets my needs. Then check which fields of width_relative and width_abs and also posX_relative and _abs have which values. If QML doesn't support these values/semantics OOTB you need to code the underlying algorithms "by hand" (e.g if there's no posX_relative then use posX_abs=window.width()*$X_ |
| 07:01.54 | DocScrutinizer | relative) |
| 07:02.16 | *** join/#harmattan harbaum (~quassel@2001:8d8:1fe:8:baac:6fff:fe2d:73a3) |
| 07:03.26 | lardman | DocScrutinizer: The thing is I'm not quite sure how I'll handle the column widths and positions anyway, I just wanted to space them out so I could test and add in components and ensure that I can see them/check whether I need to set widths/heights |
| 07:03.51 | lardman | I'll probably end up with one column being partially offscreen then being flick-on-able |
| 07:03.57 | lardman | otehrwise the content will be too wide |
| 07:04.32 | DocScrutinizer | you can easily prototype and test different layout ideas in Qt Designer |
| 07:05.05 | DocScrutinizer | if you're happy with the result, transfer it to QML |
| 07:05.26 | DocScrutinizer | (of course unless there's maybe a similar too for genuine QML :-D ) |
| 07:05.27 | lardman | DocScrutinizer: yeah, I've got most of the UI stuff sketched on paper, which is as good as |
| 07:05.27 | xarcass | lardman: how do you think to cope with orientation changes then? |
| 07:05.50 | DocScrutinizer | s/too /tool / |
| 07:05.51 | lardman | xarcass: I'll change anchors, but had hoped to only change anchors on my columns |
| 07:07.35 | *** join/#harmattan lcuk (lcuk@cpc2-oldh7-0-0-cust702.10-1.cable.virginmedia.com) |
| 07:07.35 | *** join/#harmattan lcuk (lcuk@Maemo/community/contributor/lcuk) |
| 07:07.45 | lardman | It's my fault really, I'd not realised that absolutely everything requires explicit anchors |
| 07:08.17 | xarcass | lardman: a lot of work lies ahead of you. especially if all this is placed inside a flickable. have you considered using tabs? |
| 07:08.37 | lardman | xarcass: I am using tabs already |
| 07:09.08 | lardman | xarcass: but yeah, I realise there's some work to do, but it should be pretty easy to get the anchors right, just will take some time |
| 07:09.24 | xarcass | lardman: then there's a lot of content in your app.. |
| 07:10.58 | lardman | I'll have a column with scanner barcode image and under that the type of barcode and scan date, centre column has some buttons to copy&paste, save to file, web search and underneath is the plugin supplied "widget" and right and column is the plugin list that alters what is displayed in the centre column |
| 07:11.31 | lardman | that would be landscape, portrait some of the columns will move to become rows, etc |
| 07:14.14 | lardman | hmm, not the best spelling in the world there, hope it made some sense :) |
| 07:14.37 | xarcass | lardman: that's not so much as i've thought. can't see any tabs though |
| 07:14.52 | lardman | I've got tabs for the history list and settings pages |
| 07:17.22 | xarcass | lardman: my point was that this design isn't too complicated as i suspected. actually, it's piece of cake. i'm sure you'll manage :) moreover, afterwards you'll remember present difficulties with laughter |
| 07:18.10 | lardman | xarcass: indeed the design is very simple, which is why it's so frustrating not being able to actually get much to display on screen :) |
| 07:19.12 | lardman | does one need to set the top and bottom anchors of touching elements or is setting just one enough? |
| 07:19.22 | xarcass | xarcass: i clearly remember how pathetic i was when i began QML coding. it'll pass soon enough. keep trying |
| 07:19.53 | lardman | yeah I know, just fruistrating as this should be the easy bit :) |
| 07:20.26 | xarcass | lardman: it's either top anchor and height, or both top and bottom anchors |
| 07:20.40 | lardman | but for both elements which are touching? |
| 07:21.02 | lardman | as the top anchor of the bottom element is just repeating the bottom anchor of the top element |
| 07:21.16 | lardman | repeating the link anyway |
| 07:21.35 | xarcass | usually, when i fill a column, i set top anchor and height for all elements which height can be calculated |
| 07:21.50 | lardman | ok cool |
| 07:27.12 | *** join/#harmattan khertan (~khertan@AAmiens-553-1-228-32.w90-34.abo.wanadoo.fr) |
| 07:27.30 | lardman | cries |
| 07:28.00 | *** join/#harmattan Mek (~quassel@93.157.1.37) |
| 07:28.10 | lardman | and curses his Rectangles which don't want to line up, or even appear other than the first one |
| 07:29.05 | mariob | lardman: You just have to make sure you have a width and height for Rectangles. Either by anchoring or by settings width/height |
| 07:29.07 | lardman | ah, missing anchors on the contents |
| 07:29.37 | lardman | yeah I set width/height but forgot to anchor these ones which had been commented out while I was testing a single column |
| 07:29.43 | khertan | Morning |
| 07:29.46 | mariob | lardman: :) |
| 07:30.18 | lardman | curious that the rectangles don't sit at their parent's origin though |
| 07:30.40 | lardman | though perhaps my anchoring of the fake-column rectangles is also broken |
| 07:32.36 | mariob | lardman: Inspect the output carefully and look for anchoring loops and other errors |
| 07:33.18 | lardman | definitely no errors in the output |
| 07:33.45 | lardman | it seems my fake-column rectangles aren't anchoring to one another, they all just sit at the origin and draw ontop of one another |
| 07:36.07 | xarcass | lardman: you can easily check this out by putting console.log("x" + x) in some hook, like Component.onCompleted |
| 07:36.32 | lardman | xarcass: I've got coloured squares being drawn so can see it's not working, but thanks |
| 07:37.15 | lardman | I'll just pastebin it and if anyone can tell me why the Items (which were Rectangles, but as they are just layout elements that was overkill) don't anchor that would be great |
| 07:37.16 | xarcass | also likes colored rectangles. especially when debugging geometry issues |
| 07:39.26 | lardman | http://pastebin.com/4ZXNK6sL |
| 07:41.10 | lardman | all the columns/Items seem to draw, but all of the columns are drawn stuck to the LH side of the screen |
| 07:41.22 | lardman | so it seems the anchoring of the Items isn't working for some reason |
| 07:41.27 | xarcass | anchors { left: parent.left; top: parent.top; } - that's in the root Item. now try to guess which would be the height of that Item? |
| 07:42.02 | lardman | presumably it will be as high as the content |
| 07:42.18 | lardman | which is what happens on the screen anyway |
| 07:42.19 | xarcass | wrong. correct answer is zero |
| 07:42.47 | lardman | odd, because that column is drawn |
| 07:42.48 | xarcass | can be easily checked by adding "clip: true" |
| 07:43.09 | xarcass | don't forget that clipping is disabled by default |
| 07:43.19 | mariob | xarcass: Me too remember the old days with height/width problems :) |
| 07:43.53 | lardman | ok, so I'll add bottom: parent.bottom to all of the Items |
| 07:44.34 | xarcass | it's not related to geometry problem, but nonetheless: fillMode: Image.PreserveAspectFit - this has meaning probably only if you set Image size directly |
| 07:44.34 | lardman | but still they are all drawn over the first column |
| 07:45.09 | lardman | xarcass: I've not got round to testing that yet, need to get something to display first ;) |
| 07:45.24 | lardman | does one need to set the size of the image element? It doesn't take it from the source image file? |
| 07:45.42 | artemm | it should |
| 07:46.12 | lardman | The image will only be a thumbnail anyway, so I'll need to set either the width or height |
| 07:46.16 | xarcass | clear. your columns overlap because they not only have zero height, but zero width also |
| 07:46.36 | *** join/#harmattan djszapi (~lpapp@kde/developer/lpapp) |
| 07:47.53 | lardman | hmm, so they don't take on the width of their child elements? |
| 07:48.04 | xarcass | never |
| 07:48.18 | lardman | I'm too busy thinking of these things as layouts rather than as elements in their own right |
| 07:48.22 | lardman | silly me |
| 07:48.31 | lardman | thanks, that should solve quite a few problems then |
| 07:51.08 | xarcass | lardman: you have two import QtQuick lines - with different versions at that. beware: if you are using two different versions of QtQuick, even if they are in different QML files, your app's memory footpring may increase by 100+M. i've seen this myself |
| 07:51.46 | lardman | I was copying one of the example files that did that |
| 07:51.48 | djszapi | hiemanshu: did the import work on N950 ? |
| 07:51.52 | lardman | but I'll remove version 1.0 |
| 07:52.00 | lardman | thanks xarcass |
| 07:55.21 | *** join/#harmattan andre__ (~andre@g1.blanicka25.net) |
| 07:55.22 | *** join/#harmattan andre__ (~andre@Maemo/community/bugmaster/andre) |
| 07:59.39 | *** join/#harmattan frinring (~kossebau@85.183.48.167) |
| 08:08.21 | *** join/#harmattan wazd (~wazd@broadband-95-84-185-178.nationalcablenetworks.ru) |
| 08:22.25 | *** join/#harmattan leinir (~leinir@amarok/usability/leinir) |
| 08:36.34 | rcg | what's the best way to install additional -dev packages into the QtSDK Madde sysroots? |
| 08:40.44 | rcg | http://library.developer.nokia.com/index.jsp?topic=/MeeGo_1.2_Harmattan_API/html/guide/html/Developer_Library_Reference_documentation_MADDE_terminal_user_guide_Adding_packages_to_MADDE_targets_cb2e.html |
| 08:40.52 | rcg | ah.. that should do the trick |
| 09:07.17 | *** join/#harmattan achipa (~attila@Maemo/community/council/achipa) |
| 09:10.08 | *** join/#harmattan M4rtinK (~M4rtinK@mail.melf.eu) |
| 09:13.46 | lardman | Has anyone noticed strange issues with text.width? |
| 09:14.09 | lardman | I've got a qml file to create a button, and it specifies: height: text.height + 10; width: text.width + 20 |
| 09:14.18 | lardman | but the buttons seem to be far larger than that |
| 09:14.35 | *** part/#harmattan djszapi (~lpapp@kde/developer/lpapp) |
| 09:15.14 | lardman | ah, it's not using my Button implementation, that could be the reason why |
| 09:15.16 | *** join/#harmattan smoku (~smoku@93.159.54.194) |
| 09:24.11 | *** join/#harmattan Arkenoi (~ark@178.177.80.85) |
| 09:38.39 | *** join/#harmattan sudanix (~sudanix@2.88.29.251) |
| 09:38.57 | *** join/#harmattan lamikr (~lamikr@nat/nokia/x-fpbyjjwankukmgoo) |
| 09:49.28 | ajalkane | | |
| 09:49.35 | *** join/#harmattan lamikr (~lamikr@nat/nokia/x-zsixuuujquflnjtc) |
| 09:55.09 | artemm | Hmm, why am I seeing qDebug() output when I choose Harmattan Release target in QtCreator? |
| 09:55.32 | artemm | a bug? Or am I misunderstanding how qDebug works? |
| 09:55.45 | artemm | same about QML/JavaScript's console.debug() actually |
| 09:56.40 | artemm | MeeGo 1.2 Harmattan API, not Platform API for Harmattan if it matters |
| 09:58.06 | artemm | qmake build steps (from Projects tab) don't include CONFIG+=debug |
| 10:00.10 | rcg | "... This function does nothing if QT_NO_DEBUG_OUTPUT was defined during compilation. ..." |
| 10:00.15 | rcg | from the qDebug api docs |
| 10:00.16 | leinir | artemm: Even while your own code might be release compiled, Qt can still be compiled with debug :) |
| 10:00.25 | rcg | seems like you have to explicitly disable debug output |
| 10:00.31 | artemm | oh.. |
| 10:00.42 | leinir | Ah right :) |
| 10:01.08 | artemm | does it mean that N950 includes debug version of Qt only? |
| 10:01.16 | artemm | I am seeing these debug prints from HW |
| 10:01.43 | rcg | afaiu enabling/disabling debug in the build via e.g. CONFIG+=debug only triggeres whether your project is build with debug symbols enabled |
| 10:01.56 | artemm | hey, I am seeing my own debug prints, so doesn\t it mean that my code is debug built? |
| 10:01.59 | rcg | artemm: afaik the -dbg packages are not installed by default |
| 10:02.25 | rcg | there are *-dbg packages available though |
| 10:03.05 | artemm | well, when I choose Release build, CONFIG+=debug is not included |
| 10:03.10 | rcg | well.. i dunno if _not_ setting CONFIG+=debug implicitly means QT_NO_DEBUG_OUTPUT is passed during compilation |
| 10:03.14 | artemm | that's what Project tab shows |
| 10:03.49 | artemm | where do you put QT_NO_DEBUG_OUTPUT? |
| 10:03.53 | artemm | to qmkae arguments? |
| 10:03.59 | artemm | *qmake |
| 10:04.19 | ajalkane | Ddd |
| 10:04.42 | ajalkane | Excuse my manners |
| 10:05.13 | artemm | what I am actually worried about is that I can't see whether my build is really release or debug one :) Seeing debug prints is one of the signs only |
| 10:05.40 | artemm | I don't need debug prints and debug symbols in the final build |
| 10:07.35 | rcg | artemm: hmm yeah, ic |
| 10:07.46 | artemm | aha, QT_NO_DEBUG_OUTPUT goes to DEFINES in the .pro file |
| 10:08.27 | artemm | I have small hope that it's not my code is so slow, but it is just compiled for DEBUG, while I thought it's RELEASE :) |
| 10:10.24 | ajalkane | If theres lots and lots of debug logging, it'll slow it down |
| 10:10.43 | artemm | Actually any app launch prints some 10-20 lines about "MeegoGraphics", found drivers, etc. - that is obviously coming from the system |
| 10:11.29 | artemm | Added DEFINES += QT_NO_DEBUG_OUTPUT to pro file, ran qmake, rebuilt, still seeing my qDebug() prints |
| 10:15.08 | rcg | hmm artemm you are right.. just checked here.. even in release "-g" is passed as g++ command line option |
| 10:15.11 | artemm | sorry, I was wrong. Proper rebuild removed qDebug prints |
| 10:15.25 | artemm | console.debug are still printed though |
| 10:15.43 | rcg | ic |
| 10:15.45 | artemm | what is -g? |
| 10:15.55 | rcg | http://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html#Debugging-Options |
| 10:16.21 | artemm | also that QT_NO_DEBUG_OUTPUT removed my own debug prints, but not the system ones. So I assume I am still linking to debug libs somehow |
| 10:18.02 | rcg | ".. -g Produce debugging information in the operating system's native format .." |
| 10:18.11 | artemm | reading this.. |
| 10:18.26 | artemm | that is still about my own code, isn't it? |
| 10:18.27 | *** part/#harmattan veskuh (~vesahart@nat/nokia/x-peswxswrgwhwzgmc) |
| 10:19.00 | rcg | yep.. so essentially afaik "-g" means g++ is adding debug stuff to a build |
| 10:19.10 | artemm | hmm, I don't see any -g in the qmake line |
| 10:19.22 | artemm | Here's "effective qmake call": |
| 10:19.24 | artemm | qmake /Users/artem/WorkArea/Dropbox/discountcalc/trunk/discountcalc-harmattanapp/discountcalcharmattanapp.pro -r -spec linux-g++-maemo -unix |
| 10:19.25 | *** join/#harmattan lamikr (~lamikr@nat/nokia/x-qpvtfvjfvpywuucd) |
| 10:20.19 | rcg | not in the qmake call |
| 10:20.23 | artemm | also my app is 95% QML + JavaScript, so I should be more worried about linking to release libraries, shouldn't I? |
| 10:20.23 | rcg | in the g++ calls |
| 10:20.53 | rcg | well dunno how this is handled in the QML part |
| 10:20.58 | artemm | as qml is interpretable anyway and release optimization could maybe kill qDebug prints and that's it |
| 10:21.35 | artemm | *searching Compile output for g++ call |
| 10:21.48 | artemm | indeed -g is passed there |
| 10:22.08 | artemm | how can I control it? |
| 10:22.36 | rcg | heh.. dunno.. |
| 10:23.05 | rcg | always thought switchin between "release" and "debug" would take care of it ;) |
| 10:23.12 | artemm | me too :) |
| 10:23.21 | rcg | actually never looked that precisely at what its really doing |
| 10:23.39 | artemm | well, there's hell a lot of problems with default project properties set by QtCreator harmattan wizard |
| 10:23.53 | artemm | I guess just nobody had a serious look at it |
| 10:24.52 | artemm | *went to read about QMAKE_CXXFLAGS |
| 10:25.31 | rcg | well.. just had a look at my build in scratchbox.. this also builds with "-g" set |
| 10:25.49 | tomma | CONFIG-=debug CONFIG+=release should do the trick |
| 10:25.51 | artemm | there seems to be QMAKE_CXXFLAGS_RELEASE flag |
| 10:25.57 | artemm | oh |
| 10:26.03 | artemm | thanks, tomma, will try it now |
| 10:27.00 | artemm | nope, -g is still passed to g++ |
| 10:27.06 | rcg | tomma: just checked.. it doesnt |
| 10:27.12 | rcg | strange thing |
| 10:28.06 | rcg | http://linux.die.net/man/1/g++ |
| 10:28.14 | rcg | -g Produce debugging information in the operating system's native format |
| 10:28.21 | rcg | just to have the correct source ;) |
| 10:28.23 | artemm | somebody had similar problems - http://stackoverflow.com/questions/5715543/how-to-change-qmake-release-flags-for-gcc-change-o2-to-os |
| 10:28.55 | artemm | not that I understood how to use the answer though |
| 10:29.40 | rcg | well.. i really need to hit the road... |
| 10:29.52 | artemm | it's a pity |
| 10:29.54 | artemm | :) |
| 10:30.00 | artemm | good luck with your way anyway |
| 10:30.07 | artemm | maybe somebody else can help |
| 10:30.41 | tomma | does it give -02 to g++ ? |
| 10:30.47 | rcg | thanks.. i hope you get your issue sorted out as well :) |
| 10:30.57 | tomma | then it is building release with debuginfo... no idea why |
| 10:31.08 | artemm | tomma, yes it does |
| 10:31.18 | tomma | well it can be removed with QMAKE_CXXFLAGS -= -g |
| 10:31.20 | tomma | i hope |
| 10:31.57 | xarcass | i suppose, in release version it just strips binary before adding resources. in my case, binary is 300k in release and 6M in debug builds |
| 10:32.28 | artemm | Just added QMAKE_CXXFLAGS -= -g to pro file, ran qmake, started build, still seeing -g |
| 10:32.32 | xarcass | and yes, it has -g flag in release. and -O2 as well |
| 10:32.45 | artemm | oups |
| 10:32.48 | artemm | wrong var |
| 10:33.24 | artemm | QMAKE_CXXFLAGS_RELEASE -= -g helped |
| 10:33.34 | artemm | there's no -g in g++ call anymore |
| 10:33.42 | artemm | should I also remove -O2? |
| 10:33.56 | xarcass | what would be the point? |
| 10:34.03 | artemm | I am not sure which exactly flags to care about for producing fastest non-debug build |
| 10:34.17 | artemm | well, I don't really know qmake |
| 10:34.20 | tomma | -02 is for optimizing |
| 10:34.23 | xarcass | removing -g won't help here |
| 10:34.24 | artemm | trying to optimize the final build |
| 10:35.11 | artemm | funny, package creation seems to be requesting -g from the system |
| 10:35.12 | artemm | dpkg-buildpackage: set CFLAGS to default value: -g -O2 |
| 10:35.12 | artemm | dpkg-buildpackage: set CPPFLAGS to default value: |
| 10:35.12 | artemm | dpkg-buildpackage: set LDFLAGS to default value: |
| 10:35.12 | artemm | dpkg-buildpackage: set FFLAGS to default value: -g -O2 |
| 10:35.12 | artemm | dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 |
| 10:35.30 | artemm | does it mean it links to the debug libraries> |
| 10:35.30 | artemm | ? |
| 10:35.35 | xarcass | no |
| 10:35.51 | tomma | it links to same libraries but includes debug symbols in binary |
| 10:36.00 | xarcass | -g adds debug info. which will be stripped in release anyway |
| 10:36.05 | tomma | but doesn't it strip binary in packaking? |
| 10:36.26 | artemm | well yeah, packaging packages already compiled code |
| 10:36.30 | artemm | what if I don't want the debug symbols? |
| 10:37.24 | artemm | the real question is how to make my final build the fastest possible. Questions about debug symbols are supposed to help me get there |
| 10:37.25 | xarcass | try debug build, look at the size of the package and feel the difference. there's no debug symbols in release binary, i'm almost sure |
| 10:38.40 | *** join/#harmattan baraujo (~Bruno@189.2.128.130) |
| 10:38.41 | xarcass | well, there are many ways to make things faster here: less JS, more C++. and QML booster, maybe |
| 10:38.42 | artemm | trying debug build now |
| 10:38.56 | artemm | qml booster is used already |
| 10:39.19 | artemm | well, current speed isn't that bad |
| 10:39.32 | artemm | but if I want to improve it by playing with config options, why not :) |
| 10:39.37 | artemm | *if I can |
| 10:40.12 | xarcass | one more thing: guys from nokia office, to whom we are sending our packages, say that it works much faster on the N9 than on the N950 |
| 10:40.28 | artemm | what could be a reason? |
| 10:40.33 | artemm | just fresher build? |
| 10:40.44 | xarcass | probably |
| 10:40.44 | artemm | or image compiled with release libs? |
| 10:40.57 | xarcass | very likely |
| 10:41.05 | artemm | that would be good |
| 10:41.12 | villager | artemm: the debug symbols added by -g has zero, *zero*, effect on performance as they're not used unless you're debugging, but it is good practice to always include it in the build... though the packaging process removes the symbols anyway for size |
| 10:41.20 | artemm | right now when starting app on N950 I see quite many system debug messages |
| 10:42.33 | villager | artemm: but using -O2 (or even -O3) is important for good performance... |
| 10:42.34 | xarcass | villager: can't agree with you: adding these symbols significantly increases deployment time, which isn't convenient |
| 10:43.10 | villager | xarcass: I doubt that matters after packaging, since they're stripped away then |
| 10:43.25 | villager | xarcass: and before, they're pretty useful if you need to get a backtrace or whatever |
| 10:43.53 | villager | xarcass: anyway I'm talking runtime performance, of course |
| 10:43.54 | xarcass | my apps do not produce backtraces :) |
| 10:46.26 | artemm | made release and debug build to compare sizes |
| 10:46.37 | artemm | difference in the final .deb package is 6 bytes.. |
| 10:46.44 | xarcass | just tried debug build and is very surprised with all these 500 warings |
| 10:46.48 | artemm | not a whole lot of binary optimization :) |
| 10:46.56 | lardman | hmm, my symbols weren't being removed |
| 10:47.11 | mikhas_ | xarcass, artemm: take note that QML models tend to be on the inefficient side of things |
| 10:47.14 | xarcass | then I was wrong about size |
| 10:47.34 | mikhas_ | always querying a full blown QObject for example, for each model.get |
| 10:47.42 | xarcass | but I can remember that i've seen this. can't remember when, though |
| 10:47.43 | artemm | Mikhas_, true, but 6 bytes of removed debug symbols? |
| 10:47.44 | mikhas_ | (or creating one, for model.set) |
| 10:48.06 | mikhas_ | so if you want to speed up your views, consider optimizing the models |
| 10:48.22 | xarcass | yes, i've remembered, that was before it was optimized for the booster! |
| 10:48.32 | artemm | there's very small amount of models in my app |
| 10:48.44 | artemm | quite a lot of property binding during start though |
| 10:48.49 | artemm | that is something to optimize too |
| 10:48.50 | mikhas_ | oh |
| 10:48.57 | artemm | but compiler flags are easier to try :) |
| 10:50.02 | artemm | it's a pity qml analyzer isn't released yet |
| 10:50.27 | artemm | tried it about a month ago on some own-built version of QtCreator, didn't work at all |
| 10:51.12 | artemm | to close the topic about linking optimization: should I be worried seeing this kind of messages during startup: |
| 10:51.13 | artemm | MeegoGraphics: found EGL_NOK_image_shared |
| 10:51.27 | w00t_ | no |
| 10:51.28 | artemm | Isn't it something system should NOT tell in the release build? |
| 10:51.47 | w00t_ | your application may be built in release mode, the library telling you that is not |
| 10:52.04 | artemm | sorry, don't understand :/ |
| 10:52.13 | w00t_ | your application uses libraries, such as Qt |
| 10:52.20 | w00t_ | when you build your application, you don't build Qt |
| 10:52.22 | artemm | you mean I am using the debug version of library? |
| 10:52.30 | w00t_ | so, building your application in release mode doesn't affect how Qt (for instance) was built |
| 10:52.44 | artemm | ok, then is it possible to link against the release version of Qt? |
| 10:53.10 | w00t_ | you are, it just has debug messages enabled |
| 10:53.23 | artemm | I used to do similar stuff at Symbian times, but Qt world is still new to me :) |
| 10:53.33 | w00t_ | that is, it has been built without debug symbols, with optimisations, but with qDebug() enabled |
| 10:54.08 | artemm | then the final devices (in consumer hands) will probably have all this stuff optimized firther and running faster, right? |
| 10:54.32 | mikhas_ | the final devices will poop double rainbows |
| 10:55.08 | artemm | I don't care about rainbows unless they are pooped with 60fps at least ;0 |
| 10:55.09 | artemm | :) |
| 10:55.12 | w00t_ | the particular bug that causes this to be neccesary is complicated, so I doubt it'll be fixed in time, and besides that, the few debug messages that come from Qt itself won't affect performance |
| 10:55.23 | lcuk | mikhas_, photos or it didn't happen! |
| 10:55.31 | lcuk | I thought n9 final devices were tri coloured :P |
| 10:56.08 | artemm | i guess it means that performance I see on N950 will be similar to final N9 (maybe jsut a little faster) |
| 10:56.14 | artemm | thanks for your patience |
| 10:57.52 | mikhas_ | well, core apps are still being optimized |
| 10:58.12 | w00t_ | well, the software that will be released will be newer (and different, ideally a lot better) from what you have now |
| 10:58.13 | mikhas_ | for 3rd party apps this means: we leave more CPU juice and memory for you |
| 10:58.28 | artemm | thanks |
| 10:58.59 | artemm | *now went to search why javascript's console.debug() is printing when qDebug() doesn;t |
| 10:59.49 | spenap | artemm, maybe you have to run your application with -output-level debug ? |
| 11:00.11 | mikhas_ | wasn't that only for LMT apps? |
| 11:00.13 | artemm | well, I want to disable console.debug() prints in release build |
| 11:00.29 | w00t_ | mikhas_: right |
| 11:00.47 | *** join/#harmattan macmaN (~chezburge@138.167.190.90.dyn.estpak.ee) |
| 11:00.58 | artemm | BTW, does anybody know roughly how long a printing a line takes? Around 20-50ms? |
| 11:01.11 | artemm | thinking abt how strict I need to be removing the debug prints |
| 11:01.12 | w00t_ | much less than that |
| 11:01.16 | w00t_ | much much less |
| 11:01.47 | w00t_ | it also depends on where they're going |
| 11:01.48 | artemm | ok, thanks |
| 11:01.59 | artemm | then it's not so critical, I have just a few |
| 11:02.07 | artemm | maybe 10-15 lines during startup |
| 11:02.21 | w00t_ | console.debug can't be disabled, btw |
| 11:02.24 | w00t_ | (I just checked) |
| 11:02.40 | artemm | funny, why does it exist separately from console.log then? :) |
| 11:02.44 | w00t_ | it's tied to qDebug |
| 11:02.52 | artemm | oh well, it's probably javascript implementation |
| 11:02.54 | w00t_ | so it *can* be disabled, but not without rebuilding Qt |
| 11:03.46 | artemm | w00t_: on C++ side of my code qDebug doesn't print anything (disabled by QT_NO_DEBUG_OUTPUT or QMAKE_CXXFLAGS_RELEASE -= -g) |
| 11:04.05 | artemm | and Javascript side still is able to print via console.debug() |
| 11:04.07 | w00t_ | remember what I said about libraries |
| 11:04.18 | w00t_ | this use of qDebug is inside Qt itself, which isn't built with QT_NO_DEBUG_OUTPUT |
| 11:04.35 | w00t_ | 'this use' being console.debug() |
| 11:04.47 | artemm | then why qDebug's on C++ side of my code can be disabled? |
| 11:06.37 | w00t_ | qDebug is entirely inline |
| 11:06.43 | w00t_ | i.e. contained within headers |
| 11:06.49 | artemm | ok, got it |
| 11:06.51 | artemm | thanks |
| 11:07.03 | w00t_ | when you define QT_NO_DEBUG_OUTPUT, Qt turns it off for where you've included it, i.e. your code |
| 11:08.14 | *** join/#harmattan lamikr (~lamikr@nat/nokia/x-ttjsccpgxkomswgr) |
| 11:15.45 | *** join/#harmattan rcg (~rc@fb2-pub-1.dv-nr.fh-frankfurt.de) |
| 11:20.45 | *** join/#harmattan lcuk (lcuk@cpc2-oldh7-0-0-cust702.10-1.cable.virginmedia.com) |
| 11:20.45 | *** join/#harmattan lcuk (lcuk@Maemo/community/contributor/lcuk) |
| 11:27.40 | *** join/#harmattan lamikr (~lamikr@nat/nokia/x-uvliqhqjbtbapdrb) |
| 11:31.58 | *** join/#harmattan willer_ (~Willer@189.2.128.130) |
| 11:49.45 | *** join/#harmattan NIN101 (~NIN101@p5DD28D25.dip0.t-ipconnect.de) |
| 11:50.09 | *** join/#harmattan berndhs (~berndhs@2604:8800:11b:1:21e:90ff:fe8f:8bee) |
| 11:53.52 | artemm | Is anybody able to debug on N950? |
| 11:54.07 | artemm | When I "Start Debugging" I get The gdbserver process closed unexpectedly. |
| 11:54.22 | artemm | soon after "Can't bind address: Address already in use." |
| 11:57.51 | *** join/#harmattan CepiPerez (~matias@190.221.197.126) |
| 12:01.43 | xarcass | wlan or usb? |
| 12:05.08 | artemm | wlan |
| 12:05.13 | artemm | but maybe I was too quick |
| 12:05.23 | artemm | just figured qml debugging library wasn't built |
| 12:05.24 | xarcass | try to enable 'background connections' |
| 12:05.28 | artemm | maybe that's the reason |
| 12:07.30 | mikhas_ | use the USB connection |
| 12:07.45 | artemm | nope debugging lib didn't help |
| 12:08.24 | artemm | what is backgroundconections? |
| 12:09.25 | artemm | *went for usb cable |
| 12:17.38 | artemm | usb didn't help |
| 12:17.40 | artemm | same result |
| 12:22.26 | xarcass | i have just tried debug - works perfectly with breakpoints and all that stuff. through USB. |
| 12:22.59 | xarcass | try to enable background connections and ensure that power saving is disabled |
| 12:25.35 | artemm | hmm |
| 12:25.49 | artemm | what are these background connections? |
| 12:25.51 | artemm | in device? |
| 12:25.57 | artemm | in qt creator? |
| 12:26.08 | xarcass | yes, in settings->internet connection |
| 12:27.21 | xarcass | device |
| 12:27.27 | artemm | trying |
| 12:27.50 | xarcass | however, i doubt that it'll help with USB |
| 12:27.57 | artemm | had to disable flight mode to see background connections setting (discounnted from wlan manually) |
| 12:28.06 | artemm | same result :/ |
| 12:28.16 | artemm | ok, will try over wlan then :) |
| 12:28.23 | xarcass | it was in the flight mode? |
| 12:28.40 | artemm | to connect via usb you need to disable wlan |
| 12:28.51 | artemm | connection to qt creator was still happening |
| 12:29.50 | xarcass | something is wrong with your setup. i can use both simultaneously. do you have latest firmware? |
| 12:30.23 | artemm | heh, I think I've seen debugging working fine about a week ago |
| 12:30.36 | artemm | not sure as I didn't really use it, just was playing with the device |
| 12:30.47 | artemm | latest public n95- fw |
| 12:30.53 | artemm | n950 fw |
| 12:31.14 | xarcass | have you flashed it yourself? with that one-click-something? |
| 12:31.20 | artemm | maybe I just restart everything |
| 12:31.24 | artemm | with one-click-something |
| 12:31.35 | artemm | about a week or two ago |
| 12:32.06 | artemm | Could use of booster influence the process somehow |
| 12:32.06 | xarcass | well, reboot also helps sometimes. apart from that there's nothing more that I can offer, unfortunately |
| 12:32.08 | artemm | ? |
| 12:32.33 | artemm | I think it's only wholeapp level thing i changed lately |
| 12:33.12 | xarcass | my app is also boosted, but debugger works nevertheless |
| 12:33.35 | artemm | does QML analyzer works for you? |
| 12:33.45 | artemm | that is the actual reason why I want debugging |
| 12:34.01 | artemm | so if it doesn't work yet, no need to struggle with getting debugging started |
| 12:36.53 | artemm | surprise-surprise restart helped :) |
| 12:37.15 | artemm | and starting of debugging takes a loooot of time |
| 12:37.29 | artemm | so many slow messages about loading libraries |
| 12:37.45 | *** join/#harmattan trx (~ns-team@93.87.57.162) |
| 12:43.25 | artemm | debugger is "setting breakpoints" for about 10 min already. Is it normal? |
| 12:45.46 | xarcass | that's normal |
| 12:45.57 | artemm | gosh :( |
| 12:46.10 | artemm | ok, now I remember why I didn't use debugger earlier :) |
| 12:46.15 | artemm | never was patient enough |
| 12:47.36 | *** join/#harmattan lcuk (lcuk@cpc2-oldh7-0-0-cust702.10-1.cable.virginmedia.com) |
| 12:47.36 | *** join/#harmattan lcuk (lcuk@Maemo/community/contributor/lcuk) |
| 13:01.58 | *** join/#harmattan javispedro (~javier@Maemo/community/contributor/javispedro) |
| 13:04.06 | *** join/#harmattan hardaker (~hardaker@mail.hardakers.net) |
| 13:08.34 | artemm | Is it possible to develop for Harmattan using QtCreator 2.3 (in release candidate for now) |
| 13:09.03 | artemm | Harmattan plugin works nice for 2.2 on my computer, but I am not sure how to add it to 2.3 if it's possible at all |
| 13:10.52 | *** join/#harmattan crevetor (~antoine@bureau.ubity.com) |
| 13:16.01 | *** join/#harmattan crevetor (~antoine@bureau.ubity.com) |
| 13:16.11 | radiofree | javispedro: your qsparql bug has been fixed, it's just not in the beta sdk |
| 13:16.24 | artemm | oh, 2.3 can open 2.2. projects and all the settings. nice |
| 13:16.29 | javispedro | radiofree: nice to know! |
| 13:16.30 | radiofree | version 0.0.30 has the fix, also, it's import QtSparql 0.1, not 1.0 |
| 13:16.46 | radiofree | QtSparql 1.0 may work, but that's a bug in qt |
| 13:16.52 | javispedro | radiofree: so, can it be used, or it has any other showstopper bugs? |
| 13:16.59 | radiofree | 0.1 will work in scratchbox and on device for sure |
| 13:17.06 | radiofree | yes it can be used, along with the endpoint driver |
| 13:17.23 | javispedro | many thanks! |
| 13:17.29 | radiofree | which doesn't work on the device in 0.0.27 (the version in the beta sdk) |
| 13:18.05 | radiofree | in a future release there will be a whole new set of qml bindings (will maintain this SparqlResultList for compatibility though) |
| 13:18.13 | javispedro | ah |
| 13:18.21 | radiofree | so you'll be able to issue SPARQL queries directly in QML, and use the results there :) |
| 13:18.50 | radiofree | var results = sparqlConnection.select(somequery) for example |
| 13:19.09 | radiofree | but in terms of list models, SparqlResultList is fine |
| 13:19.16 | javispedro | that's mostly what I want |
| 13:19.23 | javispedro | I'm doing an app that is mostly a list of results from a tracker query, |
| 13:19.44 | radiofree | the problem with SparqlResultList is that it doesn't have a get() function |
| 13:19.45 | javispedro | along with maybe a thumbnail extractor (I was considering putting it in tracker itself but it's not that used) |
| 13:20.07 | radiofree | but there should be other ways around that |
| 13:21.22 | artemm | Could not connect to the in-process QML debugger: |
| 13:21.23 | artemm | The application is not set up for QML/JS debugging. |
| 13:21.23 | artemm | What could that mean? |
| 13:22.28 | artemm | it is a debug build, qml debugging library is compiled, "link to qml debugging library" is set, debugging type is set to "qml only". What else does it need? |
| 13:22.44 | artemm | It's QtCreator 2.3 RC if it matters |
| 13:23.13 | *** join/#harmattan qgil (c0646a28@gateway/web/freenode/ip.192.100.106.40) |
| 13:28.43 | javispedro | radiofree: feel free to close it then (or should I do that?) |
| 13:31.23 | xarcass | artemm: i suppose, that would require presence of that qml debugging library on the device. in short: won't work |
| 13:31.53 | artemm | why wouldn't it exist on device? |
| 13:32.32 | xarcass | because our fw is fairly old, that's why :) |
| 13:32.39 | artemm | I though this "qml debugging library" is statically linked and deployed together with my app. Otherwise why would I need to build it from qt creator |
| 13:33.06 | artemm | oh well, I believe you know better |
| 13:33.11 | xarcass | this may be the case. i don't know exactly |
| 13:33.15 | artemm | then no qml profiling until next fw for me |
| 13:33.41 | radiofree | javispedro: keep it open, I'll comment on it |
| 13:34.00 | xarcass | artemm: have you tried analyzer? it's grayed out for me |
| 13:35.00 | radiofree | javispedro: if you fancy building it yourself https://maemo.gitorious.org/maemo-af/qsparql/trees/pr_1_0 has all the fixes |
| 13:35.17 | javispedro | radiofree: thanks for that too, was going to do it :) |
| 13:35.38 | RST38h | g'day javispedro |
| 13:35.48 | *** join/#harmattan faenil_ (4f191af0@gateway/web/freenode/ip.79.25.26.240) |
| 13:35.48 | javispedro | morning RST38h |
| 13:35.53 | faenil_ | YEEEEEEEEEEEY |
| 13:35.59 | faenil_ | challenge completed! |
| 13:36.05 | faenil_ | from 0.2fps to 20fps :D |
| 13:36.15 | faenil_ | hoped to get to 60, but anyway XD |
| 13:36.52 | javispedro | a 100x increase? what were you doing, sending the rendered frames via a web service or what? :D |
| 13:37.36 | faenil_ | ahahah |
| 13:37.39 | faenil_ | well I have |
| 13:37.44 | faenil_ | 10k floor tiles |
| 13:37.46 | faenil_ | and 2k boxes |
| 13:37.49 | faenil_ | in this testcase |
| 13:38.05 | faenil_ | at 0.2 I was using a drawcall for each floor tile and for each box :) |
| 13:38.15 | elpuri | faenil_: next up occlusion culling =) |
| 13:38.16 | faenil_ | Now I'm using a VBO for the floor, and another VBO for boxes :D |
| 13:38.45 | faenil_ | elpuri: don't think this is the case, because I want the user to be able to look at the whole level, so it must be smooth without culling too :) |
| 13:39.22 | artemm | xarcass, I can start analyzer from Qt Creator 2.3 RC. Well, I can try starting it as debugging session start can't be completed |
| 13:39.39 | elpuri | you've got 10k tiles visible on the screen at all times? |
| 13:39.43 | elpuri | wow.. ;) |
| 13:40.15 | faenil_ | nope, this is an extreme test case :) |
| 13:40.28 | faenil_ | but I want the user to be able to look at the whole level while having a nice framerate |
| 13:41.00 | faenil_ | so I have to make it smooth without culling too... |
| 13:41.00 | xarcass | artemm: so, it doesn't work yet. that's a shame. i have to wait more, then |
| 13:41.20 | artemm | I can't make it work, but it's not the analyzer |
| 13:41.29 | artemm | I can't start ondevice debugging |
| 13:41.35 | artemm | from Creator 2.3 |
| 13:41.47 | artemm | if you can do it, you may be able to use analyzer as well |
| 13:41.50 | faenil_ | anyway, I have named it, it's Qtoban! :D |
| 13:43.06 | xarcass | artemm: i can't afford such experiments as installing RC versions |
| 13:43.20 | artemm | creator isn't whole Qt |
| 13:43.34 | artemm | it can easily coexist with another instance |
| 13:44.25 | xarcass | artemm: i've tried once or twice, it screwed up all my setup. so i don't even think about this now |
| 13:44.48 | artemm | well, not even trying is certainly safer :) |
| 13:46.01 | xarcass | artemm: tight deadlines, unfortunately |
| 13:46.24 | artemm | and work hard for those deadlines! I want better firmware soon! :) |
| 13:47.05 | elpuri | i wish people would stop naming their apps q<something> |
| 13:47.28 | xarcass | artemm: that's not my responsibility. i'm just app coder |
| 13:47.40 | lardman | elpuri: iSomething instead? ;) |
| 13:47.56 | elpuri | not that either ;) |
| 13:48.02 | elpuri | unless you're apple |
| 13:48.33 | lardman | There was the same issue with mSomething for Maemo apps |
| 13:48.40 | kimju | g<something>, k<something>, m<something> for gnome, kde, maemo/meego.. |
| 13:48.40 | artemm | elpuri, isn't it like a developer-type signature? Kind'of "normal users, please ignore my app, it has a developer-ui and normal people can't use it" :) |
| 13:49.20 | lardman | It does mean you can use a noun and not bother to think to hard |
| 13:49.35 | lardman | at least that's my excuse |
| 13:49.52 | faenil_ | elpuri: I hate that too...but looking for a nice name is so hard! |
| 13:50.16 | faenil_ | elpuri: my problem is that my game is a clone, so I can't give a whole new name afaik...or can I? |
| 13:51.59 | elpuri | artemm: exactly. i think the goal here is to try to give meego/harmattan a credible app portfolio, hence the names should be "normal" imo |
| 13:52.03 | elpuri | faenil_: why not |
| 13:52.23 | elpuri | call it tilepalooza |
| 13:52.26 | faenil_ | elpuri: don't know, licence something? |
| 13:52.30 | artemm | elpuri, only if you want to create apps for normal people :) |
| 13:52.34 | faenil_ | not bad XD |
| 13:52.35 | artemm | not everybody cares |
| 13:52.36 | faenil_ | tilepalooza |
| 13:52.40 | faenil_ | :D |
| 13:52.58 | artemm | any sane product manager would instantly kill any qApp name |
| 13:52.58 | elpuri | tileissimo |
| 13:53.15 | artemm | as it says nothing to end user |
| 13:53.18 | faenil_ | ok I have time to think about another name |
| 13:53.24 | faenil_ | I just needed one to create my local repo |
| 13:53.36 | faenil_ | to track the changes :) |
| 13:53.38 | elpuri | artemm: exactly |
| 13:54.00 | faenil_ | I Should find something like StockThemUp |
| 13:54.03 | faenil_ | don't know XD |
| 13:54.27 | faenil_ | or |
| 13:54.32 | faenil_ | WarehouseKeeper, simple |
| 13:54.47 | faenil_ | no, people would misunderstand it |
| 13:55.43 | elpuri | FuckEmUp |
| 13:55.59 | xarcass | faenil_: what's the game like? |
| 13:56.06 | elpuri | sokoban clone? |
| 13:56.10 | faenil_ | it's sokoban clone |
| 13:56.14 | faenil_ | in 3D |
| 13:56.26 | xarcass | faenil_: Angry Boxes |
| 13:56.32 | faenil_ | ahahah yeah xD |
| 13:56.46 | faenil_ | that's something people would download :D |
| 13:57.04 | faenil_ | and then be disappointed about xD |
| 13:57.20 | xarcass | faenil_: then don't disappoint them |
| 13:57.56 | faenil_ | xarcass: I'll try to, but I'm just learning OpenGL :) and doing this game for a university exam too :D I have 10 days left to finish it XD with a level editor |
| 13:58.03 | faenil_ | omg don't let me think about it XD |
| 13:59.43 | faenil_ | anyway thanks for the names :D |
| 14:00.46 | xarcass | has just received confirmation from nokia that all application bugs are fixed at last. it's time for some vodka now |
| 14:01.59 | faenil_ | yey :) |
| 14:02.17 | faenil_ | is there any news about a fw update for us mortals? |
| 14:03.15 | xarcass | faenil_: it's just an app, that would be preinstalled on the devices in our region. nothing special. it's definitely not a fw, not even a part of it |
| 14:03.41 | faenil_ | xarcass: I did not mean to refer to your msg :D |
| 14:03.50 | faenil_ | I was asking about our N950 fw update :D |
| 14:03.58 | faenil_ | the actual fw is bugged enough :D |
| 14:06.59 | *** join/#harmattan Kypeli (kypeli@kapsi.fi) |
| 14:09.02 | faenil_ | The internal deadline for the release version of the FW should be 29th.. |
| 14:09.12 | faenil_ | so I hoped we were getting some love :D |
| 14:14.06 | *** join/#harmattan NIN101 (~NIN101@p5DD28D25.dip0.t-ipconnect.de) |
| 14:18.29 | faenil_ | elpuri: is there anything I can do to speed up thing like disabling the compositing? |
| 14:18.37 | faenil_ | things* |
| 14:19.51 | javispedro | if you are fullscreen it is already disabled |
| 14:20.48 | faenil_ | oh ... ok then... |
| 14:20.51 | faenil_ | :) |
| 14:21.01 | faenil_ | swiping away is very slow :D |
| 14:21.23 | mariob | faenil_: disable "Developer Mode" increases performance, according to MeeGoExperts, |
| 14:21.33 | javispedro | doubtful |
| 14:22.28 | faenil_ | something ... |
| 14:22.31 | faenil_ | gained 0.2 fps |
| 14:22.33 | faenil_ | :D |
| 14:22.40 | javispedro | even more doubtful |
| 14:22.53 | faenil_ | I just tried XD |
| 14:22.57 | faenil_ | and gained 0.2fps |
| 14:23.03 | thp | wazd: ping |
| 14:23.08 | javispedro | your testing method is flawed |
| 14:23.27 | faenil_ | but 0.2 is almost nothing... |
| 14:23.38 | MohammadAG | developer mode is a metapackage |
| 14:23.48 | javispedro | faenil_: it should have shown _no difference_ |
| 14:23.53 | MohammadAG | it can't affect performance |
| 14:24.09 | faenil_ | ok, trust you :D |
| 14:24.17 | faenil_ | I'll try again |
| 14:24.18 | MohammadAG | it could be that tracker or something like that was running before he disabled it |
| 14:24.41 | elpuri | do you receive any signal when the swiping starts? |
| 14:25.00 | javispedro | technically yes |
| 14:25.02 | elpuri | you could take screenshot and render just that paused state while user is swiping |
| 14:25.18 | faenil_ | yeah |
| 14:25.21 | MohammadAG | javispedro, inside QApplication? |
| 14:25.29 | javispedro | MohammadAG: an atom is set |
| 14:25.32 | javispedro | er |
| 14:25.33 | javispedro | a property |
| 14:25.41 | faenil_ | but that's the last problem actually :) I have to pause the game too, because otherwise the phone is very slow |
| 14:25.44 | javispedro | therefore you should get a Propertynotify |
| 14:25.46 | MohammadAG | ah, so changeEvent() shoild do it |
| 14:26.04 | javispedro | I'm, my atom cheat sheet is missing this one |
| 14:26.10 | MohammadAG | when an app is thrown in the background there's a property set |
| 14:26.16 | javispedro | http://depot.javispedro.com/pen/meegoatoms.png ;) |
| 14:27.26 | faenil_ | lol |
| 14:28.12 | javispedro | the arrows in the first column indicate who sets the property and who reads it |
| 14:28.37 | javispedro | MTF = meegotouch, COMP = mcompositor, swipe = propietary swipe code |
| 14:28.40 | MohammadAG | good, now make that in qml so it can have arrows with transitions!1 |
| 14:29.12 | *** join/#harmattan cpscotti (~cpscotti@212.36.161.100) |
| 14:29.50 | mikhas_ | you know, you could have just asked |
| 14:30.07 | mikhas_ | but I guess it was more fun this way |
| 14:30.10 | elpuri | javispedro: you've got a great letter e |
| 14:30.20 | MohammadAG | blinking 2G icon, wtf does it mean? |
| 14:30.31 | javispedro | mikhas_: yes :) |
| 14:30.41 | MohammadAG | there goes my operator logo |
| 14:33.15 | javispedro | the atom you're looking for the swipe starting is _MEEGOTOUCH_MINIMIZE_ANIMATION |
| 14:33.18 | javispedro | adds to cheat sheet |
| 14:34.56 | lardman | anyone know if it's possible to set the anchors of one element to be the same as another? |
| 14:35.07 | lardman | I've tried anchors: blah.anchors |
| 14:35.12 | faenil_ | can't |
| 14:35.13 | lardman | but apparently that's not allowed |
| 14:37.31 | MohammadAG | lardman, set them manually to what the anchor of the first one? |
| 14:38.18 | lardman | MohammadAG: yeah I need to display a placeholder if I don't have an image, so want it to sit exactly where the image is |
| 14:38.35 | lardman | and to be anchored identically |
| 14:38.53 | lardman | I've done it manually now, written out each one of top, bottom, left, right |
| 14:39.34 | MohammadAG | lardman, anchors.fill: firstone |
| 14:39.58 | lardman | ah, cool |
| 14:40.02 | MohammadAG | placeholder, achors.fill: notplaceholder |
| 14:40.54 | lardman | thanks |
| 14:59.17 | lardman | more questions :) using a Label, how do I change the background colour? |
| 15:00.22 | lardman | or is the background transparent already? |
| 15:00.24 | *** join/#harmattan BrettQ (~BrettQ@ps19736.dreamhost.com) |
| 15:01.07 | javispedro | hah |
| 15:01.23 | javispedro | so both Nokia and the WebOS use the exact same propietary library to control the vibrator |
| 15:01.28 | javispedro | Immersion VibeTonz |
| 15:01.59 | javispedro | notes in its list of features the ability to set "vibratory ringtones" |
| 15:02.05 | lardman | javispedro: is control of the vibrator so complex that it requires a closed library? |
| 15:02.20 | javispedro | lardman: I'm having a lot of similar surprises recently |
| 15:02.38 | javispedro | lardman: yesterday found out that the piece of code that converts raw magnetometer reading into bearing is also closed and licensed from a 3rd party |
| 15:03.00 | lardman | interesting |
| 15:04.23 | mikhas_ | lardman, yes it is complex |
| 15:04.45 | lardman | mikhas_: fair enough |
| 15:04.51 | SpeedEvil | It's not that complex |
| 15:04.55 | SpeedEvil | It's annoying. |
| 15:04.59 | SpeedEvil | But it's not actually hard. |
| 15:05.11 | SpeedEvil | Spherical harmonics of the field are easy to compute. |
| 15:05.11 | mikhas_ | lardman, we find a specially designed feedback and then they need to figure out how to do it |
| 15:05.26 | mikhas_ | s/find/want |
| 15:05.38 | javispedro | hey, less work for me. I can just now apply Palm's SDL Haptics patch to my SDL. |
| 15:05.42 | SpeedEvil | Then you just use that and the derived gravity vector, bit of filtering, and out pops direction |
| 15:06.16 | mikhas_ | Easier to just buy the stuff. |
| 15:06.20 | lardman | mikhas_: ah I see, I didn't realise it did haptic feedback too |
| 15:06.37 | lardman | I was thinking of tuning for ringtones :) |
| 15:06.52 | javispedro | finds the ringtone part more difficult |
| 15:07.11 | javispedro | but I guess I don't really value the current state of haptic effects on the N950 (nonexistent) |
| 15:07.19 | javispedro | only the vkb seems to produce some |
| 15:07.31 | mikhas_ | With complex I judge based on the amount of issues I've seen. |
| 15:07.58 | javispedro | SpeedEvil: probably Meego will be looking for an OSS version of such code soon :) |
| 15:08.00 | *** part/#harmattan BrettQ (~BrettQ@ps19736.dreamhost.com) |
| 15:08.10 | mikhas_ | javispedro, why? |
| 15:08.28 | javispedro | realmeego/meegoCE I mean |
| 15:08.45 | javispedro | I guess they want all those nifty q{,ml}compass applications to keep working |
| 15:08.59 | Stskeeps | javispedro: i think we have a redistributable license |
| 15:09.10 | javispedro | aaw. |
| 15:09.43 | *** join/#harmattan BrettQ (~BrettQ@ps19736.dreamhost.com) |
| 15:11.03 | Stskeeps | you'd be surprised how difficult it is to get open licenses for bleeding edge mobile tech |
| 15:11.19 | javispedro | either way, I'm with SpeedEvil, it just requires someone figure out the math and get whatever magnetic model data is required |
| 15:11.54 | javispedro | aka noone will ever do it :) |
| 15:12.19 | lardman | both of those are described in detail on wikipedia iirc |
| 15:15.04 | javispedro | https://www.loveelectronics.co.uk/Tutorials/8/hmc5883l-tutorial-and-arduino-library |
| 15:15.25 | javispedro | "We cover the following: ... Explain how to calculate a bearing from this data." |
| 15:17.03 | lardman | I see they correct for declination |
| 15:17.06 | *** join/#harmattan djszapi_ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 15:17.24 | lardman | would be interesting to compare angle of magnetic field lines with accelerometer |
| 15:17.27 | javispedro | that was the reason I was thinking a model would be required |
| 15:17.34 | Stskeeps | javispedro: no complaints for any open impl :P |
| 15:18.04 | javispedro | depending on the quality of the open impl, data might be of worse quality |
| 15:18.05 | lardman | javispedro: there is a model somewhere I dug it out a few months back when we were talking about using compass field line angles as a location method |
| 15:18.25 | SpeedEvil | There is widely available opensource code. |
| 15:18.41 | *** join/#harmattan BrettQ (~BrettQ@ps19736.dreamhost.com) |
| 15:22.05 | SpeedEvil | Openpilot |
| 15:22.11 | SpeedEvil | For example - has usable code |
| 15:22.56 | SpeedEvil | http://git.openpilot.org/browse/OpenPilot/flight/Libraries/WorldMagModel.c |
| 15:24.35 | RST38h | is kinda back |
| 15:24.46 | RST38h | Anything new and/or exciting? |
| 15:24.56 | javispedro | naah |
| 15:25.01 | javispedro | well |
| 15:25.07 | javispedro | steve jobs left but I guess you knew that |
| 15:25.14 | RST38h | Earthquakes? Financial crisis? Black plague? Steve Jobs hitting the bucket? |
| 15:25.33 | javispedro | also cmdrtaco leaving slashdot |
| 15:25.36 | RST38h | javispedro: Good, let us start our timers |
| 15:25.37 | javispedro | weird week. |
| 15:26.02 | RST38h | javispedro: ~5 years until Apple gets finished |
| 15:26.26 | javispedro | the question would be wether that happens before or after Nokia is finished ;) |
| 15:26.36 | RST38h | Poor CmdrTaco will have to do something morespectacular in order to get my attention though. |
| 15:26.48 | RST38h | javispedro: After. Not really a question. |
| 15:27.38 | RST38h | "The departure of Steve Jobs as boss of Apple was expected to result in a mass sell-off of the overpriced vendor's shares this morning, but the news has been overshadowed by larger events." |
| 15:28.51 | RST38h | javispedro: But August is certainly a month where fabrique of reality is thin and tends to tear =) |
| 15:38.30 | *** join/#harmattan BrettQ (~BrettQ@ps19736.dreamhost.com) |
| 15:43.35 | alterego | lcuk: ping |
| 15:43.48 | alterego | lcuk: cool news from alex. :) |
| 15:44.32 | lcuk | cool and not so cool |
| 15:44.40 | lcuk | alex is a star |
| 15:45.43 | lcuk | alterego, providing I can find footing knowing more about microsoft phones would not be a bad thing |
| 15:46.51 | RST38h | lcuk: pretty much all you need to know about MS phones is "C#" |
| 15:47.05 | alterego | Well, I'd be really interested in doing it and I have a fair amount of C# etc experience. |
| 15:47.17 | RST38h | which automatically kills all high-perf applications |
| 15:47.42 | RST38h | There *is* a native SDK, but MS onlyships it to selected developers |
| 15:47.47 | alterego | lcuk: unfortunately I think I'm out of the country in oct :/ |
| 15:48.06 | alterego | But depending when it is I might be able to fly back from the US for it. |
| 15:48.50 | djszapi_ | lcuk: are you experienced with C# ? |
| 15:49.09 | alterego | bbiab |
| 15:51.43 | *** join/#harmattan SpeedEvil (~user@tor/regular/SpeedEvil) |
| 15:53.55 | lardman | is sick of QML |
| 15:54.01 | lardman | time for some nice C++ code |
| 15:54.15 | lardman | can't believe I called C++ nice, but that's the effect QMl has on you |
| 15:54.23 | RST38h | Hehe |
| 15:54.44 | lardman | though actually QML is growing on me, should make for some nifty looking UIs |
| 15:55.05 | RST38h | I actually found a way to abstract QML |
| 15:55.16 | javispedro | is it XML based? |
| 15:55.27 | RST38h | So that now I can go into a QML dialog,return from it, and still retain my original QWIdget |
| 15:55.35 | RST38h | javispedro: No, CSS+Javascript |
| 15:55.36 | javispedro | ah |
| 15:55.56 | javispedro | RST38h: as on your apps? But it is slow.. |
| 15:56.01 | lardman | retreats into the wonders of barcode decoders for some light relief |
| 15:56.27 | RST38h | The two really bad problems are 1) QML is so heavy that creating a QML widget takes 3-5 seconds and 2) no way to run QML as part of my event loop, it needs its own |
| 15:56.42 | lardman | decoding a full res photo from the N950 takes too much time for my liking |
| 15:56.47 | RST38h | javispedro:Well, you have seen how I have done it (packages are out there) |
| 15:57.09 | RST38h | javispedro: aside from QML taking 3-5 secs to show the UI, it lookssemi-decently |
| 15:57.12 | lardman | app startup seems quite slow, but the there's that cache thing that I ought to checkout eventually |
| 15:57.34 | RST38h | lardman: I am afraid that in my case it is not about loading .sos |
| 15:57.36 | *** join/#harmattan rcg (~rc@e180222027.adsl.alicedsl.de) |
| 15:57.51 | RST38h | lardman: Looks like just *creating* the hierarchy, loading all the images, etc takes time |
| 15:58.00 | RST38h | starting up JS engine too, probably |
| 15:58.17 | mikhas_ | RST38h, I doubt current state of QML makes it suitable for "complex" UI's |
| 15:58.39 | RST38h | mikhas: I do not have anything "complex". Just a file selector, a config dialog, and an about dialog |
| 15:58.50 | mikhas_ | erm, oops |
| 15:59.13 | lardman | what res are the camera photos on the N950? |
| 15:59.16 | RST38h | Would have SPARQL-based file selector, but the SPARQL QtQ component is not on our devices |
| 15:59.56 | javispedro | RST38h: oh, see the conversion I had today about that |
| 16:00.02 | javispedro | RST38h: it is fixed on next fw |
| 16:00.25 | RST38h | There are basically two reasons to use QML: 1) Nokia says so and 2) They managed to make all the other UI options (including Qt) barely usable |
| 16:00.48 | RST38h | javispedro: cooolio, so I will be able to have a nice file dialog =) |
| 16:01.02 | MohammadAG | i'm up for fixing the qt theme |
| 16:01.03 | *** join/#harmattan jkt (~jkt@basa.flaska.net) |
| 16:01.04 | javispedro | MTF is also usable |
| 16:01.07 | *** join/#harmattan jkt (~jkt@gentoo/developer/jkt) |
| 16:01.18 | RST38h | makes a move to hug MohammadAG |
| 16:01.20 | MohammadAG | i could get more done with Qt |
| 16:01.20 | javispedro | and it is still quite fast, ~1sec for unboosted boot for hello world app |
| 16:01.37 | lardman | MohammadAG: +1 |
| 16:01.41 | RST38h | javispedro: Yes, but MTF requires you to rewrite your whole program in some dead tongue |
| 16:01.50 | MohammadAG | an MTF Qt Designer plugin would be awesome |
| 16:01.53 | javispedro | they look all dead to me. |
| 16:02.02 | MohammadAG | RST38h, QML does the same |
| 16:02.13 | RST38h | javispedro: I actually tried using MTF but stopped after finding out that it is totally incompatible with anything |
| 16:02.22 | MohammadAG | I wrote my Qt/C++ programs since forward compatibility was promised |
| 16:02.30 | RST38h | MohammadAG: Quim continues saying that QML has a future =) |
| 16:02.31 | javispedro | it is not incompatible with graphicsview ;P |
| 16:02.31 | MohammadAG | oh nice |
| 16:02.48 | javispedro | but yeah, MTF is NOT Qt |
| 16:02.50 | MohammadAG | the bug in fremantle where it thinks music is still running is there |
| 16:02.59 | MohammadAG | MTF is a KDE wannabe |
| 16:03.00 | RST38h | QWidget-based stuff and MTF are incompatible |
| 16:03.16 | lcuk | djszapi_, I know .net stuff, spent years doing vb.net ;) |
| 16:03.17 | RST38h | ok, back to the hotel |
| 16:03.28 | RST38h | lcuk: C# is not VB |
| 16:03.33 | RST38h | lcuk: C# is Java |
| 16:03.46 | RST38h | same vm nowadays though |
| 16:03.59 | javispedro | <PROTECTED> |
| 16:04.13 | MohammadAG | RST38h, give me one language that's been cross compatible |
| 16:04.27 | javispedro | SDL! |
| 16:04.33 | javispedro | /C ;) |
| 16:04.36 | djszapi_ | lcuk: excellent, you need to teach me at some day :) |
| 16:04.55 | MohammadAG | javispedro, in the sense that you don't write your own ui |
| 16:05.01 | javispedro | =) |
| 16:05.20 | MohammadAG | take my app, sociality as an example |
| 16:05.27 | MohammadAG | sexy on maemo 5 |
| 16:05.40 | MohammadAG | looks crappy on a desktop, but still somewhat good |
| 16:05.56 | MohammadAG | sucks on meego and symbian |
| 16:07.05 | javispedro | (after a long train of thoughts that is too long to explain) this is what happens when you buy a toolkit library. |
| 16:07.43 | MohammadAG | QML, good concept, but I hate web development cause of the syntax |
| 16:07.46 | lcuk | djszapi_, lol |
| 16:08.00 | javispedro | also: slow. |
| 16:08.07 | MohammadAG | yes |
| 16:08.26 | javispedro | We now have hw where all applications now launch in second-times and we use it to add another layer of abstraction so that we are back into the 5-6 seconds range |
| 16:08.35 | MohammadAG | I moved from python to C++ cause I hate interpretted code |
| 16:09.00 | *** join/#harmattan fiferboy (~fiferboy@Maemo/community/contributor/fiferboy) |
| 16:10.53 | MohammadAG | can someone do some binary patching so the damn quick launch opens even when the device isn't top up |
| 16:11.21 | javispedro | isn't it mostly useless? |
| 16:11.32 | javispedro | the shortcuts are not configurable |
| 16:11.36 | MohammadAG | no, thanks to the absence of a camera key |
| 16:12.06 | MohammadAG | it's the fastest way to open the camera for me |
| 16:12.50 | javispedro | MohammadAG: file a device bug |
| 16:13.09 | MohammadAG | what if they say patches welcome? |
| 16:13.20 | javispedro | "binary" patches welcome? |
| 16:13.38 | MohammadAG | no, hardware ones to add a camkey :p |
| 16:14.03 | MohammadAG | javispedro, it's a design decision |
| 16:14.17 | MohammadAG | open the bar and flip the device to landscape mode |
| 16:14.29 | MohammadAG | (even when the keyboard is open) |
| 16:14.38 | javispedro | yeah, I've teste |
| 16:14.50 | javispedro | but design decision or not, looks like a user confusing bug |
| 16:15.02 | MohammadAG | another thing |
| 16:15.23 | MohammadAG | can't someone also binary patch the regex that decides which status plugins to load |
| 16:15.39 | MohammadAG | instead of volume, ****** |
| 16:16.10 | javispedro | I would prefer to zap the person that wrote that |
| 16:16.36 | MohammadAG | blame aegis, it's open source |
| 16:16.49 | *** join/#harmattan arcean (~Arcean@aael62.neoplus.adsl.tpnet.pl) |
| 16:17.14 | *** join/#harmattan lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 16:20.37 | *** join/#harmattan elzalem (~elzalem@95.141.49.66) |
| 16:33.22 | MohammadAG | javispedro, query me |
| 16:41.02 | *** join/#harmattan piggz (~piggz@host-89-241-10-108.as13285.net) |
| 16:58.10 | *** join/#harmattan wazd (~wazd@broadband-95-84-185-178.nationalcablenetworks.ru) |
| 17:00.05 | *** join/#harmattan [XeN] (~XeN]@brln-4db84f67.pool.mediaWays.net) |
| 17:01.16 | DocScrutinizer | MEH, on unplugging device in act_dead (aka "not powered on") from charger, it blocks power-on for several seconds as it first needs to finish shutdown from act_dead state. Extremely annoying / confusing |
| 17:01.39 | javispedro | same as N810 |
| 17:01.40 | wazd | heya all |
| 17:01.41 | javispedro | N8x0 |
| 17:01.52 | MohammadAG | yeah, quite annoying |
| 17:02.00 | MohammadAG | same happens on power off |
| 17:02.08 | faenil_ | MohammadAG: yeah |
| 17:02.13 | Stskeeps | wazd o/ |
| 17:02.14 | MohammadAG | I use /sbin/reboot |
| 17:02.45 | MohammadAG | will editing .bashrc or .profile eff up aegis? |
| 17:03.08 | javispedro | the ones in your home, surely not |
| 17:03.09 | MohammadAG | I want export PATH=$PATH:/sbin:/usr/sbin |
| 17:03.14 | DocScrutinizer | MohammadAG: for power-off it's at least kinda obvious why it is that way |
| 17:03.15 | MohammadAG | root's |
| 17:03.16 | lardman | hmm, can I not kill -9 something because of aegis? |
| 17:03.27 | lcuk | lardman, nope |
| 17:03.28 | MohammadAG | develsh lardman |
| 17:03.35 | DocScrutinizer | while unplugging from charger you *think* it *is* off |
| 17:03.38 | lardman | I am root, ssh |
| 17:03.44 | djszapi_ | lardman: you can if you CAP::kill rights |
| 17:03.44 | MohammadAG | develsh |
| 17:03.48 | djszapi_ | * have |
| 17:04.04 | lardman | ah ok, so it is aegis related |
| 17:04.09 | DocScrutinizer | yes |
| 17:04.10 | djszapi_ | yes, of course. |
| 17:04.12 | lardman | I need to devel-su to get the rights |
| 17:04.16 | DocScrutinizer | and develsh might cure it |
| 17:04.27 | DocScrutinizer | as ssh root isn't exactly develsh |
| 17:04.29 | lardman | cool, will try that next time, thanks chaps |
| 17:04.30 | djszapi_ | lardman: nope |
| 17:04.42 | DocScrutinizer | or devel-su, yeah |
| 17:05.16 | MohammadAG | devel-su is just a working su |
| 17:05.19 | MohammadAG | no aegis privs |
| 17:05.29 | djszapi_ | not true |
| 17:05.47 | MohammadAG | well, i still need to use develsh |
| 17:05.49 | djszapi_ | su and devel-su are quite different |
| 17:05.58 | MohammadAG | su is broken |
| 17:06.06 | MohammadAG | thanks to ash |
| 17:06.44 | javispedro | damn, time passes way too fast. |
| 17:07.57 | MohammadAG | which reminds me, uni in 2 days :/ |
| 17:08.07 | djszapi_ | devel-su would be an unneccesary su duplication without aegis privs |
| 17:08.41 | MohammadAG | su doesn't work anyway |
| 17:08.44 | MohammadAG | need setuid |
| 17:08.49 | MohammadAG | needs* |
| 17:09.06 | djszapi_ | devel-su is not targetted to duplicate the su theory. |
| 17:09.34 | javispedro | you could technically implement a su without setuid using aegis |
| 17:10.06 | lardman | hmm, can't kill it even with devel-su |
| 17:10.17 | javispedro | you want develsh, not devel-su |
| 17:10.19 | djszapi_ | javispedro: sure, very painfully :) |
| 17:10.21 | DocScrutinizer | MohammadAG: http://paste.debian.net/127370/ |
| 17:10.44 | djszapi_ | lardman: that is why I said above "nope" |
| 17:10.48 | javispedro | DocScrutinizer: use my impromptu signer to fix that |
| 17:11.06 | lardman | thanks javispedro |
| 17:11.21 | lardman | djszapi_: hard to know what the nope referred to |
| 17:11.39 | djszapi_ | lardman: I answered to you, so probably your last post compared to that |
| 17:11.53 | DocScrutinizer | javispedro: first of all it demonstrates that >>ssh -l root N950<< is not the same ID root as the one you get from devel-su |
| 17:12.05 | djszapi_ | lardman: anyway, develsh will probably not work on newer images either |
| 17:12.06 | javispedro | please stop confusing deve-su and develsh |
| 17:12.09 | DocScrutinizer | I.E. has different capabilities from aegis |
| 17:12.29 | javispedro | hm |
| 17:12.31 | javispedro | wait |
| 17:12.35 | javispedro | it is me who is confusing |
| 17:12.40 | javispedro | devel-su = su + develsh |
| 17:12.45 | djszapi_ | su has nothing to do with devel-su |
| 17:12.47 | djszapi_ | no..... |
| 17:12.53 | javispedro | djszapi_: yes |
| 17:13.21 | djszapi_ | ok, then yes ;) |
| 17:13.22 | javispedro | djszapi_: please recheck as you're probably confusing them like what I was doing moments ago |
| 17:13.28 | DocScrutinizer | no, develsh actually gives me yet another power than devel-su |
| 17:13.36 | javispedro | DocScrutinizer: sure |
| 17:13.37 | javispedro | ? |
| 17:13.41 | djszapi_ | entirely sure |
| 17:13.45 | MohammadAG | 20:12 javispedro: devel-su = su + develsh |
| 17:13.47 | MohammadAG | sure? |
| 17:13.53 | djszapi_ | entirely not sure |
| 17:14.17 | DocScrutinizer | no way |
| 17:14.24 | javispedro | o really? |
| 17:14.40 | djszapi_ | yes, CAP::kill is not available in develsh |
| 17:14.46 | hiemanshu | MohammadAG: nope |
| 17:14.48 | djszapi_ | so that is not gonna be a long term memoir |
| 17:14.56 | hiemanshu | devel-su != su + develsh |
| 17:15.07 | DocScrutinizer | http://paste.debian.net/127371/ |
| 17:15.19 | MohammadAG | develsh > devel-su |
| 17:15.33 | MohammadAG | you can't kill with devel-su alone |
| 17:15.36 | hiemanshu | well no |
| 17:15.37 | MohammadAG | you need develsh |
| 17:15.47 | hiemanshu | you need to devel-su then develsh |
| 17:15.57 | MohammadAG | if it's to kill a root app yes |
| 17:16.01 | javispedro | let's do this the proper way |
| 17:16.31 | MohammadAG | you just need develsh to killall meegotouchhome |
| 17:16.35 | npm | " This APT has Super Cow Powers. " ... doesn't exactly give one the warm fuzzies one's phone hasn't been hacked :-) |
| 17:16.58 | MohammadAG | apt-get moo |
| 17:17.07 | djszapi_ | MohammadAG: for the time being, it might work, not in the future though, so I would not get used to it |
| 17:17.20 | hiemanshu | is dev.nokia.com down? |
| 17:17.26 | MohammadAG | get used to what? |
| 17:17.27 | javispedro | http://pastebin.com/cywhE1uq |
| 17:17.37 | javispedro | ssh user@ < devel-su < develsh |
| 17:17.42 | javispedro | actually |
| 17:17.52 | javispedro | ssh user@ < devel-su <<<<< develsh |
| 17:17.55 | MohammadAG | s/user/root/ |
| 17:17.56 | djszapi_ | MohammadAG: that approach, actually develsh credentials were radically confined |
| 17:18.03 | hiemanshu | javispedro: and just plain develsh? |
| 17:18.08 | hiemanshu | javispedro: without devel-su |
| 17:18.19 | javispedro | ooh |
| 17:18.23 | javispedro | I didn't knew you could do that |
| 17:18.42 | hiemanshu | you can |
| 17:19.19 | javispedro | ssh user@ < devel-su < ssh root@ < devel-sh as user < devel-sh as root |
| 17:19.41 | javispedro | there, if you want I can make a QML app with nice arrows and transitions |
| 17:19.59 | MohammadAG | please do |
| 17:20.00 | hiemanshu | javispedro: that would be nice |
| 17:20.07 | MohammadAG | with a C++ backend |
| 17:20.20 | hiemanshu | and one with a JS backend too |
| 17:20.34 | javispedro | Aegispedia |
| 17:20.53 | djszapi_ | javispedro: what is the password for user ? |
| 17:20.53 | hiemanshu | 'SSO website will be offline for a few hours today while we complete website enhancements.' :( |
| 17:21.02 | javispedro | djszapi_: invalid |
| 17:21.09 | javispedro | aka it has no password |
| 17:21.19 | hiemanshu | djszapi_: you can set is, devel-su, develsh, passwd user |
| 17:21.25 | hiemanshu | s/is/it/ |
| 17:21.26 | MohammadAG | userme? :p |
| 17:21.35 | hiemanshu | MohammadAG: lol |
| 17:21.43 | hiemanshu | MohammadAG: able to access RDA? |
| 17:21.53 | djszapi_ | hiemanshu: simple passwd user works. |
| 17:22.00 | MohammadAG | hiemanshu, i'm on the N950 |
| 17:22.17 | hiemanshu | djszapi_: iirc, I got a permission denied last time I tried |
| 17:22.19 | MohammadAG | bouncers rock :p |
| 17:22.25 | hiemanshu | MohammadAG: ah, irc-chatter? :P |
| 17:22.37 | MohammadAG | hiemanshu, develsh after devel-su then passwd user |
| 17:22.40 | MohammadAG | yeah |
| 17:23.00 | hiemanshu | MohammadAG: thats what I said |
| 17:23.05 | MohammadAG | does irc-chatter reply to a CTCP version? |
| 17:23.16 | hiemanshu | IIRC no |
| 17:23.18 | hiemanshu | checks |
| 17:23.34 | djszapi_ | Where can I download this busybox-devel-su packge ? |
| 17:23.36 | djszapi_ | * package |
| 17:23.39 | hiemanshu | MohammadAG: actually it does |
| 17:23.41 | djszapi_ | http://harmattan-dev.nokia.com/pool/harmattan-beta/free/b/busybox/ |
| 17:23.45 | djszapi_ | it is not here. |
| 17:23.50 | hiemanshu | MohammadAG: Received unknown CTCP IRC by MohammadAG!~MohammadA@Maemo/community/contributor/MohammadAG with arguments: Chatter, the first MeeGo IRC client |
| 17:24.06 | MohammadAG | apt-get -d --reinstall busybox-devel-su |
| 17:24.21 | MohammadAG | it'll be in /var/cache/apt/archives |
| 17:24.23 | hiemanshu | it should reply CTCP VERSION IRC Chatter* |
| 17:24.28 | djszapi_ | MohammadAG: it will hardly work if it is not in the repository. |
| 17:24.28 | hiemanshu | that should be fixed |
| 17:24.31 | MohammadAG | hiemanshu, cool |
| 17:24.41 | MohammadAG | djszapi_, it's there afaik, sec |
| 17:24.51 | djszapi_ | MohammadAG: link ? Because what I pasted did not contain it. |
| 17:25.11 | hiemanshu | can anyone access sso or is down just for me? |
| 17:25.32 | MohammadAG | it works fine for me djszapi_ |
| 17:25.53 | djszapi_ | MohammadAG: yes, because it is probably binary |
| 17:25.58 | djszapi_ | which does not help me without a link.. |
| 17:26.03 | javispedro | djszapi_: every devkit N950 has it installed |
| 17:26.14 | djszapi_ | javispedro: I told couple of times, I do not use old software :) |
| 17:26.30 | javispedro | is rather worried about that "new" software |
| 17:26.35 | djszapi_ | MohammadAG: could you please publish the package somewhere if you do not know the link ? |
| 17:26.49 | djszapi_ | javispedro: we do not need devel-su since we have aegis-su |
| 17:26.53 | djszapi_ | which is much more powerful |
| 17:27.02 | djszapi_ | so there is no point to have devel-su for us by default... |
| 17:27.40 | MohammadAG | djszapi_, does the license allow me to? |
| 17:27.49 | javispedro | MohammadAG: busybox is GPL |
| 17:27.56 | javispedro | so it would be a license violation for Nokia |
| 17:28.02 | javispedro | (if anything) |
| 17:28.06 | djszapi_ | MohammadAG: yep, I could install it anyway by having the same sources.list |
| 17:28.11 | DocScrutinizer | RM680-22-6_PR_RM680:~# aegis<tab><tab> |
| 17:28.12 | DocScrutinizer | aegis-constrain aegis-deb-util aegis-install-journal aegis-preinst-hook aegis-deb-add aegis-developer-mode aegis-loader aegis-session |
| 17:28.14 | DocScrutinizer | aegis-deb-info aegis-exec aegis-origin aegis-unload aegis-deb-release aegis-fixup aegis-postinst-hook aegisfs |
| 17:28.15 | DocScrutinizer | RM680-22-6_PR_RM680:~# aegis |
| 17:28.16 | djszapi_ | but I do not mix it up with my setup |
| 17:29.05 | MohammadAG | http://mohammadag.xceleo.org/public/Harmattan djszapi_ |
| 17:29.22 | djszapi_ | many thanks. |
| 17:29.57 | MohammadAG | yw :) |
| 17:29.59 | djszapi_ | I always missed the link getter option from dpkg |
| 17:30.04 | djszapi_ | we have such a one for "pacman". |
| 17:30.11 | djszapi_ | my qt package manager also has one ;) |
| 17:30.13 | javispedro | debian has dget |
| 17:30.30 | javispedro | but it's kind of a helper ontop of dpkg |
| 17:32.04 | MohammadAG | djszapi_, does your new software have perl installed? |
| 17:32.25 | javispedro | they cannot really remove perl |
| 17:32.37 | javispedro | half of debian dies right there if you do it |
| 17:32.40 | djszapi_ | javispedro: nope, your scenario does not work here |
| 17:32.48 | MohammadAG | perl, not perl-base javispedro |
| 17:32.59 | MohammadAG | dpkg-repack doesn't work on my N950 |
| 17:33.00 | djszapi_ | devel-su has way much fewer capability than root ssh + develsh |
| 17:33.06 | djszapi_ | capabilities* |
| 17:33.32 | djszapi_ | and actually even different type, sometimes. |
| 17:34.23 | MohammadAG | as illegal as it may be, i plan on pulling skype from the N9 on RDA |
| 17:34.34 | djszapi_ | that is completely illegal |
| 17:34.46 | MohammadAG | i know |
| 17:35.06 | djszapi_ | well, I have only perl-base |
| 17:35.08 | MohammadAG | distributing it is, copying it for personal use isn't ;) |
| 17:35.23 | djszapi_ | not true |
| 17:35.34 | djszapi_ | you need to get certificate for that from skype, that is what N also does. |
| 17:36.00 | MohammadAG | you need a certificate for skyhost |
| 17:36.09 | MohammadAG | not account-plugin-skype |
| 17:36.10 | DocScrutinizer | djszapi_: could you tell me why /bin/develsh (-rwxr-xr-x 1 root root 3172 May 17 11:05 /bin/develsh) seems to be a ELF that just calls busybox, rather than a hardlink to the busybox binary? |
| 17:36.32 | MohammadAG | DocScrutinizer, aegis caps thing |
| 17:36.41 | javispedro | heh |
| 17:36.42 | javispedro | look |
| 17:36.45 | javispedro | no setuid bit |
| 17:36.49 | DocScrutinizer | MohammadAG: would work on a hardlink as well, no? |
| 17:37.01 | javispedro | probably uses aegis to su |
| 17:37.02 | DocScrutinizer | javispedro: ^^^ |
| 17:37.05 | MohammadAG | DocScrutinizer, isn't aegis tied to the kernel? |
| 17:37.08 | javispedro | as I mentioned |
| 17:37.18 | javispedro | <javispedro> you could technically implement a su without setuid using aegis |
| 17:37.20 | DocScrutinizer | umm |
| 17:37.25 | MohammadAG | aka it doesn't matter what the path is |
| 17:37.35 | DocScrutinizer | aegis-exec might make sense, yeah |
| 17:37.56 | javispedro | aegis loves hashes, remember. if you give it permission to su to the busybox binary you give su permission to all busybox applets |
| 17:38.13 | *** join/#harmattan djszapi_ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 17:38.14 | DocScrutinizer | errr |
| 17:38.14 | javispedro | thus, they made a different binary, and gave it su privilege. |
| 17:38.57 | DocScrutinizer | points at >>-rwxr-xr-x 1 root root 3172 May 17 11:05 /bin/develsh |
| 17:39.13 | javispedro | ah sorry. |
| 17:39.21 | javispedro | I was confusing develsh with devel-su again |
| 17:39.28 | javispedro | 's brain elsewhere and should stop |
| 17:39.41 | djszapi_ | javispedro: do you understand what devel-su is for ? |
| 17:39.51 | djszapi_ | maybe if it is clear you could distinguish them better :) |
| 17:40.05 | DocScrutinizer | I'd like to decompile develsh, but I think an strace shall do |
| 17:40.21 | javispedro | either way, my point was valid, the same happens to devel-su: |
| 17:40.24 | djszapi_ | why would you do that ? |
| 17:40.26 | javispedro | $ ls -l /bin/devel-su |
| 17:40.26 | javispedro | -rwxr-xr-x 1 root root 28248 May 18 18:06 /bin/devel-su |
| 17:40.44 | DocScrutinizer | wooohoo 10 times the size |
| 17:40.53 | javispedro | cause devel-su is a copy of busybox |
| 17:40.54 | djszapi_ | yes, of course everything is like that in /bin/ |
| 17:41.10 | DocScrutinizer | duh what? |
| 17:41.11 | javispedro | a copy that is probably trimmed to only do "su" |
| 17:41.19 | djszapi_ | nope. |
| 17:41.30 | DocScrutinizer | busybox has 28k size???? |
| 17:41.44 | djszapi_ | javispedro: I think it might help if you can get to know devel-su and what is it for ;) |
| 17:42.02 | javispedro | DocScrutinizer: I do not have bash, but if you do "exec -a busybox devel-su" from it you'lls urely get a busybox help message |
| 17:42.12 | djszapi_ | :D |
| 17:42.12 | DocScrutinizer | I gather devel-su is for HARM what sudo gainroot was for fremantle |
| 17:42.21 | djszapi_ | nope |
| 17:42.41 | djszapi_ | it is tied to aegis, it does not try to reinvent what aegis was designed against. |
| 17:43.22 | javispedro | imho, devel-su = a special build of BB that only does "su" that has a specific aegis token that allows it to su without having the setuid bit. |
| 17:43.50 | javispedro | develsh = a binary that execs() /bin/sh but has a bunch of aegis tokens granted (a large bunch) |
| 17:44.50 | djszapi_ | I must say, it is about correct |
| 17:44.53 | djszapi_ | :) |
| 17:44.56 | DocScrutinizer | anyway that'S what develsh does: http://paste.debian.net/127372/ |
| 17:45.32 | djszapi_ | of course, devel-su is more than just a setuid |
| 17:45.34 | javispedro | DocScrutinizer: aka execve(/bin/sh) |
| 17:45.37 | djszapi_ | but that is one of the main purpoess. |
| 17:45.41 | djszapi_ | purposes* |
| 17:45.56 | DocScrutinizer | javispedro: that's what I thought as well, and you could do the same aegis magic to a hardlink to busybox binary aiui |
| 17:46.07 | javispedro | that's what not I'm sure about. |
| 17:46.20 | javispedro | aegis probably considers hardlinks the same file |
| 17:46.34 | djszapi_ | aegisfs does not handle hard links imo |
| 17:46.54 | DocScrutinizer | ooh |
| 17:46.55 | djszapi_ | properly* |
| 17:47.10 | djszapi_ | "properly". |
| 17:47.12 | *** join/#harmattan harbaum (~quassel@krlh-5f7354eb.pool.mediaWays.net) |
| 17:47.49 | DocScrutinizer | we're back to my query session of a few days ago, where I asked how a record in aegis' database is linked to a certain binary |
| 17:48.04 | djszapi_ | what do you mean by "record" ? |
| 17:48.07 | DocScrutinizer | I assumed it was via the fully qualified pathname |
| 17:48.10 | DocScrutinizer | + inode |
| 17:48.44 | DocScrutinizer | well, a records that has all the credentials that develsh gets granted |
| 17:48.46 | djszapi_ | sorry, it might be my missing technical knowledge, but I do not understand the question. Could you please ellaborate on this ? |
| 17:49.49 | DocScrutinizer | when I start develsh, *something* looks into aegis internal database (or kernel's image thereof, or whatever) and finds a set of data applicable to that binary |
| 17:49.49 | javispedro | wtf |
| 17:50.23 | djszapi_ | DocScrutinizer: what is the question, I am still not getting it. |
| 17:50.24 | javispedro | this vibrator library is such a trade-secret it even requires me to submit a license key to it in the initialize function. |
| 17:50.30 | DocScrutinizer | this set of data (i called it "record") says >>give develsh cap::chroot<< and whatnot else |
| 17:50.44 | javispedro | DocScrutinizer: "something" is the kernel itself |
| 17:50.47 | djszapi_ | oh Doc, I told you that. |
| 17:51.05 | djszapi_ | what I said is about: the restok.conf is not parsed by the daemon |
| 17:51.10 | djszapi_ | by a daemon* |
| 17:51.15 | djszapi_ | validator init maps it into the kernel |
| 17:51.18 | Stskeeps | javispedro: immersion is fairly properitary yes |
| 17:51.27 | djszapi_ | and when a new package gets installed, dpkg updates it. |
| 17:51.27 | DocScrutinizer | what is the primary key in this database, I.E. what makes develsh develsh? will it be develsh still when it moves from /bin/ to /sbin/? |
| 17:51.41 | djszapi_ | DocScrutinizer: nope |
| 17:51.42 | javispedro | Stskeeps: fortunately, seems that "The device already has a valid license embedded which replaces the dummy value. You only need to remember to call the API with the dummy license using the SetDeviceProperty method." |
| 17:52.01 | djszapi_ | DocScrutinizer: just look at how the aegis manifest works, you sets the rights for absolute paths |
| 17:52.28 | javispedro | DocScrutinizer: it's kinda hard to explain |
| 17:52.37 | javispedro | DocScrutinizer: between reboots the DB is indexed by path name |
| 17:52.46 | DocScrutinizer | djszapi_: I didn't even mention "daemon" - what I said was >>*something* looks into aegis internal database (****or kernel's image thereof****, or whatever)<< |
| 17:52.49 | javispedro | DocScrutinizer: once the system is up, it is indexed by device number + inode number |
| 17:53.01 | Stskeeps | man, aegis is really the most mentioned word in here |
| 17:53.24 | javispedro | DocScrutinizer: the validator-init process during early userspace reads pathnames from a file and passes device#+inode# to kernel |
| 17:53.28 | DocScrutinizer | djszapi_: that's what I always suspected and you said "no, it's not working this way" |
| 17:53.39 | djszapi_ | DocScrutinizer: really ? |
| 17:53.56 | tomma | hmm... pkgmgr list installed is bugging... |
| 17:53.58 | djszapi_ | DocScrutinizer: strange, because I explained these things yesterday or the day before yesterday |
| 17:54.09 | DocScrutinizer | yes, I even think I mentioned fully qualified pathname several times |
| 17:54.36 | javispedro | thus, it's not fully pathname indexed, but it's not fully inode indexed either :) |
| 17:54.40 | *** join/#harmattan deimos (~deimos@host51-71-dynamic.51-79-r.retail.telecomitalia.it) |
| 17:55.04 | djszapi_ | DocScrutinizer: I am not sure about this inode things, to be honest |
| 17:55.09 | djszapi_ | thing* |
| 17:55.15 | djszapi_ | but the path is full path, completely. |
| 17:55.22 | djszapi_ | as in absolute. |
| 17:55.30 | DocScrutinizer | javispedro: HAH, so it's linked to the inode+device uple in runtime, while in database it's pathname |
| 17:55.35 | javispedro | exactly |
| 17:55.57 | DocScrutinizer | Tuple* |
| 17:55.57 | javispedro | therefore, if /a and /b point to inode 3 (assume busybox), both will be the same from Aegis PoV. |
| 17:56.11 | javispedro | despite the fact that you will have two records in the pathname db. |
| 17:56.11 | DocScrutinizer | BWAH, sure |
| 17:56.23 | DocScrutinizer | got it |
| 17:56.46 | DocScrutinizer | muhahahaha really funny |
| 17:56.54 | javispedro | well |
| 17:57.11 | javispedro | inode-based vs path-based is a rather large discussion in the linux security modules community |
| 17:57.26 | DocScrutinizer | hey, I think I can guess why |
| 17:57.33 | javispedro | iirc, selinux is inode-based while apparmor is path-based |
| 17:57.33 | DocScrutinizer | :-D |
| 17:57.42 | DocScrutinizer | :nod: |
| 17:58.13 | DocScrutinizer | I'd have thought kernel runtime uses pathname PLUS inode |
| 17:58.30 | djszapi_ | let us clarify it tomorrow for sure... |
| 17:58.35 | DocScrutinizer | prolly overkill |
| 17:58.46 | DocScrutinizer | djszapi_: sure |
| 17:58.51 | DocScrutinizer | thanks djszapi_ |
| 17:58.52 | javispedro | runtime actually uses: device number, inode number, file uid, file gid, perms, and hash. |
| 17:58.55 | *** join/#harmattan vladest (~Vlad@136-184-132-95.pool.ukrtel.net) |
| 17:59.13 | DocScrutinizer | dang |
| 17:59.15 | javispedro | (only dev# and inode# for indexing though) |
| 17:59.27 | javispedro | but if any of the above changes, binary is considered different. |
| 17:59.56 | javispedro | and thus any associated tokens won't be granted (and depending on enforcement, -EPERM, but you know that already :D ) |
| 18:00.03 | vladest | hi |
| 18:00.08 | DocScrutinizer | yeah, and if it's a mandatory file, you earned a "Please Reflash!" MALF :-D ? |
| 18:00.14 | djszapi_ | javispedro: the interesting part is not the token :D |
| 18:00.25 | djszapi_ | but what DocScrutinizer said. |
| 18:00.34 | djszapi_ | but unfortunately, I do not know this bit till tomorrow.. |
| 18:01.04 | djszapi_ | DocScrutinizer: not that simple, but saying very simply: yes |
| 18:01.56 | DocScrutinizer | newsflash, bbl |
| 18:02.13 | djszapi_ | iirc smack is also "inode based", but at any rate, let us clarify it from authorized source tomorrow :) |
| 18:03.11 | djszapi_ | DocScrutinizer javispedro: do you think it means any security hole ? |
| 18:03.28 | javispedro | no.. |
| 18:03.38 | djszapi_ | because I do not see that way either. |
| 18:03.54 | djszapi_ | so I did not get the "muhahahaha really funny" bit. |
| 18:04.26 | DocScrutinizer | don't think it's a security hole |
| 18:04.35 | DocScrutinizer | alas :-D |
| 18:04.49 | javispedro | in fact i remember the classical common criticism for apparmor was that |
| 18:05.03 | javispedro | ln /etc/shadow /home/user/myfile was all you needed to be able to read the passwords ;) |
| 18:05.20 | javispedro | cause, being path-based, /home/user/myfile was a different file ;) |
| 18:05.22 | DocScrutinizer | the funny bit was about the detail that hardlinks don't work here, and why |
| 18:06.33 | djszapi_ | but this is one difference between smack and aegis. |
| 18:06.41 | DocScrutinizer | could get you rather confused if you don't know about the internals and think "duh, I don't need /bin/develsh size 3297, I can do this with a hardlink" and then find you nuked your system |
| 18:06.51 | djszapi_ | all in all, they will be abstracted out by libcreds2 though. |
| 18:06.59 | djszapi_ | or libcreds3, even. |
| 18:08.05 | djszapi_ | DocScrutinizer: does fuse support hard links ? |
| 18:08.19 | DocScrutinizer | frankly dunno |
| 18:08.28 | djszapi_ | mmh, it seems it does |
| 18:08.43 | djszapi_ | it might be that we had just issues with those in aegisfs and fixed by now |
| 18:10.40 | DocScrutinizer | I was already temped to claim inode based is probably faster, but that's really not exactly a criterion here |
| 18:11.21 | djszapi_ | hahaha aegisfs codebase seems to be very secury |
| 18:11.24 | djszapi_ | it is not on gitorious |
| 18:11.29 | DocScrutinizer | for sure inode based is simpler to evaluate for security holes. Pathnames are really complicated with lots of dark corners |
| 18:12.14 | DocScrutinizer | see bindmounts, other stuff |
| 18:12.24 | DocScrutinizer | hardlinks |
| 18:12.28 | DocScrutinizer | whatnot else |
| 18:13.54 | djszapi_ | DocScrutinizer: so when will you ship the USB host mode ? ;) |
| 18:14.07 | DocScrutinizer | but then otoh it's harder to debug, as you basically can't get the pathname for an inode |
| 18:15.41 | DocScrutinizer | djszapi_: as this is no security hole, I still have the problem of missing privileges in developer mode, and missing possibility to add kernel modules for stock kernel. So probably hostmode is not feasible |
| 18:16.29 | djszapi_ | well, you had to make an own kernel for N900 as well, anyways |
| 18:18.15 | DocScrutinizer | sure, but that kernel didn't deprive users unstalling it from a good chunk of the more important apps. On harmattan it's still unclear if we can run own kernels at all, and it's even more unclear and highly doubtful if a normal harmattan system incl all apps like dialer, maps, drive, could run on such a new kernel |
| 18:18.38 | DocScrutinizer | s/unstall/install/ |
| 18:18.56 | djszapi_ | why not, you just doom a certain functionality in aegis validator in my understanding |
| 18:19.13 | djszapi_ | you do not kill out the runtime policy framework (you do not actually even touch that) |
| 18:19.46 | DocScrutinizer | I think aegi't hack it that way |
| 18:19.51 | DocScrutinizer | dang |
| 18:20.05 | DocScrutinizer | I think aegis is too good for that, you can't hack it that way |
| 18:20.51 | djszapi_ | I do not think that is not possible, it is just like to open up the possibilities about loading a module into the kernel or extend it |
| 18:20.57 | DocScrutinizer | if maps depends on Nokia Account, and Nokia account depends on working aegis, then I think we will not see maps running on a custom kernel |
| 18:21.11 | djszapi_ | so in theory, I do not see any issue why you could not modify aegis according to that only requirement |
| 18:21.35 | djszapi_ | why not ? |
| 18:21.56 | DocScrutinizer | if aegis is as cleanly designed as I guess it is, it simply will cease to work if you "hack" anything of aegis |
| 18:22.07 | djszapi_ | :D |
| 18:22.18 | DocScrutinizer | it's a chain of trust, and editing any arbitrary bit causes "open mode" |
| 18:22.22 | djszapi_ | come on you modify the aegis design according to your design :D |
| 18:22.29 | djszapi_ | it is not a saint design that cannot be modified. |
| 18:23.17 | djszapi_ | thing is that nobody tried it out yet (what I said). |
| 18:23.26 | djszapi_ | that could be the first step and then let us see whether it is enough or not |
| 18:23.44 | DocScrutinizer | loading a kernel that's not properly hashed and signed causes TPM in OMAP to lock, and from then on you need to powercycle to ever again access the root cert |
| 18:23.52 | djszapi_ | but you can surely extend validator whitelist with your own kernel moudle. |
| 18:23.54 | djszapi_ | module* |
| 18:24.30 | *** join/#harmattan vladest (~Vlad@136-184-132-95.pool.ukrtel.net) |
| 18:24.34 | djszapi_ | or just drop the kernel signing... |
| 18:25.12 | *** join/#harmattan sudanix (~sudanix@2.88.29.251) |
| 18:25.38 | DocScrutinizer | djszapi_: I know a friggin lot about TC basics, and how they work together to forbid those things you suggested. I'm both confident the aegis devels were smart enough to follow this well known concept, and also I'm not willing to play the pen-tester for aegis |
| 18:26.26 | *** join/#harmattan djszapi__ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 18:27.01 | DocScrutinizer | I'm willing to start hostmode development as soon as I get instructions how to install and run a modified kernel and a semi-working HARM system on top of it. |
| 18:27.21 | DocScrutinizer | I'm not developing the methods to get such a custom kernel and system running |
| 18:27.42 | DocScrutinizer | as that's not what I offered to do |
| 18:28.15 | djszapi__ | ok |
| 18:28.56 | DocScrutinizer | also I need a system where a random binary like i2cscan runs without aegis bitching at me about missing permissions to access I2C-bus etc |
| 18:29.24 | djszapi__ | what is wrong precisely about packaging that ? |
| 18:29.41 | DocScrutinizer | this is a reqirement strictly for development, not related to later user package |
| 18:29.42 | *** join/#harmattan sudanix_ (~sudanix@77.30.38.39) |
| 18:30.29 | djszapi__ | yes, but does it require rapidly changing credentials during the development phrase ? |
| 18:31.33 | DocScrutinizer | djszapi__: well, maybe packaging even might work, just it's too steep a startup hurdle to build each silly tool like e.g. bash or i2c-tools myself, I'm loosing interest when I can't access a certain pool of tools I expect to see on each decent development platform |
| 18:31.58 | djszapi__ | well, you can always run relaxed stuff |
| 18:32.17 | djszapi__ | but these trivial tools are surely not hard or too much time to package. |
| 18:32.25 | djszapi__ | someone can even do for you, I guess. |
| 18:32.33 | DocScrutinizer | doesn't work, that's what I said. Maybe I was wrong as I didn't know enough about how aegis works exactly |
| 18:33.33 | djszapi__ | yep, it should work |
| 18:33.43 | DocScrutinizer | I found out femantle packages install just fine usually, and installed i2c-tools, and of course it worked but wasn't allowed to access i2c-bus |
| 18:34.04 | djszapi__ | just run it in develsh with relaxed stuff |
| 18:34.26 | DocScrutinizer | I'll give it a second try eventually |
| 18:34.49 | DocScrutinizer | (well, a 5th or 9th, to be precise :-D ) |
| 18:35.16 | djszapi__ | :p |
| 18:35.38 | djszapi__ | btw, you did not hear this relaxed stuff from me, right ? ;) |
| 18:35.51 | DocScrutinizer | see, I'm always afraid I get another "please reflash!" and there's NO way to backup all the stuff already installed and configured |
| 18:36.15 | djszapi__ | yep, that is scary and the forever disadvantage of any old image of any sort. |
| 18:38.46 | djszapi__ | so Intel might drop MeeGo, really ? |
| 18:39.03 | Clint | and switch to WebOS? |
| 18:39.24 | djszapi__ | no, they have been playing Android iirc for a while. Trying to port it to some intel architecture. |
| 18:39.31 | djszapi__ | maybe since last december or so. |
| 18:39.47 | DocScrutinizer | well, *NOKIA* could easily "fix" this by simply deploying a signed package with a /etc/init/check_malf.conf that does NOT freeze boot when this notorious evil requester pops up |
| 18:40.12 | djszapi__ | DocScrutinizer: that is not that simple |
| 18:40.25 | djszapi__ | if libbb5 damages, no way your system is worthwhile using. |
| 18:40.39 | djszapi__ | just a random example. |
| 18:40.51 | DocScrutinizer | sure |
| 18:41.34 | DocScrutinizer | still I'm more afraid of an accidental "echo WTF >/var/malf" rather than any fsckup of libbb5 |
| 18:42.25 | Stskeeps | gently make love to aegis(TM) |
| 18:42.26 | DocScrutinizer | and I could just "rm /var/malf" rather than reflash, if boot wouldn't block on /etc/init/check_malf.conf and this evil requester screen |
| 18:42.55 | djszapi__ | Stskeeps: malf management has nothing to do with aegis |
| 18:43.09 | djszapi__ | what they do after a syserror, that is a different team |
| 18:43.17 | djszapi__ | called system-software/services |
| 18:43.24 | djszapi__ | again, just a lack of misunderstanding :) |
| 18:44.08 | DocScrutinizer | just it's been aegis that triggered my last syserror :-P |
| 18:44.17 | djszapi__ | anything can seriously... |
| 18:44.37 | DocScrutinizer | yeah even I can, see "echo WTF >/var/malf" |
| 18:44.40 | djszapi__ | and aegis is not responsible for something that other team turns into unusable state. |
| 18:45.29 | DocScrutinizer | it's been aegis-exec after all that triggered that supposed bug that nuked my device |
| 18:45.38 | djszapi__ | that bug is highly unreproducible |
| 18:45.45 | djszapi__ | on the later images. |
| 18:45.54 | DocScrutinizer | so AMLF handling is rogue, but aegis triggering syserror on random events |
| 18:46.01 | DocScrutinizer | MALF* |
| 18:46.08 | djszapi__ | nope, aegis is not triggering ;) |
| 18:46.13 | DocScrutinizer | I got no later image |
| 18:46.17 | djszapi__ | that was a plain implementation bug |
| 18:46.31 | djszapi__ | it is not architecture design, so it is not really something serious |
| 18:46.34 | djszapi__ | mainly if it is fixed |
| 18:46.39 | DocScrutinizer | sure |
| 18:46.48 | djszapi__ | and actually I am not sure that was an aegis bug |
| 18:46.54 | djszapi__ | that is just one thing it happened by using aegis |
| 18:46.55 | DocScrutinizer | I got what I got, hw- and image-wise |
| 18:47.09 | djszapi__ | it is really not a strong prove as such |
| 18:47.50 | djszapi__ | "echo WTF >/var/malf" -> I can remove /var/malf :) |
| 18:47.53 | djszapi__ | after touching it ;) |
| 18:48.40 | DocScrutinizer | bottom line, I'm not excited to try and investigate something on a system where I have to do 2 days of preparations for a test that takes me 30min on fremantle |
| 18:49.00 | DocScrutinizer | sure, but boot the system without removing it :-P |
| 18:49.24 | djszapi__ | cannot you use minicom to remove it ? |
| 18:49.31 | djszapi__ | you do not basically get a prompt at all ? |
| 18:49.35 | DocScrutinizer | when it doesn't boot? |
| 18:49.47 | DocScrutinizer | no, it does NOT boot |
| 18:49.48 | djszapi__ | so it is not a Ui issue |
| 18:49.55 | DocScrutinizer | (except into act_dead) |
| 18:50.21 | DocScrutinizer | djszapi__: >> less /etc/init/check_malf.conf << |
| 18:50.31 | DocScrutinizer | easy to understand |
| 18:50.59 | DocScrutinizer | rm /etc/init/check_malf.conf and tell me I can do this too, and I'm happy |
| 18:51.44 | DocScrutinizer | I don't dare to even try to edit this file |
| 18:51.51 | djszapi__ | DocScrutinizer: that file is mentioning the RD certificate for you ? |
| 18:52.07 | DocScrutinizer | err, dunno, maybe |
| 18:52.13 | DocScrutinizer | moment please |
| 18:52.30 | djszapi__ | no, nobody can remove from /etc/init/ |
| 18:52.39 | djszapi__ | as I said from the beginning, that is integrity protected :) |
| 18:52.44 | djszapi__ | no way, you can remove it |
| 18:53.01 | djszapi__ | except from the dedicated interface subfolders. |
| 18:53.33 | DocScrutinizer | <PROTECTED> |
| 18:54.24 | djszapi__ | right, it seems my version is different |
| 18:54.37 | djszapi__ | anyway, let me try this malf thingy with my n950 |
| 18:54.51 | djszapi__ | not the loaned one, but the newest version one :) |
| 18:55.41 | djszapi__ | or well, even better with the newest N9 tomorrow. |
| 18:56.02 | DocScrutinizer | there's also some /usr/sbin/enter_malf |
| 18:56.04 | djszapi__ | I guess you cannot mount it up from your laptop in malf state |
| 18:56.04 | djszapi__ | and remove that file ? |
| 18:56.17 | DocScrutinizer | I didn't dare to enter_malf --help :-D |
| 18:56.30 | djszapi__ | I have just done ;) |
| 18:56.30 | DocScrutinizer | djszapi__: for sure not |
| 18:57.14 | djszapi__ | well, it is a bug if enter_malf -h/--help explodes, don't you think ? :) |
| 18:57.23 | djszapi__ | Iwould say a very serious one |
| 18:57.59 | DocScrutinizer | yes, but it's also a bug when aegis-exec -a CAP::SUID bash enters MALF :-D |
| 18:58.21 | djszapi__ | yep, but it is worth to catch them right now and fix it, then never fix it. |
| 18:58.22 | DocScrutinizer | so you *got* that bug? |
| 18:58.43 | djszapi__ | fix/fixing |
| 18:59.00 | DocScrutinizer | what was the result of enter_malf --help?? |
| 18:59.42 | DocScrutinizer | did it actually explode for you? |
| 18:59.52 | djszapi__ | /usr/sbin/enter_malf --help |
| 18:59.52 | djszapi__ | /usr/sbin/enter_malf: what do you mean |
| 19:00.04 | DocScrutinizer | hehe |
| 19:00.17 | DocScrutinizer | ok, I feel venturous |
| 19:00.40 | DocScrutinizer | (though I should make sure no hammers etc in vicinity ;-P ) |
| 19:01.09 | DocScrutinizer | LOL, what do you mean? |
| 19:02.07 | DocScrutinizer | could be worse, it could show that notorious requester after instant reboot, with "What Do You Mean? \n Please Try To Reflash!" |
| 19:02.26 | DocScrutinizer | XP |
| 19:02.32 | djszapi__ | DocScrutinizer: well, echo WTF >/var/malf put me into malf state, but I could reboot |
| 19:02.49 | djszapi__ | but I guess it is still not nice |
| 19:02.55 | DocScrutinizer | thought as much, your device probably recovers |
| 19:03.59 | djszapi__ | the Ui is funky after the reboot though :) |
| 19:04.17 | DocScrutinizer | please elaborate on "but I could reboot" - did it need two reboots where first boot showed the MALF requester? |
| 19:04.43 | djszapi__ | nop, just one, but this is not the point. |
| 19:05.00 | djszapi__ | I am a bit afraid, if anybody can just trigger it this easily. |
| 19:05.14 | DocScrutinizer | hmm seems your device does some nasty recovery action? |
| 19:05.45 | djszapi__ | no clue :) |
| 19:05.45 | DocScrutinizer | yup, THIS *IS* a security issue |
| 19:06.20 | djszapi__ | indeed, will test it with later images. |
| 19:06.41 | DocScrutinizer | veritable DoS attack |
| 19:06.50 | djszapi__ | of course without R&D cert |
| 19:07.14 | DocScrutinizer | I already suggested I build an app out of it ;-P |
| 19:07.23 | DocScrutinizer | the Nuke-me app |
| 19:08.08 | djszapi__ | what you should really not forget, it is still the best phone OS out there ever. Have you ever tried meego previously, not just de, ce and others ? :) |
| 19:08.18 | djszapi__ | at least from Nokia. |
| 19:08.26 | DocScrutinizer | description: "locks your device on the click of an icon, so NOBODY can ever sniff your sekrit private data" |
| 19:09.59 | DocScrutinizer | (continued:) "give the app a teasing name, like MyChildPorn, and be sure any cop will click on it first" |
| 19:10.25 | djszapi__ | right as I guessed, enter_malf is also coming along from the sys-soft guys |
| 19:10.57 | djszapi__ | probably that should be the interface |
| 19:11.04 | djszapi__ | but not writing any malf file manually. |
| 19:11.31 | djszapi__ | I would actually even expect that you should have some extra credential to run that binary. |
| 19:11.44 | DocScrutinizer | well, I'm not sure normal user can create files in /var |
| 19:11.54 | DocScrutinizer | nevertheless... |
| 19:11.59 | djszapi__ | so not that like, we defend the phone against the superroot and so forth, and it can brick the device easily. |
| 19:12.13 | djszapi__ | does not matter, user/root/whatnot |
| 19:12.49 | DocScrutinizer | exactly. That's been the moment when I said "NUFF!" |
| 19:13.57 | DocScrutinizer | it feels like i'm the stupid devel that gets punished by "Please reflash" for doing sth silly |
| 19:14.19 | djszapi__ | yep, this is really weird |
| 19:14.31 | djszapi__ | but it has nothing to do with aegis as such |
| 19:14.40 | djszapi__ | it is the misuse of aegis from the sys-soft guys |
| 19:14.42 | DocScrutinizer | and that's been the mood where I packed and stowed away that device |
| 19:14.45 | djszapi__ | or the not-use :D |
| 19:16.06 | DocScrutinizer | well, the fact that I can't fix it now, despite I'd know how to fix it, that's: http://en.qi-hardware.com/w/images/1/10/ME_382_LockedUpTechnology2.gif |
| 19:16.27 | DocScrutinizer | and that IS aegis |
| 19:17.35 | djszapi__ | if you can fix it, you can do anything |
| 19:17.49 | djszapi__ | so no point in security anymore, if you can do anything |
| 19:17.57 | djszapi__ | so it is rather controversial thesis of yours :) |
| 19:18.21 | djszapi__ | and ofc no sec is no go from usr pov. |
| 19:18.45 | *** part/#harmattan djszapi__ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 19:20.37 | DocScrutinizer | yeah, we don't need to iterate this philosophical debate again. I'm not a friend of security by Nokia's courtesy and grace |
| 19:20.55 | DocScrutinizer | I'm willing to care about security myself |
| 19:21.20 | DocScrutinizer | and buy me a way to fix things like these myself this way |
| 19:21.53 | DocScrutinizer | might be related to my age, you know ;-) |
| 19:22.03 | jkt | so, I've tried using the Nokia's one click flasher on my N950, and now it appears that the device won't boot anymore |
| 19:22.04 | DocScrutinizer | I already learnt to care for myself |
| 19:22.58 | DocScrutinizer | jkt: reflash ;-) |
| 19:23.56 | jkt | when I press the power button, the status LED shines, I hear the vibration and the LCD lights up and shows the Nokia logo |
| 19:24.05 | *** join/#harmattan sivang (~sivan@unaffiliated/sivang) |
| 19:24.15 | DocScrutinizer | jkt: and maybe make sure your battery is fully charged prior to that (sorry no, I have no idea how to do that. Except maybe... wasn't there a flasher --option --charge-battery or sth?) |
| 19:24.49 | DocScrutinizer | ooh, so odds are you could actually charge battery then? great! |
| 19:24.52 | *** join/#harmattan djszapi__ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 19:24.57 | *** join/#harmattan jkt_ (~jkt@latimerie.flaska.net) |
| 19:25.18 | jkt_ | and it looks like my IRC box died, too. |
| 19:25.54 | jkt | DocScrutinizer: I've just flashed that device; shall I really do it again? |
| 19:26.31 | DocScrutinizer | first check if it looks like charging when you plug the powered-off device to wallcharger |
| 19:26.47 | DocScrutinizer | (assuming you have a Nokia wallcharger) |
| 19:27.40 | DocScrutinizer | if the indicator LED starts flashing slowly, I'd let it sit for several hours, then reflash |
| 19:27.59 | jkt | DocScrutinizer: the flasher tells me that it's at 97% |
| 19:28.22 | DocScrutinizer | the flasher tells that? :-o DUH |
| 19:28.32 | DocScrutinizer | then it should be OK to reflash |
| 19:29.15 | DocScrutinizer | just notice that flashing actually takes almost an hour - allegedly. (didn't stand by and stopped the time, anyway it was loooong) |
| 19:29.44 | sivang | jkt: how did you come to having to reflash the device? :) |
| 19:29.51 | sivang | and it is easier like with Maemo? |
| 19:29.52 | sivang | :) |
| 19:30.21 | jkt | sivang: well. I hit http://www.developer.nokia.com/bugs/show_bug.cgi?id=234, and there was an advice that one shall reflash |
| 19:30.52 | DocScrutinizer | well, more like a suspicion that a reflash might help |
| 19:31.16 | sivang | jkt: so this is where you report Harmattan bugs! nice! |
| 19:31.23 | sivang | jkt: thanks for your help I was looking for that. |
| 19:32.10 | jkt | I've tried to "reset to factory settings", but it didn't help, so I tried to "clear the device". At that point, it stopped responding, completely. |
| 19:32.19 | sivang | jkt: I had this problem, but a couple of reboots and one OVI update fixed that btw. |
| 19:32.34 | sivang | jkt: how is it not a prototype device btw? |
| 19:32.52 | sivang | jkt: even though you got it from Ronan |
| 19:33.05 | sivang | jkt: I have "developer edition, not for sale" on the back |
| 19:33.12 | sivang | anyway be back later gotta workrave |
| 19:33.14 | sivang | ... |
| 19:33.16 | jkt | sivang: sorry? |
| 19:33.53 | DocScrutinizer | sivang: http://wiki.meego.com/N950_landing_page#Reporting_bugs_and_ways_to_get_support |
| 19:52.43 | *** join/#harmattan smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 20:25.29 | *** join/#harmattan javispedro (~javier@Maemo/community/contributor/javispedro) |
| 20:26.50 | lardman | ah, that was remarkably frustrating |
| 20:27.13 | lardman | annoyingly it seems that the QFileInfo for a photo changes at some point after it's written to disk |
| 20:27.30 | lardman | I wonder if the geolocation stuff opens it and writes in some exif data |
| 20:27.48 | lardman | in any case it was messing up my folder watching for photoanalyser |
| 20:31.09 | lardman | macro mode isn't much cop on the N950 I notice |
| 20:40.27 | jkt | so, let's hope someone on the forums has an advice -- http://forum.meego.com/showthread.php?p=30074#post30074 |
| 21:05.34 | *** join/#harmattan mzanetti_work (u2436@gateway/web/irccloud.com/x-bkhanofvupuplfzo) |
| 21:07.49 | *** join/#harmattan macmaN (~chezburge@138.167.190.90.dyn.estpak.ee) |
| 21:15.40 | *** join/#harmattan arcean (~Arcean@apn-77-113-20-192.dynamic.gprs.plus.pl) |
| 21:23.22 | lcuk | lardman, you mean the timestamp is updated twice? |
| 21:23.27 | lcuk | to latest date/ |
| 21:23.30 | lcuk | or something else |
| 21:23.51 | lardman | I didn't actually look at what was updated |
| 21:24.00 | lardman | but I'm guessing the timestamp changes |
| 21:26.21 | *** join/#harmattan [XeN] (~XeN]@brln-4db84f67.pool.mediaWays.net) |
| 21:26.58 | *** part/#harmattan deimos (~deimos@host51-71-dynamic.51-79-r.retail.telecomitalia.it) |
| 21:27.54 | lardman | I changed to grabbing a stringlist of filenames and comparing those as I'm only interested in new files not modified ones |
| 21:28.43 | lardman | not quite sure where to post about Harmattan stuff on the meego.com forum, I've gone for Forum |
| 21:29.47 | lardman | and on that note, bed time |
| 21:29.58 | lcuk | lardman, with the Q filesystemwatcher can you specify flags for certain criteria |
| 21:30.11 | lcuk | the lower level inotify has a whole suite of options for such things |
| 21:30.22 | lcuk | nn simon |
| 21:30.25 | lardman | lcuk: yeah but it doens't tell you which files are modified, just that something in a given dir has changed |
| 21:30.35 | lcuk | that is nice |
| 21:30.44 | lcuk | if your folder has x thousand items etc |
| 21:30.47 | lardman | yeah I was trying to keep it Qt mainly, anyway it works fine now |
| 21:30.52 | lcuk | sure |
| 21:31.02 | lardman | yeah with lots of files I may need to revisit that as you say |
| 21:31.30 | lardman | I'll add it to the todo list for after I've got mBarcode-lite's qml ui up and running |
| 21:31.47 | lardman | anyway will catch you tomorrow perhaps, going for an induction I understand, so may be away for a few days |
| 21:31.49 | lcuk | heh i just made a todo app this evening |
| 21:31.50 | lcuk | gnite |
| 21:31.57 | lardman | night! |
| 21:59.02 | *** join/#harmattan rm_you| (~rm_you@c-76-104-225-147.hsd1.wa.comcast.net) |
| 22:13.04 | leinir | looks for something to stab :P |
| 22:13.06 | leinir | dpkg: status database area is locked by another process |
| 22:21.31 | *** join/#harmattan Mek (~quassel@93.157.1.37) |
| 22:26.29 | *** join/#harmattan arcean (~Arcean@apn-77-113-20-192.dynamic.gprs.plus.pl) |
| 22:37.03 | djszapi__ | lcuk: have you ever used mono ? |
| 22:37.03 | djszapi__ | or just windows c# ? |
| 22:37.37 | lcuk | djszapi__, I have looked at mono |
| 22:37.40 | lcuk | it is interesting |
| 22:37.51 | lcuk | but my Linux involvement started with pure C on maemo |
| 22:38.08 | lcuk | for the last 10 years I was a visual basic/.net developer |
| 22:38.22 | lcuk | and had not written C since college |
| 22:38.24 | djszapi__ | 5 years ago, it was promising |
| 22:39.50 | lcuk | djszapi__, the Windows phone is interesting use of C# |
| 22:40.07 | lcuk | if it takes off then the latest mono could be important again |
| 22:40.13 | djszapi__ | yes, I wrote a small application for that |
| 22:40.29 | djszapi__ | but using their ndk only. |
| 22:41.17 | lcuk | I hear there is some Windows training available in October, it would be interesting to see how well liq* apps run there :P |
| 22:41.39 | lcuk | the last time I wrote for a windows PDA os was os2005 I think |
| 22:42.03 | lcuk | but I have to find a path to being funded for activities |
| 22:42.34 | djszapi__ | I must say, windows phone pretty much rocked last October. |
| 22:42.51 | lcuk | it still does, I played recently |
| 22:43.34 | djszapi__ | lcuk: someone should try to port mono harmattan and let us play with that :) |
| 22:43.34 | djszapi__ | * to harmattan :p |
| 22:43.42 | lcuk | djszapi__, there are developers at Collabora whom are adept at mono |
| 22:43.45 | lcuk | and its maintainance |
| 22:44.11 | lcuk | I am sure that if such a thing were required it could be arranged |
| 22:44.21 | djszapi__ | it could actually also be ported to android |
| 22:44.53 | djszapi__ | ohh no, it is not a requirement ;) It is just out of curiosity. |
| 22:45.10 | lcuk | just letting you know :) |
| 22:46.07 | djszapi__ | lcuk: is Collabora also committed to webkit2 ? |
| 22:47.28 | javispedro | monotouch is already on android iirc |
| 22:48.00 | javispedro | in fact, http://www.amazon.com/Professional-Android-Programming-Mono-NET/dp/1118026438/ |
| 22:48.07 | javispedro | weirdos everywhere seems ;P |
| 22:49.08 | djszapi__ | monodroid is a long story yes |
| 22:49.12 | djszapi__ | however not free |
| 22:49.29 | djszapi__ | the free version is really a newbie project yet. |
| 22:49.36 | djszapi__ | needs a lot of love. |
| 22:50.05 | djszapi__ | I think even more than neccesitas |
| 22:51.24 | djszapi__ | I am pretty sure there will be (or there already is) a qt jambi like dotnet binding. |
| 22:51.28 | lcuk | djszapi__, I do not know the status of webkit |
| 22:51.56 | djszapi__ | lcuk: seems a niche now on the market, mostly the qt - webkit2 integration |
| 22:58.05 | djszapi__ | lcuk: btw, kdelibs is ready for usage. |
| 22:58.24 | lcuk | djszapi__, what is it useful for day to day? |
| 22:58.46 | djszapi__ | what do you mean ? |
| 22:58.53 | lcuk | well the libs are there |
| 22:59.03 | lcuk | what works with them that you or I would need |
| 22:59.32 | lcuk | you spent enough time porting them |
| 22:59.33 | djszapi__ | lcuk: imho, kalgebra so far, but the kde development can start |
| 22:59.49 | lcuk | djszapi__, oh, I thought there were already many kde apps waiting |
| 22:59.51 | djszapi__ | kanagram would also be nice, teachers love it. |
| 23:00.05 | lcuk | does kalgebra work well on the n950? |
| 23:00.15 | djszapi__ | as for me, yes. |
| 23:00.29 | lcuk | what do you use it to do? |
| 23:00.37 | djszapi__ | calculation |
| 23:00.47 | lcuk | do you have screenshots or a video of it in action on your device? |
| 23:00.54 | lcuk | as many others seem to have for their apps |
| 23:00.58 | djszapi__ | no, but I ported scrot |
| 23:01.04 | lcuk | scrot is? |
| 23:01.06 | djszapi__ | so should be easy to take a screenshot from ssh |
| 23:01.18 | djszapi__ | without having another phone or using OVI |
| 23:01.39 | lcuk | a video would be nicer |
| 23:01.49 | lcuk | the n9 swipe ui shows apps in a good light |
| 23:01.59 | djszapi__ | is there some video recorder from cli ? |
| 23:02.05 | djszapi__ | I could port one... |
| 23:02.08 | lcuk | dunno |
| 23:02.15 | lcuk | you could just use n900 or another phone |
| 23:02.28 | lcuk | the macro focus on n900 is outstanding for such uses |
| 23:02.29 | djszapi__ | that is not that nice like using just ssh, is it ? |
| 23:02.56 | lcuk | digital videocasts do not show finger usage |
| 23:03.05 | lcuk | and how the app responds to use |
| 23:03.07 | djszapi__ | that is true |
| 23:03.11 | lcuk | elements just fly mythically |
| 23:03.27 | lcuk | it is quite disconcerting |
| 23:03.31 | djszapi__ | yep |
| 23:03.42 | lcuk | so grab another phone and make a quick vid :P |
| 23:03.57 | lcuk | then people will know what the kdelibs can be used for |
| 23:03.58 | lcuk | :) |
| 23:04.15 | djszapi__ | lcuk: well, I have not really had time since it is a fairly new story, like yesterday ? |
| 23:04.29 | lcuk | add it to your todo list :) |
| 23:04.37 | djszapi__ | lcuk: I would be happy to see more KDE applications ported, but they could not obviously do it without kdelibs |
| 23:04.37 | lcuk | I am pleased you have them working |
| 23:04.42 | djszapi__ | so I hope it can start now.. |
| 23:05.14 | lcuk | djszapi__, so it is on your C-OBS repository? |
| 23:05.19 | djszapi__ | lcuk: yes |
| 23:05.31 | djszapi__ | lcuk: kanagram would be nice for teachers |
| 23:05.35 | djszapi__ | they love it iirc |
| 23:05.42 | djszapi__ | and the Ui is almost ready for touch |
| 23:06.52 | djszapi__ | lcuk: rekonq could also rock |
| 23:07.05 | djszapi__ | since we are lacking an open source webkit based browser |
| 23:07.24 | djszapi__ | however I am afraid not much would stay apart from the rendering engine after the port |
| 23:07.46 | djszapi__ | browsers are cannot really be "ported" since you almost drop everything. :) |
| 23:08.11 | lcuk | porting apps is not fun then. |
| 23:08.27 | lcuk | My apps are identical and happy running on handsets or tablets |
| 23:08.54 | lcuk | even using them on the 20" touchscreen in the lounge is the same |
| 23:09.02 | djszapi__ | lcuk: also, please use the shared repository for KDE stuff. |
| 23:09.37 | lcuk | I will not, but since you are in charge of the kdelibs you will speak with other kde developers and can inform them |
| 23:09.50 | lcuk | I can tell others who ask :P |
| 23:10.07 | djszapi__ | lcuk: porting khangman could also be easy |
| 23:10.36 | djszapi__ | lcuk: what is wrong about using the shared repository ? |
| 23:10.53 | djszapi__ | lcuk: oh, also I have a KDE project, called mula |
| 23:11.07 | djszapi__ | that is very useful to me when it is ready, wip :) |
| 23:11.11 | djszapi__ | dictionary application |
| 23:11.20 | lcuk | it is good to use the shared repo, but I rarely will need to push kde stuff myself |
| 23:11.25 | lcuk | cool |
| 23:11.29 | djszapi__ | so that you do not need to use different web services for dictionary purposes. |
| 23:11.44 | djszapi__ | everything is put into a handy dictionary app |
| 23:11.48 | lcuk | i use fiferboys lexicon for such things |
| 23:12.10 | lcuk | it works now on meego and harmattan |
| 23:12.14 | djszapi__ | so can you use googletranslator for instance with that ? |
| 23:12.19 | djszapi__ | or chromium, or stardict ? |
| 23:12.21 | lcuk | i wouldn't need to |
| 23:12.26 | lcuk | it has english disctionary? |
| 23:12.33 | lcuk | dictionary * |
| 23:12.35 | lcuk | ;) |
| 23:12.47 | djszapi__ | lcuk: anything, not just english. Also, the architecture is designed as pluggable |
| 23:13.07 | djszapi__ | so that actually you can add any plugin for further dictionary services, standards. |
| 23:13.14 | lcuk | sure |
| 23:13.52 | djszapi__ | maybe, kteatime heh :p |
| 23:15.05 | djszapi__ | that could be also ported. |
| 23:21.12 | djszapi__ | lcuk: calligra, marble are being ported |
| 23:21.39 | djszapi__ | lcuk: kontact Ui was not really designed for touch, so they will break the swipe UX (= I expect very few users because of that) |
| 23:22.16 | djszapi__ | lcuk: plasma is a bit harder story. |
| 23:26.07 | *** join/#harmattan djszapi_ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 23:34.32 | djszapi_ | lcuk: well, I do not have N900 anymore for recording a video |
| 23:34.55 | djszapi_ | lcuk: N900 has been a history xD |
| 23:54.01 | *** join/#harmattan djszapi_ (~lpapp@84-231-104-221.elisa-mobile.fi) |
| 23:58.26 | *** join/#harmattan BrettQ_ (~wircer@99-38-191-36.lightspeed.clmasc.sbcglobal.net) |
