=== jbicha is now known as Guest92929 === Guest92929 is now known as jbicha_ === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [01:28] disconnect === Ursinha is now known as Ursinha-afk [01:47] hello there [01:47] I am looking for some hardware advice for ubuntu laptop [01:47] am I in the right place? [04:30] alex-abreu: hello, regarding the problem robert already pinged you about, I filed a bug #1214232 with autopilot log attached. there has been successful runs before, on Friday, so something has changed somewhere definitely [04:30] Launchpad bug 1214232 in unity-webapps-qml "unity-webapps-qml autopilot tests started failing on nvidia machine" [Critical,New] https://launchpad.net/bugs/1214232 [05:23] Bonjour tous le monde ! [05:23] moin [05:23] moin Tm_T [05:58] hey Mirv! looking at the time, was wondering if you were blocked by manual publishing or everything's fine this morning? [05:59] (apart from webapps as you sent the email, which is blocking apps I guess) [05:59] didrocks: I just noticed you had joined at some point, was going to point you out to http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-messages_13.10.1+13.10.20130820-0ubuntu1.diff [05:59] there's the unity-mir preNEW, otherwise ok (looking at unity7, let's see next run) [05:59] Mirv: +1 on indicators [06:00] Mirv: there is unity-mir and unity8 in fact [06:00] unity-mir, +1, I've already reviewed it yesterday [06:00] ok [06:00] (I'll then NEW it) [06:00] unity8 is ok for you? [06:00] yes, unity8 itself as well [06:00] it's ok for me [06:00] seems legit to me, +1 [06:01] Mirv: if you want for me in the morning, should I say I when I join? :) [06:01] ok [06:01] Mirv: FYI, I deprovisionned the ati machine for the Mir team to be able to test and debug [06:01] (so tests are running on both intel and nvidia only) [06:02] didrocks: hehe, I'll poll you, I was just focused on qtconnectivity copyright issues for a while so I then suddenly noticed it was already almost 6am cycle time [06:02] yeah, I read about it [06:02] :) [06:02] ok, let's see next run now! [06:03] (magners' machine is slightly late it seems for the clock) [06:03] hum, it's not, maybe it's just jenkins then [06:15] hey didrocks [06:16] good morning pitti [06:16] didrocks: FYI, mangners jenkins is behind, it got stuck on trying to publish a deleted job [06:16] didrocks: plars worked around it by creating a dummy job, it's catching up [06:17] pitti: ah, was it an indicators-client one? [06:17] cu2d-indicators-head-1.1prepare-indicators-client [06:17] (I saw one empty job with that name) [06:17] interesting, I wonder if the stack was deployed before the job was removed [06:17] (to get *indicators-client job outside the loop) [06:18] thanks for the info! [06:32] mmmmmmmorning [06:33] hey mlankhorst, how are you? [06:57] Mirv: you're deploying this new service stack? (next run will pick it as soon as you pull the config on magners, but only do that after deploying please) [06:59] Mirv: interesting that ubuntu-fi defaulted to 64 bits, we had the same discussion at ubuntu-fr and kept the 32 bits [07:00] at the time of the LTS, one of the discussion was in particular the netbook, where 32 bits was the vast majority [07:04] didrocks: yes, I can deploy it before the next run [07:04] Mirv: excellent! Nice to have that stack :) [07:04] didrocks: the netbooks were the sore point, true, although some mistakenly thought Atom N4* series were also 32-bit only [07:08] ah, indeed [07:08] I guess for us, next LTS is the right turning point for 32 -> 62 [07:09] (and screw the minority like seb128 :p) [07:13] Morning! [07:13] hey sil2100, how are you today? [07:15] didrocks: fresh! How about you? :) [07:16] sil2100: I'm good thanks ;) [07:16] everything went fine yesterday evening with robru? didn't get any blocker? [07:18] didrocks: there was that indicators issue that I filled a bug about, but besides that it went rather fine - I wonder if he pushed it further when he got back from lunch ;) [07:18] sil2100: not sure, nice work ;) [07:18] didrocks: at least now all the ??? he had are cleared up [07:18] you will continue on the following days? I think he need to see more "special cases" [07:18] great! [07:22] Mirv: did you get news from robru on the ubuntu-ui-extras? [07:22] didrocks: will do - although today he's in travel, so next tutorial will be tomorrow [07:23] sil2100: right ;) [07:25] didrocks: not really, I only read the passing lines in backlog [07:26] but he did a lot of other daily release stuff so maybe later [07:26] ok ;) [07:26] (just NEWed unity-mir btw) [07:26] so probably a useless rebuild has been done [07:48] good morning desktopers! [07:52] seb128: Good morning, seb, Good morning desktopers! [07:52] salut seb128! [07:52] hey Sweekshark [07:52] hey didrocks Sweekshark [07:54] xnox: libreoffice autoconf doesnt seem to find boost date time anymore, if you have a hint why, Im all ears for it ... [07:55] * Sweekshark diggs into the pbuilder .. [08:01] O HAI! [08:02] oh, a Laney! [08:02] Laney, welcome back, how were holidays and debconf? [08:02] * Laney looks around for one of those [08:02] holidays very relaxing and enjoyable [08:03] debconf informative interesting and also enjoyable [08:03] great [08:03] good to put names to faces (was my first one) [08:03] do you plan to write a conf report about debconf? was there anything there specially interesting for us? [08:04] hey Laney, welcome back! [08:04] yeah we're writing one [08:04] excellent [08:04] enjoyed the Swiss mountain air? :-) [08:04] some converstaions about mir and stuff but I don't think there will be anything ground breaking [08:04] what about upstart? [08:04] pitti: yes! And the Swiss lake swimming ;-) [08:05] ah, yeah jodh gave a presentation that was quite well received it seems [08:05] lennart and kay also came and gave one too [08:05] ah, the eternal battle [08:05] hehe [08:05] well, battle is over for us I guess [08:05] but some people said they misjudged the debian audience [08:05] with the number of things that are being built around upstart for touch [08:05] we'll see, it'll go to the TC sooner or later for a decision [08:06] right [08:06] good that we stopped fighting over that at least [08:06] Laney: like "do we want to keep non-linux arches"? [08:06] hey desktopers [08:06] hey darkxst [08:07] pitti: I suppose if someone can come up with a port for upstart that'll be a vote in its favour [08:07] also the CLA was a bit of an issue [08:07] (obviously) [08:07] hey seb128, any progress on the indicator-keyboard stuff? [08:08] Laney: I don't see that being a realistic option, TBH [08:08] and for sure we wouldn't take it [08:08] darkxst, hey, not sure, I was not really online in the last days, better to check with cyphermox and jbicha about it [08:08] right [08:08] there will be some kind of debian branch or so [08:08] Laney, how is your backlog? did you manage to read emails and stuff during debconf? [08:09] emails are ok [08:09] it's "always support sysvinit" or "drop non-linux" in the end, everything else is just a giant non-sustainable maintenance mess [08:09] I don't know what the status of s-s is though, maybe you can tell me what's up there [08:10] seb128, ok will do [08:10] Laney, so, let me think, we didn't have that many changes while you were not here [08:10] Laney, I added the battery panel, which is 75% done now, including charge graph [08:10] did we get any of the widgets / APIs we were waiting for [08:10] oh wow, that looked hard [08:10] Laney, Ken did most of cellular, you can pick a carrier now [08:11] but he got pulled away from system settings for the end of the month [08:11] he's helping with the content picker/content hub [08:11] which we need for background... [08:12] Laney, yeah, battery was "fun" :p I spent most of a week on it ... I still have a mp waiting if you feel like reviewing today, Ken is too busy [08:12] mfisch: it doesn't make sense to run glib-compile-schemas in a directory that only contains overrides because overrides can only affect schemas within the same directory. [08:12] ok [08:12] Laney, on toolkit front, the OptionSelector has been approved by Saviq, it just needs another look by the sdk team to stamp it as fine and it can land [08:13] seb128: anything in particular to work on there? [08:13] Laney, unitymenumodel is working in unity8 now, we have the new indicators...hopefully we should be able to use it in system settings soon [08:13] nice [08:13] that's about it I think [08:13] desrt, hey, how are you? [08:13] how was berlin btw? get much done? :P [08:14] Laney, lol, get nothing done you mean :p [08:14] ;-) [08:14] I'm sure you at least had some tasty ice cream [08:14] Laney, thursday was a national holiday, and desrt and larsu were around, so I ended up taking friday as a vac as well [08:14] ah ok [08:14] didn't know if it was an unofficial sprint or not [08:14] we had fun, and ice cream yes ;-) [08:15] no, I just decided to visit dholbach, I told him I would come to Berlin for years, and that seemed a good time [08:15] and larsu lives there now [08:15] and desrt was around for holidays [08:16] neat [08:16] so good timing to see people and enjoy a bit the city ;-) [08:23] Laney, when you asked "anything particular to work on there", that was system settings? [08:23] yep [08:23] let me think [08:24] didrocks is doing system updates, but he's on holidays starting end of week, so security&privacy is something that needs work [08:24] I've done the "location" subpanel in the plane yesterday [08:24] but if you want to do the other UI bits, please take that [08:25] date&time didn't move while you were not around, but mpt/tony have been discussing on the phone list some of the specific [08:26] the wiki changed a bit due to that [08:26] Laney, otherwise, a new glib is out since today [08:26] yeah, saw that [08:26] Laney, and https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-full-charge-info/+merge/180146 [08:26] and queued that already [08:26] just replying to some emails [08:26] Laney, that's all I've on my list I think [08:27] great [08:29] Sweekshark: multiarch. [08:31] Mirv: do you have a moment to cross-check packaging? [08:31] For daily-release [08:34] xnox: urgh. alright. [08:34] pitti, made a new MP for the ppa retracing patch [08:35] darkxst: I saw, thanks [08:35] darkxst: what is "external_only = 'ProcMaps' in report" supposed to mean/do? [08:35] darkxst: ProcMaps will always be in the report [08:35] Sweekshark: all libs/headers got moved into "/usr/[include|lib]/$(DEB_HOST_MULTIARCH)/" not sure what configury libreoffice uses. [08:36] Laney, desrt mentioned you've seen this problem before? http://paste.ubuntu.com/5952631/ with the dconf-criticals? [08:37] darkxst: also, why does this need all the dynamic PPA stuff? wouldn't you just add the PPA as an apt source in your sandbox configuration? [08:39] attente: don't remember seeing that exact thing but I did override XDG_RUNTIME_DIR in some package build(s) because it wasn't created in a buildd environment [08:39] I tried at the time to ask if /that/ was a bug but nobody told me :P [08:40] also, why is everyone in Canada already up? [08:40] s/already/still/ [08:41] aaaaa [08:43] why is my application lens returning 0 results, and why does Firefox (when launched manually due to this - from the /terminal/; alt-f2 refuses to run it too) tell me that "The bookmarks and history system will not be functional because one of Firefox's files is in use by another application. Some security software can cause this problem." [08:43] * Laney cries [08:44] do you have a running firefox process blocked? [08:44] that happened to me in the past [08:44] just booted, so that would be weird [08:44] it usually gives a different message in that case [08:44] no chrisccoulson there :/ [08:44] * Laney tries safe mode [08:45] same [08:46] it goes unresponsive after a few seconds too [08:46] hahaha [08:46] * Laney looks for a brown paper bag [08:46] enospc [08:46] lol [08:46] sil2100: I think yes [08:47] xnox: k, digging into the joys of debugging AX_BOOST_DATE_TIME in aclocal ... [08:48] Sweekshark: yeah I hate A*_BOOST_* they are horrible. But i think it should be able to take a --boost-date-time or BOOST_DATETIME with update locations passed to the configure script. [08:48] or some such. [08:49] Laney: haha, was just about to suggest that this sounded like ENOSPC (disk space or inode) [08:50] the brave new world of SSDs [08:50] Laney, wild guess : the firefox bookmarks scope could be misbehaving and the bookmarks db is locked (look for a firefoxbookmarks process to kill) [08:51] xnox: https://twitter.com/autotools_/status/352130180392828928 [08:53] Sweekshark: =)))))) LOL [08:54] Laney, that's unlikely, since you have to invoke it from the Dash with "web:", then it dies when you are done using it, but it could explain the error message [08:54] davidcalle: it was ENOSPC [08:54] I was getting local files returned but not applications [08:55] :P [08:55] didrocks: hmm, so I deployed misc + platform + services without errors, and run bzr pull at magners. is that all of it, or should something else be done so that the new stack would show at http://10.97.0.1:8080/view/cu2d/view/Head/ ? [08:55] Mirv: ah right, asking to create the view (as per FAQ IIRC), but that's only something jibel does [08:56] Mirv: but if we click on "all", we should see the head job for services [08:56] sil2100: did you see that libmediainfo got fixed? [08:56] right? [08:56] Laney: yay! Awesome, missed that, but still happy ;) [08:56] didrocks: oh, so it is. interesting, good. I didn't find in FAQ, but maybe it's there still. [08:57] sil2100: so whatever project it was (can't remember) needs to back out that workaround now [08:57] also if they worked around the .pc file being borked they can stop doing that too [08:57] I'll ask jibel when he's around [08:58] Mirv: I'm re-running indicators [08:58] Mirv: mind as well updating the FAQ if you have time? :) [08:58] Mirv: sometimes having an external view is good :) [08:58] didrocks: ok, will update as well, later [09:00] Mirv: in the meantime, could you take a look at: [09:00] sil2100: ok [09:00] thanks! [09:00] https://code.launchpad.net/~hollywood-team/mediascanner/trunk <- for the cross-check [09:00] so, I guess I can now remove the jobs that were moved (ubuntu-keyboard, location-service) [09:00] And: [09:00] sil2100: will do, later :) [09:01] Mirv: https://code.launchpad.net/~unity-team/unity-scope-mediascanner/trunk [09:01] Thanks ;) [09:05] sil2100: if you get that in the next run (location-service), FYI, I approved: https://code.launchpad.net/~thomas-voss/location-service/gcc-4.7-by-default/+merge/180953 [09:16] pitti, the procmaps was supposed to replace this line -> http://bazaar.launchpad.net/~apport-hackers/apport/trunk/view/head:/apport/sandboxutils.py#L155 [09:16] i forgot to remove that though [09:16] the dynamic stuff is helpful, since we end up with lots a traces with for example xorg-edgers or ricotz packages in the dependencies [09:17] didrocks: ACK [09:19] pitti, once you hit a missing package in the trace, it generally seems to break the rest of the backtrace, although that might be a bug I guess [09:22] since I don't ever recall seing that behaviour when using gdb directly [09:29] darkxst: ah right, ProcMaps won't be in reports for apport-valgrind; it was for that [09:35] didrocks: would you mind if I enable mediascanner for daily-release? It will be integration-tested in the unity-scope-mediascanner package that we will enable soon [09:36] sil2100: sure, if the FTBFS is fixed [09:36] didrocks: the fix is just landing [09:36] didrocks: thanks! [09:39] yw! [09:39] sil2100: all good on indicators-messages? [09:40] didrocks: http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-messages_13.10.1+13.10.20130820.2-0ubuntu1.diff <- I guess so, although my revert also reverts some added changelog entries ;) Is that ok? [09:40] (some that were added in the changelog history) [09:41] sil2100: yeah, that's fine, not history that was in Ubuntu [09:41] so +1 [09:41] Mirv: publishing indicators [09:41] sil2100: as the revert was impacting though the changelog [09:42] sil2100: you should have set the content manually [09:42] (right now, it's quite sparse) [09:48] xnox: yep, seems to be solved easily. Now I run into an issue with lpsolve ... which shouldnt happen of course as nothing changed there really. oh fun. [09:49] Sweeksha1k: point me to your patch / forward to debian. Boost is multiarched in experimental. === Sweeksha1k is now known as Sweetshark [09:51] xnox: will do -- _rene_ will pick it up anyway when pushed, I guess. [09:57] xnox: the current patch is http://pastebin.com/UfnDCmSw -- lets see if that is all that is needed. [09:57] didrocks: I've been wondering about where the mediascanner project should go - originally Francis put it to media, and it fits more or less, but mediascanner is more like in the 'unity' upstream than media one, and we'll have to add a stack dependency of unity -> media then [09:58] didrocks: on the other hand, media seems like the right place, as not only unity scopes will use it, but also media apps [10:01] I guess I'll leave it there [10:02] sil2100: I think unity is fine then [10:02] sil2100: I would avoid having unity being a dep of anything [10:02] ah, or you mean the other way around [10:02] media depends on unity [10:02] let's look at the stack ordering [10:02] No, I mean unity deps on media [10:03] In case if mediascanner would stay in media [10:03] The thing is, unity stack is a nice place for mediascanner too, but what if other media apps will start using it? [10:03] http://10.97.0.1:8080/view/cu2d/view/Head/view/All/job/cu2d-build_all-head/lastSuccessfulBuild/console [10:03] Then media would have to dep on unity (other way around) [10:04] it means that you will push unity to the end [10:04] next to apps [10:04] True, while the other way around still makes sense [10:04] this can be fine anyway [10:04] so let's add the dep as you say [10:04] unity dep on media [10:04] ACK [10:05] It's always such a big thing when trying to fit a project into a stack... [10:07] yeah, not easy :) [10:10] oh, https://bugs.freedesktop.org/show_bug.cgi?id=67527 is a nice one. It seems gcc produces faulty code from a glib header on 12.04 and thus causes errors in LO. Solution would be to patch the header and recompile everything against glib. Any volunteers? [10:10] Freedesktop bug 67527 in Libreoffice "FILEOPEN: LO can't open files over SMB - wants to repair!" [Critical,New] [10:12] for added pleasure, of course this might be the root cause of variuous seemingly unrelated issues on 12.04 too ... [10:15] pitti, sorry been runnning between computer and fixing bike [10:27] didrocks: is the lack of a view actually preventing the services stack from running, or is something else needed to avoid "/tmp/hudson8406214369631804361.sh: line 5: cd: /var/lib/jenkins/cu2d/work/head/services: No such file or directory" (http://10.97.0.1:8080/view/cu2d/view/Head/view/All/job/cu2d-services-head/1/console) [10:28] meanwhile I'm asking on #qa whether someone else could add the view, as jibel is apparently on holiday === MacSlow is now known as MacSlow|lunch [11:05] Mirv: the lack of view shouldn't prevent anything [11:05] let me have a look [11:07] Mirv: could you approve this bootstrap? https://code.launchpad.net/~sil2100/mediascanner/bootstrap/+merge/181019 [11:10] Mirv: so I guess "my fault" [11:10] Mirv: since I reworked the locking system [11:10] we hadn't the case of a new stack I guess [11:15] sil2100: soon, before the other ones that are later :) telco. [11:15] didrocks: ok, good to find out [11:16] ;) [11:16] didrocks: can you just give a quick +1 on that bootstrap then? ^ [11:18] ricotz: I kinda doubt bug 1214352 will be SRUed to 12.04 -- maybe consider fixing it in the ppa? [11:18] Launchpad bug 1214352 in glib2.0 (Ubuntu) "GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses" [Undecided,New] https://launchpad.net/bugs/1214352 [11:19] sil2100: done [11:19] didrocks: thanks! [11:20] yw :) [11:21] Mirv: ok, rev 667 of cupstream2distro-config FYI. I've deployed that on the services stack and rerun it (and it works now) [11:25] it's green! great. [11:25] yeah ;) [11:26] let's hope the rest become green as well :) [11:26] didrocks: unity-mir removal of private headers dependency http://10.97.0.1:8080/view/cu2d/view/Head/view/Unity8/job/cu2d-unity8-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-mir_0.1+13.10.20130820.3-0ubuntu1.diff === tvoss is now known as tvoss|lunch [11:26] Mirv: well, it built, so obviously +1 :p [11:27] Mirv: I saw your email this morning about webapps, but you didn't mention that apps will be blocked because of it as well, right? [11:27] didrocks: right, I didn't in the e-mail, only on the status page [11:28] Mirv: maybe just remember him about it, to avoid the complain "the apps stack didn't run" :p [11:28] didrocks: ok [11:28] thx! [11:49] sil2100: I was just going to write the mediascanner is lacking bootstrap commit, but it seems you've committed that to lp:mediascanner [11:49] ;) [11:50] sil2100: copyright has wrong URL, hollywood, should be https://launchpad.net/mediascanner [11:50] Mirv: good catch! Let me fix that up then [11:50] sil2100: source/format should be removed according to daily release page [11:51] Mirv: heh, yes, while cyphermox_ asked me to add it! [11:51] ;) [11:52] sil2100: heh, yes I don't think it practically matters, the inlinepackaging page just does that as part of removing all patches [11:52] Righto [11:52] Ah, I'll have to change the Vcs'es too [11:53] Since I changed the owning team [11:53] sil2100: there's one lintian error (not warning) in unity-scope-mediascanner, otherwise looks good [11:54] sil2100: Mirv: in fact, as long as it's set to 1.0, not really needed to remove it [11:54] sil2100: Mirv: more a personal preference choice TBH, just adding consistency :) [11:55] but 3.0 is wrong as it's creating diffs [11:55] and not help upstream to just "bzr bd" [11:56] Mirv: https://code.launchpad.net/~sil2100/mediascanner/final_packaging_fixes/+merge/181028 <- after this is ACKed, we can enable daily-release for mediascanner [11:57] Which is here: [11:57] https://code.launchpad.net/~sil2100/cupstream2distro-config/enable_mediascanner/+merge/181027 [11:57] Mirv: thanks! === MacSlow|lunch is now known as MacSlow === tvoss|lunch is now known as tvoss [12:21] Laney, hum, why do you add another plugin for battery? [12:21] Laney, can't we just reuse the current one? === dednick_ is now known as dednick|lunch [12:21] it's a loader plugin [12:21] 2 batteries? :p [12:21] I don't think so [12:21] do you see how? [12:21] Laney, what is a "loader plugin"? ;-) [12:22] plugin: foo in the .settings file [12:22] oh [12:22] can't we just get the number of battery in pure qml with qtsystems? [12:22] you have to have cpp for dynamic visibility [12:22] k, that's suboptimal, but if that's the way it is... [12:23] Laney, thanks ;-) [12:23] it's not as easy as it could be [12:23] but the example plugin was quite helpful [12:23] k [12:34] didrocks: when adding new projects to a stack, do I need to bzr pull on mangers? [12:35] sil2100: no, magners is only used when touching the stack itself (new stack, new deps) [12:36] Awesome, ok, thanks! [12:40] hm, webapps is failing to publish, but it looks fine to publish unity anywa [12:42] didrocks: btw. packaging change in indicators - I see a switch to cmake, so if it build, I guess it's all fine: http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-sound_12.10.2+13.10.20130820-0ubuntu1.diff [12:43] * sil2100 has a bad day and eats the trailing 's' out of words today [12:43] sil2100: can you check on the binaries that no .a or .la are shipped? [12:44] sil2100: if so, +1 [12:46] didrocks: no .la and .a files, publishing [12:46] thx [13:01] didrocks: dep-added http://10.97.0.1:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_gallery-app_0.0.67+13.10.20130820.2-0ubuntu1.diff [13:02] didrocks: ok? ;) [13:03] sil2100: sounds good === Ursinha-afk is now known as Ursinha [13:05] didrocks: btw. for re-enabling compiz for daily release, should we do some new bootstrapping commit, or will it pick up the old ones? [13:05] sil2100: I think you need to shelve the changelog and packaging changes to that branch [13:06] and readjust the commit id to have stuff we want to list [13:06] (or none if we don't want to list the diff) [13:21] Mirv, hey, looking at qtconnectivity [13:21] it would be nice if the qml plugins where versioned, which would require a patch to install them in versioned directories [13:23] seb128, So I'm just catching up via merges... we reverted a 9000 line commit over a few _()'s ? [13:24] tedg, no, we reverted on the thing sigtraping on start for anyone having tb email accounts because of the "imap:" action name [13:25] tedg, e.g ":" in the action name being invalid [13:25] seb128, Ah, okay. [13:25] tedg, that was handled via IRC though that's why it's not showing up into the merge comments [13:25] didrocks: ok, I'll check the packaging changes - I also added the changelog entries [13:26] tedg, basically http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/consolidate/revision/411 [13:26] Yeah, I see. I'm going revision by revision now. [13:26] tedg, basically same issue than http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.13.10/revision/344 [13:30] didrocks: but I guess I'll also have to merge it in manually, since it will take too long for the merge to get in normally... [13:30] didrocks: there are no packaging changes that need to be pushed besides the changelog [13:31] sil2100: sure [13:31] sil2100: I think it's better to be explicitly in saying that the package is in format 1.0, rather than expecting people to understand that it's left so on purpose [13:32] cyphermox_: makes sense === dednick|lunch is now known as dednick [13:35] didrocks: what would happen if this would get picked up by daily-release? https://code.launchpad.net/~sil2100/compiz/merge_in_changelog [13:36] didrocks: since the last daily-release commit is long long ago, so hm, should I put some explicit (like the bootstrap) changelog entry with a rev id? [13:36] didrocks: in the last changelog entry? [13:41] sil2100: yeah, maybe put an explicit one [13:41] with a revision [13:41] in a new changelog entry [13:41] where you bump the version [13:41] didrocks: we have one unreleased version with the upstream bump to 0.9.10 - I'll put it there then [13:42] sounds good [13:43] I'm still wondering about the rev-id, since I would normally put the rev-id of the last version that has been released to ubuntu in lp:compiz/0.9.10 [13:44] But that's a really old entry it seems [13:47] cyphermox_, https://code.launchpad.net/~attente/indicator-keyboard/xdg-runtime-dir/+merge/181042 [13:48] attente: nice, I'll re-test now [13:48] Laney, i owe you beer [13:48] thanks [13:49] attente, so the xdg runtime dir was the issue? [13:49] seb128, think so, at least it fixes the problem under sbuild [13:49] great! [13:51] attente: let's fix some small little details with the package too, I'll get you a merge request [13:52] attente: :-) === Ursinha is now known as Ursinha-afk [13:56] seb128: Laney: could one of you please reject indicator-keyboard 0.0.0-0ubuntu19 from the saucy queue? I suspect it should never have ended up there [13:56] not me [13:57] cyphermox_, jbicha uploaded manually, which is why it's there [13:57] cyphermox_, rejected [13:57] seb128: thanks [13:57]