[10:58] <_16aR_> In about how much time a package is reviewed under revu.tauware.de ?
[10:59] <pkern> _16aR_: After Gutsy?
[10:59] <pkern> Or rather: When Hardy reopened.
[10:59] <pkern> s/reopened/opens/ \:
[10:59] <_16aR_> Ok
[10:59] <_16aR_> So everyone is in rush for Gutsy release right now, that's it ?
[11:00] <pkern> I would disagree about the rush bit :-P
[11:00] <norsetto> _16aR_: after Gutsy is over the answer anyhow is "depends"
[11:00] <pkern> People contribute to Debian instead. :-P
[11:00] <DktrKranz> o/
[11:00] <_16aR_> lol
[11:00] <norsetto> _16aR_: what package is that?
[11:00] <_16aR_> that a lib package
[11:00] <_16aR_> i've put about 3 lib packages ^^
[11:01] <pkern> -XS-Vcs-Bzr: https://code.launchpad.net/~dktrkranz/boa-constructor/debian
[11:01] <pkern> DktrKranz: Fun :-P
[11:01] <DktrKranz> yep :)
[11:01] <norsetto> _16aR_: the best, once Gutsy is over and you think you have a good work ready, is to come here and askk for a review
[11:01] <_16aR_> hawknl, gnelib and replicantbody
[11:01] <pkern> DktrKranz: Out of curiosity: Is that Python-Version: all stuff really necessary?
[11:01] <_16aR_> ok
[11:01] <norsetto> _16aR_: links will be very helpful
[11:01] <_16aR_> I haven't internet since 2 month ^^
[11:01] <DktrKranz> pkern, moving to python-central seems to require it
[11:01] <pkern> DktrKranz: Because it somehow sounds silly.
[11:01] <pkern> Hm k
[11:02] <_16aR_> i've uploaded from a VirtualBox at my work ^^
[11:02] <_16aR_> http://revu.tauware.de/details.py?upid=319 : hawknl
[11:02] <DktrKranz> pkern, if you omit it, pycentral will blow you during install
[11:03] <pkern> Sounds funny (:
[11:03] <_16aR_> http://revu.tauware.de/details.py?upid=320 : gnelib
[11:03] <_16aR_> (replicant body)
[11:03] <_16aR_> gnelib has been a mistake since it depends from hawknl ... ^^
[11:03] <DktrKranz> sounds scary...I had to face it :)
[11:04] <norsetto> _16aR_: a quick one, use hardy as distribution, and ubuntu version numbers
[11:04] <_16aR_> 1.6.8-1ubuntu1 for example ?
[11:07] <norsetto> _16aR_: actually, since this is not in debian (right?), it should be 1.6.8-0ubuntu1
[11:07] <_16aR_> ok
[11:07] <_16aR_> I thought ubuntu version number was only to use on an already debianized package
[11:08] <norsetto> _16aR_: try also to keep the changelog to the bare minimum to start with; like "first issue only", and only change the time tag at the end
[11:08] <siretart> _16aR_: well, that way we can sync an potential 1.6.8-1 upload to unstable.
[11:10] <norsetto> _16aR_: can you add a watch file?
[11:11] <_16aR_> norsetto: sure ... But I may check what's that ^^
 _16aR_: try also to keep the changelog to the bare minimum to start with; like "first issue only", and only change the time tag at the end : didn't understand you on that one :/ sorry
[11:12] <norsetto> _16aR_: sorry, I've got a very lousy connection tonight. Here is a link: https://wiki.ubuntu.com/MOTU/Recipes/DebianWatch
[11:13] <norsetto> _16aR_: what I mean is, that we don't need to have recorded in the changelog the changes you made in the packaging before it is released
[11:13] <norsetto> _16aR_: of course it is appreciated if you add it in the comment box in REVU
[11:15] <pkern> DktrKranz: Sorry for the delay, got distracted by someone else. ;)
[11:15] <pkern> DktrKranz: Looks good, will rebuild and upload/.
[11:15] <DktrKranz> pkern, no hurry...
[11:15] <DktrKranz> thanks :)
[11:17] <_16aR_> norsetto: ok, understood ^^ But since I was testing PPA too, i had to increase package revision to have the possibility to upload it again
[11:17] <norsetto> _16aR_: I don't think we need this one in DOCS: readme.macintosh
[11:17] <_16aR_> (to PPA)
[11:17] <_16aR_> norsetto: ups ^^
[11:17] <norsetto> _16aR_: for ppa you can add a ~ppaXXX at the end
[11:17] <norsetto> _16aR_: just remove it when the package is ready for upload
[11:18] <pkern> DktrKranz: Done, thank you for your contribution to Debian.
[11:18] <DktrKranz> pkern, thanks for time and sponsorship
[11:18] <norsetto> _16aR_: didn't check the tarball, is there no README, changelog, or anything else from upstream?
[11:19] <_16aR_> norsetto: it is VERY light
[11:19] <_16aR_> and the makefile was quite ugly
[11:19] <contrast83> RAOF: Hey, you around?
[11:19] <norsetto> _16aR_: I hope there is a COPYING or equivalent?
[11:20] <_16aR_> norsetto: not sure ^^
[11:21] <norsetto> _16aR_: better make sure then or it won't be uploadable
[11:21] <_16aR_> norsetto: yes
[11:22] <norsetto> _16aR_: just checking some sources, I see some more copyrighters that you need to add to copyright
[11:22] <_16aR_> Ok
[11:22] <norsetto> _16aR_: for instance Copyright (C) 2000-2002 Phil Frisbie, Jr<EMAIL_ADDRESS>[11:23] <norsetto> _16aR_: and there is no mention of a license, so, no COPYING and no license headers......
[11:24] <_16aR_> norsetto: damn. I wasn't sure about copyrighting at the time packaging it. I didn't check every source file, in fact
[11:24] <_16aR_> ok, then I must contact upstream to change that
[11:24] <_16aR_> I will update the package with the tips you indicate me
[11:25] <_16aR_> while waiting for license modification
[11:25] <norsetto> _16aR_: some sources are LGPL, so you need to mention that in copyright too
[11:25] <_16aR_> norsetto: the watch file permit the auto download of new tarballs ?
[11:26] <norsetto> _16aR_: yes
[11:26] <_16aR_> norsetto: and how it is managed if the patchs doesn't apply again ?
[11:26] <norsetto> _16aR_: you get an error :-)
[11:27] <_16aR_> norsetto: and the package doesn't compile, or it compile with the original source ?
[11:27] <norsetto> _16aR_: what are those patches btw?
[11:27] <_16aR_> norsetto: makefile patch to add $(DESTDIR)
[11:28] <_16aR_> and modif in some makefile because of character misplacement
[11:28] <_16aR_> (used multiple space instead of tab if I remember right)
[11:28] <ajmitch> hello jono
[11:29] <jono> hey
[11:29] <norsetto> _16aR_: the best of course is to ask upstream to correct those
[11:30] <imbrandon> heya jono
[11:30] <_16aR_> norsetto: sure. But this project wasn't the real one to interest me, it was only a dependency from another one
[11:31] <_16aR_> norsetto: so at the moment, I've only contacts with the other project upstream
[11:31] <norsetto> _16aR_: yeah, but for us they are all alike
[11:32] <_16aR_> norsetto: you're right ^^ I was just explaining why I didn't contact this upstream at all
[11:32] <_16aR_> (at the moment)
[11:32] <norsetto> _16aR_: what do you mean that gnelib was a mistake?
[11:33] <_16aR_> norsetto: it depends on HawkNL ^^
[11:33] <_16aR_> I've missed that when I uploaded it ^^
[11:33] <norsetto> _16aR_: ok
[11:33] <_16aR_> So it cannot be uploadable until hawknl is ok
[11:34] <_16aR_> norsetto: replicantbody should be ok though
[11:35] <jono> hey im
[11:35] <jono> imbrandon:
[11:35] <norsetto> This is not correct in install: debian/tmp/usr/local/lib/lib*.so.* usr/lib/
[11:36] <pkern> bddebian: So if Ari assumes that you are `just talking', just I put weight into that? I mean Ari is known to talk... strange things. :-P
[11:36] <ScottK> pkern: Since it's in Universe now I'm going to suggest (after we get done with this release) that nsplugingwrapper get pulled from their SVN.
[11:37] <pkern> ScottK: s/SVN/Bzr/?
[11:38] <pkern> Or I didn't get it ;)
[11:38] <ScottK> Yesh.  svn/bzr.
[11:39] <ScottK> That or I'll decline to listen to whining about not using the repo.
[11:39] <_16aR_> norsetto: in gnelib ?
[11:40] <ScottK> StevenK, zul, or soren: I'd really like to let pkern push Bug #151288 uphill.  One of you please ack....
[11:41] <ScottK> The bot doesn't like me today.
[11:41] <norsetto> _16aR_: no, I'm still looking through hawknl. Do you need that because you could not specify the right prefix?
[11:41] <ajmitch> pkern: ari? strange?
[11:42] <ScottK> soren: As an added bonus: Debian released a fix for openssl0.9.7 arbitrary code execution issue today.  Since the only thing we have that needs openssl0.9.7 is vmware-player and it's broken, I'm thinking remove the lot from the archive before release.  Opinions?
[11:42] <pkern> ajmitch: Well Clint in conjunction with Ari.
[11:43] <pkern> ScottK: Let's remove vmware-* 1.x :-P
[11:43] <siretart> ScottK: which multiverse package is in a core-dev VCS?
[11:44] <ScottK> nspluginwrapper.
[11:45] <ScottK> pkern: vmware-server is in the Canonical commercial repo, so I can't touch that one.
[11:45] <pkern> ScottK: Don't be bothered with that.
[11:45] <pkern> ScottK: But the multiverse ones.
[11:45] <ScottK> Right.
[11:46] <ajmitch> pkern: a truly disturbing combination
[11:46] <_16aR_> norsetto: no, it must be a bug. I should only have 1 .so and links to that, but not multiple copy of libs
[11:46] <pkern> Well Clint may be changing. His blog entries look... sensible currently.
[11:47] <pkern> I fear that. :-P
[11:47] <ScottK> pkern: You want to do the vmware-player/openssl0.9.7 removal bugs? https://wiki.ubuntu.com/UbuntuDevelopment#Removals
[11:48] <norsetto> _16aR_: apparently hawknl doesn't depend on anything, is it ok?
[11:48] <_16aR_> yes
[11:48] <_16aR_> only libc :')
[11:48] <ScottK> Gotta run and play Daddy for several hours, so see you all later.  pkern fire away on nspluginwrapper and company if you get another motu-uvf ack.
[11:49] <_16aR_> it was the most little lib of the dependencies of delta3d, but since it was the first for me... It was hard ^^
[11:49] <pkern> ScottK: Aye.
[11:50] <norsetto> _16aR_: you should delete README.Debian
[11:53] <norsetto> _16aR_: contentwise looks ok
[11:54] <_16aR_> norsetto: oh, it was still here ?
[11:54] <_16aR_> norsetto: I'll move it then
[11:55] <_16aR_> norsetto: I think this page isn't enough for copyright : http://www.hawksoft.com/free.shtml
[11:58] <norsetto> _16aR_: no, but this is more relevant: http://www.hawksoft.com/hawknl/
[11:59] <_16aR_> yes, but COPYING and all header to source code should still be included into archive, no ?
[12:00] <norsetto> _16aR_: I'm not a lawyer, but I don' t think a web page replaces the fact that there must be a verbatim copy of the LGPL with the source code
[12:01] <geser> without a copy of the license text in the orig.tar.gz it won't get accepted by the archive admins
[12:02] <pkern> ScottK: rdeps on libssl0.9.7: aolserver4-{nsopenssl,nsimap}
[12:03] <_16aR_> yep
[12:03] <norsetto> _16aR_: can you add the homepage to the long description?
[12:04] <norsetto> _16aR_: I'm getting a strange error when I compile twice, I would have to look into that
[12:05] <_16aR_> norsetto: never tried it twice without pbuilder
[12:06] <norsetto> _16aR_: instead of "Developpement library" you could say "This package contains the development libaries and headers"
[12:06] <norsetto> _16aR_: well, I do it with a pbuilder hook
[12:06] <norsetto> _16aR_:  s/libaries/libraries
[12:08] <norsetto> _16aR_: he, you really got some stuff into gnelib
[12:09] <mneptok> try "development liberries" to make users *extra* confident
[12:10] <mneptok> mmm .... berries
[12:10] <ScottK> pkern: Odd.  I missed that one when I looked.  Maybe it should die too?
[12:10] <norsetto> _16aR_: do you really need to rerun the autoconf stuff?
 _16aR_: he, you really got some stuff into gnelib : that means it is bad ? :'(
[12:13] <_16aR_> norsetto: don't remember, but I do it once, no ?
[12:13] <norsetto> _16aR_: for the one that has to review it, yes :-)
[12:15] <pkern> ScottK: Removal requests done. #151424 and #151423
[12:15] <_16aR_> norsetto: sorry, these are my first package
[12:15] <_16aR_> norsetto: I hoped they'd be nearly cool, but it seems they're not :/
[12:15] <norsetto> _16aR_: why not? seems you've been doing a nice job
[12:17] <pkern> ScottK: aolserver4-nsopenssl is currently bug free.
[12:17] <pkern> And it's installable.
[12:18] <pkern> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408221
[12:18] <ubotu> Debian bug 408221 in aolserver4-nsopenssl "aolserver4-nsopenssl: recompile against latest libssl0.9.8" [Normal,Open]
[12:18] <pkern> No response from the Debian maintainer since >250d
[12:19] <pkern> openssl097 was already removed from unstable
[12:19] <pkern> Which means that this package is probably uninstallable in unstable.
[12:20] <RAOF> contrast83: Not really :)
[12:20] <_16aR_> norsetto: thanks, but there is still work to do
[12:20] <contrast83> RAOF: Yo yo...
[12:20] <_16aR_> norsetto: I'm just finishing my own repo with reprepro/autobuilding and then I'll correct hawknl
[12:21] <norsetto> _16aR_: sure, there always is, but its pretty minor stuff (only stopper is the license so far)
[12:21] <contrast83> RAOF: Remember when we were talking about how to better implement GNOME apps into the K Menu earlier?
[12:21] <RAOF> Yeah, kinda?
[12:21] <pkern> ScottK: It was binnmued to 0.9.8, so that sounds like an action to take for Ubuntu, too.
[12:21] <_16aR_> norsetto: I had a SDK which is proprietary and I'm sure it cannot be uploaded :( So I must have my own repo to share it
[12:21] <pkern> Reprepro with autobuilding? o_O
[12:21] <pkern> Now if you have a solution for that, let me know.
[12:22] <_16aR_> pkern: bash scripts ^^
[12:22] <_16aR_> pkern: but it sucks ass
[12:22] <pkern> I set up wanna-build yesterday night, but the buildd solution is still missing.
[12:22] <contrast83> RAOF: I was blabbing about the altered .desktop files I use for Firefox, GIMP, Synaptic, etc. so their name - description syntax matches that of the KDE apps. I think I figured out a practical way to implement this
[12:22] <RAOF> contrast83: Cool!
[12:22] <norsetto> _16aR_: what was licensed under?
[12:23] <RAOF> pkern: Poke seveas - falcon is growing buildd claws.
[12:23] <RAOF> :)
[12:23] <_16aR_> pkern: hmmm, not so bad after all, it has compiled a package i've just dput ^^
[12:23] <_16aR_> pkern: but the script only works for 1 account
[12:24] <contrast83> RAOF: the user can install a package containing a script that checks for commonly installed GNOME apps, and when they run that script, it'll replace the relevant lines in whatever GNOME .desktop files it finds via SED
[12:24] <pkern> RAOF: (:
[12:24] <pkern> RAOF: I grabbed the Debian wanna-build, so there was this ancient version of sbuild. I would rather use cowbuilder but well.
[12:25] <pkern> mrvn will get me his ocaml version of buildd but *shrug* ocaml...
[12:25] <norsetto> _16aR_: you should change this: Maintainer: Dolanor Tharivae<EMAIL_ADDRESS>[12:25] <_16aR_> pkern: it needs lots of tweaking. There one script called with dput (it do the reprepro command) and there a "daemon" which looks the buildTmp dir to pbuilder the content
[12:25] <_16aR_> norsetto: in gnelib ?
[12:26] <norsetto> _16aR_: well, its your gnelib link, but it is really replicantbody
[12:26] <pkern> _16aR_: I need two arch autobuilding (the one which is missing).
[12:26] <_16aR_> norsetto: I think I've done it on PPA, but not on revu since it was too hasty to put it (since the dependency with hawknl couldn't be verified
[12:27] <_16aR_> norsetto: ah yes. I thought i'd updated replicantbody on that though
[12:27] <norsetto> _16aR_: I noticed that you have no versioning in your deps. You sure its ok like this?
[12:28] <_16aR_> pkern: I don't know if my script can help... There are really bad call to pbuilder and reprepro, some mv/rm, and that's all
[12:29] <_16aR_> norsetto: I've tried to add versionning like in the libpkg-guide, but the script for versionning wasn't found. I didn't look for it afterwards
[12:29] <_16aR_> norsetto: So I let without versionning
[12:29] <norsetto> _16aR_: you don't need this: +debian/tmp/usr/lib/librvrutils.so.0.0.0  usr/lib/ in librvrutils0.install
[12:29] <_16aR_> norsetto: oh ? Why ?
[12:30] <norsetto> _16aR_:  because you are just coipying the same file in the same location
[12:31] <_16aR_> norsetto: hu ? Everything in debian/tmp/ will be copied as is ?
[12:31] <norsetto> _16aR_:  in .install the first element is relative to the current directory, ythe second to the build directory
[12:31] <_16aR_> norsetto: I mean, the deb archive will be done from debian/tmp ?
[12:31] <norsetto> _16aR_: yes
[12:32] <_16aR_> norsetto: some would say : OMGWTFBBQ !
[12:32] <_16aR_> norsetto: this IS an enlightenment !
[12:32] <_16aR_> lol
[12:33] <_16aR_> So my every package stinks foot ...
[12:33] <_16aR_> I copy every time from debian/tmp/usr/lib/ to usr/lib
[12:33] <_16aR_> nearly every time
[12:34] <norsetto> _16aR_: well, they had some convoluted logic in them .....
[12:34] <_16aR_> I like harrassing CPU for nothing !
[12:34] <_16aR_> I thought the .install things copy from build dir to a chroot env. But it seems the build dir IS the chroot env ^^
[12:35] <norsetto> _16aR_: yes again :-)
[12:37] <_16aR_> norsetto: I must be retard... Hmmm there's quite few packages to modify then ... :p


[00:41] <bcurtiswx> dupondje, i can get chat windows to come up, but it's a tad delayed
[00:50] <bcurtiswx> robert_ancell, bug #1026629 , I believe empathy upstream made it so only their default adium theme could be used or it was the default, and we need to patch it to allow the ubuntu adium theme as default or change to theirs (which i don't think we have) not sure though
[00:50] <ubot2> Launchpad bug 1026629 in empathy "empathy-chat crashed with SIGSEGV in empathy_adium_path_is_valid()" [Medium,Confirmed] https://launchpad.net/bugs/1026629
[00:59] <bcurtiswx> kenvandine, busy man today
[00:59] <kenvandine> almost ready to call it a day :)
[01:26] <bcurtiswx> if a package was sync'd from debian, where would I get the branch from ?
[01:28] <jbicha> bcurtiswx: apt-get source is one way
[01:29] <bcurtiswx> ah and create a branch, jbicha thx
[03:22] <pitti> Good morning
[03:22] <robru> hello
[03:23] <kenvandine> good morning pitti
[04:31] <thumper> robert_ancell: ping?
[04:31] <robert_ancell> thumper, hello
[04:31] <thumper> robert_ancell: I'm hoping you can help, just upgraded a laptop to quantal
[04:31] <thumper> and now X won't start
[04:31] <thumper> ati, and fglrx
[04:32] <thumper> :(
[04:32] <thumper> not sure how to move forwards with it
[04:32] <robert_ancell> thumper, what does /var/log/lightdm/lightdm.log say
[04:34] <thumper> waiting for X... then Process 1157 exited with return value 1
[04:34] <thumper> x crashing I think
[04:34] <thumper> I'm looking in /var/log/Xorg.0.log
[04:35] <robert_ancell> yeah it sounds like it
[04:35] <thumper> X seg fault
[04:35] <thumper> inside fglrx_drv.so
[04:35] <thumper> :(
[04:36] <thumper> robert_ancell: how would I get it to use the other driver?
[04:36] <thumper> any ideas?
[04:36] <robert_ancell> thumper, uninstall fglrx
[04:36] <thumper> just with apt-get remove?
[04:37] <thumper> or do I need to purge or something
[04:38] <robert_ancell> thumper, just a normal remove should do it
[04:38] <RAOF> thumper: amd64?
[04:38] <thumper> hmm it says fglrx not installed
[04:38] <thumper> RAOF: yep
[04:38]  * thumper tries to install fglrx
[04:39] <thumper> fglrx-updates being removed
[04:39]  * thumper crosses fingers
[04:41] <thumper> hmm... download stalled at 15%
[04:41] <thumper> just sitting there
[04:41]  * thumper notices
[04:41] <thumper> RAOF: actually download says i386
[04:41] <thumper> I thought it was a 64 bit install
[04:41] <thumper> but perhaps not
[04:42] <RAOF> There *was* a known bug with fglrx on 64bit 1.12 xservers (like those found in, say, Quantal)
[04:42] <RAOF> Where it would segv rather than run.
[04:42] <thumper> RAOF: but it was fixed?
[04:42] <RAOF> I'm not sure what the status of that is; it was an fglrx bug, so I've got limited visibility.
[04:42]  * thumper wonders if the kids are hogging the bandwidth, download keeps stalling
[05:00] <robert_ancell> RAOF, btw, do you have any missing icons in unity? I was wondering if it's the PPA that's done it for me
[05:01] <robert_ancell> thumper, I take it my missing icon problem is not widespread..
[05:01] <thumper> robert_ancell: I can't get X running yet, let alone unity
[05:01] <thumper> robert_ancell: at 77% download for fglrx
[05:02] <thumper> seems to be crawling for me, no idea why
[05:02] <robert_ancell> thumper, I figured you'd have heard if it was so
[05:02] <thumper> other connections seem fine
[05:02] <thumper> which icons are you missing?
[05:02] <robert_ancell> thumper, panel and alt-tab, everything else works fine
[05:03] <robert_ancell> can't see anything in particular in .xsession-errors
[05:03] <thumper> what do you man missing icons in alt-tab?
[05:03] <robert_ancell> since that update the other day. Was is 6.0?
[05:03] <thumper> yeah
[05:03] <thumper> have you restarted?
[05:03] <thumper> the icons were moved from .../5/..
[05:03] <robert_ancell> yes
[05:03] <thumper> to ../6/...
[05:04] <thumper> hmm
[05:04] <thumper> thomi didn't report anything like that for his update
[05:04] <thumper> other issues, yes, but not that
[05:05] <thomi> ...having said that, I can't actually see my alt-tab window right now, so for all I know the icons might be missing
[05:06] <robert_ancell> thumper, /watch?v=QbjAjmssAdw&feature=player_embedded
[05:06] <robert_ancell> http://ubuntuone.com/3pJh53lESd53tF7zYpsNuK
[05:06] <robert_ancell> I mean
[05:06] <robert_ancell> same thing for alt tab, i.e can still see the text but no icons/previews
[05:06] <thumper> robert_ancell: haha, that is freaky weird
[05:07] <thumper> robert_ancell: but I think I know why...
[05:07] <robert_ancell> so it's sufficiently usable for me not to spend too much time tracking it down :)
[05:07] <thumper> robert_ancell: it is bamf not matching the desktop filea
[05:07] <thumper> and returning nothing
[05:07] <thumper> we just landed a branch that will make them '?' icons
[05:07] <robert_ancell> ah
[05:07] <thumper> but we should fix the matching
[05:07] <thumper> not sure why your matching is failing though
[05:08] <robert_ancell> so they work fine in the dash, but do they come from apt/zeitgeist?
[05:09] <RAOF> robert_ancell: Yeah, it's the mesa in the PPA.
[05:10] <didrocks> good morning
[05:11] <RAOF> robert_ancell, thumper: Apparently if you apitrace it you find that unity is receiving (and ignoring) a bunch of glErrors from the uniform code.
[05:12] <didrocks> RAOF: you are speaking about the invisible icons in the launcher using the compositor ppa?
[05:13] <RAOF> didrocks: Yup.
[05:13] <didrocks> nice! When I first saw that on the french forum, I was scared as we just released a new version and they weren't clear they were using this ppa :)
[05:14] <thumper> which compositor ppa?
[05:14] <thumper> which uniform code?
[05:14] <thumper> X still isn't starting... :(
[05:15]  * thumper removes fglrx
[05:15] <RAOF> https://bugs.freedesktop.org/show_bug.cgi?id=52140 is the mesa bug.
[05:15] <ubot2> Freedesktop bug 52140 in Mesa core "Ubuntu Unity - Launcher and switcher icons disappeared" [Normal,New: ]
[05:15] <RAOF> thumper: ppa:ubuntu-desktop/system-compositor
[05:16] <thumper> RAOF: is this on top of wayland?
[05:17] <thumper> didrocks: the fglrx driver is crashing X on my quantal install
[05:17] <RAOF> No (although it also appears there, but there's actually no difference in the unity rendering path X vs X-on-wayland); this is either (a) unity doing something technically incorrect which mesa's now strict about or (b) core mesa breakage.
[05:17] <thumper> I'd go probably for (a)
[05:17] <thumper> although (b) is a possibility :)
[05:19] <thumper> so... I have X now...
[05:19] <thumper> kinda
[05:19] <RAOF> xorg.0.log?
[05:24] <thumper> RAOF: well, it is there, but dropped me into 2d
[05:25] <thumper> just took ages
[05:25] <thumper> I'm used to my SSD
[05:25] <RAOF> Ah.
[05:25] <RAOF> This suggests that you've broken 3d in some fashion. The packages *shouldn't* let that happen...
[05:26] <RAOF> ...but if everything that shouldn't happen didn't happen I'd be more interestingly busy. :)
[05:28] <RAOF> You haven't done anything that's likely to make me want to shout at you, like trying to manually install the fglrx drivers from amd's website, have you? ☺
[05:38] <thumper> no, just using quantals
[05:44]  * dupondje hopes empathy gets fixed asap :)
[08:00] <seb128> hello desktopers, happy friday!
[08:01] <didrocks> happy friday to you too seb128!
[08:24] <chrisccoulson> hey seb128, happy friday to you too!
[08:24] <seb128> chrisccoulson, hey, happy friday! how are you?
[08:24] <chrisccoulson> seb128, yeah, good thanks. still quite tired though. how are you?
[08:24] <didrocks> hey hey chrisccoulson, achieving getting some sleep? :)
[08:24] <chrisccoulson> didrocks, oh, i'm getting hardly any sleep at all now ;)
[08:25] <didrocks> hehe, that was what I reckoned! :)
[08:25] <seb128> chrisccoulson, I'm good thanks
[08:39] <seb128> Sweetshark, libreoffice didn't like arm*, failed to build there
[08:48] <dupondje> wasn't there a thing to report launchpad bugs upstream automaticly ?
[08:49] <dupondje> I remember like something :)
[08:56] <seb128> dupondje, no, launchpad can sync status and datas from upstream bugs though
[08:56] <seb128> dupondje, we never went the other way around to not "spam" upstream bug trackers
[08:56] <dupondje> seb128:  ok :)
[08:56] <dupondje> well not automaticly, but maby with some report-upstream.sh :)
[08:57] <dupondje> anyway did it manually now
[08:57] <dupondje> btw, the fact that Empathy has no menu bar is already on the radar?
[08:57] <dupondje> cause its quite annoying :)
[09:04] <seb128> dunno, I'm not using quantal yet, that would be a question for ken when he's online
[09:05] <mlankhorst> happy bday seb128 :)
[09:05] <mlankhorst> fday*
[09:05] <mlankhorst> evil keyboard
[09:05] <seb128> lol
[09:05] <seb128> I was going to say :p
[09:06] <seb128> mlankhorst, happy friday! ;-)
[09:06] <mlankhorst> friday's are better anyhow :D
[09:07] <pitti> ah, finally this channel becomes alive :)
[09:08] <mlankhorst> sadly so
[09:10] <dupondje> i'll stalk ken when he's online then :)
[09:11] <dupondje> Empathy seems to be a thing that breaks on every update :(
[09:15] <dupondje> btw, do we have some specific changes to gnome3 that could explain the menubar is gone in Empathy? Or 99% sure an upstream bug?
[09:21] <tkamppeter> pitti, hi
[09:23] <pitti> hey tkamppeter
[09:26] <Sweetshark> moin!
[09:26] <tkamppeter> pitti, I have something ver strange: Gutenprint package updates PPD via CUPS trigger, I have 6 queues, all 6 updates confimed by "PPD of XXX updated", but first two queues have still old PPD. Looks like that the trigger is executed while the files of the printer-driver-gutenprint package are still copied and so the replacement of the /usr/lib/cups/driver/gutenprint.5.2 happens only after updating the PPD for the second and before upda
[09:26] <tkamppeter> ting the PPD for the third queue. Is this possible?
[09:28] <Sweetshark> seb128: yes, I see it. it segfaults in collecting the help pages. that help page seems to be huge. temporary disabling help on arm could help.
[09:28] <pitti> tkamppeter: hm, as far as I know, triggers happen after unpack; they may happen before configuring, though; would that make a difference?
[09:28] <Sweetshark> seb128: we are building the help packages on i386 anyway, but I dont know if LO picks them up if I disable help on arm.
[09:29] <pitti> tkamppeter: i. e. does gutenprint's postinst configure do something to the PPD files?
[09:30] <Sweetshark> seb128: Id suggest the following: I disable help on armel,armhf now and we upload that to -proposed as it might give us a package at least. in the meantime i am looking at this and possible further issues on a porterbox.
[09:31] <seb128> Sweetshark, that seems fine
[09:32] <seb128> Sweetshark, I'm out for lunch outside and some errands but I will catch up with the backlog and sponsor when I'm back
[09:39] <dupondje> bcurtiswx: there?
[09:41] <dupondje> or somebody else with crashing empathy-chat and quantal :)
[09:46] <tkamppeter> pitti, looked into the built maintainer scripts /var/lib/dpkg/info/*guten*.postinst and none shows anything influencing the PPDs.
[09:58] <tkamppeter> pitti, I also have seen in terminal output that the "unpacking" message is before the message for the CUPS triggers. Does the dpkg installation process parallelize like "make" or is always happening one step after the other?
[09:58] <pitti> tkamppeter: it shouldn't parallelize unpack with triggers; in fact, there are never multiple dpkg steps being executed at the same time
[12:16] <bcurtiswx> dupondje, im here
[12:23] <dupondje> bcurtiswx: saw the comments on the empathy bug?
[12:23] <dupondje> seems to be packaging issue :)
[12:24] <bcurtiswx> dupondje, yes i saw
[12:25] <dupondje> you'll fix or ? :)
[12:25] <bcurtiswx> i want to
[12:25] <didrocks> bcurtiswx: some files are not shipped for the theme
[12:25] <didrocks> bcurtiswx: the empathy packaging should really use dh_install --fail-missing :)
[12:26] <bcurtiswx> so i'll need to add deps on the new adium theme
[12:26] <dupondje> would be cool if I could chat again this evening ^^:D
[12:36] <didrocks> bcurtiswx: so, got some confirmation: the built-in adium theme in empathy is used as a fallback when you have no theme shipping the necessary widgets
[12:36] <didrocks> bcurtiswx: so you need to put it in the -common package I guess (and please add --fail-missing to debian/rules) :)
[12:44]  * desrt got an email about fresh dconf crashes
[12:45] <didrocks> desrt: happy Friday \o/
[12:45] <bcurtiswx> didrocks: so i should add /usr/share/adium to empathy-common.install ?
[12:45] <desrt> didrocks: happy friday
[12:45] <didrocks> bcurtiswx: yeah, I just talked to upstream, how big it is?
[12:46] <desrt> is there a way i can query launchpad for fresh bugs with stack traces containing certain symbols showing up?
[12:47]  * desrt has a very low quality stacktrace and wants to look for better ones
[12:48] <didrocks> desrt: do you have any dup to that one?
[12:48] <desrt> someone emailed me a stack trace
[12:48] <didrocks> desrt: because if you keep it and apport detects a dup, it will remove the stacktrace while dupping
[12:48] <desrt> that's where i'm starting from :)
[12:48] <didrocks> ah :)
[12:50] <didrocks> desrt: recent crash on d-conf:
[12:50] <didrocks> https://bugs.launchpad.net/ubuntu/+source/d-conf/+bugs?field.searchtext=SIGSEGV&search=Search&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch
[12:50] <didrocks> =&field.has_no_package=
[12:50] <desrt> nope
[12:51] <didrocks> well, seems you will have to invent the stacktrace content then :)
[12:51] <desrt> ya
[12:51] <desrt> i'm working on that
[12:51]  * desrt has found some hints
[12:51] <desrt> the dconf debug symbols are not installed, but the glib ones are
[12:51] <desrt> so there is some help
[12:53] <didrocks> well, not a nice game though :/
[12:53] <desrt> thomi: ping
[12:53] <desrt> thomi: i guess this is your stack trace, actually :)
[12:53] <didrocks> is he using ubuntu? like having the .crash file
[12:53] <desrt> thomi: thumper forwarded it to me
[12:53] <didrocks> you can retrace on your system then ;)
[12:54] <desrt> if i was running quantal :)
[12:54]  * desrt really doesn't like the look of this bug....
[12:58] <bcurtiswx> is there a good online resource for understanding debian/rules in depth
[12:59] <bcurtiswx> i can't find one
[13:00] <dupondje> google debhelper :)
[13:01] <didrocks> bcurtiswx: you want to know about --fail-missing right?
[13:01] <bcurtiswx> didrocks, yes I'm trying to learn w/o bothering
[13:02] <didrocks> bcurtiswx: no worry! so man dh_install first ;)
[13:02]  * didrocks looks if the package is using cdbs or debhelper
[13:02] <didrocks> ok, cdbs, I don't have an example of hand, let me look
[13:02] <didrocks> ah, in fact, you already have list-missing
[13:03] <didrocks> common-binary-post-install-arch:: list-missing
[13:03] <didrocks> replace that by fail-missing
[13:03] <didrocks> then, build the package (without any modif)
[13:03] <didrocks> and you should see the build failing
[13:03] <bcurtiswx> didrocks, yes I see that, but I want to know how I'm supposed to know that I was supposed to do that
[13:03] <didrocks> bcurtiswx: for cdbs, it's quire tricky, I usually read the cdbs source
[13:04] <didrocks> so, what's in /usr/share/cdbs/1/
[13:04] <didrocks> for packages using debhelper, man debhelper
[13:04] <didrocks> for having an overwrite of debhelper 7/8/9: http://joeyh.name/blog/entry/debhelper_dh_overrides/ (and man dh)
[13:05] <didrocks> overview*
[13:06] <dobey> anyone know anything about the new e-d-s?
[13:06] <dupondje> kenvandine: you know about the issue that empathy has no menu in gnome3?
[13:06]  * dobey loves it when things break api
[13:06] <kenvandine> dupondje, no...
[13:07] <dupondje> you can simulate it or?
[13:07] <kenvandine> i don't have gnome-shell installed atm
[13:07] <dupondje> oh ok
[13:07] <didrocks> dobey: cyphermox maybe can help you
[13:08] <kenvandine> dupondje, i know it has the single appmenu thing now
[13:08] <kenvandine> but haven't tried in shell
[13:08] <kenvandine> it works in untiy
[13:08] <kenvandine> 3.5.4 does seem buggy though
[13:09] <didrocks> kenvandine: ah, FYI, I'm asking bcurtiswx to ship the missing theme in the -common package as it's breaking empathy and also changing list-missing by fail-missing
[13:09] <kenvandine> ah, cool!
[13:09] <dupondje> hmz :) seems like you need to open it another way: http://www.linuxidc.com/upload/2012_07/12071410368377.png
[13:10] <dupondje> damn thats hidden :s
[13:10] <dupondje> :)
[13:10] <bcurtiswx> didrocks, make: *** No rule to make target `fail-missing', needed by `common-binary-post-install-arch'.  Stop.
[13:12] <kenvandine> dupondje, ah... yes that is the new way :)
[13:12] <dupondje> if you never used it, you really can search hours for that imo :p
[13:13] <didrocks> bcurtiswx: ah, I thought fail-missing had a target like list-missing
[13:13] <didrocks> bcurtiswx: so looking at the source, you should remove that line and do:
[13:13] <didrocks> DEB_DH_INSTALL_ARGS := list-missing
[13:13] <bcurtiswx> you mean fail-missing?
[13:13] <didrocks> see /usr/share/cdbs/1/rules/debhelper.mk
[13:13] <didrocks> oupss yeah :)
[13:14] <didrocks> DEB_DH_INSTALL_ARGS := --fail-missing
[13:19] <bcurtiswx> didrocks, im guessing (like it was with bug control for me) that you can't really learn these things on your own.. It just takes asking millions of questions as you package to learn
[13:20] <didrocks> bcurtiswx: you can ask or grep the code, I did the second on that case :)
[13:20] <didrocks> (googling, saw that there was no really killer documentation on cdbs and so, back to the makefiles of cdbs)
[13:20] <didrocks> it's not that complicated
[13:20] <didrocks> just takes time…
[13:21] <didrocks> asking is good as well :)
[13:21] <dupondje> feel free to make documentation ;)
[13:22] <didrocks> well, cdbs is more or less dead by now :)
[13:22] <didrocks> so maybe doesn't worth it
[13:23] <bcurtiswx> i really struggle trying to make connections from A) Oh there's an issue to B) I don't know what to do to C) Where do I look to find out what to do.. there isn't many things that can get me to C.. which is probably why i'll have to ask
[13:23] <didrocks> bcurtiswx: this is called experience I guess :)
[13:23] <didrocks> and maybe why you are not fully ready yet to have upload privileges, but that will come!
[13:23] <bcurtiswx> didrocks, thats my original point. It's gonna take repetition and asking lots of questions
[13:24] <bcurtiswx> didrocks, that is the reason, there's no doubt. ;)
[13:24] <didrocks> bcurtiswx: btw, I made some years ago my own cheat page, if that can help you: https://wiki.ubuntu.com/DidierRoche/MOTU/memorandum
[13:28] <jbicha> bcurtiswx: asking questions is fine :)
[13:28] <bcurtiswx> didrocks, thanks
[13:29] <bcurtiswx> didrocks, http://paste.ubuntu.com/1101797/
[13:29] <bcurtiswx> didrocks, so i see these errors, what should be my first thought
[13:30] <didrocks> bcurtiswx: so, if the package was compiling successfully with dh_install --fail-missing before (not the case here), it means that upstream added in the new release (or that you added a configure option) new files that are installed for them
[13:31] <didrocks> bcurtiswx: the error here is "those are the files that upstream installs and you didn't ship them in any package"
[13:31] <didrocks> and indeed, you can see in that case that everything in usr/share/adium/message-styles is not shipped
[13:31] <didrocks> so, you need to assess if it worths shipping them
[13:31] <didrocks> asking upstream if necessary
[13:32] <didrocks> and ship them in an existing package or a new one
[13:32] <didrocks> in that case, those are theme files and we  know we should ship them by default
[13:32] <didrocks> (see previous conversation)
[13:32] <didrocks> as the theme files are not architecture specific, it's best to get them built in a arch:all package (I hope this notion is known?)
[13:33] <didrocks> the empathy-common package seems to be the right spot :)
[13:33] <didrocks> now comes the 4 first ones
[13:33] <didrocks> most of the time, we don't ship static library nor .la files in ubuntu
[13:33] <didrocks> so we need to make dh_install --fail-missing happy and not crying because of those
[13:33] <didrocks> right?
[13:33] <bcurtiswx> didrocks, yup
[13:34] <didrocks> what I generally do, just before the dh_install --fail-missing call, I rm -f them in debian/tmp
[13:34] <didrocks> then dh_install --fail-missing is run and find nothing in debian/tmp that is in any package
[13:35] <didrocks> with debhelper, this is easy to do
[13:35] <didrocks> i don't remember the right target for cdbs, let me check that :)
[13:35]  * didrocks look for install in /usr/share/cdbs/1/rules/debhelper.mk
[13:37] <bcurtiswx> deb_dh_always_exclude?
[13:38] <didrocks> bcurtiswx: I think that won't work, we really need to find a makefile target to remove the files
[13:40] <didrocks> let me build to confirm :)
[13:40] <bcurtiswx> didrocks, what are you testing?
[13:42] <dupondje> you can rm them in debian/rules also ?
[13:43] <didrocks> dupondje: isn't what I said? :)
[13:43] <didrocks> bcurtiswx: hum, I can't build the package, seems egg-list-box is missing
[13:43] <didrocks> even if I apt-get build-dep empathy
[13:43] <bcurtiswx> i build fine
[13:44] <kenvandine> didrocks, valac
[13:44] <didrocks> oh
[13:44] <kenvandine> your default valac needs to be 18
[13:44] <didrocks> yeah, my default isn't the right one :)
[13:44] <didrocks> ok, thanks kenvandine!
[13:44] <kenvandine> that is a missleading error :)
[13:45] <didrocks> we should really have an autotool check the current valac --version
[13:45] <didrocks> not that it's juts installed or not :)
[13:45] <kenvandine> indeed
[13:45]  * didrocks turns 0.18 then
[13:45] <bcurtiswx> shouldn't the control file take care of that?
[13:45] <didrocks> bcurtiswx: no, it's juts ensuring that you have valac 0.18 installed
[13:46] <didrocks> not that it's your current valac
[13:46] <didrocks> valac can be installed in parallel and either is 0.14, 0.16 or 0.18 in quantal for instance
[13:46] <didrocks> (you can see that with valac --version)
[13:46] <bcurtiswx> ok
[13:46] <didrocks> this is because valac is an alternative, look at man update-alternatives
[13:48] <Sweetshark> seb128: 3.6.0~rc2-0ubuntu3 for -proposed on chinstrap
[13:50] <bcurtiswx> so you have /etc/alternative/valac set to 0.16 or something other than 0.18 ?
[13:51] <bcurtiswx> didrocks, ^^
[13:51] <didrocks> bcurtiswx: yeah, I had 0.14 for the unity lenses
[13:51] <didrocks> and I set it up to 0.18
[13:58] <didrocks> bcurtiswx: ok, I think the only way to do that with cdbs is something I don't really like
[13:59] <didrocks> meaning installing the .*a to the package and remove them
[13:59] <didrocks> (that's the only part I see, even in the official documentation: http://build-common.alioth.debian.org/cdbs-doc.html)
[14:00] <bcurtiswx> didrocks, so we have to do it this way or are we going another route?
[14:01] <didrocks> bcurtiswx: no, doing this I guess
[14:02] <bcurtiswx> didrocks, OK so what needs to be done next?
[14:02] <didrocks> bcurtiswx: I can show you in the branch, do you have your pending work anywhere?
[14:05] <didrocks> (confirmed it works)
[14:05] <bcurtiswx> pushing to lp:~bcurtiswx/ubuntu/quantal/empathy/3.5.4-0ubuntu2
[14:06]  * didrocks grabs
[14:22]  * bcurtiswx thinks didrocks has a slow internet connection :P
[14:22] <didrocks> bcurtiswx: no, I just changed my mind about the approach to take, building it :)
[14:23] <bcurtiswx> don't screw up the approach, im gonna be doing it this way from now on :P
[14:23] <didrocks> and done! :)
[14:23] <didrocks> bcurtiswx: well, I hope you will have some debhelper packages later on :)
[14:23] <didrocks> it's way less cryptic than cdbs
[14:24] <didrocks> (IMHO)
[14:24] <bcurtiswx> didrocks, i'm assigned to two packages so I imagine i'll find one :)
[14:24] <didrocks> bcurtiswx: have a look: lp:~didrocks/empathy/3.5.4-0ubuntu2
[14:24] <didrocks> so I added to empathy-common the theme
[14:24] <didrocks> I told "install the .la, .a" in the .install files
[14:25] <bcurtiswx> didrocks, how did you know to add it to empathy-common?
[14:25] <didrocks> and then, I remove them post-binary installation in the package
[14:25] <didrocks> oupss
[14:25] <didrocks> one sec, need to change something
[14:25] <didrocks> bcurtiswx: see above
[14:25] <didrocks> 15:32:17      didrocks | in that case, those are theme files and we  know we should ship them by default
[14:25] <didrocks> 15:32:26      didrocks | (see previous conversation)
[14:25] <didrocks> 15:32:51      didrocks | as the theme files are not architecture specific, it's best to get them built in a arch:all package (I hope this notion is known?)
[14:25] <didrocks> 15:33:06      didrocks | the empathy-common package seems to be the right spot :)
[14:27] <jbicha> almost all the gnome stuff uses cdbs so you'll have to be at least familiar with it
[14:27] <didrocks> that's seb128's fault
[14:27] <jbicha> lol, is it?
[14:27] <didrocks> he should have used doctor's who box and go to the future :)
[14:28] <didrocks> jbicha: look at debian/copyright on most of gnome (starting from gnome 2) packages :)
[14:32] <didrocks> bcurtiswx: see my last commit, is that all right with you?
[14:32] <seb128> heh
[14:33] <bcurtiswx> the install.* in rules
[14:33] <bcurtiswx> is there doc that says do that somewhere?
[14:33] <bcurtiswx> install/*
[14:34] <didrocks> bcurtiswx: well, I used the documentation pointed above (http://build-common.alioth.debian.org/cdbs-doc.html), but I never find it quite clear enough to me
[14:34] <bcurtiswx> didrocks, ah i see it, thx
[14:35] <didrocks> yw :)
[14:35] <bcurtiswx> didrocks, im good with that please do build it :)
[14:35] <bcurtiswx> but
[14:35] <bcurtiswx> actually
[14:35] <didrocks> yeah?
[14:36] <bcurtiswx> didrocks, add bug #1026629 as it will be fixed by this update i believe
[14:36] <ubot2> Launchpad bug 1026629 in empathy "empathy-chat crashed with SIGSEGV in empathy_adium_path_is_valid()" [Medium,Confirmed] https://launchpad.net/bugs/1026629
[14:38] <didrocks> bcurtiswx: indeed, doing that
[14:38] <didrocks> do you think bug #1026081 is linked?
[14:38] <ubot2> Launchpad bug 1026081 in empathy "empathy finds no accounts and contatcs" [Undecided,New] https://launchpad.net/bugs/1026081
[14:38] <didrocks> or the error is separate from the theme not showing them?
[14:39] <bcurtiswx> i don't understand the SS, but we'll dup it and see
[14:40] <didrocks> ok
[14:40] <didrocks> uploading then :)
[14:41] <bcurtiswx> didrocks, thanks for your help
[14:41] <didrocks> bcurtiswx: you're really welcome :)
[14:51] <bcurtiswx> hmmm
[14:57] <bcurtiswx> didrocks, have you tested the built empathy?
[14:58] <didrocks> bcurtiswx: I installed it and run it, why?
[14:58] <bcurtiswx> i got depracation warnings on install.. and i still can't see my contacts from google-talk
[14:59] <didrocks> I just have some google account and couldn't reach it before, so I'm not really online
[14:59] <didrocks> bcurtiswx: was already the case with 3.5.4-0ubuntu1
[14:59] <Sweetshark> seb128: ping?
[14:59] <bcurtiswx> didrocks, i figured it was a theme issue, but it did do that in 3.5.4-0ubuntu1
[15:00] <didrocks> bcurtiswx: what do you mean by "it did do that", so the gmail failure is not only theme, right?
[15:00] <didrocks> the theme issue is about empathy crashing AFAIK
[15:00] <bcurtiswx> didrocks, haha, i think it is fixed and i somehow wasn't running the new empathy even after dpkg -i them
[15:00] <didrocks> or maybe our theme doesn't really the new empathy, dunno
[15:00] <seb128> Sweetshark, hey
[15:01] <seb128> Sweetshark, I'm about to sponsor your update
[15:01] <didrocks> bcurtiswx: ah, same for me
[15:01] <didrocks> bcurtiswx: yeah, let's try to kill it
[15:01] <didrocks> and run it again
[15:01] <didrocks> got trapped by that, I don't really know empathy
[15:01] <seb128> mterry, howdy, how are you?
[15:01] <mterry> seb128, hello, good
[15:01] <bcurtiswx> didrocks, i think you have to kill quite a few things
[15:01] <Sweetshark> seb128: kk, no hurry. I just wanted to know if you might have missed it ;)
[15:02] <bcurtiswx> telepathy-*, empathy, MC5
[15:02] <Sweetshark> seb128: guess not ;)
[15:02] <seb128> mterry, question for you, you did the accountsservice patch for the hasmessage stuff right?
[15:02] <bcurtiswx> dupondje, hopefully empathy will be ready in a little bit :)
[15:02] <mterry> seb128, yeah
[15:03] <didrocks> bcurtiswx: can you try that and let me know (or better, check with ken who is more knowledgeable on empathy than I)
[15:03] <seb128> mterry, was the "X" standing for something in XHasMessage?
[15:03] <seb128> mterry, is that like X-Vendor-Key to say it's non official or something?
[15:05] <bcurtiswx> kenvandine, what needs to be killed when trying to restart empathy? telepathy-*, MC5, empathy , anything else?
[15:05] <kenvandine> sometimes empathy-chat and empathy-call
[15:05] <mterry> seb128, supposed to be like X-Vendor-Key, but can't use dashes with some of the dbus-code-generation helper scripts
[15:06] <seb128> mterry, ok, thanks, gdbus-codegen makes XHasMessages a "xhas-messages" property
[15:06] <seb128> mterry, which is incompatible with the old x-has-message
[15:06] <seb128> mterry, (code being ported to gdbus)
[15:07] <mterry> seb128, huh.  hm
[15:07] <seb128> mterry, I was trying to determine what to do ... nothing out of accountsservice relies on the gobject property right, renaming it xhas-messages doesn't matter?
[15:07] <seb128> mterry, they all use the dbus one?
[15:07] <mterry> seb128, oh yeah, that's likely true.  Let me do a quick grep in lightdm
[15:07] <dupondje> bcurtiswx: sweet! thanks for the work
[15:07] <bcurtiswx> hmm, i'll wait until empathy is built and installed
[15:08] <seb128> mterry, other option is to add an another to the xml to say force the property name to be x-has-messages (you can do that)
[15:08] <bcurtiswx> dupondje, thank didrocks he did all of it :) i was just there for the learning
[15:08] <seb128> mterry, I would just like to avoid adding hacks when not needed
[15:08] <didrocks> bcurtiswx: I tried to kill some of the things, but it crashes on startup here, seems to have some Camel issue, so better for kenvandine and you to look at it :)
[15:08] <didrocks> if it confirms :)
[15:09] <bcurtiswx> it doesn't crash here, i just get tp_connection_upgrade_contacts fail
[15:09] <mterry> seb128, yah, lightdm only uses dbus, and I bet the same is true for control-center
[15:09] <cyphermox> jbicha: ping?
[15:09] <jbicha> cyphermox: good morning!
[15:09] <didrocks> bcurtiswx: try a guest session maybe?
[15:09] <cyphermox> hey, good morning :)
[15:10] <cyphermox> I wish it was a better one, I'm still sick and feeling like crap
[15:10] <mterry> err, not gnome-control-center
[15:10] <cyphermox> jbicha: do you use VPNs much, with gnome-shell?
[15:10] <jbicha> no, I don't have any VPNs
[15:10] <cyphermox> ah, alright
[15:11] <mterry> seb128, yup, indicator-messages also directly uses dbus.  no reason for hacks then, the property can change names
[15:11] <seb128> mterry, excellent, thanks for confirming
[15:11] <bcurtiswx> didrocks, same issue there.
[15:17] <didrocks> bcurtiswx: you should really check with ken then. I even don't know which components are involved
[15:17] <bcurtiswx> ken is busy with packaging things for quantal for the webapps
[15:17] <bcurtiswx> i'll grab him later i guess
[15:18] <desrt> can someone upload a dconf package with a few patches?
[15:18] <didrocks> yeah, he sponsors, he fixes :)
[15:18] <didrocks> desrt: friday evening? ;)
[15:18] <desrt> hmm
[15:18] <desrt> good point :)
[15:21] <seb128> bcurtiswx, didrocks: if you have a stacktrace maybe ask about it on #empathy or #telepathy
[15:22] <desrt> i think i nailed that issue with the bad stacktrace
[15:22] <desrt> apparently it was discovered by something called autopilot
[15:22] <desrt> that seems like something that should be automatically filing launchpad bugs?
[15:24] <seb128> desrt, you mean? what bad stacktrace,
[15:24] <desrt> seb128: i had a crappy stacktrace in my inbox this morning from tim
[15:24] <desrt> i was trying to find a way to ask launchpad for similar traces (possibly with retracing)
[15:27] <seb128> ah
[15:29] <bcurtiswx> how can you get a stacktrace without a crash?
[15:29] <desrt> pet peeve: when you call some business or government office and have to sit through 100 recorded messages telling you "did you know that you didn't really want to call us you didn't really have to call us?"
[15:29] <desrt> bcurtiswx: attach gdb to the running program
[15:30] <desrt> gdb /usr/bin/whatever <pid>
[15:30] <desrt> that'll probably require root on a modern ubuntu system....
[15:30] <bcurtiswx> i run gdb /usr/bin/empathy then 'run' and i have to kill it before i can strace?
[15:31] <desrt> no.
[15:31] <desrt> wait... strace?
[15:31] <desrt> you can also attach strace to a running program with strace -p pid
[15:31] <desrt> again, needing root
[15:31] <bcurtiswx> stacktrace
[15:31] <desrt> strace = system call trace :)
[15:32] <desrt> you can just say 'bt' in gdb
[15:32] <bcurtiswx> backtrace == stacktrace ?
[15:32] <desrt> yes
[15:33] <desrt> if you run a program under gdb you can suspend it at any point with ^C
[15:33] <desrt> and resume with gdb command 'c'
[15:33] <desrt> so just run it... then ^C at whatever point
[15:33] <desrt> then 'bt'
[15:33] <desrt> i assume you are trying to find a backtrace at the point of a UI freeze?
[15:53] <seb128> Sweetshark, still there?
[15:57] <Sweetshark> yep
[15:57] <Sweetshark> seb128: yep
[15:57] <seb128> Sweetshark, your chinstrap files a -sa, i.e include orig tarball for upload
[15:57] <seb128> ups, a->are
[15:59] <Sweetshark> seb128: ah, meh. missed the checkbox in my jenkins
[15:59] <Sweetshark> seb128: should I fix it? Ill have a new upload in 5 minutes.
[15:59] <seb128> Sweetshark, yes please, thanks
[16:15] <seb128> bcurtiswx, did you manage to get a stacktrace? did you ask on #empathy?
[16:16] <bcurtiswx> seb128, yes and yes
[16:17] <seb128> bcurtiswx, is it getting anywhere? can I help you?
[16:17] <bcurtiswx> seb128, it is not getting anywhere, i'm trying to code dive, i should get kenvandine involved he knows a lot more than myself
[16:18] <bcurtiswx> seb128, kenvandine here a pastebin of a stacktrace http://paste.ubuntu.com/1101990
[16:18] <seb128> bcurtiswx, you go no help,reply from the empathy guys?
[16:18] <bcurtiswx> seb128, no reply
[16:20] <seb128> bcurtiswx, that's not a segfault ... you said it's hanging?
[16:20] <bcurtiswx> seb128, i asked in both channels, i didn't ping anyone in #empathy and pinged smcv in #telepathy no reply
[16:20] <seb128> bcurtiswx, what's happening exactly when doing what?
[16:20] <bcurtiswx> seb128, the contacts are not showing for google-talk
[16:20] <bcurtiswx> but they work with facebook
[16:20] <bcurtiswx> which are both -gabble
[16:21] <bcurtiswx> that error you see is what comes up
[16:21] <seb128> xclaesse, ^ do you know if that's a known issue?
[16:23] <seb128> Sweetshark, getting it ready?
[16:25] <Sweetshark> seb128: its there now
[16:25] <seb128> Sweetshark, thanks
[16:32] <bcurtiswx> bzr bd-do says it only works for merge mode packages.  I branched a package, did a merge-upstream and i figured I could do a bzr bd-do
[16:32] <bcurtiswx> what am I doing wrong?
[16:33] <seb128> bcurtiswx, bzr bd-do only works for debian-dir only vcs-es
[16:33] <seb128> bcurtiswx, why would you need that in a full source tree?
[16:33] <seb128> you can directly use bzr and quilt in the directory
[16:33] <seb128> without doing bzr bd-do
[16:33] <bcurtiswx> ah ha, nvm
[16:33]  * bcurtiswx hides
[16:33] <seb128> ;-)
[16:44]  * didrocks waves good evening and good week-end!
[16:44] <bcurtiswx> im getting debian/rules some of the includes are not found ("no such file or directory"), is it as simple as they don't exist because they're not needed?
[16:46] <bcurtiswx> /usr/share/gnome-pkg-tools/1/rules/uploaders.mk for example
[16:46] <bcurtiswx> was gnome-pkg-tools renamed?
[16:47] <bcurtiswx> wait, i need it installed first
[16:48] <bcurtiswx> new machine, i forget to build-dep things :-)
[16:50] <seb128> bcurtiswx, yeah, that would be weird
[17:02] <bcurtiswx> seb128, is there another place to check for dep bumps other than a NEWS file ?
[17:05] <seb128> bcurtiswx, usually diffing the configure.ac or configure.in from both versions
[17:05] <bcurtiswx> seb128, thx
[17:05] <kenvandine> bcurtiswx, the only thing i trust is diffing the configure.ac
[17:11]  * Sweetshark finds the LibreOffice4 thread on the dev-list. fun indeed.
[17:44] <bcurtiswx> seb128, dpkg-shlibdeps: warning: Can't extract name and version from library name `libgvfscommon.so' soname bump time?
[17:49] <bcurtiswx> anyone?
[17:49] <seb128> bcurtiswx, no, just ignore it, that one is a "private lib" to be used by gvfs components only, the warning was probably already there on the current version
[17:50] <bcurtiswx> dpkg-shlibdeps: warning: debian/gvfs-daemons/usr/lib/gvfs/gvfsd contains an unresolvable reference to symbol g_mount_source_show_unmount_progress: it's probably a plugin
[17:51] <bcurtiswx> ignore as well?
[17:53] <seb128> bcurtiswx, yes, you can probably ignore all the unresolved symbol warnings on that one
[18:01] <bcurtiswx> seb128, feel like sponsoring? https://code.launchpad.net/~bcurtiswx/ubuntu/quantal/gvfs/1.13.3-0ubuntu1/+merge/116046
[18:09] <dobey> mterry: http://askubuntu.com/questions/166028/moving-deja-dup-backups-from-dropbox-to-ubuntu-one
[18:10] <mterry> dobey, I'm not actually sure.  I think another user did something similar and wrote about it.  I think you do have to adjust something.  /me looks
[18:11] <dobey> i wonder why apt-get update seems to be so horribly slow on my machine now :(
[18:19] <bcurtiswx> dobey, not just you
[18:23] <dobey> well, it's just the "Reading packages" part
[18:23] <dobey> and this is still 12.04
[18:24] <dobey> on my laptop it's fast though, and that's on 12.10
[18:43] <seb128> bcurtiswx, hey
[18:44] <bcurtiswx> seb128, hi
[18:44] <seb128> bcurtiswx, I will have a look but not tonight, it's 9pm on a friday night here
[18:44] <bcurtiswx> seb128, sure. I understand
[18:45] <dobey> seb128: why are you on irc? :)
[18:45] <bcurtiswx> seb128, grab a beer (or like 6) and watch some television
[18:46] <seb128> dobey, because I pinged the SRU guys about the unity SRU before going for dinner and didn't want to miss their reply,questions if there were any ;-)
[18:46] <seb128> bcurtiswx, sounds like a plan!
[18:46] <dobey> heh
[18:46] <seb128> bcurtiswx, looking through your changelog entry, did you run dh_install --list-missing in the build dir after build?
[18:46] <bcurtiswx> seb128, no
[18:47] <seb128> bcurtiswx, I didn't check so I could be wrong but they added a backend for recentlyused files and I think a .install will need to be updates to include it
[18:47] <bcurtiswx> seb128, looking now. thx
[18:47] <seb128> bcurtiswx, try the dh_install trick, it will tell you what stuff are installed by make install and not shipped in any binary package
[18:47] <bcurtiswx> how do i preserve build-dir in pbuilder?
[18:47] <seb128> bcurtiswx, you don't, I would recommend not using pbuilder for work
[18:48] <seb128> bcurtiswx, usually you want to do your update and once you are done to a pass through pbuilder for checks
[18:48] <bcurtiswx> seb128, darn, my desktop(precise) does like 10 times faster in building then my laptop(quantal)
[18:48] <seb128> bcurtiswx, oh, so how I do that is: pbuilding login
[18:48] <seb128> you get in the pbuilder
[18:49] <seb128> then you can apt-get build-dep and build like you would normally do
[18:49] <seb128> pbuilder login --save-after-login
[18:49] <seb128> edit your /etc/apt/sources.list to enable the deb-src
[18:49] <seb128> then install maybe devscripts and your prefered editor and exit 0
[18:50] <seb128> so your pbuilder "base" has those and you don't need to enable them everytime
[18:50] <seb128> it makes things easier
[18:50] <bcurtiswx> i can stick with the laptop, it's only semi-painful :P
[18:50] <bcurtiswx> so after a bd how do i stay in build-dir ?
[18:50] <bcurtiswx> bzr bd*
[18:52] <bcurtiswx> --dont-purge looks like what i want
[18:55] <seb128> bcurtiswx, bzr bd doesn't purge
[18:55] <seb128> bcurtiswx, if it's debian dir only, cd ../build-area/source-version
[19:02] <bcurtiswx> i wonder why it's not doing --list-missing or --fail-missing on build
[19:04] <bcurtiswx> kenvandine, do we ship .h files? (all i know is not .la or .a files)
[19:05] <seb128> bcurtiswx, we do yes
[19:05] <kenvandine> in devel packages
[19:22] <cyphermox> wow, there's goign to be a documentary on TV here about people trafficking pangolins
[19:22] <cyphermox> I had no idea Ubuntu was this popular ;)
[19:26] <bcurtiswx> kenvandine, theres a while entire blob of usr/share/man/man1/gvfs* since thats not arch specific im guessing arch:all would be best (gvfs-common)
[19:35] <dobey> it's also weird that html5 video and flash seem to now require the entire video to download before being able to play smoothly


[01:27] <angels21usa> hello?
[01:28] <angels21usa> Is there anyone here that might be able to help with a problem in ubuntu karmic
[09:34] <corecode> hey
[09:34] <corecode> how do i find out whether my couchdb is syncing to one?
[09:35] <corecode> should some files appear there?
[09:36] <aquarius> corecode, hey
[09:37] <aquarius> corecode, what are you storing in desktopcouch that should be syncing? If you're storing contacts, for example, from Evolution, then your contacts should show up in the Ubuntu One web interface
[09:37] <corecode> firefox bookmarks
[09:38] <aquarius> corecode, aha. We're not currently displaying bookmarks in the web UI, as you've discovered :)
[09:38] <corecode> yes
[09:38] <corecode> do i have to restart couchdb to make it sync to one?
[09:38] <aquarius> no. it should just work.
[09:38] <corecode> or is there a way to query whether it is syncing?
[09:39] <corecode> even tho i just signed up to one?
[09:39] <corecode> i didn't log out+in
[09:39] <aquarius> ah, it might not start syncing until a logout and login
[09:39] <corecode> so how would it know that it now can sync to it
[09:39] <corecode> that's why i'm asking :)
[09:39] <aquarius> but...it might do. I'm actually not sure :)
[09:39] <aquarius> are you running Ubuntu One for filesync?
[09:40] <aquarius> (i.e., are files in your Ubutnu One folder being synced?)
[09:40] <corecode> tomboy notes are
[09:40] <corecode> if i manually click synchronize
[09:40] <corecode> dunno about the files
[09:40] <corecode> yep that works
[09:41] <aquarius> try dropping a file into your Ubuntu One folder and then (a) you should get a notification bubble saying "Ubuntu One is synchronising your files", and (b) that file should show up in the web interface
[09:41] <corecode> i just touched a file
[09:41] <corecode> and it immediately showed up
[09:41] <corecode> pretty cool
[09:41] <aquarius> we think it's pretty cool, too ;)
[09:41] <corecode> is that couchdb's work?
[09:42] <aquarius> no. filesync is a separate process, called the "syncdaemon".
[09:42] <corecode> ok
[09:42] <aquarius> data, like Evolution contacts or Firefox bookmarks, is couchdb, though
[09:42] <corecode> so we still don't know if my bookmarks are synced
[09:42] <aquarius> have a look in $HOME/.cache/desktop-couch/log/desktopcouch-replication.log
[09:43] <aquarius> do you use Evolution for email?
[09:43] <aquarius> this conversation is showing up an interesting hole in what we do, i.e., how do you know that couchdb replication is working? :)
[09:43] <aquarius> I am making a note of it :)
[09:44] <corecode> no, using thunderbird
[09:44] <aquarius> one way to know if it's working is to look in the log file, as above, but that's a really hostile way to do it :0
[09:44] <corecode> not sure yet whether i like evolution
[09:44] <corecode> consumer_secret?
[09:45] <aquarius> the consumer secret is part of your secret access key for couchdb
[09:45] <aquarius> (don't post it publically)
[09:45] <corecode> doesn't look very secret
[09:45] <corecode> looks like a joke :)
[09:46] <corecode> seems to be working
[09:46] <corecode> great
[09:46] <corecode> thanks
[09:46] <corecode> good work there
[09:48] <aquarius> aha, yes, the consumer_secret for Ubuntu One isn't secret, it's "hammertime" ;-)
[09:48] <aquarius> but some of the other parts of that key are secret
[09:48] <aquarius> superb
[09:49] <aquarius> glad it's working for you!
[09:55] <corecode> :)
[11:41] <corecode> weird. something is not working out
[11:41] <corecode> regarding the sync
[11:41] <corecode> now i'm at work, but i didn't get the bookmarks synced
[11:42] <corecode> there is a python exception in the log tho
[11:42] <corecode> error: [Errno 104] Connection reset by peer
[12:30] <corecode> hm, seems it only replicated part of my bookmarks - the toolbar synced (not sure if i actually want that), the rest didn't appear yet
[12:36] <aquarius> corecode, syncing doesn't happen partially, unless something has gone dramatically weirdly wrong, which means that the problem isn't "all of your bookmarks are in your local couch but only some of them synced to Ubuntu One", it's almost certainly "only some of your bookmarks made it into your local couch", which suggests a problem with Bindwood, the Firefox bookmark sync app. The bloke to talk to about that is urbana
[12:36] <aquarius> pe, who'll be here soon
[12:43] <corecode> ok
[12:44] <corecode> is there a way to dump what is in the couch?
[12:50] <aquarius> corecode, http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/ViewingMyData
[13:07] <corecode> strange. seems that there are only the bookmarks from work
[13:07] <corecode> will look into this later
[13:07] <corecode> thanks
[13:07] <aquarius> np
[13:57] <voytech> till: I'd like to take a look at your resource for integrating desktopcouch with akonadi server. Is there a possibility to download it or sth ?
[13:58] <till> voytech: sure, it's in KDE svn, let me find the url
[13:58] <till> voytech: feel free to join #akonadi, btw, there's lots of helpful people there :)
[13:58] <voytech> till: ok I'll join
[13:59] <till> svn.kde.org/home/kde/trunk/playground/pim/akonadi/desktop-couch
[13:59] <till> voytech: depends on qjson, which is also in kde svn
[13:59] <till> sec
[14:16] <voytech> till: it's a desktop-couch-resource or couchdb-qt or both ?
[14:25] <urbanape> morning, sports fans
[14:34] <till> voytech: there are three bits, qjson, the json parser wrapped in Qt
[14:34] <till> voytech: couchdb-qt which can connect to and read and write couchdb instances, also wrapped in a decent Qt API
[14:34] <till> voytech: and finally the resource itself, which uses both ot those
[14:58] <CardinalFang> I have to go AFK soon.
[14:58] <CardinalFang> DONE: reviews, bug triage.    Get back to M about job.  Push se
[14:58] <CardinalFang> rver fix for snowy-ish bug.
[14:58] <CardinalFang> BLOCKED: pericarditis.  Hardware sucks.
[14:58] <rodrigo_> CardinalFang, oh, hope you get well soon then :)
[14:59] <urbanape> yeah, get better
[15:00] <CardinalFang> thx.
[15:01] <dobey> make a hot toddy or two... it's a miracle cure i says
[15:03] <urbanape> yuck, that doesn't sound good at all.
[15:11] <urbanape> man, will you look at the time?
[15:11] <urbanape> Desktop+ MEETING STARTS MEETING BEGINS AWOOOGA AWOOOOGA
[15:11] <urbanape> say me to claim your spot
[15:11] <urbanape> e
[15:11] <urbanape> me
[15:12] <teknico> me
[15:13] <rodrigo_> me
[15:16] <urbanape> aquarius, dobey, who else?
[15:16] <urbanape> jblount's not on
[15:16]  * aquarius is on the phone
[15:17] <urbanape> DONE: Reworked a bit of the public urls branch, still need to hook up the success/failure prettification.
[15:17] <urbanape> TODO: Finish up public URLs branch, get migration and subsequent client code paths done for Bindwood.
[15:17] <urbanape> BLOCK: None.
[15:17] <urbanape> teknico: you're up
[15:17] <teknico> DONE: fighting with funambol_cared (#506898); fighting with ubuntuone-storage-protocol (#506974); some reviews
[15:17] <teknico> TODO: more reviews; propose and land a branch for configuring funambol for sending sms messages (#418048); finish setting up a development environment in a virtual machine; start implementing the mobile sync REST API for client app (#504689)
[15:17] <teknico> BLOCK: ubuntuone-storage-protocol misbehaving (#506974), need to be able to push branches for sourcedeps/funambol_cared (#506898)
[15:17] <teknico> next: rodrigo_
[15:18] <rodrigo_> • DONE: New XML<->HTML converter done finally! Contacts picker design discussions with John and Otto
[15:18] <rodrigo_> • TODO: Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? Send Otto<EMAIL_ADDRESS>a screencast of contacts picker. Retrieve OAuth tokens from keyring in music store widget. Check with Ken
[15:18] <rodrigo_>  status of music store packages
[15:18] <rodrigo_> • BLOCKED: no
[15:18] <rodrigo_> no next?
[15:19] <urbanape> guess not. MEETING ENDS, thanks folks. anyone else can pop up later on.
[15:24] <dobey> me
[15:24] <dobey> ☺ DONE: Bug Day, Branch with initial test code for ubuntuone-login script
[15:24] <dobey> ☹ TODO: More new UI code and tests
[15:24] <dobey> ☹ BLCK: None.
[15:29] <urbanape> thanks, dobey
[16:00] <urbanape> make public/private now works in the files UI, but I need to do some dynamic updating of the record on the page and color flashes and all that stuff.
[16:16] <urbanape> hey, jblount
[16:17] <urbanape> make public/private now works in the files UI, but I need to do some dynamic updating of the record on the page and color flashes and all that stuff.
[17:03] <sandy|lurk> rodrigo__: you're the man!
[17:03] <sandy|lurk> can't wait to test out your latest fix
[17:04] <rodrigo__> sandy|lurk, yes! but why am I? :)
[17:04] <rodrigo__> ah, ok
[17:04] <rodrigo__> sandy|lurk, next step is moving the storage of notes to tomboy's xml, but I first want to make sure the new HTML<->XML converter works perfectly
[17:05] <sandy|lurk> oh, I see
[17:05] <sandy|lurk> that makes sense
[17:05] <rodrigo__> it's passed all my tests, so I think it should be ok
[17:05] <rodrigo__> but who knows, crazy tomboy users might break it :D
[17:22] <jblount> urbanape: Nice, thanks for working on that.
[17:33] <mandel> aquarius, hi, I have been working on the address book again after the holidays and I have decided that I'm going to use categories at least for now. Groups is too much work (specially UI)
[17:34] <aquarius> mandel, OK :)
[17:35] <mandel> aquarius, funny enough dobey and rodrigo were right ;)
[18:20] <dobey> heh
[18:27] <corecode> urbanape: is there a way to tell bindwood not to sync some of the bookmarks?
[18:28] <corecode> urbanape: especially, i'm interested in not having the same bookmarks toolbar everywhere
[18:30] <corecode> specifically*
[18:33] <mandel> rodrigo_. quick question,  has the categories field in the contacts record been removed?
[18:37] <brianchidester> tremolux:
[18:37] <brianchidester> tremolux: ping
[18:42] <mandel> aquarius, ping
[18:42] <aquarius> pong
[18:42] <mandel> aquarius, has hte categories field been removed from the contact record?
[18:43] <aquarius> I'm not sure; that's a rodrigo__ question, I'm afraid, despite how you've already asked him -- I think he might not be around. Sorry!
[18:44] <mandel> aquarius, np, I guess you guys have to rest some time :P I'll send him a mail
[18:53] <tremolux> brianchidester: hey
[18:57] <rodrigo__> mandel, the categories field needs to be added, it hasn't been in the contact record ever
[18:58] <mandel> rodrigo_, ok, my memory must be failing me, do you mind adding it?
[18:58] <mandel> rodrigo_, or name it something more appropriate as you wish
[18:58] <rodrigo_> mandel, well, it needs code to come live, but yeah, I guess we can add it to the record schema
[19:00] <mandel> rodrigo_, indeed, if the code is there don't worry, I'll be using it (application_annotations) 'til you add it, not a problem at all :)
[19:01] <rodrigo_> the code is not there, neither in evo-couchdb nor in the server code
[19:01] <rodrigo_> but if you're going to use it, please use a top-level "categories" field, not app_annotations/categories, please :D
[19:01] <rodrigo_> that's what we're going to use
[19:15] <mandel> rodrigo_ ok, I'll use categories in the top level
[19:15] <rodrigo_> mandel, cool
[19:15] <rodrigo_> mandel, it's mainly to avoid you doing double work, and to have to change all the code when we add it to our code
[19:16] <mandel> rodrigo_ don't worry is just one line of code, the pain would be updating the contacts later ;)
[19:16] <mandel> rodrigo_ I'll use the top level then
[19:16] <rodrigo_> yeah, also :)
[19:23]  * rodrigo_ -> dinner and film
[19:28] <urbanape> corecode: not right now, no.
[19:32] <corecode> mh.
[19:32] <corecode> oh wow and it does not replicate bookmark folders?
[19:32] <corecode> ouch
[19:37] <urbanape> it does now.
[19:37] <urbanape> the version I'm working on at the moment, rather.
[19:38] <urbanape> it'll be in my PPA soon, and in lucid alpha3
[20:48] <voytech> Till: I have problem downloading sources from repository :( I use svnTortoise for windows (Currently I work on windows :P) I'm using svn.kde.org/trunk/playground/pim/akonadi/desktop-couch/ as a repository URL but after checkout command I get an error "could not connect to server http://svn.kde.org"
[20:48] <till> voytech: if you are using anonymous access, it'll have to be anonsvn.kde.org
[20:48] <till> voytech: svn.kde.org works only for write enabled accounts
[20:49] <voytech> till: Oh now I understand. I surely have no access :)
[20:49] <voytech> till: thanks
[20:57] <voytech> till: Haha, now that is funny :) I use now anonsvn.kde.org and I get in response: Error OPTIONS of 'here is the url'  Error 200 OK :)  and finished - and there are no files copied.
[20:57] <voytech> very strange Error 200 OK :)
[20:58] <till> svn co svn://anonsvn.kde.org etc?
[21:02] <voytech> till: Ohhh svn:// but now no repository found :) in 'svn://anonsvn.kde.org/trunk/playground/pim/akonadi/desktop-couch
[21:02] <urbanape> jblount: you still around?
[21:02] <jblount> urbanape: I am, I was just about to ping you about the rollout.
[21:03] <till> voytech: anonsvn.kde.org/home/kde/trunk et
[21:03] <till> c
[21:05] <voytech> till: now it works. Thank you Till and sorry for bothering You
[21:05] <till> No problem.
[21:12] <urbanape> jblount: cool. I think I've got the flashes mostly working.
[21:12] <urbanape> oh, I wanted to ask you about the centering of the overlays.
[21:13] <urbanape> did we ever straighten that out? (but not get it landed?)
[21:13] <jblount> urbanape: Oh, yes!
[21:13] <jblount> I've looked into that briefly, lazr doesn't seem to provide a way to center something horizontally, but not vertically.
[21:16] <urbanape> Cool, I think I've got it all worked out. Care to try it out?
[21:17] <urbanape> it might need a little styling finesse.
[21:17] <urbanape> In particular, the text input with the public URL is too long.
[21:18] <urbanape> but feel free to grab it here: lp:~urbanape/ubuntuone-servers/public-files-webui
[21:19] <jblount> Great, I'll bring it down now and take a look.
[21:19] <urbanape> awesome
[21:19] <urbanape> also, I'm not super keen on the layout of that part of the overlay.
[21:19] <jblount> I need to look at lazr itself to see if I can break out horz / vert centering for the overlays.
[21:19] <urbanape> it's definitely functional, but nerdy-engineer functional
[21:20] <jblount> criticism without input is not super useful :)
[21:21] <urbanape> I mean the layout I changed
[21:21] <urbanape> not criticizing you, I'm criticizing ne
[21:21] <jblount> Even so, any ideas to fix it?
[21:23] <urbanape> I'd like to see an interface like the iPhone's toggles. When switched from Private to Public, it makes the request, gets the public URL and stitches it in underneath.
[21:24] <urbanape> see what you think in its current state
[21:38] <jblount> urbanape: Is this flashing red because of the page reload?
[21:40] <urbanape> are you seeing the red flash if you do multiple clicks?
[21:41] <urbanape> huh. it's getting into some weird state.
[21:42] <urbanape> okay, not ready for prime time just yet.
[21:44] <jblount> urbanape: No worries. I was about to make some changes to the code, but perhaps I should just talk to you about them.
[21:44] <jblount> When we had a chat about this feature on ubunet-discuss, we came to the conclusion that a big button that says "Publish" would be the best option for the initial state.
[21:45] <jblount> When a file is public, there should be a input field with the url (and probably a bit of copy explaining what it's there for) along with a similar big button labeled "Stop publishing"
[21:47] <jblount> We talked a bit about saying "Make private", but jamesh was convinced this was a misnomer since we can't really erase a file that was previously "public" from the internet's memory.
[21:47] <jblount> (If I was a better planner, I would have mentioned this to you before pleading for your help) :)
[21:50] <urbanape> 'salright
[21:50] <urbanape> those are easy enough to change
[21:50] <urbanape> I saw the discussion in passing, but didn't really pay close attention.
[21:54] <jblount> urbanape: What's the best way to swap out versions of lazr-js in ubuntuone-servers ?
[21:56] <urbanape> that's still up for discussion.
[21:56] <gabrielsimon> hi
[21:56] <gabrielsimon> is the service down right now ?
[21:57] <urbanape> I tried to extricate it from the sourcecode, but we were moving away from sourcedeps, and it's not easily packageable as a .deb just yet.
[21:57] <jblount> gabrielsimon: Yes, sadly. We ran into some trouble rolling out some changes, and bright minds are working to bring it back up as we speak.
[21:58] <jblount> urbanape: Cool, cool. I'll see what I can do without touching lazr for the moment, and move it back to lazr at a later date.
[21:59] <gabrielsimon> ok thank you. this feature is awesome, hope you'll get it back on its feet soon :)
[22:02] <urbanape> jblount: rollout is planned for tomorrow?
[22:04] <jblount> urbanape: Rollout happened a hour or two ago. Probably not again till Tuesday.
[22:05] <urbanape> k
[22:05] <jblount> urbanape: You aren't in the sekrit channel, but they're talking about it there. Some issues with the db stuff jdo was working on.
[22:05] <jblount> (not that it was jdo's work, but I have no idea what is fouling things up)
[22:06] <urbanape> hmm, irssi disconnected me from the company's servers.
[22:06] <urbanape> thought those channels were awful quiet.
[22:06] <urbanape> stupid IRC>
[22:06] <urbanape> I'm gonna switch back to X-Chat
[22:10] <jblount> urbanape: Funny, I had the same problem earlier today with my server. Something broke with dns stuff last night and it took me most of the morning to fix.
[22:11] <urbanape> brb
[22:16] <jblount> I always read "brb" as "burb".
[22:23] <urbanape> that's how I said it, too.
[22:26] <urbanape> gonna try thunderbird 3 while I'm feeling changey
[23:36] <eco2geek> is anyone else having problems accessing anything other than their "shared with me" folder?
[23:36] <eco2geek> it's the only one showing up in the web interface.
[23:37] <statik> eco2geek: yes, we're investigating it right now. hope to have it fixed in a jiffy :)
[23:37] <eco2geek> thank you :-)
[23:38] <eco2geek> !weather 97211


[00:16] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 Diff missing (focal/libvirt). Pending binary packages (focal/qemu)
[00:35] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 Diff missing
[03:15] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/3993 Needs rebuild due to higher version at destination (focal/akonadi, focal/ksmtp). Release pocket (focal/akonadi-calendar, focal/akonadi-calendar-tools, focal/akonadi-contacts, focal/akonadi-import-wizard, focal/akonadi-mime, focal/akonadi-notes, focal/akonadi-search, focal/akonadiconsole, focal/akregator, focal/calligra, focal/digikam, focal/grantlee-editor, focal/kaddressbook, focal/kalarm, foc
[05:59] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4021 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[06:11] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4021 Generating diffs
[06:11] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4021 Pending binary packages
[06:14] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Publish failed: Ready to build
[06:16] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Publish failed: Diff missing
[06:17] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Generating diffs
[06:17] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Successfully built
[06:18] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Publishing packages
[06:21] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4021 Generating diffs
[06:39] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Proposed pocket
[06:42] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4021 Successfully built
[07:50] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4022 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[08:22] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4022 UNAPPROVED queue
[08:41] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4020 Diff missing (focal/qemu). Uploading build (focal/libvirt)
[09:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4020 Diff missing
[09:37] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4024 Preparing packages
[10:09] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4024 Generating diffs
[10:11] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4024 Needs rebuild due to higher version at destination (focal/golang-1.14). REJECTED queue (focal/llvm-toolchain-10)
[10:30] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4023 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:31] -queuebot:#ubuntu-ci-eng- ginngs, https://bileto.ubuntu.com/#/ticket/4025 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:44] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4024 REJECTED queue (focal/llvm-toolchain-10). Ready to build (focal/golang-1.14)
[10:51] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4023 Generating diffs
[12:21] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4021 Needs rebuild due to higher version at destination
[13:21] -queuebot:#ubuntu-ci-eng- ginggs, https://bileto.ubuntu.com/#/ticket/4025 Generating diffs
[14:06] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4024 Generating diffs
[14:08] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4024 REJECTED queue (focal/llvm-toolchain-10). Ready to build (focal/golang-1.14)
[14:53] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4013 Diff missing (eoan/libvirt). Pending binary packages (eoan/qemu)
[15:13] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4013 Diff missing
[15:43] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4022 Proposed pocket
[16:59] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Ready to build
[18:21] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4020 Diff missing
[18:26] -queuebot:#ubuntu-ci-eng- ginggs, https://bileto.ubuntu.com/#/ticket/4025 Uploading build
[18:41] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4020 Diff missing (focal/libvirt). Pending binary packages (focal/qemu)
[18:46] -queuebot:#ubuntu-ci-eng- ginggs, https://bileto.ubuntu.com/#/ticket/4025 Successfully built
[18:59] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Uploading build
[19:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4020 Diff missing
[19:01] -queuebot:#ubuntu-ci-eng- ginggs, https://bileto.ubuntu.com/#/ticket/4025 Generating diffs
[19:02] -queuebot:#ubuntu-ci-eng- ginggs, https://bileto.ubuntu.com/#/ticket/4025 Pending binary packages
[19:06] -queuebot:#ubuntu-ci-eng- ginggs, https://bileto.ubuntu.com/#/ticket/4025 Successfully built
[19:19] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Pending binary packages
[20:19] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Diff missing
[20:35] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 Failed to build (focal/qemu). Needs rebuild due to higher version at destination (focal/libvirt)
[20:40] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4020 Needs rebuild due to higher version at destination
[21:56] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 Diff missing (focal/qemu). Needs rebuild due to higher version at destination (focal/libvirt)
[22:59] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Pending binary packages
[23:39] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4019 Diff missing


[01:31] <cossovich> good morning folks... wondering if anyone knows what's up with au.archive.ubuntu.com? seems like it's been down for a while.
[01:43] <jea> hi cossovich
[01:44] <jea> what ISP are you with?
[01:44] <cossovich> hey... a couple of different ones (depending on where I'm using my laptop)
[01:45] <jea> I have no issues with updating
[01:45] <jea> can you access it in a browser?
[01:45] <cossovich> I've plugged in the aarnet sources for now
[01:45] <jea> If not, can you try accessing http://mirror.aarnet.edu.au?
[01:45] <cossovich> oh really.
[01:45] <jea> au.archive.ubuntu.org is just a redirect to mirror.aarnet.edu.au
[01:46] <jea> so you can just keep using aarnet if you want
[01:46] <cossovich> yeah, that's what I'm using now... I just wanted to know if anyone else had au.archive.ubuntu.com issues or if it was just my machine.
[01:46] <jea> There have been a couple of people with problems
[01:46] <jea> you are probably the third I have seen in the last 2-3 months
[01:47] <jea> Every time someone asks, I do an update to check, and it works fine for me
[01:47] <cossovich> hmmmm
[01:47] <cossovich> ok
[01:47] <jea> can you access it in a browser?
[01:47] <jea> as in, http://au.archive.ubuntu.com ?
[01:51] <cossovich> yep
[01:52] <cossovich> although, weirdly enough it looks like the aarnet mirror site.
[01:52] <jea> yep, it should do. it is just an alias
[01:52] <cossovich> ahhhh
[01:52] <cossovich> perhaps I have a  local DNS issue.
[01:52] <jea> if you can connect there, then i would have thought updating would be alright
[01:52] <jea> what error do you get?
[01:54] <cossovich> can't remember exactly... something "unavailable" blah yada yada. I'll just leave the aarnet source if the au.archive is just an alias
[01:54] <jea> yeah, it is just an alias
[01:55] <jea> it has been pointing to aarnet for at least 5 years now I think, if not longer
[02:05] <cossovich> jea: right, well thanks for clearing that up for me :)
[02:06] <jea> no worries :)
[04:57] <jared> Wonder if that is worth a bug report if au.archive is a default somewhere
[05:00] <jea> au.archive is the default for all new installations that have an Australian city selected during install, afaik
[05:00] <jea> but from what I can tell, everyone has had local DNS issues for it
[05:01] <jea> because every time it was fine for me to do updates
[05:01] <jea> so i am not entirely sure on the issue
[05:12] <jared> If you go to it in a browser it's a littl e odd
[06:39] <bradm> whats up with au.archive?
[06:39] <bradm> I can poke someone there if we need, or remove it from rotation
[06:40] <bradm> seems ok to me though
[07:45] <jea> bradm: There have been a few people who have come in here asking if au.archive was down. However, each time this happened, I checked on my machine, and there was no issue at all. Two of them ended up being local DNS issues (we expect), but the other one I am not sure what the reason was. For at least one of them, they were able to access au.archive in a browser, but the update manager could not download packages (though nobody has given me the exact error m
[07:46] <jea> I suspect the errors have been on their end, but I guess it is possible that au.archive momentarily goes down or something like that
[07:47] <jea> mirror.aarnet seems to work for them each time, and seeing as au.archive is just an alias for mirror.aarnet, I can't see what the issue would be apart from DNS somewhere
[07:48] <bradm> jea: interesting.  sure sounds like a dns problem to me, if au.archive doesn't work, but mirror.aarnet does
[07:49] <bradm> ah, typical user error report - "This is broken!" "Whats the error message?" "Oh, something blah blah, I didn't read it."
[07:50] <jea> Yep, that is always the issue. like from earlier:
[07:50] <jea> 11:52 < jea> what error do you get?
[07:50] <jea> 11:54 < cossovich> can't remember exactly... something "unavailable" blah yada  yada. I'll just leave the aarnet source if the au.archive is  just an alias
[07:50] <jea> that was very useful to solve the issue
[07:51] <bradm> yeah.  its hard to be motivated to dig too hard if they can't even provide an error message
[07:52] <jea> I wouldn't worry about it at the moment. If someone eventually gives a decent error, then I will pass it on to you / launchpad
[07:53] <bradm> great, thanks.
[08:43] <gggs> oh hey, I had an issue like that last week
[08:45] <gggs> went away though, wasn't a very descriptive error but it could've been an IPv6 issue, since it returned something something "::CAFE:BEEF"
[08:50] <gggs> can't find it anywhere in /var/log, I guess apt/aptitude doesn't keep a log when it's updating
[08:54] <jea> bradm: maybe IPv6 could be something to look at. I hadn't considered that
[09:05] <bradm> gggs: the ipv6 address for mirror.aarnet.edu.au is 2001:388:30bc:cafe::beef, so thats entirely possible.
[09:07] <bradm> jea: doesn't really explain why au.archive doesn't work and mirror.aarnet does though, since its just a cname
[09:08] <gggs> is it signed by IP or cname?
[09:09] <gggs> I have no idea know how apt sources are signed
[09:10] <bradm> they're not signed by anything like that, otherwise every single mirror would need to modify it
[09:13] <gggs> I've had SSL errors in the past with an old version of OpenSSL, because the key was for domain.com and not sub.domain.com
[09:17] <bradm> oh, you mean https?  hrm, I guess
[09:17] <bradm> mirror.aarnet.edu.au doesn't do https anyway, so the point is moot.
[09:18] <bradm> doing https on an archive mirror doesn't seem overly useful
[09:20] <gggs> I just looked it up, and it turns out each mirror is signed with a gpg key, so that rules out that theory
[09:25] <bradm> well, no, the releases file is signed with a gpg key, not each mirror
[09:26] <gggs> that's what I meant, only issue I could think of was if mirror updates weren't atomic and the release file was updated before/after the rest of the mirror
[09:27] <bradm> without the error message its all guess work though
[09:29] <gggs> yea and no error now anyway
[09:42] <gggs> damn, I had 35+ days uptime on my RasPi- I just put something in the USB hub and it killed power
[09:49] <gggs> that being said, my old Debian 2.2 machine got to 496+ days before looping back to zero
[09:58] <jea> bradm: mm, if it is just a CNAME, then that doesn't explain it. oh well hopefully it comes up eventually


[00:25] <nemothekid> Do I install juju on a single machine (like a CI server) or do I install juju on every developers machine?
[00:27] <hatch> nemothekid, you install the juju client on every developers machine
[00:27] <Makyo> nemothekid: The client talks to a central "bootstrap" node that controls all of the units involved in the environment.
[00:27] <Makyo> (or any number of environments)(
[00:39] <nemothekid> Makyo: okay, can I have the GUI exist on the "bootstrap" node and do everything from there?
[00:40] <nemothekid> basically all I want to have is the ability to just push to a git repo, and then for the bootstrap node to figure everything out
[00:41] <Makyo> nemothekid: you can have the GUI on the bootstrap node with `juju deploy cs:precise/juju-gui --to 0`
[00:45] <Makyo> nemothekid: as for the second part, others may have suggestions for post-receive hook type stuff wrt git repos? What one could do is have the config-changed hook pull HEAD of master, then the post-receive hook in your repo do something like, say, juju set <service> last-update-timestamp=<curr time>
[00:45] <nemothekid> thats perfect
[00:45] <nemothekid> really glad I cam across this project then
[00:46] <Makyo> nemothekid: however, the bootstrap node doesn't necessarily listen for changes, that'd be something you'd have to automate outside of juju.  Another option is to, say, up the revision number of your charm and then upgrade the charm for your service.
[00:46] <Makyo> There are a few options, I guess :)
[00:46] <Makyo> Cheers
[00:47] <Makyo> The config-changed idea would also work for CI stuff, too, I guess.

[01:44] <Makyo> hatch: https://www.exratione.com/2013/02/nodejs-and-forever-as-a-service-simple-upstart-and-init-scripts-for-ubuntu/
[07:20] <nesusvet_> Hello everyone!
[10:11] <nesusvet_> I tried to deploy the MAAS environment, and run into the issue when I see assigned server under MAAS, but juju can't recognize it. I did the "destroy-environment " command and deploy everything again via "juju bootstrap" but the same issue happens again and again
[10:12] <nesusvet_> I see only one sever of two
[11:15] <Jujufy> hey, how long should a `juju status' take?
[12:46] <nesusvet_> Jujufy, sorry for the delay, it shows information immediately!
[13:25] <Jujufy1> thanks for answering, although the webchat stopped responding
[13:26] <Jujufy> ok finally set up a proper IRC client
[13:28] <Jujufy> i am updating 13.04 -> 13.10 and i spotted some maas updates
[13:29] <Jujufy> will try to see if juju feels better afterwards
[13:46] <Jujufy> upgrade done but nothing changed with juju
[13:46] <Jujufy> i'm trying to get a time for it
[13:51] <Jujufy> got the result back: http://paste.ubuntu.com/6283048/
[13:53] <Jujufy> i already have an environment bootstrapped
[13:53] <Jujufy> it shows up in `juju env'
[13:54] <Jujufy> i'm trying `juju status' with `-e' but it looks like it will turn out the same
[13:55] <Jujufy> meanwhile, the original bootstrapping process did convert one maas node to `Allocated to root'
[13:56] <Jujufy> so i guess at least that worked
[14:47] <Jujufy> got the same error , this time it does mention my environment
[14:47] <Jujufy> the timeout seems to be 10min
[15:57] <marcoceppi> Jujufy: What version of juju did you bootstrap with?
[19:55] <danielesalatti> Hi all! I need a little help… How can I tell juju to use a t1.micro when deploying? I tried bootstrapping with --constraints "cpu-count=0 mem=512M", "cpu-power=0 mem=512M" and "instance-type=t1.micro" but none of these works for me…
[20:40] <marcoceppi> danielesalatti: cpu-power=0 mem=128M should have done it


[03:01] <achasen> is this the correct place to ask a few questions about ubuntu-emulator and ubuntu-sdk?
[09:18]  * kalikiana tentatively assigned bug 1661743 to Mirv
[09:18] <kalikiana> achasen: I'll say yes, although I don't know much about the emulator personally
[09:31] <oSoMoN> Mirv, https://git.launchpad.net/ubuntu-app-platform/commit/?id=0c73de75e2fab3debe1ecb5a9691b19dafa463ec hasn’t been published to the snap store yet, right?
[09:34] <kalikiana> oSoMoN: edge should be updated automatically
[09:34] <oSoMoN> right, I didn’t think of trying edge
[09:47] <Mirv> oSoMoN: yes, in edge
[09:47] <oSoMoN> Mirv, kalikiana: thanks, confirmed that with u-a-p in edge the staging branch of webbrowser-app that uses the new TabsBar component from ubuntu-ui-extras works fine
[18:44] <kalikiana> daker: Note my comment on bug 1663924
[18:46] <daker> kalikiana: thanks!
[20:05] <kalikiana> Mirv: FYI discussion of how to deal with the constant mir ABI changes is being tracked at bug 1663048 and I disabled automatic publishing of ubuntu-app-platform for now.


[18:33] <jrwren> Happy New Year #ubuntu-us-mi
[18:48] <cmaloney> And to you was well
[18:48] <cmaloney> CHC Ann Arbor tonight
[18:52] <greg-g> HNY!
[18:55] <ben> hny!
[19:06] <jrwren> I swear, meetup.com stopped notifying me of any meetings.  They're terrible at demarcation
[19:12] <jrwren> yup