| liuxg | how are we going to call today? | 06:02 |
|---|---|---|
| === seb128_ is now known as seb128 | ||
| === Malsasa_ is now known as Malsasa | ||
| === timon is now known as Guest78191 | ||
| === Malsasa is now known as Guest43085 | ||
| === Malsasa_ is now known as Malsasa | ||
| Bex | Hi! | 09:06 |
| Bex | I'm trying to set up a development environment for unity 8, but I get some trouble with the dependencies. | 09:06 |
| Bex | Is 14.04 supported for development? | 09:07 |
| tsdgeos | i'm not sure, most probably not | 09:09 |
| tsdgeos | maybe not even 14.10 is | 09:09 |
| Cimi | tsdgeos, morning! | 09:32 |
| tsdgeos | hi ho | 09:32 |
| Cimi | tsdgeos, you know a bit on how we open scopes/close them in the dash? | 09:33 |
| tsdgeos | a bit | 09:33 |
| Cimi | if we open the cinema scope from the store, then we should close the store in background, right? | 09:33 |
| Cimi | tsdgeos, I am not sure we are doing that at the moment, not that I can see many closeScope in Dash.qml | 09:34 |
| Cimi | tsdgeos, then fake_scope.ccp at line 211 seems to expect sth else | 09:34 |
| tsdgeos | we're opening a temp scope from a temp scope? | 09:35 |
| Cimi | m_openScope that is never updated | 09:35 |
| Cimi | tsdgeos, from the app store yes... | 09:35 |
| tsdgeos | i don't think that was ever tested | 09:35 |
| tsdgeos | nor specified what it should do | 09:35 |
| tsdgeos | so it's probably not working yes | 09:37 |
| tsdgeos | reading the code i see something wrong already | 09:37 |
| tsdgeos | and don't trust fake_scope either | 09:37 |
| tsdgeos | it's just a fake scope :D | 09:37 |
| tsdgeos | Cimi: do we know what has to happen when you open a temp scope from a temp scope interaction wise? | 09:38 |
| Cimi | Cimi, I believe replacing the temp scope with the opened scope? | 09:40 |
| tsdgeos | sure, but no animation or anything at all | 09:40 |
| tsdgeos | just plain straight replace? | 09:40 |
| Cimi | tsdgeos, I don't know... | 09:43 |
| tsdgeos | and back will skip the store and bring you to dash? | 09:43 |
| tsdgeos | Cimi: well we need to know before coding anything | 09:43 |
| Cimi | no idea for that | 09:43 |
| Cimi | tsdgeos, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1410337 | 09:45 |
| ubot5 | Launchpad bug 1410337 in unity8 (Ubuntu) "Launching a scope once installed is broken" [High,Triaged] | 09:45 |
| tsdgeos | Cimi: let's ask jounih then | 09:46 |
| tsdgeos | what, why does my phone keep rebooting itself! | 09:46 |
| tsdgeos | again | 09:49 |
| tsdgeos | this is nuts | 09:49 |
| tsdgeos | aaaaaaaaaaaaaaaaaaah | 09:52 |
| tsdgeos | stopit! | 09:52 |
| Wellark | hey, I'm trying to build unity8 trunk on vivid desktop and the build fails with http://pastebin.ubuntu.com/9783989/ | 10:42 |
| Wellark | tsdgeos: --^ | 10:42 |
| * tsdgeos clicks | 10:42 | |
| tsdgeos | Wellark: how are you building? is it a clean build? | 10:42 |
| Wellark | tsdgeos: yep. with the build.sh | 10:42 |
| Wellark | first build.sh -s | 10:43 |
| Wellark | and then build.sh | 10:43 |
| Wellark | tsdgeos: debian rules has an interesting note | 10:43 |
| Wellark | # libMockLightDM-qml.so links against liblightdm-qt5-2.so which doesn't exist | 10:43 |
| Wellark | override_dh_shlibdeps: dh_shlibdeps -XlibMockLightDM-qml.so | 10:43 |
| tsdgeos | i never had this issue | 10:43 |
| Wellark | Saviq: --^ | 10:44 |
| Wellark | someone... | 10:44 |
| Wellark | :( | 10:44 |
| tsdgeos | i just cleaned and built from scratch just fine | 10:48 |
| Wellark | tsdgeos: could you run dpkg-query -S lightdm-qt5-2 | 10:49 |
| tsdgeos | http://paste.ubuntu.com/9784026/ | 10:49 |
| tsdgeos | hmmm | 10:51 |
| tsdgeos | give me a sec | 10:51 |
| Cimi | Wellark, hey :) we would like to update https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1363400 with what we needed | 10:51 |
| ubot5 | Launchpad bug 1363400 in ubuntu-system-settings (Ubuntu RTM) "[wizard] allows to "Continue" without connecting to network" [High,Triaged] | 10:51 |
| Cimi | ideally something that tells us when a connection is established with an AP | 10:52 |
| Wellark | Cimi: you need to write a plugin that talks directly with NM to get that information | 10:54 |
| tsdgeos | Wellark: the dpkg -S returns empty | 10:54 |
| tsdgeos | Wellark: ccache playing tricks on you? | 10:54 |
| tsdgeos | Wellark: do you have the result of http://paste.ubuntu.com/9784026/ ? | 10:55 |
| Wellark | tsdgeos: nope | 10:57 |
| Wellark | seems they are not being built | 10:57 |
| tsdgeos | try to find out why | 10:57 |
| tsdgeos | they should | 10:57 |
| Wellark | tsdgeos: hmm.. the targets don't seem to build bydefault on my system | 11:05 |
| Wellark | manual invokation works | 11:06 |
| Wellark | $ ninja MockLightDM-single | 11:06 |
| Wellark | [4/4] Linking CXX shared library tests/mocks/LightDM/single/liblightdm-qt5-2.so | 11:06 |
| tsdgeos | ah you're nijaing? | 11:06 |
| tsdgeos | don't do that :D | 11:06 |
| tsdgeos | does proper make work? | 11:06 |
| Wellark | tsdgeos: build.sh picked ninja on it's own | 11:07 |
| tsdgeos | that may be | 11:08 |
| tsdgeos | i don't know | 11:08 |
| tsdgeos | don't use ninja | 11:08 |
| tsdgeos | it works for me | 11:08 |
| tsdgeos | i can see how ninja might build stuff diferently | 11:08 |
| Wellark | tsdgeos: well, it _should not_ | 11:08 |
| Wellark | but sometimes there are differencies | 11:09 |
| tsdgeos | it should not | 11:09 |
| tsdgeos | but i can see how it can happen | 11:09 |
| Wellark | which usually are bugs in cmake :) | 11:09 |
| Wellark | ok.. I will modify build.sh | 11:09 |
| tsdgeos | see if that helps | 11:09 |
| tsdgeos | if it does open a bug and say ninja build fails | 11:10 |
| Wellark | tsdgeos: you should try ninja | 11:12 |
| Wellark | it makes compilation a lot faster | 11:12 |
| tsdgeos | but doesn't work ^_^ | 11:16 |
| Wellark | tsdgeos: ok. forcing a build without ninja worked | 11:16 |
| tsdgeos | Wellark: can you report a bug? | 11:16 |
| tsdgeos | or wait a bit | 11:16 |
| Wellark | tsdgeos: yep. will file it | 11:16 |
| tsdgeos | i'll see if i can fix it | 11:16 |
| tsdgeos | in between compiles | 11:16 |
| Wellark | tsdgeos: one thing that might cause ninja to "misbehave" | 11:17 |
| Wellark | is the fact | 11:17 |
| Wellark | that for example in tests/mocks/LightDM/single/CMakeLists.txt | 11:17 |
| Wellark | a library target is created | 11:17 |
| Wellark | add_library(MockLightDM-single SHARED ${LibLightDM_SOURCES}) | 11:17 |
| Wellark | but on the very same file | 11:17 |
| Wellark | there is qt5_use_modules(MockLightDM-single Gui) | 11:17 |
| Wellark | oh, wait no | 11:18 |
| Wellark | sorry. disregard that | 11:18 |
| Wellark | tsdgeos: actually it might be one level up | 11:20 |
| Wellark | tests/mocks/LightDM/CMakeLists.txt | 11:20 |
| mzanetti | dednick: ping | 11:20 |
| Wellark | tsdgeos: add_library(MockLightDM-qml MODULE ${QMLPLUGIN_SRC} ) | 11:20 |
| dednick | mzanetti: plop | 11:20 |
| mzanetti | dednick: hey. I'm testing silo 6 which contains this branch: https://code.launchpad.net/~nick-dedekind/unity8/rtm-1385331/+merge/246403 | 11:21 |
| mzanetti | dednick: seems the indicators are invisible | 11:21 |
| Wellark | tsdgeos: target_link_libraries(MockLightDM-qml -L${CMAKE_CURRENT_BINARY_DIR}/full -llightdm-qt5-2 | 11:21 |
| Wellark | there is no dependency specified to the single, single-pin, single-passphase targets | 11:21 |
| Wellark | so ninja might just go ahead and have a different build order as it does not know that -llightdm-qt5-2 actually requires some additional targets to run | 11:23 |
| mzanetti | dednick: http://i.imgur.com/8ASuvJE.png?1 | 11:23 |
| dednick | mzanetti: hm. opening doesnt show anything? | 11:24 |
| dednick | mzanetti: is there anything in the log? | 11:24 |
| mzanetti | dednick: I get this repeatedly in the logs: file:///usr/share/unity8/Panel/Indicators/IndicatorDelegate.qml:23:46: Unable to assign [undefined] to bool | 11:25 |
| dandrader | mzanetti, just read www.rpadovani.com/ubuntu-calculator-app-reboot-store | 11:26 |
| dandrader | mzanetti, so, will the calculator app now gracefully handle rotations (as in the shellRotation branch)? | 11:26 |
| mzanetti | dednick: this is when I pull them down | 11:26 |
| mzanetti | http://i.imgur.com/5828NBx.png | 11:26 |
| mzanetti | so seems ok, but the animation is somehow broken as they're invisible in the starting position | 11:27 |
| mzanetti | dandrader: heh | 11:27 |
| mzanetti | dandrader: yes | 11:27 |
| mzanetti | dandrader: I've reworked the calculator keyboard to deal with that | 11:27 |
| dandrader | mzanetti, awesome | 11:27 |
| tsdgeos | greyback: ping | 11:28 |
| greyback | tsdgeos: pong | 11:28 |
| greyback | just pushing fix for qtmir conflict | 11:28 |
| tsdgeos | greyback: i'm trying the https://code.launchpad.net/~gerboland/unity-api/surfaceSizerCallback/+merge/231698 and friends | 11:28 |
| tsdgeos | i don't knwo what i should look at | 11:29 |
| mzanetti | dandrader: http://i.imgur.com/tQVNgLF.png | 11:29 |
| mzanetti | (on a non-rotating shell still) | 11:30 |
| mzanetti | hence the panel at top | 11:30 |
| greyback | tsdgeos: launch webbrowser - and watch the URL bar closely. Without that patch, you'll see the url bar reposition a few frames after it appears. With this patch, that reposition stops | 11:30 |
| greyback | tsdgeos: the main issue I'm fixing is this: when an app creates a surface, it asks mir/qtmir is the size for hte surface it wants is ok. Currently qtmir always overrides the size to be a default of "the size of the display" | 11:31 |
| tsdgeos | sure i understand the code | 11:31 |
| tsdgeos | i just didn't know what to look at | 11:31 |
| greyback | tsdgeos: once the app draws its first frame, the surface is added the QML scene, which causes the surface to resize to fit - i.e. under the panel | 11:31 |
| greyback | I'm removing that initial surface resize | 11:32 |
| dednick | mzanetti: hm. ok, that's weird. dont suppose that branch contains shell rotation stuff as well? | 11:32 |
| dandrader | mzanetti, nice | 11:32 |
| greyback | tsdgeos: does that make sense? | 11:33 |
| mzanetti | dednick: no, it doesn't | 11:33 |
| dednick | weird. i dont think i touched anything visual | 11:33 |
| tsdgeos | greyback: yes | 11:33 |
| mzanetti | dednick: this is the silo: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006 | 11:33 |
| tsdgeos | greyback: i've been trying the gallery though | 11:33 |
| tsdgeos | and it's ugly | 11:33 |
| dednick | mzanetti: thanks. i need to flash. | 11:33 |
| tsdgeos | i can see it grow | 11:33 |
| tsdgeos | not sure if it was already there without the patch | 11:33 |
| greyback | tsdgeos: I think that was there before, there's something really slowing down that app->fullscreen animation | 11:34 |
| greyback | but don't trust me on that | 11:34 |
| greyback | tsdgeos: one way I really notice that is, have gallery open, lock screen, unlock and enter PIN. The animation to restore the view to the gallery is terribly slow | 11:36 |
| tsdgeos | may be | 11:36 |
| tsdgeos | let me revert the change and see if i can still see it | 11:36 |
| tsdgeos | Wellark: can you onfirm that http://paste.ubuntu.com/9784367/ fixes the ninja build for you? | 11:42 |
| tsdgeos | mzanetti: Wellark: https://code.launchpad.net/~aacid/unity8/buildWithNinja/+merge/246883 | 12:07 |
| === MacSlow is now known as MacSlow|lunch | ||
| Wellark | tsdgeos: it does! | 12:16 |
| Wellark | tsdgeos: so yes. there was a target dependency missing | 12:17 |
| Wellark | plain cmake just happens to build the targets in an order that the .so files just happened to be available | 12:17 |
| Wellark | but ninja reordered the build because it didn't know about the dependency | 12:18 |
| dandrader | mzanetti, is this new calculator a different application from the pre-loaded one? Or is the pre-loaded one just outdated? | 12:21 |
| mzanetti | dandrader: it's one of those core app "reboots" | 12:21 |
| mzanetti | dandrader: meaning they start from scratch, trying to avoid the mistakes from the first round | 12:22 |
| mzanetti | some code might be still the same, other isn't | 12:22 |
| mzanetti | in this case they only kept the calculator engine the same and redid the ui completely | 12:22 |
| mzanetti | at some point it will replace the original calc app | 12:22 |
| dandrader | mzanetti, so will the pre-loaded calculator be replaced with this "rebooted" one? | 12:22 |
| dandrader | mzanetti, ok | 12:23 |
| mzanetti | yes, when the rebooted one is considered better than the old | 12:23 |
| tsdgeos | something from https://code.launchpad.net/~unity-team/unity8/trunk/+activereviews i should take? | 12:27 |
| tsdgeos | i'm a bit work-less at the moment | 12:27 |
| dandrader | mzanetti, did you happen get the "can't do gestures" bug since last Friday? | 12:30 |
| dandrader | (ie, since you enabled the touch and gestures logging) | 12:30 |
| mzanetti | dandrader: nope, haven't | 12:30 |
| dandrader | mzanetti, it's both good and bad news :) | 12:31 |
| mzanetti | dandrader: yeah, haven't really had the phone in my pocket since | 12:31 |
| dandrader | ah | 12:31 |
| mzanetti | going for a run soon, that should increase chances | 12:31 |
| === alan_g is now known as alan_g|lunch | ||
| dandrader | greyback, so rotation lock is broken on latest devel-proposed. do you have any idea since when it has been like that (or even better, the cause of it)? | 12:39 |
| greyback | dandrader: no idea, sorry | 12:40 |
| dandrader | hmmm... the indicator switch to lock the orientation has no effect but locking using the system-settings app works | 12:41 |
| Cimi | tsdgeos, for the scope bug, design ideally wants animation when opening the scope, plus getting back will go to store | 12:49 |
| tsdgeos | right | 12:51 |
| dandrader | dednick, any ideas on what would be causing this? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1412430 | 12:51 |
| ubot5 | Launchpad bug 1412430 in unity8 (Ubuntu) "Locking rotation via the indicators panel switch does not work" [Undecided,New] | 12:51 |
| tsdgeos | so you basically need to create an infinite number of temp GenericScopeView and stack them on top of eachother | 12:51 |
| tsdgeos | lunchtime | 12:51 |
| Cimi | tsdgeos, yeah... | 12:51 |
| === Malsasa_ is now known as Malsasa | ||
| === alecu_ is now known as alecu | ||
| === dandrader is now known as dandrader|afk | ||
| === alan_g|lunch is now known as alan_g | ||
| Wellark | Cimi: wanna hangout? | 13:28 |
| greyback | tsdgeos: slightly related fix: https://code.launchpad.net/~gerboland/unity8/lockscreen-height-constant/+merge/246892 | 13:38 |
| === Malsasa_ is now known as Malsasa | ||
| * tsdgeos clicks | 13:49 | |
| === dandrader|afk is now known as dandrader | ||
| tsdgeos | greyback: hmmmm | 13:54 |
| tsdgeos | is that only needed with your patches? | 13:54 |
| === MacSlow|lunch is now known as MacSlow | ||
| tsdgeos | Cimi: what's your plan for implementing that? | 13:58 |
| tsdgeos | greyback: ah no needed in trunk too | 14:04 |
| greyback | tsdgeos: that fixes the bug in trunk - just while I was profiling I saw the problem and shipped up the patch | 14:05 |
| greyback | no fix for the issue you spotted yet | 14:05 |
| tsdgeos | interestingly the bug doesn't seem to be in rtm | 14:05 |
| greyback | no? huh | 14:06 |
| tsdgeos | or at least i don't get the gallery to be ultra slow on unlock screen | 14:06 |
| tsdgeos | is this what it's fixing? | 14:07 |
| tsdgeos | maybe i need more phtos on the rtm phone | 14:07 |
| greyback | yes, that is what it fixes. I get it on my kryllin with devel-proposed. Having Gallery open, I lock & unlock the phone. After PIN+Enter, the animation jutters badly | 14:08 |
| tsdgeos | yep | 14:09 |
| tsdgeos | do you have many photos? | 14:09 |
| tsdgeos | or just empty? | 14:09 |
| greyback | couple of photos, but that should not matter | 14:09 |
| greyback | it's unity8's animation that is slow | 14:09 |
| greyback | the fade from Lockscreen to app surface | 14:10 |
| greyback | plus the panel sliding up | 14:10 |
| tsdgeos | i know | 14:11 |
| tsdgeos | but my krillin rtm is silky smooth | 14:11 |
| greyback | I'm running devel-proposed | 14:12 |
| greyback | so maybe that's a factor | 14:12 |
| tsdgeos | yeah | 14:12 |
| tsdgeos | devel proposed is just uglier | 14:12 |
| tsdgeos | it's broken :D | 14:12 |
| tsdgeos | with your patch | 14:12 |
| tsdgeos | it doesn't look good | 14:13 |
| Cimi | tsdgeos, I need to think about how | 14:13 |
| tsdgeos | when you unlock | 14:13 |
| tsdgeos | the locker fades in place and the indicator bar scrolls up | 14:13 |
| tsdgeos | leaving a part of the screen that's already totally transparent while the other part is fading | 14:13 |
| tsdgeos | on rtm it's not like that | 14:13 |
| tsdgeos | it's better | 14:14 |
| tsdgeos | greyback: do you have an rtm phone at hand? | 14:14 |
| greyback | tsdgeos: would need to flash | 14:14 |
| tsdgeos | if you're not losing much stuff i'd suggest you to try | 14:15 |
| tsdgeos | so you see the diference | 14:15 |
| tsdgeos | i can't be sure how to describe it | 14:16 |
| greyback | tsdgeos: yeah I see what you mean | 14:16 |
| greyback | well spotted | 14:16 |
| greyback | means I have to refactor things a bit more :( | 14:16 |
| tsdgeos | interesting thing is that this didn't happen | 14:17 |
| tsdgeos | so how did it happen? | 14:17 |
| greyback | tsdgeos: rev 1438 | 14:18 |
| greyback | the sourceSize lines were added | 14:18 |
| tsdgeos | i see | 14:19 |
| dednick | dandrader: it's probably not hooked up correctly in the indicator | 14:27 |
| dednick | dandrader: indicator-rotation or whatever | 14:27 |
| dandrader | dednick, did it ever work? | 14:28 |
| dednick | dandrader: don't think so | 14:28 |
| dednick | dandrader: i've never seen it working anyway | 14:29 |
| dandrader | dednick, is it a unity8 bug? I have no idea what mechanism is used to populate those indicators | 14:29 |
| dednick | dandrader: i think it's a backend bug. indicator-rotation or something | 14:29 |
| dednick | no idea what it's called. | 14:30 |
| dednick | dandrader: indicator-display i think | 14:31 |
| dednick | dandrader: https://bugs.launchpad.net/ubuntu/+source/indicator-display/+bug/1410915 | 14:32 |
| ubot5 | Launchpad bug 1410915 in indicator-display (Ubuntu) "com.ubuntu.touch.system rotation-lock can't be changed by the checkbox in indicators" [Undecided,Confirmed] | 14:32 |
| dandrader | dednick, ah, so I made a duplicate. thanks for finding it | 14:33 |
| seb128 | dednick, dandrader, rotation lock seems to work fine on current krillin rtm for me | 14:51 |
| dandrader | seb128, might be, I'm using devel-proposed | 14:53 |
| === om26er_ is now known as om26er | ||
| === anpok_ is now known as anpok | ||
| tsdgeos | MacSlow: do you need help with your branch? | 15:15 |
| MacSlow | tsdgeos, nope... I've solved the issue and an on othe final stretch... thanks | 15:15 |
| MacSlow | s/an/am | 15:15 |
| tsdgeos | awesome | 15:15 |
| Cimi | tsdgeos, so shall we use a pagestack for that stack of genericscopeview? | 15:17 |
| tsdgeos | hmm | 15:19 |
| tsdgeos | i'd say no | 15:20 |
| tsdgeos | probably you won't get the right to left animation like we want and stuff | 15:20 |
| tsdgeos | just instantiate new elements as we go? | 15:20 |
| tsdgeos | actually even the first one should be instantiated when needed probably | 15:21 |
| tsdgeos | save some memory when we don't have a temp scope around | 15:21 |
| Cimi | tsdgeos, stackview? | 15:22 |
| tsdgeos | what's the benefit of stackview? | 15:23 |
| Cimi | tsdgeos, animations and stuff? | 15:23 |
| tsdgeos | are they the ones we want? | 15:23 |
| Cimi | tsdgeos, how do I add infinite elements? | 15:23 |
| tsdgeos | you create them | 15:23 |
| Cimi | mmm how? | 15:23 |
| Cimi | from qml? | 15:23 |
| Cimi | like we do for crad? | 15:23 |
| Cimi | card | 15:23 |
| Cimi | ? | 15:23 |
| tsdgeos | Cimi: http://doc.qt.io/qt-5/qtqml-javascript-dynamicobjectcreation.html | 15:25 |
| tsdgeos | component = Qt.createComponent("Sprite.qml"); | 15:25 |
| tsdgeos | sprite = component.createObject(appWindow, {"x": 100, "y": 100}); | 15:25 |
| Cimi | tsdgeos, ok as I imagined... | 15:26 |
| Cimi | tsdgeos, thanks | 15:26 |
| Cimi | tsdgeos, I might also want to keep a list of the scopes opened, right? | 15:32 |
| tsdgeos | there goes the magic | 15:32 |
| tsdgeos | can you get an openScope for a temporary scope? | 15:33 |
| Cimi | tsdgeos, I'm wondering if for now we should just land a fix for this, then add this dynamic creation | 15:33 |
| tsdgeos | how are you going to land a fix for this? | 15:33 |
| === dandrader is now known as dandrader|lunch | ||
| === mardy_ is now known as mardy | ||
| om26er | Saviq, Hi! | 16:22 |
| om26er | Saviq, while the logs for this crash look useless, can you see if anything else hints it to be an old bug ? https://errors.ubuntu.com/oops/e9a80d32-9fee-11e4-a3ec-fa163e373683 | 16:23 |
| === dandrader|lunch is now known as dandrader | ||
| greyback | om26er: Saviq is on holidays this week | 16:52 |
| om26er | greyback, oh, can you have a peek at that then ? | 16:53 |
| greyback | om26er: it appears to be a null pointer dereference somewhere from libdbus-cpp, but there's no other information in that report I can use | 16:55 |
| dandrader | mzanetti, did you figure out that issue about building packages for RTM on a PPA? | 17:39 |
| mzanetti | dandrader: I know why, but no solution | 17:39 |
| dandrader | :( | 17:39 |
| mzanetti | dandrader: so this is a ubuntu ppa, it can't build rtm packages | 17:39 |
| dednick | mzanetti: just pushed some changes; seems to fix the issue | 17:39 |
| mzanetti | dandrader: in the end I just compiled the plugin on my phone | 17:39 |
| mzanetti | dednick: cool, thanks | 17:39 |
| === dandrader is now known as dandrader|afk | ||
| === dandrader|afk is now known as dandrader | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
