[07:52] <dholbach> good morning
[08:03] <dholbach> hey dpm
[08:04] <dpm> morning dholbach
[08:04] <dpm> good morning all
[08:13] <dholbach> dpm, did you see my comment on https://bugs.launchpad.net/ubuntu-devices-help/+bug/1425025?
[08:14] <dholbach> dpm, it'd basically add a placeholder index.html for now, which could later be filled with more content
[08:14] <dholbach> (that's the branch I pushed)
[08:18]  * dpm reads now
[08:19] <dpm> dholbach, you're apologizing for fixing someone else's bug?
[08:19]  * dpm hugs dholbach
[08:19] <dpm> you can have all my bugs! :-)
[08:20] <dpm> but yes, now seriously, I think that's what we need to start tackling that bug
[08:20] <dholbach> ok
[08:20] <dholbach> I'll propose the merge
[08:20] <dholbach> dpm, https://code.launchpad.net/~dholbach/ubuntu-devices-help/1425025-partial/+merge/251217 - all yours :)
[08:22] <dholbach> just pushed a small change to it
[08:23] <dpm> dholbach, reviewed and commented
[08:23] <davidcalle> Good morning all
[08:23] <dpm> morning davidcalle o/
[08:24] <dholbach> dpm, I don't quite know how this is going to work in the 'web' case
[08:24] <dpm> dholbach, we can do the same as we did on help.ubuntu.com, and set up Apache to load the right page according to the browser language
[08:24] <dholbach> dpm, pointing your browser to    community.ubuntu.com/devices-help (or some such)    will get you index.de.html in the case of a German user?
[08:24] <dpm> yeah, that's the idea
[08:24] <dholbach> ok
[08:25] <dholbach> in that case, I'll revert the last change to it
[08:25] <dpm> dholbach, http://www.w3.org/International/questions/qa-apache-lang-neg
[08:25] <dholbach> thanks
[08:25] <dholbach> dpm, I'll make sure to document that
[08:26] <dpm> davidcalle, is the table on https://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/ correct? it seems we're not pointing to any of the rtm channels
[08:26] <dpm> nor to any devel-proposed one
[08:28] <davidcalle> dpm, it's been changed to this version after discussion on a bug report, iirc it has saviq +1.
[08:28] <dpm> yeah, I remember some discussion and the change, but I wasn't sure
[08:29] <dpm> I'll double-check with pmcgowan too
[08:29] <davidcalle> dpm, yes please :)
[08:49] <nik90> dpm: hi good morning :)
[08:50] <dpm> hey morning nik90
[08:50] <nik90> dpm: I had a look at https://bugs.launchpad.net/ubuntu-clock-app/+bug/1324636, and I don't the proposed solution would work. I added a comment yesterday night after looking into it.
[08:50] <nik90> dpm: on the other hand, I fixed https://code.launchpad.net/~nik90/ubuntu-clock-app/predefined-world-city-translation-fix/+merge/251180
[08:53] <dpm> nik90, cool
[08:53] <dpm> nik90, is tr() the same translation method as upstream Qt?
[08:54] <nik90> dpm: I believe they use qsTr() if I recall
[08:54] <nik90> dpm: but I checked with mzanetti for the c++ translation
[08:54] <dpm> nik90, ah, yes. So where does tr() come from?
[08:55] <nik90> dpm: it looks like mzanetti is away on irc, I will check with him when he is online in a few hours hopefully
[08:56] <dpm> I'll add a comment to the MP
[08:56] <dpm> and to the other bug
[08:56] <dholbach> dpm, https://code.launchpad.net/~dholbach/ubuntu-devices-help/1426011/+merge/251222
[08:56] <dholbach> once that's landed I'm going to blog about the initiative again
[08:56] <nik90> dpm: hmm the official docs suggest using tr() http://qt-project.org/doc/qt-4.8/i18n-source-translation.html
[08:57] <nik90> dpm: but yeah I i will check with mzanetti the difference between tr() and qsTr() later
[08:57] <dpm> yeah, that won't work
[08:57] <dpm> we're using gettext
[08:58] <nik90> ah ok
[09:04] <dpm> nik90, ok, commented on both
[09:05] <nik90> dpm: thnx
[09:09] <dholbach> gracias dpm
[09:13] <dpm> yw :)
[09:53] <JamesTait> Good morning all; happy Friday, and happy Strawberry Day! :-D
[10:18] <dholbach> dpm, can you maybe check later on if the translations of ubuntu-devices-help are set up correctly?
[10:18] <dholbach> just to make sure that everything's in place if people want to help out
[10:19] <dpm> dholbach, I can do it now, give me a min
[10:19] <dholbach> yeeeeeehaw!
[10:19] <dholbach> I'm sure you can do it 45 seconds!
[10:22] <dpm> dholbach, done, all set up :). However, I've noticed one thing: on these type of strings translations will break if they translate "Title:" right? We might need to filter it out somehow -> https://translations.launchpad.net/ubuntu-devices-help/trunk/+pots/help/ca/1/+translate
[10:23] <dholbach> dpm, the problem is: we want the title translated too, right?
[10:23] <dpm> yeah, but not the word "Title:"
[10:24] <dholbach> right
[10:24] <dholbach> of course, that'd confuse pelican
[10:24] <dholbach> I'll file a bug
[10:24] <dpm> another option would be to add a translator comment to ask not to translate it, but I couldn't find a way to add that to markdown text
[10:25] <dholbach> yeah, me neither
[10:26] <dpm> so I think the safest option is to filter out the metadata when creating the .pot file and re-adding it to the translated files, which already sounds ugly while I'm saying it
[10:27] <dholbach> yes, it's not easy
[10:27] <dholbach> anyway, I'll file a bug
[11:37] <gventuri> rpadovani: popey: we have a design update for the calculator ready
[11:37] <nik90> pmcgowan: can you add https://bugs.launchpad.net/ubuntu-clock-app/+bug/1354466 to the canonical-devices-system-image project
[11:37] <popey> oh!
[11:37] <gventuri> popey: rpadovani: we need some time to go through it together
[11:37] <gventuri> popey: rpadovani: yeah sorry, it took more time than i thought
[11:37] <gventuri> as usual
[11:37] <popey> gventuri: we had the calculator meeting yesterday. we can certainly find a slot to discus
[11:37] <nik90> mzanetti: can you ping me when you got some time, just need a minute or two to clear up a question
[11:38] <gventuri> popey: cool
[11:38] <mzanetti> nik90, hit me
[11:38] <popey> gventuri: afternoons are usually better for rpadovani i believe. when's good for you?
[11:38] <gventuri> popey: the updates are already online, but I find it useful when we can have some face-to-face time
[11:38] <nik90> mzanetti: can you take a look at dpm's comment about tr() not being compatible with gettext() that ubuntu uses at https://code.launchpad.net/~nik90/ubuntu-clock-app/predefined-world-city-translation-fix/+merge/251180/comments/623265
[11:39] <gventuri> popey: rpadovani: today is good for me
[11:39] <gventuri> or next week
[11:39] <popey> gventuri: 4pm?
[11:39] <nik90> mzanetti: I see that the pot file does indeed grab the strings for translation, so may be it already works.
[11:39] <gventuri> popey: we have a meeting 4-5pm today, sorry
[11:39] <nik90> mzanetti: but we were not sure if qsTr() or anything else should be used
[11:39] <gventuri> popey: mondau?
[11:39] <gventuri> monday
[11:40] <mzanetti> nik90, well, qsTr() is only in qml
[11:40] <popey> gventuri: let me mail everyone to see if we can organise it.
[11:40] <mzanetti> nik90, seeing that the translations are in the po files I guess tr should be working too
[11:40] <mzanetti> nik90, should be easy to test I guess
[11:40] <popey> I'll do that now. gventuri who (other than you) from design needs inviting?
[11:40] <mzanetti> nik90, if it doesn't well, change it to 18n.tr()  or gettext()
[11:41] <nik90> mzanetti: is i18n.tr() valid in c++?
[11:41] <gventuri><EMAIL_ADDRESS>[11:41] <mzanetti> nik90, I don't know...
[11:41] <gventuri> popey<EMAIL_ADDRESS>[11:41] <nik90> mzanetti: ok
[11:41] <popey> gventuri: ok
[11:41] <gventuri> popey: she is the visual/interaction designer
[11:42] <nik90> dpm: as mzanetti says, the pot file is indeed updated with the citiy and country names and thereby it should appear translated on the device even while using tr()
[11:42] <dpm> nik90, the extraction into the .pot file at build time will work, but loading the translations at runtime won't
[11:42] <nik90> dpm: ah
[11:42] <mzanetti> ah, right...
[11:42] <mzanetti> you'd probably need to load the translated file with a QTranslator...
[11:42] <mzanetti> however, I guess using gettext() or whatever the other is, might be easier
[11:43] <dpm> +1
[11:43] <nik90> dpm: I took a look at http://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/view/head:/libclickscope/click/highlights.cpp#L127, .. do I so mark strings as __string__ ?
[11:43] <mzanetti> and I just figured my latest branch of reminders uses tr() too
[11:44] <nik90> adding #define _(value) dgettext(GETTEXT_PACKAGE, value) to the header file shouldn't be an issue
[11:44] <nik90> mzanetti: yeah we should gettext to do the translation in other parts of the app, so it would be easier to keep to it
[11:44] <nik90> s/should/use
[11:44] <dpm> nik90, you can use gettext("I want this to be translated"), but traditionally, the _("I want this to be translated") alias is used, as it's quicker to type
[11:45] <mzanetti> nik90, ack
[11:45] <mzanetti> ah nice!
[11:45] <mzanetti> imo that helps in this particular case
[11:45] <mzanetti> the _()
[11:45] <mzanetti> makes it much more readable
[11:45] <nik90> dpm: oh...that's simple then...I can just "tr()" with "_()" in qtc
[11:46]  * nik90 tries it out now...will update dpm, mzanetti in a few minutes
[11:46] <dpm> essentially, yes, but you have to make sure that _() is indeed an alias to the gettext.gettext() function :)
[11:46] <dpm> or dgettext
[11:46] <nik90> sure
[12:00] <nik90> dpm: I imported libintl.h and then used gettext("string"), while it compiles fine, it doesn't seem to update the pot file. I also tried #define _(value) dgettext(GETTEXT_PACKAGE, value) and then used _("string") and set -DGETTEXT_PACKAGE=\"${PROJECT_NAME}\", but that doesn't work either
[12:00] <nik90> I set -DGETTEXT_PACKAGE=\"${PROJECT_NAME}\" in the CMakeList file as they did in http://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/view/head:/libclickscope/click/CMakeLists.txt
[12:03] <dpm> the .pot file generation is independent from the code
[12:04] <dpm> it's just a rule that uses xgettext to scan all files for common i18n patterns. So probably the po/CMakeLists.txt file needs an update
[12:04] <dpm> do you have a link to the branch you're working on?
[12:05] <nik90> well do you want me to push it with gettext() calls?
[12:05] <nik90> 1 sec let me upload it
[12:06] <dpm> nik90, so essentially, it's this rule that puts the translations into the .pot file: http://bazaar.launchpad.net/~nik90/ubuntu-clock-app/predefined-world-city-translation-fix/view/head:/po/CMakeLists.txt#L17
[12:06] <dpm> and the --keywords argument
[12:06] <dpm> if you used gettext(), it might not be a recognized argument, whereas I would think _() should be recognized by default
[12:07] <dpm> if not, you might need to explicitly add --keyword=_
[12:07] <dpm> but I'm pretty sure that's already taken care of by default
[12:07] <dpm> and it's not necessary to add the _ keyword
[12:07] <nik90> I pushed it
[12:08] <nik90> but yeah I tried _( as well
[12:08] <nik90> maybe I should add --keyword=gettext ?
[12:09] <dpm> nik90, yeah, you either do that, or uncomment the _() definition and use _() calls instead of gettext()
[12:10] <dpm> I'd suggest the second option, and if that still does not work, we can look at it
[12:12] <nik90> dpm: hmm gettext() calls + --keyword=gettext option worked...I see the pot file update. When I switched to the other one, it removes the marked strings from the pot file.
[12:13] <nik90> dpm: I will switch to _() and push it so that we can debug from the same codebase
[12:14] <dpm> nik90, ok, cool. You might want to explicitly add --keyword=_ to try, perhaps I'm wrong and it's not added by default, which could solve the problem
[12:15] <nik90> sure, trying now
[12:15] <nik90> dpm: yup adding --keyword=_ did the trick
[12:17] <dpm> excellent
[12:21] <dpm> oh wow, I'm not sure it's because of the porting guide, but I'm recently seeing more ports than usual
[12:21] <dpm> here's a blast from the past: https://twitter.com/vishne0/status/571169328688697344
[12:22] <nik90> :)
[12:31] <nik90> popey: hey, does the welcome wizard fall under unity8?
[12:32] <popey> yes
[12:32] <nik90> thnx
[12:48] <nik90> zsombi: ping
[12:49] <zsombi> nik90: pong
[12:49] <nik90> zsombi: that was a quick fix for the alarms issue, thnx. I need your advice on bug 1387210
[12:50] <nik90> zsombi: I am not sure how indicator-datetime will know which alarm id to pass to the clock app to open when a user clicks on it in the indicator
[12:50] <nik90> zsombi: is the alarm ID stored along with the other alarm properties like recurrence, name etc ?
[12:51] <zsombi> nik90: the alarm id is stored in cookie, but that si not exposed to QML
[12:52] <nik90> zsombi: what about the alarm Index? since that's what I use to edit/open a particular alarm
[12:52] <zsombi> nik90: that's not good, as that may change as well, depending on teh alarm times...
[12:53] <zsombi> nik90: it is valid until you change and save the alarm date
[12:53] <nik90> zsombi: I basically need indicator to pass some sort of alarm id so that clock can open the correct alarm
[12:53] <nik90> zsombi: well even if the user changes the alarm date, i-dt should receive the updated alarm id? no?
[12:53] <zsombi> nik90: not the index...
[12:54] <nik90> zsombi: ok..any ideas?
[12:54] <zsombi> nik90: we could expose the cookie, but that woudl mean you must import 1.2
[12:54] <zsombi> Ubuntu.Components I mean
[12:55] <nik90> zsombi: well, at some point I need to import 1.2 to get the new list items, so that's not an issue
[12:55] <zsombi> nik90: or do you plan to fix it still on RTM image?
[12:55] <zsombi> nik90: ah, ok... it's a variant type, so you might be able to use that
[12:55] <nik90> zsombi: well considering that the entire platform will switch to vivid in about 3-4 weeks time (from lucas's email), I don't mind waiting until then
[12:56] <zsombi> nik90: ok, but submit me a bug, so I can justify the API change
[12:56] <nik90> zsombi: but i-dt will also have access to this id, correct? if not then it wont help me
[12:56] <zsombi> nik90: you can say to charles that the alarm ID he should pass is the QOrganizerItemId
[12:56] <nik90> ah ok
[12:57] <nik90> perfect thnx. I will report the bug now
[12:58] <zsombi> kalikiana: t1mp: the last of the ListItem containers is also ready: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/100-captions/+merge/251248
[12:59] <nik90> zsombi: You fixed bug 1195353 ! Woohoo thnx a lot.
[13:00] <zsombi> nik90: yep :) in staging right now
[13:02] <nik90> zsombi: bug 1426361 as you requeste
[13:02] <nik90> s/requeste/requested
[13:03] <zsombi> nik90: thx!!!
[13:57] <zsombi> nik90: question -  what will be the format you will receive teh ID from i-dt? variant?
[13:58] <nik90> zsombi: hmm not sure, I still need to discuss that with charles
[13:58] <zsombi> nik90: asking as comparition with two variants won't work :/
[13:58] <zsombi> in QML at least
[13:59] <nik90> zsombi: well wouldn't I be just calling alarmmodel.get(alarmID) and then the comparison actually is done by the alarms api in c++?
[14:00] <zsombi> nik90: the get() function requires an index, but then I need to provide an other version also
[14:00] <nik90> zsombi: yeah you would need to expose another function similar to get() that takes the ID instead of the index
[14:00] <nik90> that was my understanding from our discussion before
[14:01] <zsombi> nik90: and the problem is that a simple QVariant might not be good enough... as that one holds the QOrganizerItemId....
[14:02] <zsombi> and not the ID itself...
[14:02] <zsombi> so a value cast woudl be needed, and you most probably will get a string, not a variant
[14:02] <zsombi> nik90: ^
[14:02] <nik90> zsombi: oh ok
[14:03] <zsombi> nik90: so let me know what type you need
[14:03] <nik90> zsombi: ok. I will discuss with charles and let you know
[14:04] <zsombi> nik90: you can live the notes in teh bug, I'll check it on Monday
[14:04] <nik90> zsombi: ack.
[14:04] <zsombi> nik90: thx
[14:06] <nik90> np
[14:58] <mzanetti> In reminders I'm setting alarms (actually organizer items) so that the phone rings and they show up in the datetime indicator
[14:59] <mzanetti> however, pressing on those entries opens the calendar app instead of reminders
[14:59] <mzanetti> anyone know how (or if possible at all) to change that?
[15:10] <mzanetti> zsombi, ^^
[15:10] <mzanetti> popey, hey, I see an update of Terminal and FileManager.
[15:10] <mzanetti> popey, but they're armhf only :'(
[15:10] <popey> ooh, thanks for the reminder
[15:11] <popey> zbenjamin: bzoltan_ when do we get fat package support in the SDK? :)
[15:11] <popey> mzanetti: I upload jenkins-made clicks - I'm not going to manually craft fat packages.
[15:11] <bzoltan_> popey:  s/do/did/
[15:11] <popey> hahah
[15:12] <popey> how?
[15:12] <popey> You're my hero.
[15:12] <bzoltan_> popey: Magic :) For qmake project it "just" (tm) works
[15:12] <popey> gah
[15:12] <bzoltan_> popey:  sadly with cmake it is close to impossible
[15:13] <popey> balls
[15:13] <bzoltan_> popey: that happens when you play with non native formats :( Shame .. really is
[15:13] <popey> dpm: ^
[15:13] <popey> all core apps are cmake, bzoltan_ tells me we're boned for fat packages in core apps
[15:13] <popey> this makes me a very sad puppy
[15:14] <mzanetti> bzoltan_, popey: You should note though that the fat package support is not supported on krillin
[15:14] <popey> (╯°□°)╯︵ ┻━┻
[15:14] <mzanetti> creating fat packages with sdk+qmake will likely not work for krillin
[15:18] <bzoltan_> mzanetti:  háähh??? How come?
[15:19] <mzanetti> bzoltan_, well... 15.04 has Qt 5.4, while RTM has Qt 5.3
[15:19] <mzanetti> you can't compile with 5.4 and then run on 5.3
[15:19] <mzanetti> only the other way round
[15:19] <bzoltan_> mzanetti: hmm... it must be possible.
[15:19] <charles> zsombi, nik90, looking at scrollback now
[15:19] <mzanetti> bzoltan_, it is possible, if you avoid the changed symbols
[15:20] <mzanetti> bzoltan_, like don't use qdebug for example
[15:20] <bzoltan_> mzanetti:  Qt must be ABI compatible between minor releases
[15:20] <mzanetti> bzoltan_, upwards only
[15:20] <mzanetti> not downwards
[15:20] <bzoltan_> mzanetti: ohhh hack
[15:20] <mzanetti> so compiling with 5.1 is still supposed to run on 5.4
[15:20] <mzanetti> but not the other way round.
[15:20] <mzanetti> which kinda makes sense I'd say
[15:21] <bzoltan_> mzanetti:  RTM will be on 5.4 soon
[15:21] <mzanetti> yep, that'll solve this problem
[15:21] <bzoltan_> mzanetti:  and ... anyway, I kow loads of sensible things what sucks big time :D
[15:22] <bzoltan_> mzanetti:  anyhow.. it is question of weeks and RTM will be on Vivid
[15:22] <mzanetti> not sure I get what you're trying to say with that
[15:23] <mzanetti> yeah... I don't think it makes much sense backport stuff at this point... rtm will be updated soon enough
[15:23] <mzanetti> just saying, if you create a fat package with the SDK *now*, people getting their bq phones in march won't be able to run them
[15:26] <bzoltan_> mzanetti: I am affraid that it is not about fat packaging, but in general your app is busted if you use the 15.04 chroots instead of 14.10
[15:27] <mzanetti> yeah
[15:27] <bzoltan_> mzanetti: for the RTM the official channel is 14.10 what does not support qmake projects at all... so it does not have fat packaging
[15:27] <mzanetti> it's about building with a 15.04 chroot
[15:27] <mzanetti> yep.
[15:27] <bzoltan_> mzanetti:  what is not supported for krillin ab ovo
[15:28]  * bzoltan_ wished so many times to have a RTM bootsrap instead of faking the RTM with Utopic
[15:28] <mzanetti> bzoltan_, yeah, all makes sense to me. I just wanted to tell popey that at this point in time, he needs to be careful with publishing fat packages
[15:29] <popey> i build in 14.10 kits fwiw
[15:31] <bzoltan_> popey:  good, that is a safe land
[15:33] <bzoltan_> mzanetti: popey: if people would be more interested about the static Kits instead of the fragile and unstable bootstrapping I could make RTM images with qmake+fat support.
[15:33] <charles> nik90, zsombi, https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1426363/comments/1
[15:53] <popey> sverzegnassi: see my comment on that merge?
[15:53] <popey> did I break it? :)
[16:50] <popey> \o/ https://swordfishslabs.wordpress.com/2015/02/27/json-profiles-in-ubuntu-terminal-app/
[16:59] <Mirv> cool, the terminal really rocks nowadays and that json customization support is an icing on the cake
[17:00] <ogra_> i really want a QML widget that i can hand a path to a comman to exec now
[17:00] <ogra_> (a terminal widget)
[17:00] <ogra_> packaging things like htop or irssi into a click would be trivial if we had that
[17:00] <ogra_> or mutt :)
[17:08] <zbenjamin> popey: you can manually create fat packages btw
[17:12] <zbenjamin> popey:     http://pastebin.ubuntu.com/10451877/
[17:14] <zbenjamin> ogra_: can't you use the component used for the terminal?
[17:14] <zbenjamin> ogra_: would be awesome to have that avail as a systemwide library
[17:27] <popey> ogra_: after we add an option to switch custom keyboards on and off, the next item planned is a terminal component
[17:27] <popey> so devs can package up mutt+terminal and put in the store
[17:27] <popey> it will be a stripped down terminal, probably no tab support
[17:28] <popey> JET - Just Enough Terminal.
[17:32] <zsombi> mzanetti: I am not surprised to be honest...
[17:32] <zsombi> mzanetti: about the "alarms" created from Reminders
[17:34] <zsombi> mzanetti: as long as Alarms uses QtOrganizer, you will see this happening :/
[17:35] <zsombi> mzanetti: we had one "hack" with charles, but that was just pretending that we've fixed it... so we REALLY need a proper backend for teh alarms...
[17:38] <charles> at one point we talked about adding a crud dbus api to indicator-datetime for manipulating the alarms s.t. we wouldn't have to go through QtOrganizer and EDS
[17:38] <charles> alarms via qtorganizer/eds has been far, far more problematic than it's been worth IMO
[17:39] <charles> even after nik90, renatu, zsombi, and I have worked on different pieces of the toolchain for a long time now, we /still/ get alarms that fail to make it through the pipeline correctly
[17:43] <nik90> charles, zsombi: hmm yes the new backend is definitely work looking at this point after all the work that has been done to get it working. TBH I would rather work on that before starting on the clock app timer functionality since the last time I discussed this with bill filler, he said the clock app timer will also require waking up by an external service
[17:43] <nik90> using the alarms api. May be with one good simple backend we can achieve both alarms and timer.
[17:43] <nik90> s/work/worth
[17:44] <zbenjamin> popey: \o/ a terminal component?
[17:44] <zbenjamin> popey: awesome! i can use one for script output in the SDK :)
[17:45] <zsombi> charles: that's why we should reload the brainstorming about the dbus API
[17:47] <zsombi> nik90: charles: yes, the same backend coudl do the job. From toolkit's point, a separate interface may be required, but that's a different sorry
[17:47] <nik90> zsombi: yeah same backend, different interface but indicator-datetime again doing the job of ringing the audio notification in both the cases
[17:48] <zsombi> yes
[17:49] <nik90> zsombi: btw did you move? Usually its really late now in your place and you're offline by now
[17:49] <zsombi> charles: do you have any ideas in mind, or should I pull a set of requirements for the timers/alarms?
[17:50] <zsombi> nik90: nope, I just turned on my laptop and my IRC client was on :D
[17:51] <zsombi> charles: nik90: I will build a blueprint on Monday about some requirements we all can contribute to and I think the next thing to be done will be to work on that
[17:52] <nik90> zsombi: +1..I will chip in as well and ensure all requirements that I know of are in there
[17:52] <zsombi> nik90: I count on you :)
[17:52] <nik90> hehe :P
[17:53] <nik90> anyways I am off to preparing dinner .. have a nice weekend everyone!
[17:54] <popey> zbenjamin: :)
[17:56] <zsombi> nik90: same
[18:00] <mzanetti> zsombi, so what I actually do is to use QtOrganizer directly. and what happens is that it opens the calendar.
[18:00] <zsombi> mzanetti: we know... we also use qtorganizer :/
[18:00] <zsombi> mzanetti: and that's the problem
[18:00] <mzanetti> so my question was more if you happen to know where the to-be-opened app can be specified
[18:01] <zsombi> mzanetti: I don't think that is specified anywhere
[18:01] <zsombi> mzanetti: yet indicator opens the Alarms for QtOrganizerTodo events... i guess charles can help you on that
[18:01] <mzanetti> why does alarms open the clock app then instead of the calendar app too? Is that the "hack" you mentioned?
[18:01] <mzanetti> right
[18:02] <zsombi> mzanetti: do you see Alarms in your app as well?
[18:02] <mzanetti> no
[18:02] <zsombi> mzanetti: that's a pleasant surprise tbh...
[18:03] <mzanetti> hmm... it's been a while... let me check if I filter them away myself
[18:03] <mzanetti> just to be sure
[18:04] <charles> zsombi, mzanetti, yeah opening the clock app for calendar events on the phone is a bug, I'm looking at that code and the fix seems straightforward
[18:05] <mzanetti> erm... works here (on rtm that is)...
[18:05] <mzanetti> my issue is that it opens the calendar instead of reminders :)
[18:05] <zsombi> charles: the only problem is to identify which alarm you open... I don't have anything else on my disposal than QtOrganizerItemId :/
[18:05] <charles> no wait
[18:08] <charles> yeah, I was jumping to conclusions just now and reading the code wrong :/
[18:08] <charles> so about identifying which alarm to open
[18:10] <charles> zsombi, I'm not saying that we can't use that -- I'm saying that, since datetime isn't using the qtorganizer library, it would be faster if you can give me an example of an .ical snippet and point to the id that needs to be used
[18:11] <mzanetti> zsombi, I just checked. I don't get the calendar entries. so all working fine there
[18:11] <zsombi> charles: right, it would be :)
[18:11] <zsombi> mzanetti: huhh... I am still surprized it does :D
[18:12] <charles> for opening /calendars/ to the right place, I had a hard time getting this to work with evolution on the desktop
[18:12] <charles> what it prefers is if you send it a time string as an argument
[18:12] <mzanetti> zsombi, hmm... well, I do set a filter on the collectionId I create... maybe I would get them without that, but seems like the expected thing to me, no?
[18:13] <charles> on desktop, to open the calendar to the right place, datetime uses calendar:///?startdate=%Y%m%dT%H%M%SZ
[18:13] <mzanetti> charles, there's maybe a misunderstanding here :)
[18:13] <zsombi> mzanetti: yes... however the QtOrganizer API allows to get all Todos if you don't specify a collectionId... so others will get the Alarms and reminders in one shot
[18:14] <mzanetti> charles, what I'm trying to do is to open the reminders app (not a reminder in the calendar) when you press on an entry in the datetime indicator that I created with the reminders app
[18:15] <charles> mzanetti, ahhh
[18:16] <renatu> charles, hi, did you have time to look at my fix? https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1424924/+merge/251129
[18:18]  * charles tries the novel idea of reading scrollback before saying anything else
[18:21] <zsombi> charles: :D
[18:21] <charles> okay so (1) zsombi, nik90, I agree we should reload the discussion for alarm create/read/update/delete via dbus, with a mind to eliminating some of the middlemen in the toolchain
[18:21] <zsombi> charles: +10000
[18:21] <zsombi> charles: I will create a BM on monday so we can log teh ideas
[18:22] <zsombi> s/BM/BP
[18:22] <charles> (2) mzanetti, zsombi, unfortunately there's not currently a way to add in another app, e.g. the reminders app. But yes this does dovetail with the other discussion of pulling up the right alarm in clock-app
[18:23] <charles> in both cases (clock-app and reminders) likely we'll want to pass some url into the ical s.t. the menu can pass it to url_dispatch when clicked
[18:23] <mzanetti> yep, that'd be ideal
[18:24] <charles> that was the original plan, that datetime would just be a blind pass-through, dispatching whatever url was sent to it (at least, after doing basic sanity checks)
[18:25] <charles> we'd probably want calendar-app to be the fallback if that URL was missing, to play nicely with calendars imported from google
[18:25] <charles> zsombi, ack, we'll talk on monday
[18:26] <charles> mzanetti, is there a bug yet tracking the reminders support for datetime menu clicks?
[18:26] <charles> s/reminders/arbitrary app/
[18:28] <mzanetti> charles, hmm... seems so... don't know. maybe I'm doing something wrong
[18:28] <charles> ?
[18:28] <mzanetti> charles, but when I click on an entry I created, it opens the calendar app
[18:29] <mzanetti> ah
[18:29] <mzanetti> I misread
[18:29] <mzanetti> sorr
[18:29] <mzanetti> sorry
[18:29] <mzanetti> no, I haven't filed a bug yet
[18:33] <charles> actually it looks like datetime does have residual code for this, we're just not currently using it from the things created by calendar-app or clock-app:
[18:33] <charles> http://bazaar.launchpad.net/~indicator-applet-developers/indicator-datetime/trunk.15.04/view/head:/src/actions-live.cpp#L137
[18:34] <charles> if we have a URL for the item, we dispatch it... otherwise if it was generated by clock-app, we launch clock-app... otherwise calendar-app
[18:34] <charles> so all we have to do for reminders is to get that URL populated
[18:35] <charles> that, though, needs some work
[18:36] <charles> right now those are stored in an alarm-specific way in ical for historic reasons
[18:37] <charles> instead, we might want to re-abuse the 'categories' section of ical because that's a place where we can add arbitrary key/value pairs
[18:38] <charles> that way reminders wouldn't have to create alarm attachments just to shoehorn in a url
[18:38] <charles> I'm open to suggestions on this, I see using 'categories' as less bad, but still clumsy
[18:40] <charles> renatu, looking at https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1424924/+merge/251129 now
[18:40] <renatu> charles, thanks :D
[18:41] <charles> ah, well http://www.kanzaki.com/docs/ical/url.html would be better than either 'categories' or 'alarms' for this :)


[07:19] <czajkowski> aloha
[07:29] <bkerensa> hello!
[07:29] <bkerensa> :D
[07:30] <bkerensa> czajkowski: Might I PM you briefly?
[07:34] <czajkowski> sure
[07:54] <dholbach> good morning
[07:54] <nigelb> Morning dholbach
[07:54] <nigelb> dholbach: Did we eventually participate in GCI?
[07:55] <dholbach> hi nigelb
[07:55] <dholbach> nigelb, no
[07:55] <dholbach> everybody said "yeah, nice idea" and that was it
[07:56] <nigelb> :/
[07:56] <nigelb> We thought of participating (community webdev), but all of us were too busy to help :(
[07:57] <dholbach> yeah, I guess that was the problem - everybody being too busy
[09:04] <alourie> hello
[12:52] <scott-work> good morning
[12:53]  * scott-work hopes this week will be less busy at work
[12:59] <MooDoo> +1
[13:39] <cjohnston> cprofitt: pong
[13:40] <cprofitt> hey cjohnston
[13:41] <cprofitt> with the summit bitesized... I had a few questions
[13:41] <cjohnston> sure
[13:41] <cprofitt> do I need to run an instance of it like I do with locodirectory?
[13:42] <cjohnston> more than likely.. there are some things, like if your changing a word or something, you may not need to.. but normally, any changes you do you need to test
[13:42]  * cprofitt nods
[13:42] <cprofitt> When I get home tonight I can setup a server with that on it... is there a set of instructions for doing so?
[13:43] <cjohnston> summit.readthedocs.org
[13:43] <cprofitt> I think I see what needs to be changed for the 'real name' bug but wanted to test it
[13:44] <cjohnston> cprofitt: best I can tell, there needs to be a field to enter a 'real name' added..
[13:44] <cprofitt> it looks like we have one already
[13:45] <cjohnston> then if the new field is filled out, display the new field, otherwise use what is imported from LP
[13:45] <cprofitt> but only use it in the non-launchpad sponsorship
[13:45] <cjohnston> cprofitt: i think the one we already have is imported from LP
[13:45] <cjohnston> cprofitt: ahh
[13:45] <cprofitt> there are two types of sponsorship
[13:45] <cprofitt> in the LP sponsorship name = None is set
[13:47] <cprofitt> in the non-lp it is set to forms.CharField(max_length=100, required=True)
[13:48] <cprofitt> I will read the docs, setup a server and give it a test though
[13:48] <cprofitt> thanks
[13:48] <cjohnston> gotcha... ya.. the LP one I know imports it from LP.. and the problem is that not everyone in LP gives their correct name
[13:49]  * cprofitt yep
[13:49] <cprofitt> summit uses a document based DB or is it a traditional relational?
[13:49] <cjohnston> mhall119: nigelb ^
[13:50] <AlanBell> relational
[13:50] <AlanBell> through the django abstraction layer
[13:50] <cprofitt> thanks AlanBell
[13:50] <cjohnston> thanks AlanBell
[13:51] <mhall119> cprofitt: we use postgres in production, sqlite for local dev
[13:51]  * cprofitt nods
[14:29] <dpm> hey all, does anyone know why we've got two twitter feeds? https://twitter.com/#!/ubuntu and https://twitter.com/#!/Ubuntu_OS - I thought the official one was the first one, but it seems the Facebook page posts go to the second one
[14:31] <akgraner> dpm,  jono has admin on the FB page so maybe he would know :-/
[14:38] <dpm> akgraner, yeah, we've got our catch up later on and I'll ask him, I was just wondering if someone else might now
[14:38] <akgraner> We need a wiki with all that - oh where's jcastro since he *loves* wikis and all that ;-)
[14:49] <mhall119> lol
[14:58]  * cjohnston thinks we should create wiki.jorgecastro.com
[15:07] <mhall119> wiki.askjorge.info
[15:07] <cjohnston> lol
[15:43] <jcastro_> hey dholbach
[15:46] <scott-work> hmmm, no doctormo yet this morning :(
[15:47] <dholbach> hey jcastro
[15:48] <jcastro> you go on holiday soon right?
[15:48] <dholbach> jcastro, I just took off 8th-14th because I had some holidays and swap days left
[15:48] <jcastro> ah ok
[15:48] <dholbach> but I'll be back afterwards until Christmas
[15:51] <jono> hey all
[15:52] <dholbach> hey jono
[15:52] <jono> hey dholbach
[15:57] <jono> dholbach, want to get started now?
[15:57] <dholbach> jono, sure
[15:58] <jono> dholbach, invite sent
[16:22] <scott-work> hi jono
[16:23] <jono> howdy scott-work
[16:26]  * scott-work notes that doctormo continually persists in his continued absence
[16:30] <jono> dpm, all set?
[16:30] <dpm> jono, yep
[16:33] <jono> dpm, invite sent
[16:42] <jcastro> jono: we're on for today still right?
[16:44]  * popey hugs jcastro

[16:45] <jcastro> <--- lunches
[16:52] <jono> jcastro, yup
[17:11] <dholbach> I call it a day - see you all tomorrow!
[17:56] <jcastro> daker: ping a ling!
[17:56] <daker> jcastro, yo
[17:57] <jcastro> are you still working on the joomla charm?
[17:57] <jcastro> it has a new-charm tag on it which means it's looking for a review
[17:57] <jcastro> which I suspect is wrong
[17:58] <daker> actually no, and i can work on it again
[17:58] <jcastro> ok I will untag it, when it's ready just plop a "new-charm" tag on it
[17:58] <jcastro> that way it's not sitting in the queue
[18:04] <akgraner> jcastro - just heard a new term today - "Server Huggers"   - Are You a Server Hugger? Don't Be Ashamed - http://www.readwriteweb.com/cloud/2011/12/are-you-a-server-hugger-dont-b.php
[18:07] <jcastro> akgraner: that's a pretty out of date view by now
[18:07] <akgraner> I just thought the term was funny
[18:07] <jcastro> though in the next year with openstack maturing guys like that can have their cake and eat it too
[18:07] <jcastro> yeah
[18:08] <akgraner> and could see you converting the "server huggers"
[18:09] <jcastro> sure
[18:10] <jcastro> though, nothing ever truly dies
[18:10] <jcastro> I mean, there are people still using Solaris for crying out loud. :)
[18:15] <daker> jcastro, ok
[18:53] <jono> jcastro, yo
[18:53] <jono> about yet?
[18:53] <jono> set
[18:53] <jcastro> yessir!
[18:53]  * jcastro pauses the metal
[18:54] <jcastro> I need either G+ or phone
[18:54] <jcastro> skype on my new tablet is unfortunately as horrible as the other platforms. :-/
[18:54] <jono> G+ is fine
[18:54] <jono> my cam doesnt work though
[18:54] <jono> which is a good thing as I am full of cold and look like a zombie
[18:54] <jcastro> hah
[18:56] <jcastro> jono: I can hear you
[18:56] <jcastro> one sec
[18:56] <cprofitt> hope you feel better soon jono - colds are not so bad, but looking like a zombie just rots
[18:56] <jono> cprofitt, thanks!
[18:57] <jono> feeling pretty crappy
[18:57] <jono> this is definitely manflu
[18:57] <cprofitt> lol
[18:58] <cprofitt> never heard that term before :-)
[19:16] <scott-work> luckily everyone in our office is finally getting over this stuff
[19:16] <scott-work> i was down and out for a couple of days during thanksgiving (which kinda really sucked)
[19:18] <cprofitt> I get to go for surgery on the 20th... so want to not get sick
[19:20] <scott-work> cprofitt: oooh, i bet
[23:02] <scott-work> akgraner: let's talk sometime about maybe me (ScottL) possibly writing some Ubuntu Studio articles for the newsletter
[23:02] <scott-work> but i'm going home for the current moment
[23:14] <jono> any Evolution experts here?
[23:14] <maco> ##biology?
[23:15] <pangolin> lol
[23:15] <jono> anyone know if you can hide the sending message in an Evo compose window? so when the mail sends it just hides the Evo compose winodw? window
[23:15] <jono> lulz
[23:15] <bkerensa> ##darwin perhaps even
[23:25] <akgraner> ScottL, just blog and drop me the link :-)
[23:40] <akgraner> jono you like evolution over thunderbird?   I just removed it with each fresh install - maybe I should try it again
[23:44] <jono> I prefer Evo
[23:44] <jono> works better with GMail
[23:45] <popey> Neither works 'well' with gmail
[23:45] <popey> I've pretty much switched all my mail over to non-gmail now, because of the braindead imap functionality gmail has
[23:45] <popey> 'hi' btw
[23:49] <doctormon> jono: Don't suppose you're visiting the uk between now and Christmas?
[23:53] <akgraner> interesting
[23:54] <cprofitt> I prefer evolution
[23:54] <jono> doctormon, I am indeed
[23:54] <jono> going to my parents
[23:56]  * AlanBell is looking forward to seeing doctormon on Frida
[23:56] <AlanBell> y


[02:48] <SimplySeth> how does one define a custom interface in metadata.yaml ? I see interfaces like mysql and http, but don't know where these are defined.
[03:03] <lazyPower> SimplySeth: interfaces are kind of arbitrary - think of them as loosely coupled contracts
[03:03] <lazyPower> i gave a talk over this, let me find the slides
[03:04] <lazyPower> https://speakerdeck.com/chuckbutler/service-orchestration-with-juju?slide=24
[03:05] <lazyPower> SimplySeth: an important thing to remember about your interfaces as you start to design your relationship models - its a bi-directional communication cycle between the two services, you can have any number of different relations that consume the same interface but behave differently, and if you send for example - 3 data points on one of the relationship over that interface, every time the interface is used the same 3 data poitns should be
[03:05] <lazyPower> exchanged.
[03:05] <lazyPower> if you're changing teh data handoff, the interface should change.
[03:05] <lazyPower> ergo: you'll se interfaces like db, and db-admin
[03:10] <SimplySeth> * goes to read
[03:12] <SimplySeth> mesos communicates on 5051 and 5050 and 2181
[03:13] <lazyPower> that very well could be modeled as 3 independent relationships
[03:13] <lazyPower> or, if all of those have the same concern, you can encapsulate that as a single relationship - i'm not really familiar with how mesos talks to its minions
[03:14] <lazyPower> what i typically do when i'm speccing out a charm - is i break down the concerns, get a mental data model on paper and start to sketch how that looks between services - pencil and paper are good tools for this - or a whiteboard if you ahve one
[03:14] <lazyPower> once you've got a decomposed service diagram, you then name them, and define your data exchange between the services, and have a good representation to stuff in your metadata.yaml
[08:08] <marcoceppi> bodie_: re: iptables, you could probably achieve a similar affect with an iptables subordinate
[08:45] <Muntaner> good morning to everyone!
[08:48] <Muntaner> having problems with bootstrap... can anyone help me?
[08:49] <Muntaner> I'm trying to use juju with an openstack in a private cloud
[08:49] <Muntaner> when I try to bootstrap
[08:49] <Muntaner> Juju successfully creates the VM on the openstack
[08:50] <Muntaner> seems to be able to communicate with this instance
[08:50] <Muntaner> but... at a certain point, bootstrap fails
[08:50] <Muntaner> with this log:
[08:52] <Muntaner> http://paste.ubuntu.com/10139228/
[08:57] <Muntaner> hi dimitern
[08:57] <dimitern> hi Muntaner
[08:58] <Muntaner> I'm having some bootstrap problems... may you help me?
[08:58] <dimitern> Muntaner, can you remind me - were you having issues behind a proxy?
[08:59] <Muntaner> no dimitern no proxies issues :)
[08:59] <Muntaner> well, simply I can't bootstrap juju over a private OpenStack cloud
[08:59] <Muntaner> logs: http://paste.ubuntu.com/10139228/
[09:02] <dimitern> ah ok
[09:04] <dimitern> Muntaner, it seems you can't fetch the tools
[09:05] <Muntaner> dimitern: need environments.yawl?
[09:05] <dimitern> Muntaner, nope, let me check something first
[09:05] <dimitern> Muntaner, have you tried running juju sync-tools before bootstrap?
[09:06] <Muntaner> I'll try now
[09:06] <dimitern> Muntaner, wait a sec
[09:07] <Muntaner> ok dimitern, tell me what to do :)
[09:07] <jam> hey dimitern, aren't you off today?
[09:07] <dimitern> Muntaner, try following this guide https://juju.ubuntu.com/docs/howto-privatecloud.html
[09:08] <dimitern> jam, hey, yes - officially, just checking how things are going
[09:09] <Muntaner> dimitern: maybe I need to create this metadata on the server?
[09:09] <Muntaner> 'cos actually, I'm trying to use juju with my laptop on the openstack server via LAN (<IP_ADDRESS>/24)
[09:09] <dimitern> Muntaner, yes, it seems bootstrapping finds the correct image to start, but the juju tools metadata is missing
[09:10] <Muntaner> aw ok dimitern, I can't get the workaround btw :(
[09:10] <dimitern> Muntaner, so try juju metadata generate-tools -d $HOME/juju-tools (create that dir as well beforehand); then juju bootstrap --metadata-source $HOME/juju-tools
[09:11] <Muntaner> dimitern: all of this in my laptop, right?
[09:12] <Muntaner> dimitern: having some strange debug messages in this command, want to check this?
[09:13] <Muntaner> mike@mike-PC:~$ juju metadata generate-tools -d /home/mike/juju-tools --debug
[09:13] <Muntaner> -> http://paste.ubuntu.com/10139486/
[09:13] <Muntaner> but, in the folder, it created some jsons
[09:14] <Muntaner> com.ubuntu.juju:released:tools.json, index.json, index2.json
[09:15] <dimitern> Muntaner, that's fine, try bootstrapping now with --metadata-source
[09:15] <Muntaner> dimitern: I get an earlier error :(
[09:16] <Muntaner> http://paste.ubuntu.com/10139519/
[09:17] <Muntaner> maybe... I need to upload tools?
[09:18] <dimitern> Muntaner, no, just --metadata-source
[09:19] <dimitern> Muntaner, ha!, ok
[09:20] <Muntaner> dimitern: what should I try now?
[09:20] <dimitern> Muntaner, you'll need juju metadata generate-image -d <same dir> -i <image id from your openstack glance image list>
[09:21] <Muntaner> ok, gonna do that and give feedback
[09:21] <dimitern> Muntaner, you can run this multiple times - one per image (e.g. trusty amd64, i386, etc.); then run juju metadata validate-images (check that page I sent and the commands --help)
[09:22] <dimitern> Muntaner, the idea is to have a bunch of images and tools metadata in that metadata dir so that at bootstrap juju can find you images and tools
[09:23] <Muntaner> dimitern: all of this should happen on my laptop, right?
[09:28] <Muntaner> dimitern: got a new error :)
[09:29] <Muntaner> http://paste.ubuntu.com/10139639/
[09:30] <dimitern> Muntaner, did you try validate-images and validate-tools successfully before trying to bootstrap? please do that
[09:31] <Muntaner> dimitern: I did validate images - not validate tools, will try it now
[09:32] <dimitern> Muntaner, yeah, if both are successful you've a better chance of bootstrapping ok
[09:35] <Muntaner> dimitern: same errors
[09:35] <dimitern> Muntaner, with validate-tools?
[09:35] <Muntaner> seems like juju can't find /home/mike/juju-tools/tools/releases/juju-1.21.1-trusty-amd64.tgz
[09:36] <Muntaner> in fact, I don't have that file
[09:36] <dimitern> Muntaner, hmm ok, then let me ask someone what we're missing here
[09:36] <Muntaner> yep - with both validate-tools and validate-image
[09:38] <Muntaner> ok dimitern, thanks
[11:59] <Mmike> Hi, guys and gals.
[11:59] <Mmike> How do I check which charm version has deployed my services/units? Is that info displayed in 'juju status' ?
[12:10] <jamespage> Mmike, it should be yes
[12:11] <Mmike> jamespage: found this: http://juju-docs.readthedocs.org/en/latest/internals/charm-store.html#charm-revisions
[12:12] <Mmike> but not sure how to link charm revisions with bzr revisions
[12:12] <jamespage> Mmike, you can't
[12:13] <jamespage> Mmike, charmstore revisions are created when the bzr source branch is automatically imported
[12:13] <jamespage> cs:trusty/swift-storage-92 for example
[12:13] <jamespage> but there is not direct correlation with bzr versions
[12:14] <jamespage> its an intentional decoupling to avoid tying charm authors to a single vcs
[12:16] <hazmat> those docs should get taken down, they are the ancient pyjuju impl docs
[12:16] <Mmike> hazmat: heh... but they reveal some of the internals
[12:16] <Mmike> which is a good thing
[12:17] <hazmat> Mmike: we have internal docs for the current version in the source tree as well
[12:17] <hazmat> covering different topics.. but also useful for lighting up internals.. https://github.com/juju/juju/tree/master/doc
[12:18] <hazmat> the old docs are are hit or miss, especially the internals which may no longer apply
[12:20] <hazmat> actually almost none of those docs on internal apply anymore
[12:20] <hazmat> from juju-docs.readthedocs.org site
[12:39] <Mmike> hazmat: how can I get the internal docs, are they on launchpad somewhere?
[12:40] <Mmike> actually what I need is to test upgrade path for some charm - so I see the bzr commit that was merged into 'trunk' (main?) and I'd like to deply that particular 'commit' - how do I figure out what charm revision that was?
[12:49] <marcoceppi> Mmike: there's no correlation to bzr commit and charm revision. You could probably figure that out with some API queries but it's not apparent
[12:49] <marcoceppi> hazmat: I agree, any idea on who setup that site?
[12:53] <Mmike> marcoceppi: ack, thnx. I'll try to figure it out manually.
[12:54] <hazmat> marcoceppi: not sure, maybe brendan?
[12:54] <hazmat> er.. i mean brandon
[12:55] <hazmat> Mmike: that github link above has the current internal docs
[12:56] <Mmike> hazmat: missed that one, thnx! :D
[12:56] <hazmat> Mmike: nutshell you can use query the bzr version of a particular charm store revision, but there's no mapping from bzr rev to charm store rev. effectively the charm store rev, is a monotonically increase integer managed by the store, in response to pushes/puts of a charm.
[12:58] <hazmat> ie. something like https://api.jujucharms.com/v4/mongodb/meta/extra-info
[12:58] <Mmike> i see
[12:59] <Mmike> thnx, lads
[12:59] <hazmat> Mmike: actually this is a bit better https://api.jujucharms.com/v4/mongodb/meta/revision-info
[13:00] <hazmat> rick_h_: are there public docs on the store api?
[13:01] <hazmat> Mmike: fwiw, docs on the store api https://github.com/juju/charmstore/blob/v4/docs/API.md
[13:04] <urulama> hazmat: rick_h_ is out today, swap days. But yes, that are the store API.
[13:04] <hazmat> urulama: danke
[13:05] <urulama> Mmike: there is a /meta/extra-info endpoint in CS that holds BZR digest information for a given revision. You can always check the correlation between charm revision and BZR revision.
[13:05] <urulama> Mmike: if you need a hand, let me know which charm you're interested in
[13:32] <Mmike> urulama: it's percona-cluster... current revision is -15, and I'd like to know what charm revision was at branch revno 40
[13:36] <urulama> Mmike: ok, revision 15 has bzr revision 44, looks like percona-cluster-12 had bzr revision 40, but there is no such revision in the system.
[13:37] <urulama> Mmike: have to check a bit what happened to all revisions < 13
[13:37] <marcoceppi> Mmike: you can just cook up a new revision if you want to deploy rev 12 (bzr 40) of the charm
[13:37] <marcoceppi> branch it, reset to revision 40, deploy charm
[13:37] <Mmike> urulama: that's fine, thnx, don't bother. I'll try both 12 and 13 (that is, upgrade 12->15 and 13->15)
[13:37] <Mmike> marcoceppi: or that, indeed! thnx!
[13:38] <Mmike> I did all those tests before 15 got public, I just want to double-check now that its merged.
[14:22] <ayr-ton> hatch: hatched, is you?
[14:29] <hatch> ayr-ton: it is
[14:29] <hatch> assuming you're talking about github :)
[14:30] <ayr-ton> hatch: Ahahaha. So sorry about forget your issue. Working on this right now /o\
[14:33] <hatch> ayr-ton: haha no problem at all :) I was just going through the issues and adding some features the other day and I thought I'd add a note to that bug
[14:33] <hatch> s/bug/enhancement
[14:33] <ayr-ton> hatch: Do you want me to use in the charm the JUJU_DEV_FEATURE_FLAG=actions for early adoption?
[14:34] <hatch> ayr-ton: yeah I'd be ok with using new features for this functionality - using a config option feels pretty hacky to do this
[14:37] <ayr-ton> hatch: Okay. Just a sec.
[14:41] <Muntaner> hi :)
[15:09] <ayr-ton> marcoceppi: https://github.com/ayr-ton/zabbix-charm | https://code.launchpad.net/~ayrton/charms/trusty/zabbix/trunk
[15:09] <ayr-ton> it is working
[15:10] <ayr-ton> just some bugs when depart a db relation, but I'm already working in fix this.
[16:24] <gadago> could anyone help me with the ubuntu openstack installer?
[16:24] <gadago> no matter what install type i choose (Autopilot, Multi, Single) I can't get passed "Bootstrapping Juju"
[16:25] <gadago> MAAS start the installer, etc, etc, seems to create network bridge for Juju, all seems to okay, but then just sits there at the login prompt
[16:25] <gadago> the openstack installer just continues to say "Bootstrapping Juju"
[16:25] <gadago> no idea what I'm doing wrong
[16:27] <gadago> I've been following this guide here http://www.ubuntu.com/download/cloud/install-ubuntu-openstack
[16:39] <marcoceppi> gadago: what architecture/hardware specs are the machines in maas, and how many machines do you hvae? do any machines ever appear allocated in the maas UI?
[16:40] <lazyPower> mbruzek: you can file bugs against jujucharms.com here => https://github.com/CanonicalLtd/jujucharms.com
[16:41] <gadago> marcoceppi, I have two virtual machines (As nodes in maas), plus a third physical node
[16:41] <gadago> the virtual machines currently only have one NIC each (I can add more of course), the physical node has six
[16:42] <marcoceppi> CPU/memory?
[16:42] <gadago> virtual have 2 cpus, 4gb ram
[16:42] <gadago> physical is 24 cpus 48gb ram
[16:43] <marcoceppi> that should be enough, are they x86 arch?
[16:44] <marcoceppi> I know at one point the minimum server requirement was like 8 machines, but that was a while ago. I'm not versed in all the new offerings
[16:44] <gadago> x86 (amd64)
[16:44] <marcoceppi> you're unable to bootstrap a machine this means there is a juju -> maas issue
[16:44] <marcoceppi> So, this typically boils down to one of two things
[16:45] <marcoceppi> 1) credentials issue
[16:45] <marcoceppi> Either you hvae the wrong credentials, or the wrong server hostname for maas (or you can't actually talk to maas from where you're running the installers)
[16:46] <marcoceppi> that last part is technically not a credentials issue, but we're just going to lump it in there
[16:46] <gadago> marcoceppi, could be the second I feel
[16:46] <gadago> by mass server is on <IP_ADDRESS> with my deployment network being <IP_ADDRESS>/24
[16:47] <gadago> default gateway is <IP_ADDRESS> (other IP on maas server)
[16:47] <marcoceppi> 2) You don't have a machine that juju expects to find. By default juju uses a set of constraints to request a machine: 1 CPU, 700MB RAM, x86_64. Juju asks MAAS for a machine that meets this minimum requirement and MAAS says "OKIE DAY! here you go" or 409 CONFLICT
[16:47] <marcoceppi> gadago: so, from where you're running these isntaller commands, can you ping the MAAS server?
[16:48] <gadago> I'm running the openstack-install command on the maas serer
[16:48] <gadago> I'm using this guide http://www.ubuntu.com/download/cloud/install-ubuntu-openstack
[16:48] <marcoceppi> gadago: well, that's not going to be much of an issue then
[16:48] <marcoceppi> gadago: in the maas web ui, can you see a machine allocated after running the insaller?
[16:49] <gadago> marcoceppi, under nodes, it shows as "Allocated to root"
[16:49] <marcoceppi> gadago: do all of them say that?
[16:50] <gadago> no just the one at the moment
[16:51] <marcoceppi> gadago: interesting
[16:51] <marcoceppi> gadago: that machine that's allocated to root
[16:51] <marcoceppi> can you ping it? does it have an address?
[16:51] <gadago> that one has PXE booted, rebooted then ran the cloud-init script and setup a juju-br0 device on the <IP_ADDRESS>/23 network
[16:51] <gadago> I can ssh to it
[16:52] <gadago> but that's as far as it goes
[16:52] <marcoceppi> yeah, so it bootstrapped
[16:52] <marcoceppi> gadago: do you have a jujud process running?
[16:53] <gadago> no jujud, but there is a curl process of curl -sSfw tools from %{url_effective} downloaded: HTTP %{http_code}; time %{time_total}s; size %{size_download} bytes; speed %{speed_download} bytes/s  --retry 10 -o /var/lib/juju/tools/1.21.1-trusty-amd64/tools.tar.gz https://streams.canonical.com/juju/tools/releases/juju-1.21.1-trusty-amd64.tgz
[16:54] <marcoceppi> gadago: ah, does this maas install have outside access?
[16:54] <marcoceppi> I wonder if the http proxy isn't setup correctly
[16:54] <marcoceppi> which would cause it to fail to download the juju binary, which would result in aa hung bootstrap
[16:55] <gadago> marcoceppi, the one odd thing I have had with this test maas setup is that I have to set the gateway on the network for the maas config to the maas server itself, if I actually set the gateway to the network gateway, dns fails and the server wont pxe properly
[16:55] <gadago> so in, short if I try to ping google.com, no reply
[16:55] <marcoceppi> gadago: yeah, maas wnats to run both DNS and networking
[16:55] <marcoceppi> well DNS and DHCP/Networking
[16:57] <marcoceppi> so what you could/should do. Create an internal netowrk (sounds like you did <IP_ADDRESS>/23) then setup iptables to forward that br device to the main eth device on maas server
[16:57] <gadago> my maas server is of of course not a gateway
[16:57] <marcoceppi> then setup dns forwarding from the maas server to an external dns server
[16:57] <marcoceppi> that's the only way I've run MAAS, I'm not sure how to do it so it just runs DNS
[16:57] <gadago> I already have dns forwarding sorted (google.com resolves on the node)
[16:57] <marcoceppi> there's a drop down in the maas admin panel to switch it to DNS only
[16:58] <marcoceppi> but you'd want to ask in #maas about dns only (non dhcp) maas setups
[16:58] <marcoceppi> once that's all sorted, and you can wget/curl from within a node, bootstrap should work
[16:59] <gadago> thanks marcoceppi, at least that's a bit of progress :)
[16:59] <gadago> #maas has for some reason become an invite only channel
[17:00] <gadago> so no help there
[17:00] <marcoceppi> gadago: yeah, MAAS is pure awesome, but setting it up on less than 5 nodes in a network it doesn't own can take a bit of jumping since it's designed to manage multiple datacenters and racks of servers :)
[17:00] <marcoceppi> gadago: that's, what, let me find someone to fix that
[17:03] <gadago> marcoceppi, any ideas why maas does not work when not using it as the gateway? I know it's a dns issue, but I find that quite bizzare
[17:04] <marcoceppi> gadago: I don't have enough experience. When I do MAAS testings my setup has an Intel NUC on it's own gigabit switch and the maas master works as the gateway
[17:04] <marcoceppi> I'm not home at the moment so I can't try it out with DNS only setup
[17:05] <gadago> marcoceppi, np
[18:17] <gadago> marcoceppi, finally got the nodes routing through the maas server (with iptables forwarding), but still not luck :(
[18:18] <marcoceppi> gadago: can you curl a payload when ssh'd on the node?
[18:19] <gadago> not tried curl, but internet access on the node is now fine, adn can ping the maas controller on the other subnet just fine
[18:20] <gadago> even getting a /var/lib/juju/tools/1.21.1-trusty-amd64/jujud process now
[18:20] <gadago> mongod seems to be doing something to
[18:20] <gadago> should this be a long process?
[18:23] <gadago> "Install OpneStack in minutes" lol
[18:24] <gadago> the openstack installer on the maas server has hung as well
[18:25] <gadago> maybe not enough grunt?
[18:27] <marcoceppi> gadago: well, is maas set to use the fast installer?
[18:27] <marcoceppi> if not, it's going to take like 10 mins to get the node up alone
[18:27] <marcoceppi> then about 2-3 mins for juju to bootstrap itself
[18:27] <marcoceppi> but if you've got jujud you're on your way
[18:27] <marcoceppi> do you have anything in /var/log/juju ?
[18:27] <gadago> using the fast installer
[18:27] <gadago> maybe I'm just being impatient then
[18:28] <gadago> the elapsed time on the openstack installer stop counting up that's all, and the little blue/purple graph stops moving
[18:31] <gadago> I'll check the log in a moment
[18:35] <marcoceppi> gadago: well clock stopping is never a good sign
[18:36] <gadago> :)
[18:36] <gadago> WARNING juju.cmd.jujud machine.go:602 determining kvm support: INFO: Your CPU does not support KVM extensions
[18:36] <gadago> this one is a VM
[18:38] <gadago> maybe I should try the Multi option for the installer
[20:49] <bdx> I've a concern reguarding the ceph charm. It seems when the config ceph-cluster-network is specified in the ceph charms config, and is different from the specified ceph-public-network, the charm will fail deployment because a second network interface is not brought up on the ceph-cluster-network.
[20:50] <nicopace> hi guys... one question... how can i destroy my local lxc environment, without using 'juju destroy-environment local' (it is not responding, as i got out of disk space :S)
[20:50] <bdx> Does anyone know a way around this?
[20:51] <travis_> hi all
[20:51] <travis_> i am suffering here with a maas environment, trying to get juju to bootstrap
[20:52] <travis_> i keep getting this curl failed
[20:52] <travis_> Attempt 1 to download tools from https://streams.canonical.com/juju/tools/releases/juju-1.21.1-precise-amd64.tgz...
[20:52] <travis_> curl: (7) Failed to connect to streams.canonical.com port 443: No route to host
[20:52] <travis_> tools from https://streams.canonical.com/juju/tools/releases/juju-1.21.1-precise-amd64.tgz downloaded: HTTP 000; time 2.711s; size 0 bytes; speed 0.000 bytes/s Download failed..... wait 15s
[20:52] <travis_> though i can ping streams.canonical.com from the maas box
[20:53] <travis_> any thoughts
[20:54] <travis_> hi all i am suffering here with a maas environment, trying to get juju to bootstrap i keep getting this curl failed Attempt 1 to download tools from https://streams.canonical.com/juju/tools/releases/juju-1.21.1-precise-amd64.tgz... curl: (7) Failed to connect to streams.canonical.com port 443: No route to host tools from https://streams.canonical.com/juju/tools/releases/juju-1.21.1-precise-amd64.tgz downloaded: HTTP 000; time 2
[20:54] <travis_> .711s; size 0 bytes; speed 0.000 bytes/s Download failed..... wait 15s though i can ping streams.canonical.com from the maas box any thoughts
[21:03] <lazyPower> nicopace: have you tried juju destroy-environment local -y --force ?
[21:04] <nicopace> lazyPower: let's see what happens with that command...
[21:04] <lazyPower> nicopace: if that doesn't work, the next step woudl be to lxc-destroy a container or two - and then triage the environment accordingly (juju wont be aware that you've puled the rug out o n those containers)
[21:05] <nicopace> lazyPower: nothing happens
[21:06] <lazyPower> nicopace: sudo lxc-ls --fancy, find a running machine or two that you can destroy
[21:06] <nicopace> so... you say i have to destroy some of the lxc containers by hand?
[21:06] <lazyPower> the destroy-environment --force should have nuked it from orbit
[21:06] <lazyPower> but if the containers are still running and you have no disk space left - lets try removing one and seeing if we can get the env to respond
[21:06] <nicopace> there is no output
[21:06] <lazyPower> there wont be
[21:06] <nicopace> they are all stopped
[21:06] <lazyPower> and juju status should say teh environment is no longer bootstrapped
[21:06] <nicopace> sudo lxc-ls --fancy
[21:06] <nicopace> NAME                       STATE    IPV4  IPV6  AUTOSTART
[21:06] <nicopace> ---------------------------------------------------------
[21:06] <nicopace> juju-precise-lxc-template  STOPPED  -     -     NO
[21:06] <nicopace> juju-trusty-lxc-template   STOPPED  -     -     NO
[21:06] <nicopace> ubuntu-local-machine-48    STOPPED  -     -     YES
[21:07] <lazyPower> interesting... you have a local machine of id 48, that is hanging around.
[21:07] <nicopace> juju status
[21:07] <nicopace> ERROR Unable to connect to environment "local".
[21:07] <nicopace> Please check your credentials or use 'juju bootstrap' to create a new environment.
[21:07] <nicopace> Error details:
[21:07] <nicopace> cannot connect to API servers without admin-secret
[21:07]  * lazyPower blinks
[21:07] <lazyPower> well thats a new error message on me re: admin-secret
[21:07] <lazyPower> do you have a local.jenv file in ~/.juju/environments/ ?
[21:08] <nicopace> i just want to nuke everything up
[21:08] <nicopace> no
[21:08] <nicopace> but i had some minutes ago
[21:08] <nicopace> !
[21:08] <lazyPower> ok, so its supposedly gone then, without a jenv, there is no environment as far as juju is concerned
[21:08] <nicopace> but juju doesn't respond
[21:09] <nicopace> ok... i can bootstrap a new env
[21:09] <lazyPower> sudo initctl list | grep juju
[21:09] <lazyPower> do you see any juju services running?
[21:09] <nicopace> nothing
[21:09] <nicopace> no
[21:09] <lazyPower> ok, good - your state server and api are gone
[21:09] <nicopace> (i've destroyed the recently created env first)
[21:09] <lazyPower> you have one hanging machine that i suggest you remove unles that machine is important to you
[21:10] <nicopace> no
[21:10] <lazyPower> sudo lxc-destroy -n ubuntu-local-machine-48
[21:10] <nicopace> so how i destroy it?
[21:10] <lazyPower> after that you should be g2g to run `juju bootstrap`
[21:10] <nicopace> ok
[21:10] <nicopace> and what about the other two?
[21:11] <nicopace> those are just templateces lazyPower
[21:11] <nicopace> ?
[21:11] <lazyPower> nicopace: you can leave the templates around, unless you want to fetch the 200mb cloud image and wait for them to be recreated again
[21:11] <nicopace> no
[21:11] <nicopace> ok
[21:11] <lazyPower> those are created when you request a deployment for the series on the local provider.
[21:11] <nicopace> so... now i should be ok to start again
[21:11] <nicopace> thanks lazyPower
[21:11] <nicopace> !
[21:11] <lazyPower> correct
[21:12] <lazyPower> np nicopace, lmk if you have any further issues
[21:12] <nicopace> (y)
[21:12] <lazyPower> keep up the good work and reports on teh list :)
[22:05] <sinzui> wwitzel3, how goes bug 1417875? I think I will postpone it to 1.21.3 as I don't think a fix will be available in a few hours
[22:05] <mup> Bug #1417875: ERROR juju.worker runner.go:219 exited "rsyslog": x509: certificate signed by unknown authority <canonical-bootstack> <logging> <regression> <juju-core:Triaged by wwitzel3> <juju-core 1.21:Triaged by wwitzel3> <juju-core 1.22:Triaged> <https://launchpad.net/bugs/1417875>
[22:12] <wwitzel3> sinzui: sadly I don't think I'll have a fix in the next few hours no
[22:12] <sinzui> okay, thank you wwitzel3


[12:06] <shnatsel> ScottL: I'm reading the log you posted to the livedvd blueprint. Thanks a lot for asking, that's very helpful! I'll contact infinity myself now for details.
[12:09] <shnatsel> ScottL: according to that talk, the guys preparing the seeds are not given the option to test the resulting image locally... so looks like we'll need close contact with ~ubuntu-cdimage guys
[12:09] <shnatsel> unless I get those docs, which (I hope) will happen
[12:22] <ScottL> aye, in some ways it's a cursing and a bless, shnatsel
[12:54] <shnatsel> falktx: Hi there! I've updated gimp-paint-studio packaging with fixes for the "no users present" case and also recompressed it with XZ for smaller size and faster decompression. Please pull 1.5-natty3 version to kxstudio PPA.
[12:55] <falktx> shnatsel: sure, I'll do it soon, thanks!
[12:55] <falktx> I'll package gimp273 soon too
[12:56] <shnatsel> falktx: that conflicts with gimp-paint-studio and gimp-painter
[12:56] <falktx> not really
[12:56] <falktx> shnatsel: my gimp27x is on /opt
[12:57] <shnatsel> hmm... ok, but it won't be able to use them anyway.
[12:57] <shnatsel> there were issues with paint studio... I think it crashed 2.7.x.. let me check...
[13:32] <falktx> done
[15:49] <scott-work> morning everyone (although it's almost afternoon now here)
[15:49] <scott-work> work has been uber crazy
[16:19] <scott-work> new beta images available
[16:19] <scott-work> can someone test the amd64 images?
[16:19] <scott-work> i can test the i386 tonight
[21:56] <scott-work> can anyone help test the amd64 images for beta2?
[21:56] <falktx> scott-work: me!
[21:56] <falktx> scott-work: where is the beta2?
[21:56] <scott-work> falktx: outstanding!  thank you
[21:57] <scott-work> falktx: http://iso.qa.ubuntu.com/qatracker/info/6570  for amd64
[21:57] <knome> beta is standing outside? why? ;)
[21:57] <knome> (hey)
[21:58] <scott-work> hi knome  :)
[21:58] <scott-work> falktx: you might want to wait a bit, seems like they may be rebuilding the images again :/
[21:58] <scott-work> i'll follow up more when i get home
[21:58] <falktx> oh, ok, download canceled
[21:58]  * scott-work is leaving for home now :)
[21:58] <scott-work> falktx: sorry :(
[21:58] <falktx> ...
[21:58] <knome> :)=
[21:59] <knome> busy man
[22:03] <charlie-tca> ScottL: testing the 64bit image on hardware here.
[22:09] <falktx> charlie-tca: is it installable?
[22:10] <charlie-tca> seems to be. It hasn't failed yet, at 67% "Select and install software"
[22:10] <charlie-tca> we're configuring man-db now
[22:20] <charlie-tca> falktx: installing grub. Installation appears to work
[22:20] <falktx> nice!
[22:22] <charlie-tca> These respins are for ca-certificates and something else. It should not affect the installability.
[22:23] <falktx> charlie-tca: how is the login screen looking?
[22:23] <charlie-tca> just booting it now
[22:24] <charlie-tca> plymouth looks good, but password positioning for encrypted install is centered on screen
[22:24] <charlie-tca> it overlaps the logo
[22:24] <charlie-tca> I know, picky, picky
[22:24] <charlie-tca> I like that backlit plymouth screen!
[22:25] <charlie-tca> login defaults to gtk-greeter, same as Xubuntu?
[22:26] <charlie-tca> falktx: I got the plain blue background with the names centered for login
[22:27] <falktx> charlie-tca: I guess the lightdm theme has not made it into the repos yet, correct?
[22:27] <charlie-tca> apparently not
[22:27] <charlie-tca> but it installs, anyway
[22:29] <charlie-tca> falktx: I think the menu is wrong too, looks more like Xubuntu menu
[22:30] <falktx> what?
[22:30] <falktx> no way
[22:30] <falktx> charlie-tca: can you show me a pic?
[22:31] <charlie-tca> getting one
[22:33] <charlie-tca> falktx: http://imagebin.org/173289
[22:33] <falktx> charlie-tca: it's supposed to be like that
[22:33] <falktx> charlie-tca: only the multimedia menu is changed
[22:34] <charlie-tca> Okay, then it's right!
[22:34] <falktx> charlie-tca: please upload a screen of the multimedia menu
[22:35] <charlie-tca> http://imagebin.org/173291
[22:36] <falktx> I see the line, so I know it's working
[22:36] <falktx> you're missing some apps though
[22:37] <charlie-tca> Great. I am?
[22:37] <falktx> charlie-tca: thanks! that proves that menu is working
[22:37] <falktx> charlie-tca: yes, the recording, video, etc
[22:37] <charlie-tca> Oh, that probably is because I did not select any options
[22:37] <charlie-tca> I do that on the whole disk instead of the encrypted drive
[22:37] <falktx> no prob
[22:38] <falktx> it's missing the theme though
[22:38] <charlie-tca> The encrypted install takes long enough as it is.


 Morning all, will be back today. Mostly catch up day.
[12:19] <BluesKaj> Hi all
 Hiyas
[12:37] <RikMills> sgmoore: I uploaded your plasma 5.27.11
[12:38] <RikMills> armhf is waiting on a FTBFS qtwebengine
 thank you
 Well, my desktop won't boot. Everything from xorg and up is complaining error loading shared libraries libpng16.so.16 I have done all I can do with aptitude. I must have a rogue package somewhere from when I had proposed enabled.
[14:47] <mmikowski> Sgmoore: sorry if I'm playing captain obvious here,  but what I do in that situation is re-enable proposed then use ppa-purge to remove and rollback all proposed packages.  I hope that is helpful.
 It is, thank you
[15:02] <mmikowski> You're welcome Scarlett. Welcome back too. Let me know if there is anything I can help with.
 Now I can't get past initramfs. I am done for today. I will try again tomorrow.
[16:31] <mmikowski> Sgmoore: again playing captain obvious,  but we have a collection of recovery techniques that might be handy.  I expect you know all three's
[16:36] <mmikowski> ^^these, but it might be a good reminder.  I'll add the ppa-purge trick in there too.  https://kfocus.org/wf/recovery.html. best wishes.
 I have to admit I am not fully here in mind yet. I will review your doc, thank you so much.
 Alright I have something that resembles a desktop. I had an i386 libpng installed which wrecked everything haha. Disabled i386 for now...
[17:56] <arraybolt3> oh yikes, that's odd
 Indeed
 I shut off my laptop when I got the news, and I was probably in the middle of an upgrade or something. I really don't remember. Oops is all I can say.
 All good now
 I will be back officially tomorrow. I have had enough fun for one day haha.
[18:02] <mmikowski> Sounds good Scarlett. Have a good day.
 Thank you too
[18:09] <mmikowski> hey, fwi, found big power regression in 6.5.0-25. 50% more power usage; ACPI related. Aaron may have mentioned it. Will know more today.
 Welcome back Scarlett
 Okay, and thank you
 @sgmoore et al. https://lists.ubuntu.com/archives/ubuntu-devel-announce/2024-March/001344.html
 In case you are not subbed to that list
[20:22] <mmikowski> Thanks RikMills
 Thanks and subbed now