[00:55] <rsalveti> anyone from the mir team around still?
[00:55] <rsalveti> kgunn: ^
[00:55] <rsalveti> quite a lot of packaging changes landed with the new mir
[00:55] <rsalveti> breaking the vivid touch build as we're depending on a package that got renamed
[00:55] <rsalveti> just trying to understand the changes
[01:29] <racarr> rsalveti: Hi
[01:29] <racarr> rsalveti: I think im the only one around so ill give a best effort
[01:29] <racarr> rsalveti: Wait RAOF is around and he made the changes
[01:29] <racarr> RAOF: ^
[01:29] <racarr> err
[01:30] <rsalveti> he's not around
[01:30] <rsalveti> it seems the backend can be dynamically loaded now
[01:30] <racarr> rsalveti: He is hes just not in this channel I pinged him on mir
[01:30] <rsalveti> https://code.launchpad.net/~mir-team/mir/server-platform-probing/+merge/244982
[01:30] <tmpRAOF> rsalveti: Sure.
[01:30] <racarr> rsalveti: Yes but thats basically what is it so
[01:30] <rsalveti> tmpRAOF: hey :-)
[01:30] <racarr> yes so the soname version isnt required anymore
[01:30] <tmpRAOF> racarr: You need to highlight tmpRAOF now, as freenode ate my RAOF registration :)
[01:30] <racarr> and the libraries got renamed
[01:30] <rsalveti> tmpRAOF: our vivid build is broken because it is still depending on the older packages
[01:30] <racarr> is the summary of my understanding
[01:30] <racarr> tmpRAOF: :)
[01:31] <rsalveti> -		add_package install ubuntu-minimal mir-client-platform-android libmirplatform5driver-android ubuntu-touch
[01:31] <rsalveti> +		add_package install ubuntu-minimal mir-client-platform-android mir-platform-graphics-android ubuntu-touch
[01:31] <rsalveti> I changed this
[01:31] <rsalveti> but we also had the update-alternatives for it
[01:31] <rsalveti> and it seems it's not required anymore
[01:31] <tmpRAOF> Correct.
[01:31] <rsalveti> tmpRAOF: how is mir finding out the backend to load now?
[01:31] <tmpRAOF> By loading them all and finding the one that works.
[01:31] <tmpRAOF> The only reason not to have mir-graphics-drivers
[01:32] <tmpRAOF> The only reason not to have mir-graphics-drivers-mesa on the touch images is you'll waste some disc space.
[01:32] <rsalveti> tmpRAOF: right, that's something I'll check on the next build, in case we get that package installed for whatever reason
[01:32] <rsalveti> tmpRAOF: but in case both are installed at the same time, how to select which one to use?
[01:33] <rsalveti> not sure if mesa will indeed fail on touch
[01:33] <tmpRAOF> It will.
[01:33] <rsalveti> great, will remove the update-alternatives and trigger a new build then
[01:34] <tmpRAOF> Unless it can *actually* work, in which case it's fine to use :)
[01:34] <racarr> lol
[01:34] <racarr> in which it turns out mesa worked on nexus devices this whole time
[01:34] <rsalveti> :-)
[01:34] <racarr> ;)
[01:34] <rsalveti> well, it might work with software rendering
[01:34] <rsalveti> not sure how is the current support though
[01:35] <tmpRAOF> No, our mesa platform doesn't support software rendering.
[01:35] <tmpRAOF> Also, you'd need a kms driver.
[01:35] <racarr> Mm I think we are covered...because of the modesetting bit
[01:35] <racarr> and then even if one did appear the platforms get "priorities"
[01:35] <tmpRAOF> (And once we *do* support software rendering, the mesa platform will only load with software rendering if there's nothing better; android will be better in that case)
[01:36] <racarr> and if an android driver is available (dont remember exactly how it works, but something like...can we load libhardware and open gralloc or whatever)
[01:36] <rsalveti> right, awesome then
[01:36] <racarr> then it gets priority "Best"
[01:36] <tmpRAOF> rsalveti: So, the only package you should need is mir-graphics-drivers-android (conversely, mir-graphics-drivers-mesa for desktop).
[01:36] <rsalveti> right, that's already in our seeds
[01:37] <tmpRAOF> racarr: That's correct - android probes by trying to open gralloc.
[01:39] <racarr> interestingly (not to this conversation, just to people interested generically in EGL implementations) mesa provides a DRI based implementation of gralloc
[01:39] <racarr> for running android on intel free drivers
[01:39] <racarr> kdub and I discovered it before hybris appeared as a driver solution and it took an hour or so of like...does this do what we need? Wait no this is
[01:39] <racarr> the exact opposite...
[01:39] <tmpRAOF> rsalveti: So, you should be able to drop mir-client-platform-android and keep just mir-graphics-drivers-android. We guarantee not to rename that one, and it'll always depend on a full set of packages required to get a fully functional Mir drivers on android.
[01:39] <racarr> it took me an hour or so maybe kdub understood because he knew gralloc lol
[01:40] <rsalveti> tmpRAOF: yeah, that's the change I did
[01:40] <rsalveti> will trigger a new image in a few and let you konw
[01:41] <tmpRAOF> Sweet.
[02:36] <Trevinho> Mhmmh... I've just updated the gdk-GL mir backend to match upstream changes... and well, with then now after few seconds I run the test-gl I'm getting a kernel panic on MIR! :o
[02:40] <Trevinho> gdk changes are basically:
[02:40] <Trevinho> https://bugzilla.gnome.org/show_bug.cgi?id=741946 plus the relative changes to the mir backend...
[02:42] <Trevinho> basically things have been moved to gl 3.2 APIs by default... But Not sure how I can help to fix this... I'd say it's mostly a driver issue....
[03:01] <duflu_> Trevinho: What requires GL 3.2?
[03:01] <Trevinho> duflu_: gdkgl
[03:02] <duflu> That's unfortunate. We still have Ubuntu users limited to GL 1.x which I aim to support with Mir. It would be a pity if they just can't run GTK
[03:02] <Trevinho> duflu: they can run gtk, but not gtk-gl apps
[03:03] <duflu> Ah OK
[03:03] <Trevinho> duflu: they supported legacy gl till few days ago, then they removed that as it was overcomplicating stuff for them
[03:03] <duflu> Trevinho: P.S. Sleep
[03:04] <Trevinho> duflu: so basically now in gtk you can create a gl context inside your app and make it interact with the rest
[03:04] <duflu> Trevinho: I know. I've written toolkits with GLAreas :)
[03:04] <Trevinho> duflu: I was about to go, then I got a friendly ping :)
[03:04] <Trevinho> duflu: yeah, stuff like that... arrived just a little late...
[03:05] <Trevinho> I mean, instead of putting such the efforts in clutter, maybe....
[03:08] <tmpRAOF> Trevinho: Yeah, kernel panics are very much Not Our Fault™
[03:08] <Trevinho> yes, I was wondering that...
[03:09] <Trevinho> I've not them in X, but I guess it's due to the fact it's using a different driver
[03:10] <tmpRAOF> It's not really using a different driver. Unless you're using the nvidia binary drivers for X and nouveau for Mir (or fglrx/radeon)
[03:10] <Trevinho> mh, no I'm using radeon currently... But I thought it was using an egl driver at mesa level, isn't it?
[03:11] <tmpRAOF> Yeah; GTK doesn't use EGL on X as well?
[03:12] <Trevinho> glx
[03:12] <tmpRAOF> There certainly are differences in the uses, though. If you could capture the panic it might point to something we obviously do differently and possibly wrong.
[03:12] <tmpRAOF> Huh. Fair enough.
[03:12] <Trevinho> well, I currently I've no clue how to debug that kind of panic... 😢
[03:14] <Trevinho> probably I need to ping someone with hands at lower levels than me :)
[03:14]  * Trevinho also can't build current mir without http://pastebin.ubuntu.com/10182012/
[03:14] <tmpRAOF> Yeah, we've got some weirdness with our headers at the moment.
[03:15] <Trevinho> maybe it works with pre-compiled headers, but I guess I've disabled them
[04:48] <rsalveti> Get:335 http://ftpmaster.internal/ubuntu/ vivid/main mir-platform-graphics-mesa i386 0.11.0+15.04.20150209.1-0ubuntu1 [91.6 kB]
[04:48] <rsalveti> Get:336 http://ftpmaster.internal/ubuntu/ vivid/main mir-platform-graphics-android i386 0.11.0+15.04.20150209.1-0ubuntu1 [82.4 kB]
[04:48] <rsalveti> tmpRAOF: both were installed, will check the image in a few
[04:48] <rsalveti> not sure why we're still getting the mesa package
[04:49] <rsalveti> libmirserver29 depends on it
[04:49] <rsalveti> as it's |, it seems it will always get the first
[04:50] <rsalveti> even when my seeds is forcing the android one
[05:02] <tmpRAOF> rsalveti: Garh, sorry.
[05:03] <tmpRAOF> rsalveti: I fixed that for the client platform earlier, but at that point the server loading bit hadn't landed.
[05:03] <rsalveti> right
[05:07] <tmpRAOF> rsalveti: For what it's worth: https://code.launchpad.net/~mir-team/mir/server-doesnt-depend-on-drivers/+merge/249449
[05:09] <rsalveti> tmpRAOF: great, thanks
[06:03] <duflu> Trevinho: I just tried out building Mir on trusty. There are lots of hacks required. More than you suggest. How/where are you building mir?
[08:45] <Saviq> hey guys, could someone please have a look at bug #1417773 and see if the attached traces suggest a Mir thread blocked somewhere?
[09:49]  * duflu looks at the bug
[09:53] <duflu> Saviq: Fun. Looks like some kind of deadlock in Mir's GlibMainLoop with Mir's framedropping logic
[09:54] <Saviq> duflu, that sounds fun indeed
[09:54]  * duflu shies away from owning problems he violently tried to stop from us having
[09:54] <duflu> Also it's time to make dinner
[09:55] <duflu> from us? us from.
[09:57] <duflu> Saviq: I know we did try to decide both ends of that deadlock so that deadlocks can't happen. But sounds like we're not there yet
[09:58] <duflu> Saviq: RTM running Mir 0.10? That sounds odd given https://launchpad.net/ubuntu-rtm/+source/mir
[09:59] <duflu> Oh, also a stack from 0.11
[09:59] <Saviq> duflu, my gdb output was from vivid indeed
[10:00] <duflu> Saviq: Was the actual deadlock on vivid?
[10:00] <Saviq> duflu, yes, my gdb output was from vivid 0.10 and 0.11 today
[10:00] <tmpRAOF> I don't think that analysis is correct?
[10:00] <tmpRAOF> It looks more like RPC failure?
[10:00] <Saviq> duflu, might be I misattributed the lock incorrectly
[10:00] <duflu> Saviq: OK, that needs clarification. Deadlocked on Mir 0.8 but retraced using Mir 0.10/11 symbols?
[10:01] <tmpRAOF> (Note one of the threads has blocked in recvmsg)
[10:01] <Saviq> duflu, no no
[10:01] <Saviq> duflu, the original bug was from rtm
[10:01] <Saviq> duflu, and rsalveti's trace should be from there
[10:01] <Saviq> duflu, my deadlocks were both on vivid, and retraced then and there, while the device was deadlocked
[10:02] <duflu> Saviq: rsalveti's looks quite different (dbus deadlock instead)
[10:02] <duflu> Do we have two bugs in one?
[10:02] <Saviq> duflu, very much possible
[10:03] <Saviq> duflu, there was a bunch of random lockups reported
[10:04] <duflu> Saviq: That's a huge can of worms. Time to make dinner
[10:04] <Saviq> duflu, enjoy
[10:06] <tmpRAOF> Saviq: Did you break and then continue in this backtrace?
[10:06] <Saviq> tmpRAOF, I just attached gdb and got the trace there, didn't continue
[10:07] <tmpRAOF> Saviq: So, the fact that it was blocked in recvmsg suggests that something in the RPC stack was being bogus, and the deadlock was U8 waiting for some RPC to finish.
[10:08] <Saviq> tmpRAOF, if you have any pointers as to what else should I check (continue + break) the next time I see that, please comment on the bug
[10:08] <tmpRAOF> Saviq: It might be helpful to work out what unity-system-compositor is doing when this happens.
[16:32] <greyback_> AlbertA: hey, I've got QtCreator working reasonably well using this patch on top of your use-mir-surface-types: http://pastebin.ubuntu.com/10190374/
[16:33] <greyback_> thought I should share the changes I've made, in case it helps
[16:34] <AlbertA> greyback_: cool...I've changed the branch a bit too....
[16:34] <AlbertA> :)
[16:34] <greyback_> AlbertA: ack, will pull and see
[16:41] <greyback_> AlbertA: moveResize deletes & re-creates the mir surface?! Cheeky ;)
[16:42] <AlbertA> greyback_: works for menus lol
[16:48] <racarr> in which we become what we once hated :(
[16:48] <racarr> :p
[16:54] <greyback_> :)
[16:57] <AlbertA> racarr: that's why we are going to support client resize :) it's good for the mir team to feel the pain :)
[20:49] <mlankhorst> yeah no other way :P
[20:49] <mlankhorst> soon you'll find you want to support client hit testing for cursors too
[20:50] <mlankhorst> and  then realize you want to give sub windows a cursor to make it feel more responsive
[21:19] <adrian47> Hello is there anyone who can help with:  tiny.cc/i8lytx  (porting ubuntu touch)


[15:54] <frobware> Is it realistic for me to boot the vivid 3.19 kernel on trusty (xgene/mustang)?
[16:05] <genii> frobware: Now to wait ;)
[16:05] <frobware> genii, hi! Again. :)
[16:07] <genii> frobware: Is there some issue with your 14.04 kernel? I'm just being curious
[16:08] <frobware> genii: No especially. However, I'm testing latest kvm and need accompanying fixes in the kernel. The advice was to go to 3.19.
[16:09] <genii> Interesting.
[16:10] <frobware> genii: I built 3.19 from source (kernel.org) and booted fine. I tried installing devstack/stack.sh and ran into dpkg errors and thought maybe a more "official" Ubuntu kernel might be in order.
[16:10] <genii> frobware: Have you looked at https://wiki.ubuntu.com/ARM64/FoundationModel yet?
[16:11] <frobware> genii: too slow when you have h/w  :)


[15:28] <ApOgEE> salam
[15:29] <ApOgEE> apeciter?
[15:53] <UbuntuMY1> <Khairul Aizat Kamarudzzaman> Wsalam
[15:53] <UbuntuMY1> <Khairul Aizat Kamarudzzaman> Mana ilang sifu
[15:54] <ApOgEE> layan keje
[15:54] <ApOgEE> ada apa2 activity baru ke?
 #OpenStackSummit Vancouver   Speakers who build and operate infrastructure from Google, JPMorgan Chase, Progressive Insurance and Target will share their experiences at the Vancouver Summit, May 21-24. Other notable speakers include AT&T, China Unicom, Hyper HQ, Oath Inc., Paddy Power Betfair, ARM, Verizon, Walmart, Wells Fargo and many more. (other options to include: China Mobile, University of Messina, China Railway)  At the Summit,
[17:50] <UbuntuMY1> these sessions and use cases are organized around specific open infrastructure use cases including AI and machine learning; HPC; edge computing; NFV; container infrastructure; and public, private and multi-cloud strategies in addition to sessions focused on open source community. You can sort within the schedule to find sessions and speakers around each topic.  Stay tune for the discount code ! See you there ....  Here is the 10% off Code:  UG_ASIA10
 @ApOgEE, x sempat nak plan ... mungkin boleh plan utk bionic punye release party


[17:12] <darkangel_> Hey is there a possible way to Compress the Hard Drive its self without usin 7zip or any thing like that?
[21:30] <darkangel> Ubuntu 14.04 is Freakin alsome
[21:49] <jtaylor> darkangel: concerning your compression question, btrfs supports transparent compression
[21:50] <darkangel> Heard resently its not stable. But how do u get it?
[21:52] <jtaylor> its usable but last I used it dpkg was pretty slow on it
[21:52] <jtaylor> you chose it as filesystem when formating
[21:52] <darkangel> ok
[21:54] <darkangel> how do u compress it?
[21:54] <jtaylor> you mount it with some flag and it compresses automatically
[21:54] <jtaylor> https://btrfs.wiki.kernel.org/index.php/Compression
[21:55] <darkangel> so what ever files is downloaded into the btrfs file system it compresses it automaticly?
[21:55] <jtaylor> yes
[21:55] <darkangel> alsome
[21:56] <darkangel> Linux just keeps getting better and better
[21:56] <jtaylor> yabout time we catch up with windows xp :)
[21:57] <darkangel> yup
[21:57] <darkangel> is there any options or Compressing radios u can set for the btrfs file sys?
[21:58] <jtaylor> only two algorithms I think
[21:58] <darkangel> disk utils?
[22:09] <darkangel> Can btrfs be a Default Main File system?
[22:10] <jtaylor> maybe soon
[22:10] <jtaylor> its still slower than ext4 in many situation
[22:10] <darkangel> i c
[22:13] <FernandoMiguel> darkangel: sure
[22:14] <FernandoMiguel> used it for 3 years
[22:14] <FernandoMiguel> it's definitely slower on SSDs
[22:14] <FernandoMiguel> not that slower on HDD
[22:14] <darkangel> i c
[22:14] <FernandoMiguel> and it has awesome features
[22:15] <FernandoMiguel> like expand, dedup, snapshot, etc
[22:15] <darkangel> So it dont have issues on bein a Main file system like no Serious bugs?
[22:15] <jtaylor> though expand, snapshot and sort of subvolumes can also be done with lvm
[22:16] <FernandoMiguel> I did use ZFS 4linux for two cycles
[22:16] <FernandoMiguel> till my SSD died and I couldn't restore the ZFS partition
[22:16] <FernandoMiguel> back to ext4 now
[22:17] <darkangel> well i might check it out on my HDD wow
[22:20] <FernandoMiguel> ZFS is very very powerfull
[22:20] <FernandoMiguel> and it does have more management tools than BTRFS
[22:20] <FernandoMiguel> but much less well supported by the kernel
[22:20] <FernandoMiguel> so I can break on kernel updates
[22:36] <lapion> FernandoMiguel, an install on btrfs takes forever..
[22:36] <FernandoMiguel> lapion: no idea... haven't done one ine 3 or 4 years
[22:36] <FernandoMiguel> plus running a brand new SSD, samsung Evo 840 250GBs
[22:37]  * lapion installed xubuntu with a network install and it took 8 hours.. later had to do a reinstall with ext4 from scratch also from network took 2 to 3 hours..
[22:37] <FernandoMiguel> could be a slow network, lapion
[22:37] <FernandoMiguel> even Wind8 doesn't take that long LOL
[22:38] <lapion> nope FernandoMiguel the ext4 install was including network download.. the btrfs instal was after network download
[23:16] <penguin42> I think I had read about issues with btrfs v dpkg
[23:19] <jtaylor> yes its pretty slow
[23:19] <jtaylor> but can be worked around with eatmydata
[23:28] <penguin42> nod, which frankly probably makes sense if it was tied into taking a btrfs snapshot at the start of a major update and then setting eatmydata
[23:28] <penguin42> jtaylor: Why isn't eatmydata set during install anyway - for a fresh install there's no reason to do all the sync's is there?
[23:31] <jtaylor> last I asked people though --force-unsafe-io is enough
[23:32] <jtaylor> but someone agreed with me its not and wanted to look into it, don't know if anything happened
[23:32] <jtaylor> maybe it did, because my last install was pretty fast even without manual eatmydata setup


[00:03] <FurretUber> From my last experiences, only the fix lands on drm-tip it would be considered fixed there. The last resort would be the kernel Bugzilla, but it's are for maintainers to see bugs reported there
[00:48] <tinoco> .
[12:28] <RSpliet> It looks like Ubuntu kernel 4.4.0-143-generic is API incompatible with earlier versions from the 4.4.0 branch. Compared against 4.4.0-142, in include/linux/mm.h the get_user_pages() method has had the "force" boolean flag removed.
[12:31] <RSpliet> Is this a violation of Ubuntu policy worth reporting (as it breaks out-of-tree module build), or should such changes be expected?
[12:33] <RSpliet> Oh here's the offender: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/include/linux/mm.h?h=v4.4.176&id=8e50b8b07f462ab4b91bc1491b1c91bd75e4ad40
[16:50] <apw> RSpliet, that ABI change was a necessary change for a security fix.  the known out of tree drivers were corrected, but obviously unknown ones we cannot remediate
[18:08] <sorinello> Hello. Anyone knows how well Ubuntu supports BTRFS ? I maybe someone knows. I found some articles f rom 2015-2016 NOT recommending BTRFS yet
[19:14] <RSpliet> apw: thanks for the response. If this is "know breakage" I'll leave it with that. I personally rely on an older version of NVIDIAs graphics driver for (reverse engineering) reasons. I suspect very few other people have a compelling reason to rely on older drivers.
[19:15] <RSpliet> And I managed to work around the issue for myself


 Hey callmepk
[07:44] <oSoMoN> hey callmepk
[07:44] <oSoMoN> thanks didrocks :)
[07:54] <duflu> Morning oSoMoN
[07:54] <oSoMoN> hey duflu
[11:42] <Trevinho> hey all... So this is not real ubuntu-desktop anymore as it moved to libera!? as someone is there others ere... :o
[11:49] <RikMills> Trevinho: the libera channel exists, but don't think the move is official for here quite yet
[11:49] <RikMills> still freenode on https://wiki.ubuntu.com/IRC/ChannelList#IRC.2FChannelList.2FTeam.Ubuntu_team_channels
[11:50] <Trevinho> RikMills: eh, as last friday I think the irc.ubuntu.com dns was pointing there already
[11:50] <Trevinho> so some people is logged there already
[11:50] <Trevinho> as the #ubuntu-* channels are populated indeed
[11:51] <RikMills> irc.ubuntu.com -> egan.freenode.net
[11:51] <RikMills> for me
[11:51] <ogra> the DNS move was an accident and was switched back
[11:52] <RikMills> aha. thanks
[11:52] <ogra> (it will eventually happen, but not yet)
[13:56] <Wimpress> Afternoon desktopers o/
[13:56] <oSoMoN> hey Wimpress
[13:57] <Wimpress> Hey oSoMoN o/ Glad you're here. I have thanks for you :)
[13:57] <oSoMoN> you do?
[13:57] <Wimpress> I have been trying to get Pipewire working in OBS Studio.
[13:58] <Wimpress> I got some of the way there. Then found https://pad.lv/1849478
[13:58] <Wimpress> Which got me more of the way there. So thanks for that.
[13:58] <Wimpress> But, I am at the same spot you are in with Chromium now.
[13:58] <oSoMoN> right, I need to resume work on this
[13:59] <oSoMoN> I've been afk all of last week, and catching up now, hopefully I can get back to it this week
[13:59] <didrocks999> hey Wimpress!
[14:00] <Wimpress> You might be interested in this: https://github.com/snapcrafters/obs-studio/blob/master/snap/snapcraft.yaml#L370
[14:00] <Wimpress> Minimal Pipewire source part.
[14:00] <Wimpress> didrocks999: o/
[14:00] <Wimpress> oSoMoN: Well, if you learn anything ping me :)
[14:01] <oSoMoN> Wimpress, I'll sure do
[14:42] <hellsworth> good morning desktopers
[14:42] <oSoMoN> hey hellsworth
[14:42] <hellsworth> hi there oSoMoN happy monday :)
[14:43] <oSoMoN> thanks, happy Monday to you too :)
[14:46] <hellsworth> thanks. should be a good week :)
[23:46] <callmepk> good morning


[15:14] <mup> PR snapd#5487 closed: overlord/snapstate: improve PlugsOnly comment <Simple> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/5487>


[07:10] <JanC> lotuspsychje: there is no "hexchat indicator" (except the one that integrated in Unity's messaging indicator, which is useless for most people now); that is an old-fashioned tray icon there, and maybe that's related to the issue...?
[11:52] <lotuspsychje> JanC: you mean the hexchat indicator on gnome is outdated and not adapted to gnome properly?
[12:00] <JanC> well, Gnome itself doesn't support either IIRC, and the extension supports both app indicators & tray icons?
[12:01] <JanC> but if you only see that bug with HexChat, it might be related to how it uses tray icons (while most applications use an app indicator library nowadays, I think)
[12:02] <JanC> s/extension/shell extension/
[12:02] <lotuspsychje> i see
[12:03] <JanC> might be possible to test that if you find another application that still uses tray icons  :)
[12:03] <lotuspsychje> JanC: daniel vvugt seems to suspect bug #2012388
[12:03] -ubottu:#ubuntu-next- Bug 2012388 in gnome-shell-extension-appindicator (Ubuntu) "X11 window (usually AnyDesk) at top-right of the screen is invisible and steals mouse clicks" [High, Triaged] https://launchpad.net/bugs/2012388
[12:04] <lotuspsychje> JanC: i got qbittorrent indicator too, wich doesnt have that issue
[12:05] <lotuspsychje> its just the hexchat one inflating
[12:07] <lotuspsychje> i did not test anydesk neither
[12:07] <JanC> so apparently you can disable "Legacy Tray icons support" (but that's probably not what most people want...)
[12:08] <JanC> I mean, you could just disable the HexChat tray icon in HexChat too then
[12:09] <JanC> I wonder if the same issue shows up on X11
[12:09] <lotuspsychje> i disabled it, lemme logout/in
[12:11] <lotuspsychje> yep that fixes it
[12:11] <lotuspsychje> now lets try re enable and try on xorg
[12:13] <lotuspsychje> yeah xorg has it too
[12:13] <JanC> so then it's not because the tray icon needs XWayland  :)
[12:14] <lotuspsychje> indeed, but if it happens with anydesk, it means prob related to the indicator mechanism
[12:15] <JanC> the AnyDesk issue might be different
[12:15] <JanC> or it might be related
[12:15] <JanC> hard to say  :)
[12:15] <lotuspsychje> we will let the devs fight it out :p
[12:16] <lotuspsychje> did you see the new yelp version on noble JanC
[12:16] <lotuspsychje> it added a category to the gnome devs matrix channel
[12:16] <JanC> ugh
[12:17] <lotuspsychje> lemme screen
[12:17] <lotuspsychje> JanC: https://imgur.com/a/3KcLN7Y
[12:20] <lotuspsychje> lets hope they add an ubuntu matrix too, unless the gnome devs want users to reach to gnome more in the future?
[12:21] <JanC> the biggest problem is promoting bloatware like matrix/Element  :)
[12:21] <lotuspsychje> well matrix does have a lot of users, it could get us back proper ubuntu support
[12:22] <lotuspsychje> arch and kde community also use matrix combined with irc here
[12:23] <lotuspsychje> https://community.kde.org/Matrix
[12:23] <lotuspsychje> https://wiki.archlinux.org/title/Matrix
[12:23] <lotuspsychje> so i assume gnome wants to join the club?
[12:24] <JanC> many Gnome channels have been bridged to Matrix for quite a while now, but that is often broken (for everyone who tries to do it) because of Matrix bridge bugs
[12:25] <lotuspsychje> there's a bridge being tested atm working pretty stable
[12:25] <lotuspsychje> #ubuntu-matrix
[12:25] <JanC> but does it work correctly?
[12:26] <lotuspsychje> depends what you define by working
[12:26] <JanC> as in respecting IRC  :)
[12:26] <lotuspsychje> join and see, there's support going on at some times
[12:33] <lotuspsychje> you might be affected to bug #2044167 too JanC (if using dutch ubuntu-desktop)
[12:33] -ubottu:#ubuntu-next- Bug 2044167 in language-pack-gnome-nl (Ubuntu) "livepatch strings not fully translated to dutch in noble" [Undecided, New] https://launchpad.net/bugs/2044167
[12:34] <lotuspsychje> still happens on jammy too
[12:34] <JanC> well, my main desktop is in English, but it would affect other people's systems that I support (e.g. my dad)
[12:35] <lotuspsychje> ah ok
[12:35] <JanC> OTOH, he probably doesn't see anything related to livepatch
[12:37] <JanC> also, Noble isn't anywhere near release, so missing translations are to be expected
[12:37] <lotuspsychje> its the same on jammy, so surely a missed string
[12:38] <lotuspsychje> its a bit odd when you get a mixed language window
[12:38] <JanC> is it even available for translation? and who would have to translate it? Canonical? (this is commercial after all)
[12:39] <lotuspsychje> the dutch translate team prob
[12:40] <lotuspsychje> brb
[12:40] <JanC> I'm not sure they translate stuff that is on the commercial/Canonical side?
[13:04] <lotuspsychje> JanC: its the livepatch text, after update-manager gui is done with updates
[13:07] <lotuspsychje> https://i.stack.imgur.com/Qc33m.png


[03:32] <ESphynx> hey guys :)
[03:32] <ESphynx> at some point I'd like to rant about the horrible experience I had installing Oneiric on my computer :|
[03:33] <ESphynx> it just went from bad to worst...
[05:10] <Corey> I've got a git repository that I'd like to turn into a debian package.  The way it's situated right now is that the entire repo more or less contains a bunch of php files.  I want to drop these into place-- I don't need any configure or make steps for these.  What's the sanest way to structure the .install file?
[05:12] <StevenK> Use debian/dirs to create the directory structure you want, and then debian/install that has 'source <path to dest>'
[05:27] <Corey> StevenK: If everything is going to live in /var/somedirectory, do I need every subdirectory as well?
[05:27] <StevenK> Corey: debian/dirs should just be var/somedir then
[05:28] <Corey> That's simple. Thanks!
[05:33] <Corey> StevenK: Ah, so the install would be 'source /var/somedirectory/' or are my slashes off?
[05:33] <StevenK> No first slash
[05:33] <StevenK> <source file> var/somedir
[05:34] <Corey> Hmm.  When you say source file, how do you encompass "everything in the tarball less the debian directory?"
[05:34] <StevenK> *.php ? :-)
[05:35] <Corey> That's just it.  There are subdirectories to consider as well.
[05:36] <Corey> I more or less want the package to take the orig.tar.gz and unzip it into /var/somedirectory, full stop, the end. :-)
[05:39] <StevenK> Well, it's already unpacked when you build
[05:39] <Corey> Right.  The "build" is that untar process-- no makefile.
[05:39] <Corey> Essentially what I'm trying to do is have a repeatable process that uses the apt system.
[05:40] <StevenK> You can do mkdir ; cp -a --exclude debian  in your rules file if you wish
[05:40] <StevenK> debian/dirs and debian/install are good since they're *simple*, but you need to tell it exactly what you want.
[05:42] <Corey> StevenK: that'd be what, dh_make or dh_install?
[05:42] <StevenK> dh_make is not debhelper. It's dh_install.
[07:54] <vibhav> submittodebian doesn't work for me :(
[08:02] <dholbach> good morning
[08:18] <vibhav> submittodebian doesn't work for me :(
[08:20] <vibhav> dholbach: You told me to submit the patch to debian but It does not report
[08:21] <dholbach> I'm not sure how to debug this - maybe somebody else can help ^?
[08:22] <vibhav> Is there any other way to submit patches to debian?
[08:22] <dholbach> by mail
[08:23] <dholbach> http://www.debian.org/Bugs/Reporting and https://wiki.ubuntu.com/Debian/Bugs should help
[08:23] <dholbach> brb
[08:23] <vibhav> I sent debian the Launchpad Bug tracker address which had the patch
[08:25] <arand> vibhav: Just add the patch as an email attachment when sending it to the bug report.
[08:25] <vibhav> ok
[08:31] <arand> And if you have confirmed that it works *on Debian* add a patch tag by sending "tags bug# + patch \n thanks." to the control server
[08:33] <arand> In what way does submittodebian not work?
[08:38] <vibhav> arand: It just says that the bug has been reported, But I get no email
[08:40] <arand> vibhav: Ah, you haven't set up  sendmail, I presume?
[08:43] <vibhav> arand: must be
[08:43] <vibhav> How do i set it up?
[08:47] <arand> Hmm, from what I remember with exim4, it's rather hassly, it might be easier if you manage to get reportbug to use your current MUA (evolution? thunderbird?) to send things instead of sendmail...
[08:48] <arand> $HOME/.reportrc   add "mua thunderbird -someoptions" I*m guessing based on the manual pages
[08:52] <Laney> it knows how to speak smtp itself
[08:52] <Laney> just put "smtphost reportbug.debian.org" in ~/.reportbugrc
[08:52] <Laney> providing your ISP doesn't block such things
[08:55] <arand> Ah, that's much simpler!
[09:01] <vibhav> thanks Laney
[09:03] <tumbleweed> it should set itself up, these days
[09:04] <Laney> .there is a wizard on first run, yeah.
[12:40] <brainstorm> hello ! I'm trying to package a java-based software suite and upload it to launchpad
[12:40] <brainstorm> https://launchpadlibrarian.net/96625288/buildlog_ubuntu-oneiric-i386.snpeff_2.0.5d-1ubuntu3_FAILEDTOBUILD.txt.gz
[12:41] <brainstorm> unfortunately it fails on the install itsef, which is pretty simple: /usr/bin/sudo mkdir -p /usr/local/java/snpeff
[12:41] <brainstorm> make[1]: /usr/bin/sudo: Command not found
[12:41] <Zhenech> why should it install in usr/local?
[12:41] <jalcine_> Morning all
[12:41] <brainstorm> oops, sorry, that should have been /usr/share/java :-S
[12:42] <Zhenech> you usually install into $(CURDIR)/debian/tmp and copy it to the .deb afterwards
[12:43] <tumbleweed> firstly, it shouldn't be using sudo
[12:43] <Zhenech> yeah, that too
[12:43] <tumbleweed> second, it should respect CURDIR
[12:43] <tumbleweed> and yes, it should also respect PREFIX, which should avoid the /usr/local bit
[12:44] <brainstorm> I wrote an artificial Makefile (the original package did not have it) such as this: install:
[12:44] <brainstorm>         mkdir -p /usr/share/java/snpeff
[12:44] <brainstorm>         cp -a snpEff.* scripts galaxy /usr/share/java/snpeff
[12:44] <brainstorm> would that work ? do I need to tweak anything else ?
[12:45] <tumbleweed> brainstorm: what did it have? ant?
[12:45] <brainstorm> nope, nothing at all, it was just a .zip file: http://snpeff.sourceforge.net/
[12:46] <tumbleweed> ah, so it's binary, not source?
[12:46] <brainstorm> yes
[12:46] <tumbleweed> I'd not bother with the Makefil, and just use dh_install
[12:46] <brainstorm> tumbleweed: great, how should I proceed/read about ? :)
[12:46] <tumbleweed> but this could also be a reasonable learning opportunity on how the makefiel should behave, if you want :P
[12:46] <brainstorm> tweak debian/rules maybe ?
[12:46] <tumbleweed> dh_install has a manpage
[12:47] <tumbleweed> you should just be able to say "snpEff.* /usr/share/java/snpeff" in debian/install
[12:47] <brainstorm> tumbleweed: awesome ! thanks for that :)
[12:51] <geser> do PPAs allow it to just ship the .jar file and not the real source in the source package?
[12:57] <debfx> sure, as long as it's redistributable
[13:12] <brainstorm> oh, btw, dunno where to report this exactly, but there's a step on the packaging guide (http://developer.ubuntu.com/packaging/html/packaging-new-software.html), that does not survive reality: $ pbuilder-dist oneiric build kqrcode_0.4-0ubuntu1.dsc
[13:13] <tumbleweed> brainstorm: what's wrong with it?
[13:16] <brainstorm> tumbleweed: $ pbuilder-dist oneiric build snpeff_2.0.5d-1ubuntu1.dsc
[13:16] <brainstorm> E: File /home/vagrant/pbuilder/oneiric-base.tgz does not exist
[13:17] <tumbleweed> brainstorm: that's covered in http://developer.ubuntu.com/packaging/html/getting-set-up.html
[13:18]  * tumbleweed adds a link
[13:19] <brainstorm> aha, ok, thanks for the pointer :)
[13:21] <brainstorm> I've been thinking on how packaging would benefit from a ton of automation (instead of so much documentation). In that sense I've been looking at FPM: http://www.semicomplete.com/blog/tags/deb and filed an issue on GitHub: https://github.com/jordansissel/fpm/issues/170 … what do you think about that ?
[13:31] <arand> brainstorm: http://xkcd.com/927/ comes to mind, also, I wonder if it is really beneificial if people whi are unfamiliar with packaging can easily dump stuff in a PPA...
[13:31] <arand> *who
[14:36] <brainstorm> does dh_install (debian/install) create directories automatically (mkdir -p) if they don't exist ? i.e: /usr/share/java/snpeff ?
[14:37] <arand> brainstorm: Yes, afaik, you could treat it as "install -D" pretty much.
[14:39] <shadeslayer> hrw: when you're free, would it be possible for you to help me setup a arhf qemu builder?
[15:04] <shadeslayer> *armhf
[15:05] <tumbleweed> armhf works in qemu these days?
[15:05] <shadeslayer> dunno, armel/armhf whatever works, I have little knowledge of the field
[15:05] <tumbleweed> I thought one still needed native packages for a bunch of syscalls that aren't supported yet
[15:06] <tumbleweed> armel should "just work"
[15:06] <shadeslayer> is there a way I can get it to work with pbuilder?
[15:06] <tumbleweed> yeah, use qemu-debootstrap
[15:06] <tumbleweed> pbuilder-dist should know how to do it
[15:07] <shadeslayer> I think I've tried qemu-debootstrap
[15:07] <shadeslayer> I'll try pbuilder-dist
[15:09] <shadeslayer> tumbleweed: https://wiki.edubuntu.org/UbuntuDevelopment/Ports < I tried that earlier ( Specifically "pbuilder and QEMU syscall emulation" )
[15:10] <shadeslayer> heh : Warning: Unknown distribution "armel". Do you want to continue [y|N]?
[15:10] <tumbleweed> yup, that's pretty much what pbuilder-dist will do
[15:10] <tumbleweed> worked fine for me in the past
[15:13] <shadeslayer> tumbleweed: http://paste.kde.org/439076/
[15:13] <shadeslayer> line 7 and 8
[15:13] <Zhenech> armel is not a dist, but an arch
[15:13] <shadeslayer> Zhenech: uh, yea, I used --architechture armel
[15:14] <shadeslayer> another option was multiarch, but that's broken
[15:14] <shadeslayer> multistrap
[15:16] <shadeslayer> I'll try mk-sbuild --arch=
[15:17] <shadeslayer> *mk-sbuild --arch=armel precise
[15:17] <tumbleweed> shadeslayer: pbuilder-dist is doing http://paste.debian.net/159565/ for me
[15:17] <tumbleweed> yes, mk-sbuild should also work
[15:18] <shadeslayer> tumbleweed: pastebin your pbuilderrc? :)
[15:18] <tumbleweed> shadeslayer: empty
[15:18] <tumbleweed> (well, actually not, but for pbuilder-dist, an empty one should work)
[15:19] <shadeslayer> hmm
[15:20] <shadeslayer> lets see
[15:21] <shadeslayer> heh, Zhenech was right, I incorrectly supplied the args
[15:21] <Zhenech> \o/
[15:22] <shadeslayer> I should really stop multitasking, I'm no good at it :P
[15:28] <hrw> shadeslayer: never created qemu builders. I have real arm hardware
[15:28] <shadeslayer> :D
[15:28] <shadeslayer> I'll get a raspberry pi soon, won't be able to run Ubuntu on it tho
[15:34] <dupondje> you'll get a raspberry pi soon
[15:34] <dupondje> right :)
[15:35] <dupondje> still haven't received an order mail :(
[15:35] <Zhenech> I'll get mine this millenium *hope*
[15:57] <shadeslayer> dupondje: yes, I'll get it in like a month or so
[15:57] <shadeslayer> they reserved 400 boards for developers, I've been allocated one from the initial batch of 10000
[15:57] <shadeslayer> hrw: tumbleweed muwhahah, I made pbuilder-satisfydepends segfault
[15:57] <shadeslayer> /usr/lib/pbuilder/pbuilder-satisfydepends: line 60: 26036 Segmentation fault      (core dumped) $CHROOTEXEC aptitude -y --without-recommends -o APT::Install-Recommends=false "${PBUILDER_APTITUDE_CHECK_OPTS[@]}" -o Aptitude::ProblemResolver::StepScore=100 -o "Aptitude::ProblemResolver::Hints::KeepDummy=reject pbuilder-satisfydepends-dummy :UNINST" -o Aptitude::ProblemResolver::Keep-All-Level=55000 -o Aptitude::ProblemResolver::Remove-
[15:57] <shadeslayer> Essential-Level=maximum install pbuilder-satisfydepends-dummy
[15:58] <dupondje> lucky ! :)
[15:58] <tumbleweed> shadeslayer: :)
[15:58] <shadeslayer> dupondje: yeah :P , thanks to Nokia!
[15:59] <tumbleweed> are you using the latest qemu-user-static?
[16:00] <shadeslayer> nope
[16:00] <tumbleweed> that's usually a good idea
[16:01] <shadeslayer> ok
[16:32] <shadeslayer> tumbleweed: http://paste.kde.org/439160
[16:48] <brainstorm> tumbleweed: thanks guys ! it's up there ;) https://launchpad.net/~brainstorm/+archive/galaxy/+packages
[17:19] <shadeslayer> tumbleweed: no luck on upgrading qemu-user-static
[18:31] <tumbleweed> shadeslayer: nafc, worked for me (on sid)
[18:31] <shadeslayer> well
[18:31] <shadeslayer> It might be because of -D_FORTIFY_SOURCE=2
[18:32] <shadeslayer> I'll try it on sid
[18:36] <tumbleweed> I know I've used qemu-arm-static from Ubuntu dev releases before (on Debian) because I wanted newer qemus
[18:46] <shadeslayer> tumbleweed: you make qemu sound like a tasty fruit
[18:47] <tumbleweed> :P>
[18:58] <shadeslayer> \o/
[18:58] <shadeslayer> tumbleweed: thanks man
[19:06] <tumbleweed> np
[19:07] <tumbleweed> I assume that everything that works on Debian works on Ubuntu, not always true :)
[19:17] <Laney> iulian: did you see the removals that went by on d-haskell recently?
[19:17] <Laney> want to file them? :-) :-)
[19:17]  * Laney does some more test builds - soon will be able to unhold ghc again
[19:57]  * micahg wonders if cody-somerville is planning on ever updating catfish in Debian
[19:57] <cody-somerville> micahg, The last time I checked the upstream author had stopped developing it.
[19:58] <micahg> cody-somerville: I gave you a patch for dh_python2 conversion :)
[19:58] <cody-somerville> micahg, really. when?
[19:58] <micahg> months ago?
[19:58] <micahg> debian 641577
[20:00] <cody-somerville> ah. fancy that.
[20:01] <micahg> I needed to get python-support off the Xubuntu images for oneiric
[20:02] <cody-somerville> micahg, I assume you've already made the change in Ubuntu and that you're just looking to be able to drop the delta?
[20:02] <micahg> cody-somerville: yeah
[20:02] <cody-somerville> micahg, cool. I'll take care of that then. thanks for the ping.
[20:03] <micahg> cody-somerville: no rush on it, but there are several other open bugs as well
[20:04] <micahg> laney: how does one tell if a new version of a haskell package has features or not
[20:05] <Laney> the same way as for any other library
[20:06] <Laney> if you are concerned about my current syncs then don't be because there is an FFe
[20:08] <tumbleweed> the FFe being "sort the haskell stack out" :)
[20:08] <Laney> there were API changes in ghc's base libraries so some code changes are inevitable
[20:09] <micahg> laney: with most libraries, there's a changelog either upstream or in the package and I could find neither
[20:10] <Laney> a sad deficiency in the haskell ecosystem indeed
[20:13] <Laney> for a normal haskell freeze exception i would consider the fact that every new upstream is an abi break (so check how many rdepends) and would diff the two packages to see what the API changes are like
[20:28] <ScottK> So an upstream for Haskell always has 'features' since it needs a transition.
[20:28] <ajmitch> sounds like a dream to maintain
[20:29] <ScottK> Happiness is never needs to be confused about if you have to do a transition.


[01:56] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Diff missing (vivid/libindicator). Pending binary packages (xenial/libindicator). Ready to build (zesty/libindicator). Successfully built (vivid/hud, vivid/indicator-application, vivid/indicator-bluetooth, vivid/indicator-datetime, vivid/indicator-display, vivid/indicator-keyboard, vivid/indicator-location, vivid/indicator-messages, vivid/indicator-network, vivid/indicato
[01:56] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1996 Diff missing
[02:16] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Diff missing (vivid/libindicator, xenial/libindicator). Ready to build (zesty/libindicator). Successfully built (vivid/hud, vivid/indicator-application, vivid/indicator-bluetooth, vivid/indicator-datetime, vivid/indicator-display, vivid/indicator-keyboard, vivid/indicator-location, vivid/indicator-messages, vivid/indicator-network, vivid/indicator-power, vivid/indicator-s
[02:24] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2080 Successfully built
[05:50] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1996 Generating diffs
[05:51] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1996 Diff missing
[05:57] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1996 Successfully built
[07:04] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Generating diffs
[07:17] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Diff missing (vivid/libindicator, xenial/libindicator). Ready to build (zesty/libindicator). Successfully built (vivid/hud, vivid/indicator-application, vivid/indicator-bluetooth, vivid/indicator-datetime, vivid/indicator-display, vivid/indicator-keyboard, vivid/indicator-location, vivid/indicator-messages, vivid/indicator-network, vivid/indicator-power, vivid/indicator-s
[07:28] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Generating diffs
[07:33] <popey> sil2100: my pro 5 no longer updates. I get "Update failed": FileNotFoundError: /var/lib/system-image/blacklist.tar.xz" - which I recall seeing a year or so ago...
[07:33] <popey> have you seen any other reports of that?
[07:46] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Ready to build (zesty/libindicator). Successfully built (vivid/hud, vivid/indicator-application, vivid/indicator-bluetooth, vivid/indicator-datetime, vivid/indicator-display, vivid/indicator-keyboard, vivid/indicator-location, vivid/indicator-messages, vivid/indicator-network, vivid/indicator-power, vivid/indicator-session, vivid/indicator-sound, vivid/indicator-transfer,
[08:00] <sil2100> popey: wow, hm, no, but IIRC this error should not be fatal
[08:01] <sil2100> popey: could you fill in a bug? With all the usual system-image-ish details. I'll try to look into that in a moment, maybe there's something b0rken somewhere
[08:08] <popey> sil2100: I have a feeling it may be due to the proxy here at the sprint perhaps
[08:08] <sil2100> popey: I noticed that none ubuntu.com pages work on the Canonical network here
[08:08] <sil2100> Had to change to the hotel WiFi
[08:09] <popey> k, will test again later on normal-fi
[08:27] -queuebot:#ubuntu-ci-eng- tiagosh boiko rmescandon, https://bileto.ubuntu.com/#/ticket/1319 Failed to build (xenial/telepathy-ofono, zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/history-service, zesty/telephony-service). Successfully built (vivid/dialer-app, vivid/history-service, vivid/messaging-app, vivid/telepathy-ofono, vivid/telephony-service, xenial/dialer-app, xenial/history-service, xenial/messaging-app, xenial/telephony-service, zesty/dialer
[08:28] <anpok> trainguards: i need to bump libxkbcommon in the vivid overlay to be the same version as xenial+o and yakkety+o, do I have to create a bileto ticket for it?
[08:31] <sil2100> anpok: you mean, you want to backport the xenial-overlay version of libxkbcommon to vivid-overlay?
[08:31] <anpok> yes
[08:32] <Mirv> anpok: create vivid only ticket
[08:32] <Mirv> anpok: I write much better than I speak atm :)
[08:32] <sil2100> anpok: yes, a ticket would be needed ;)
[08:32] <sil2100> anpok: since QA needs to test if it doesn't cause any regressions
[08:32] <anpok> Mirv: :)
[08:32] <anpok> sure
[09:03] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Preparing packages
[09:22] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Failed to build (vivid/lightdm, zesty/lightdm). Pending binary packages (xenial/lightdm). Successfully built (vivid/gsettings-ubuntu-touch-schemas, vivid/ubuntu-touch-session, vivid/unity8, vivid/unity8-desktop-session, xenial/gsettings-ubuntu-touch-schemas, xenial/ubuntu-touch-session, xenial/unity8, xenial/unity8-desktop-session, zesty/gsettings-ubuntu-touch-schemas, zesty/ubuntu-touch-session,
[09:49] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Needs rebuild due to new commits (yakkety/ubuntu-settings-components, yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/ubuntu-settings-components, vivid/unity-notifications, vivid/unity8, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/ubuntu-settings-components, xenial/unity-notifications, xenial/unity
[10:03] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Successfully built
[10:10] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Needs rebuild due to new commits (yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/ubuntu-settings-components, vivid/unity-notifications, vivid/unity8, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/ubuntu-settings-components, xenial/unity-notifications, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles
[10:25] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 Ready to build
[12:47] -queuebot:#ubuntu-ci-eng- jamesh, https://bileto.ubuntu.com/#/ticket/2083 Preparing packages
[12:59] <anpok> trainguards: could you please upload libxkbcommon-0.5.0-1 to https://bileto.ubuntu.com/#/ticket/2084  https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2084/+packages
[13:00] <sil2100> anpok: on it
[13:01] <anpok> sil2100: thx
[13:04] <sil2100> hm, just in case I'll do a source upload, won't harm anyone
[13:05] <sil2100> anpok: uploaded, should build soon
[13:24] -queuebot:#ubuntu-ci-eng- jamesh, https://bileto.ubuntu.com/#/ticket/2083 Failed to build
[13:25] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 Diff missing
[14:00] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 Generating diffs
[14:02] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 Diff missing
[14:04] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 Generating diffs
[14:04] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 Successfully built
[14:06] -queuebot:#ubuntu-ci-eng- jamesh, https://bileto.ubuntu.com/#/ticket/2083 Preparing packages
[14:06] -queuebot:#ubuntu-ci-eng- tiagosh boiko rmescandon, https://bileto.ubuntu.com/#/ticket/1319 Preparing packages
[14:26] -queuebot:#ubuntu-ci-eng- tiagosh boiko rmescandon, https://bileto.ubuntu.com/#/ticket/1319 Failed to build (xenial/telepathy-ofono, zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Successfully built (vivid/dialer-app, vivid/messaging-app, vivid/telepathy-ofono, vivid/telephony-service, xenial/dialer-app, xenial/messaging-app, xenial/telephony-service, zesty/dialer-app, zesty/messaging-app). Uploading build (vivid/history-service, xe
[14:45] -queuebot:#ubuntu-ci-eng- jamesh, https://bileto.ubuntu.com/#/ticket/2083 Failed to build
[14:46] -queuebot:#ubuntu-ci-eng- tiagosh boiko rmescandon, https://bileto.ubuntu.com/#/ticket/1319 Failed to build (xenial/telepathy-ofono, zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Pending binary packages (xenial/history-service). Successfully built (vivid/dialer-app, vivid/history-service, vivid/messaging-app, vivid/telepathy-ofono, vivid/telephony-service, xenial/dialer-app, xenial/messaging-app, xenial/telephony-service, zesty/dia
[15:07] -queuebot:#ubuntu-ci-eng- tiagosh boiko rmescandon, https://bileto.ubuntu.com/#/ticket/1319 Failed to build (xenial/telepathy-ofono, zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Successfully built (vivid/dialer-app, vivid/history-service, vivid/messaging-app, vivid/telepathy-ofono, vivid/telephony-service, xenial/dialer-app, xenial/history-service, xenial/messaging-app, xenial/telephony-service, zesty/dialer-app, zesty/history-ser
[15:15] -queuebot:#ubuntu-ci-eng- boiko tiagosh renato, https://bileto.ubuntu.com/#/ticket/2085 Preparing packages
[15:44] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2080 Needs rebuild due to new commits (zesty/unity8). Successfully built (vivid/indicator-power, vivid/qtmir, vivid/qtmir-gles, vivid/unity-api, vivid/unity8, xenial/indicator-power, xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, xenial/unity8, zesty/indicator-power, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[15:47] -queuebot:#ubuntu-ci-eng- boiko tiagosh renato, https://bileto.ubuntu.com/#/ticket/2085 Successfully built
[16:21] -queuebot:#ubuntu-ci-eng- andreas-pokorny, https://bileto.ubuntu.com/#/ticket/2084 QA Signoff: Ready
[18:22] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2081 QA Signoff: Ready
[19:07] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/1994 QA Signoff: Ready
[23:57] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 QA Signoff: Ready


[07:29] <MooDoo> hello all
[09:37] <elacheche> Hey!
[10:11] <Kilos> greetings everyone, we just had power restored
[10:14] <elacheche> Greeting Kilos.. I was asking myself if you're ok.. :D
[10:14] <elacheche> Now I understand :)
[10:14] <Kilos> hi elacheche
[12:03] <Kilos> MooDoo  and others i have a request please
[12:03] <Kilos> please talk to the guys at LoCo Teams and ask them to consider making audio feeds available
[12:03] <Kilos> thats for the 3g guys in za
[12:03] <Kilos> the keynote is what we want in audio please
[12:14] <MooDoo> okey
[12:14] <Kilos> ty
[12:14] <MooDoo> Kilos: might even try and do it myself
[12:15] <Kilos> cool
[12:20] <Kilos> https://www.youtube.com/watch?v=9IfgX-k7Hag could work as well. shows 55.2 meg download
[12:30] <Kilos> audio is perfect MooDoo
[12:30] <Kilos> i used youtube-dl -f 140 https://www.youtube.com/watch?v=9IfgX-k7Hag
[12:41] <MooDoo> Kilos: that's what i was going to use any way :D but i'm at work at the moment, so you've beat me to it
[12:42] <Kilos> hehe
[21:22] <ubuntiste-msakni> Guys! Am arabic, and I find many SPAMS (in arabic) on the LP Answers section.. Is there a way to remove those spams?
[21:22] <belkinsa> Ask your brother, ubuntiste-msakni/
[21:23] <belkinsa> H emight know.
[21:23] <belkinsa> ;D
[21:23] <genii> ubuntiste-msakni: Might want to try the #launchpad channel
[21:23] <belkinsa> Or you can filter them out
[21:24] <ubuntiste-msakni> looool.. belkinsa :D what brother?? you mean elacheche?
[21:24] <belkinsa> Yes.
[21:24] <ubuntiste-msakni> belkinsa, yeah, but this will create problems for other arabic persons who needs/try to help
[21:24] <belkinsa> ubuntiste-msakni = elacheche?
[21:24] <ubuntiste-msakni> belkinsa, elacheche is ubuntiste-msakni :D I'm elacheche :D
[21:24] <ubuntiste-msakni> :D
[21:25] <belkinsa> Curse you.
[21:25] <ubuntiste-msakni> elacheche, is connected via my work desktop :D x)
[21:26] <ubuntiste-msakni> sorry for confusing you belkinsa x)
[21:26] <belkinsa> It's cool
[21:26] <belkinsa> I don't mind a prank/
[21:26] <belkinsa> ;)
[21:27] <ubuntiste-msakni> :D


[15:32] <hannie> daker, hi
[15:33] <daker> hi hannie
[15:33] <hannie> daker, are you attending UDS at the moment?
[15:33] <hannie> physically I mean
[15:34] <daker> hannie, no, i didn't get the visa :/
[15:34] <hannie> ok, thought you were there. See you tomorrow at the meeting (remote ;))
[15:34] <daker> yes ツ


[05:13] <mborzecki> morning
[05:35] <mup> PR snapd#10270 closed: tests: update mount-ns test to support changes in the distro <⚠ Critical> <Created by sergiocazzolato> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/10270>
[06:11] <mup> PR snapd#10217 closed: o/servicestate: restart slices + services on modifications <Needs Samuele review> <Squash-merge> <quota> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10217>
[06:17] <mborzecki> mvo: hey
[06:17] <mborzecki> mvo: can you take a look at https://github.com/snapcore/snapd/pull/10269 ?
[06:17] <mup> PR #10269: overlord:  unit test tweaks, use well known snap IDs, setup snap declarations for most common snaps <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10269>
[06:28] <mvo> mborzecki: sure, looking
[06:30] <mborzecki> thanks!
[06:41] <mup> PR snapd#10262 closed: tests/nested/manual: add test for install-device + snapctl reboot <Run nested> <Test Robustness> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10262>
[06:51] <mup> PR snapd#10265 closed: many: backport kernel command line for 2.50 <Run nested> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10265>
[06:51] <mborzecki> yay
[06:53] <mvo> mborzecki: thank you so much for this one!
[06:53] <mborzecki> mvo: yw, thanks for landing it!
[06:56] <mup> PR snapd#10269 closed: overlord:  unit test tweaks, use well known snap IDs, setup snap declarations for most common snaps <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/10269>
[07:04] <mborzecki> interesting, some smappy posts in the forum about *coin created by newly set up accounts
[07:06] <mborzecki> heh `Err http://us-east1.gce.archive.ubuntu.com/ubuntu xenial InRelease` getting 503
[07:08] <pstolowski> morning
[07:08] <mvo> good morning pstolowski
[07:09] <mvo> mborzecki: meh, let's hope the 503 go away again
[07:14] <mborzecki> mvo: https://github.com/snapcore/snapd/pull/10187 can be merged
[07:14] <mup> PR #10187: o/hookstate, o/snapstate: print revision, version, channel with snapctl --pending <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10187>
[07:14] <mborzecki> pstolowski: hey
[07:15] <mvo> mborzecki: on it
[07:15] <mborzecki> thanks!
[07:21] <mup> PR snapd#10187 closed: o/hookstate, o/snapstate: print revision, version, channel with snapctl --pending <Needs Samuele review> <Refresh control> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10187>
[07:21]  * pstolowski note to self, struct fields need to be exported for DeepEquals to do the right thing, otherwise the error is very confusing such as  ["snap-c"]["snap-a"].firstHeld.ext: 0 !=<PHONE_NUMBER>0 for time.Time fields
[07:27] <pstolowski> mborzecki: thanks for the review of snapctl change
[07:27] <pstolowski> i've de-conflicted #10182
[07:27] <mup> PR #10182: o/snapstate: autorefresh phase1 for refresh-control <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10182>
[07:27] <mup> Bug #10182: Can not logout of gnome when xcompmgr is running <gnome-panel (Ubuntu):Invalid by fabbione> <https://launchpad.net/bugs/10182>
[07:32] <zyga> o/
[09:03] <mborzecki> re
[10:01] <mup> PR snapd#10253 closed: boot: helpers for manipulating current and good recovery systems list <Run nested> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/10253>
[11:08] <jamesh> testing dbus stuff would be a lot easier if we had /usr/bin/gdbus in one of the bases...
[11:09] <jamesh> (well, it would mean not needing to upload test snaps to the store)
[11:12] <mvo> jamesh: how big is it? if it's small enough it might be a reasonable ask
[11:13] <jamesh> mvo: 51K on amd64 -- it's library dependencies (glib+friends) are already there
[11:13] <jamesh> mvo: I' an API that dbus-send can't handle
[11:14] <jamesh> I've been trying to test an API dbus-send can't handle
[11:14] <mvo> jamesh: 51k sounds fine to me
[11:18] <jamesh> okay.  I might roll a PR for that then.  It's part of libglib2.0-bin, which contains a few other utilities.  Not sure if it is worth trying to strip them out or not
[11:32] <mup> PR snapd#10272 opened: o/hookstate: print pending info (ready, inhibited or none) <Needs Samuele review> <Refresh control> <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10272>
[11:35] <ijohnson> @jamesh fwiw I have wanted gdbus on uc before numerous times, so if it's really only 51k, +1 from me
[11:35] <jamesh> ijohnson: okay.  I'll go ahead and make a PR to see what the actual damage is
[11:36] <ijohnson> Nice thanks
[12:21] <pedronis> mborzecki: I commented on https://github.com/snapcore/snapd/pull/10220
[12:21] <mup> PR #10220: seed/seedwriter: fail early when system seed directory exists <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10220>
[12:21] <mborzecki> pedronis: thanks, that should be easy
[12:23] <pedronis> ijohnson: hi, what's the status of https://github.com/snapcore/snapd/pull/10218 ? does it need a master merge?
[12:23] <mup> PR #10218: o/servicestate: add RemoveSnapFromQuota <quota> <⛔ Blocked> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10218>
[12:25] <ijohnson> pedronis yes, if you haven't started reviewing it, I will just force push a rebate
[12:26] <ijohnson> *rebase
[12:26] <pedronis> ijohnson: I haven't
[12:26] <ijohnson> Okay, I will update that in a little bit
[12:48] <pedronis> mvo: I commented on https://github.com/snapcore/snapd/pull/10264, lots of questions
[12:48] <mup> PR #10264: config: add "virtual" config via config.RegisterVirtualConfig <Created by mvo5> <https://github.com/snapcore/snapd/pull/10264>
[12:57] <pedronis> pstolowski: I made a comment about an issue we have in https://github.com/snapcore/snapd/pull/10272
[12:57] <mup> PR #10272: o/hookstate: print pending info (ready, inhibited or none) <Needs Samuele review> <Refresh control> <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10272>
[12:59] <ijohnson> pedronis: 10218 is ready now
[13:00] <pedronis> ijohnson: thx, I'll look at later today
[13:00] <pedronis> *at it
[13:13] <pstolowski> pedronis: thanks, i need to ponder, that would be a general issue we have right?
[13:29] <pedronis> pstolowski: yes, we need to move / or duplicate that call into the new task I think
[13:32] <bandali> hi pedronis, would you be able to help with a ManualReviewPending item on snapcraft.io? (for the newly submitted jami-gnome snap)
[13:37] <pedronis> bandali: you should post something under store-requests on the forum
[13:43] <bandali> ah okay will do, thanks
[14:23] <mup> PR core20#103 opened: hooks: add libglib2.0-bin for the "gdbus" utility <Created by jhenstridge> <https://github.com/snapcore/core20/pull/103>
[14:24] <pstolowski> pedronis: ok, i'd address it in a separate PR if that sounds reasonable?
[14:30] <pedronis> pstolowski: it's reasonable but we should probably talk about it because of the issue also what to do with the corresponding lock, I think the spec mentions that briefly
[14:34] <pstolowski> pedronis: yes i saw that sentence in the spec but i'd think the lock will be managed/relevant elsewhere and not in snapctl (but maybe not)
[14:34] <pedronis> pstolowski: well, we need to keep the lock to have consistent value for pending
[14:34] <pedronis> I think
[14:34] <pedronis> that's why this intersects
[14:36] <pedronis> mborzecki: detail to fix in https://github.com/snapcore/snapd/pull/10220
[14:36] <mup> PR #10220: seed/seedwriter: fail early when system seed directory exists <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10220>
[14:41] <mup> PR snapcraft#3524 opened: ua manager: install ubuntu-advantage-tools as needed (CRAFT-67) <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3524>
[14:43] <mardy> mmm... can someone help me understand this error? https://github.com/snapcore/snapd/pull/10266/checks?check_run_id=2611334119
[14:43] <mup> PR #10266: wrappers/services.go: do not restart disabled or inactive services <Needs Samuele review> <Created by mardy> <https://github.com/snapcore/snapd/pull/10266>
[14:43] <mardy> "wrappers/services_test.go:3369:14: github.com/snapcore/snapd/systemd.ServiceState composite literal uses unkeyed fields
[14:43] <mardy> "
[14:43] <mardy> (that's a struct I added)
[14:44] <mborzecki> pedronis: that should be addressed now
[14:44] <pstolowski> mardy: yeah, you need to type field names when instantiating the struct, e.g. {Foo: value1, Bar: value2}
[14:44] <mborzecki> mardy: a mix of fields with keys and not?
[14:53] <mardy> pstolowski, mborzecki: thanks, fixed! But it's weird, I don't think it was giving me this error in the previous iterations of the branch
[14:57] <pstolowski> mardy: hmm weird
[15:03] <ijohnson> mardy: are you embedding structs? sometimes you need to do that if you are embedding one struct in another and you try to initialize an instance of the outer struct using only fields from the inner struct
[16:03] <mup> PR snapd#10271 closed: tests: simplify the tests.cleanup tool <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10271>
[16:08] <pedronis> ijohnson: I commented on https://github.com/snapcore/snapd/pull/10218
[16:08] <mup> PR #10218: o/servicestate: add RemoveSnapFromQuota <quota> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10218>
[16:12] <ijohnson> pedronis: thanks looking now
[16:33] <mup> PR snapd#10273 opened: c/snap: more precise message for ErrorKindSystemRestart op != reboot <Created by pedronis> <https://github.com/snapcore/snapd/pull/10273>
[18:06] <mup> PR snapcraft#3519 closed: requirements: correct setup.py install_requires and add tooling to freeze reqs <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3519>
[18:51] <mup> PR snapcraft#3522 closed: python v2 plugin: update pip properly <Created by MrCarroll> <Closed by MrCarroll> <https://github.com/snapcore/snapcraft/pull/3522>
[20:05]  * cachio_ afk/me afk
[20:05] <cachio_> rotundo82
[21:09] <mup> PR snapd#10274 opened: cmd/snap: include locale when linting description being lower case <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10274>


[01:39] <bluesabre> micahg: it certainly seems to be getting away from us
[01:41] <micahg> I'll diff against vivid and trusty a bit later and see if anything new got pulled in
[01:47] <bluesabre> cool
[01:58] <micahg> adwaita-icon-theme-full is about 10MB
[01:59] <micahg> gnome-themes-standard now pulls it in
[02:06] <micahg> unfortunately, most of the new stuff seems to be related to libreoffice
[02:22] <bluesabre> hm
[02:23] <bluesabre> probably won't be able to improve on it this cycle, but maybe there will be some way to trim it further with 16.04
[02:23] <bluesabre> gotta head to bed now, back tomorrow
[02:34] <micahg> ok
[09:17] <flocculant> slickymasterWork: tomorrow once there is a real url at iso.qa for B1 - could you reply to the dev mail I sent with the 64 and 32 bit urls - reply with the whole of my original - and then let pleia2 know :)
[09:17] <flocculant> she'll social media it for us then :)
[09:17] <slickymasterWork> will do, flocculant
[09:18] <flocculant> thanks :)
[09:20] <slickymasterWork> just so we're on the same page flocculant, you're talking about this one, right? -> https://lists.ubuntu.com/archives/xubuntu-devel/2015-August/010864.html
[09:22] <flocculant> yep :)
[09:22] <slickymasterWork> oki doke
[09:23] <flocculant> I'm off later this morning - not sure if I'm back wed or thurs yet
[11:20] <ochosi> micahg, bluesabre: while i dont like us to be too oversized, as long as we get xubuntu-core ready it's not such a huge problem imo. ok if we fix it for the lts


[03:03] <cornwall> Hi, Ubuntuone team, just want to say hi and keep up the good work :)
[03:03] <cornwall> I appreciate Canonical and all that they've done
[03:24] <tcole> thank you, cornwall
[03:25] <tcole> I'll pass it on
[03:45] <dobey> heh
[03:45]  * dobey watched the "Bicycle Tour" episode of Monty Python last night
[07:55] <thisfred> hola ubuntuoneros!
[07:57] <__lucio__> what does thisfred standfor? why this and not that?
[07:58] <thisfred> __lucio__:  well, I'm *this* fred, not *that* fred ;)
[07:58] <__lucio__> so YOU say
[07:58] <__lucio__> you are that one for me
[07:58] <thisfred> indeed, you'
[07:58] <thisfred> re allowed to alias me to thatfred ;)
[07:58] <__lucio__> haha
[08:00] <thisfred> fred is a nick from university days, that sort of stuck, I have been called that for so long that it's as familiar to me as eric. And I started using thisfred a long time ago, and am not creative enough to come up with anything else, so that's my nick everywhere ;)
[08:01] <thisfred> I would not have used it for launchpad when I joined canonical, but I'd already had a launchpad account for a long time...
[08:07] <__lucio__> its not too bad, ive seen stranger nicks :)
[08:10] <thisfred> hehe
[08:21] <tcole> I can attest to that.
[10:15] <BUGabundo> guud day
[10:23] <thisfred> hi BUGabundo
[10:28] <thisfred> beards of python http://www.flickr.com/photos/termie/sets/72157616044454732/
[10:30]  * BUGabundo looks
[11:25] <pf> I've just installed <IP_ADDRESS>+r55-0ubuntu1~ppa1~jaunty on my notebook: But ubuntuone-client-applet refuses to startup: Hangs 30 seconds and than stops without error message
[12:59] <facundobatista> Hi all
[13:02] <artir> o/
[14:48] <natewiebe13> anyone know approx how long the waiting list is?
[14:49] <urbanape> I don't, natewiebe13, but I can check for you.
[14:49] <natewiebe13> awesome.. thanks
[14:51] <natewiebe13> also, is there a limit as to the number of pc's you can sync together? [i have 3 that id like to sync]
[14:52] <urbanape> no limit that I'm aware of
[14:52] <jblount> natewiebe13: No limit to the number of sync'd machines, and we're aggressively inviting people, but are trying to keep the servers stable, so we don't have any sort of timeline for you.
[14:52] <urbanape> when did you sign up?
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> If you are here for the Ubuntu One desktop(+) developers meeting of incredible goodness, please say "me" !
[15:00] <CardinalFang> me
[15:00] <CardinalFang> only me.
[15:00] <CardinalFang> sorry.
[15:01] <CardinalFang> okay, you guys can help.
[15:01] <rodrigo_> me
[15:01] <jblount> me
[15:02] <urbanape> me
[15:02] <jblount> dobey, rodrigo_, aquarius ?
[15:03] <aquarius> me
[15:03] <rodrigo_> jblount: you always miss my 'me's' :)
[15:03] <jblount> rodrigo_: It's the underscore, it confuses me! :D
[15:03] <teknico> me
[15:03] <rodrigo_> yeah, someone has rodrigo in this irc network
[15:04] <CardinalFang> Okay!
[15:04] <CardinalFang> DONE: Made "pairing" code lint-happy.  Added failing test.  Started to link tests to "make test".
[15:04] <CardinalFang> TODO: Link to tests.  Get review.  Push.  On-call reviewing today.
[15:04] <CardinalFang> BLOCKED: []
[15:04] <dobey> me
[15:04] <CardinalFang> rodrigo_: you!
[15:05] <rodrigo_> done: started testing on tomboy sync with our server, now that we have oauth in tomboy. Submitted a new fixed package for couchdb-glib to REVU. Started coding a NoteArchiver class for Tomboy to use CouchDB for storage
[15:05]  * CardinalFang should have said "negative test", not "failing".   Extension now actually injects a menu item in the Tools menu that pops up an alert.
[15:06] <urbanape> TODO: Now unblocked, hack on FF plugin and make it friggin do something other than an alert.
[15:06] <urbanape> BLOCKED: None
[15:06] <urbanape> aquarius: pour it on
[15:06] <aquarius> DONE: make everything depending on desktopcouch.records actually work (helping thisfred), read about quickly and how it's using couch already
[15:06] <aquarius> TODO: read more about quickly, talk to rickspencer3
[15:06] <aquarius> BLOCKED: still using the horror of lsof to find CouchDB port until the print-the-port logfile patch goes in
[15:06] <aquarius> go go gadget teknico
[15:06] <teknico> DONE: funambol_reset_devices branch fixed and submitted
[15:06] <teknico> TODO: landing that branch, starting one about the web ui interface for resetting devices
[15:06] <teknico> BLOCKED: pqm
[15:06] <teknico> NEXT: dobey
[15:06] <dobey> DONE: Python module layout changes
[15:06] <dobey> TODO: Land changes, 0.90.3 release, Update packaging, re-upload to REVU
[15:06] <dobey> BLCK: None.
[15:07] <dobey> anyone else?
[15:07] <jblount> dobey: I think that's all
[15:07] <jblount> MEETING ENDS
[15:07] <aquarius> urbanape: w00 extension!
[15:08] <jblount> urbanape: Yeah! I want to install it yesterday.
[15:08] <urbanape> yeah, I'm gonna get a review of it so far and merge it to trunk
[15:08]  * CardinalFang admires the word "wherwithal".
[15:08] <urbanape> I'll put up instructions for linking the source tree to your profile's extensions directory so you can keep getting improvements as it develops
[15:10] <urbanape> directory = whatever if whatever.endswith('/') else "%s/" % whatever
[15:10] <urbanape> HOW HARD IS THAT?
[15:10]  * dobey goes shopping
[15:10] <urbanape> me too
[15:11]  * urbanape masks his anger at himself with anger at silly stuff
[15:12] <dobey> heh
[15:18] <urbanape> outside of a team, can you not ask for multiple individual reviewers in launchpad?
[15:19] <jblount> urbanape: Click the request review button (on the merge proposal button), you'd have to do that seperately each time
[15:19] <urbanape> gotcha
[15:19] <dobey> urbanape: you can request new reviews, but you have to do it one at a time i think
[15:20] <urbanape> yup. hit up aquarius and jblount
[15:23]  * jblount eagerly reviews
[15:24] <urbanape> today I'm gonna read up on that dbus/XPCOM bridge
[15:25] <dobey> that sounds frightening
[15:27] <urbanape> http://sandbox.movial.com/wiki/index.php/Browser_DBus_Bridge
[15:27] <urbanape> works (currently) for gecko and webkit
[15:27] <urbanape> MIT, LGPL, and MPL licensed stuff
[15:29] <dobey> fun
[15:29] <dobey> multi-license == fail :)
[15:55] <jblount> thisfred: I want to make out with lp:earcandy, it is incredible.
[15:57] <thisfred> jblount: haven't tried it yet, as I'm scared to do anything to sound on my machine, now that it's working for the first time in forever, but thanks for guineapigging! ;)
[15:58] <jblount> thisfred: Heh, funny that you mention it. When I don't have earcandy running, it seems to kill audio from the two sources it was adjusting for me (firefox plugins and banshee)
[16:00] <thisfred> ah
[16:00] <CardinalFang> Pulse is spooky.
[16:00] <jblount> CardinalFang: Agreed. I've heard that Pulse is good for us though, from people who know about such things.
[16:02] <CardinalFang> Yeah, the kernel folks insist on doing complex things in userspace, so we *have* to have something like it somehow.  At least it ain't esound.
[16:02] <jblount> heh
[16:13] <tcole> it's a shame ALSA isn't simpler
[16:13] <tcole> a lot of the pulse problems come from abuses of the ALSA API because too few people understand it
[16:14] <tcole> granted in many cases they are abuses for which people should really have no excuse even with the lack of documentation, but...
[16:19] <leviatan89> Hi!
[16:20]  * CardinalFang boggles at  re.compile('.*%s.*'...)
[16:23] <leviatan89> hello
[16:24] <leviatan89> i'm spanish, sorry for my nglish :S
[16:25] <leviatan89> when i start my computer i need write my password for de keyring always
[16:25] <leviatan89> for the keyring*
[16:25] <CardinalFang> Boy, emoticons in Espanol are funny.
[16:25] <verterok> leviatan89: hi
[16:26] <leviatan89> thanks!
[16:26] <leviatan89> english too lol
[16:27] <leviatan89> so...
[16:27] <leviatan89> do you know why?
[16:27] <verterok> leviatan89: check Bug #391176
[16:29] <leviatan89> thanks you verterok and ubottu!
[16:29] <leviatan89> i'm going to read about the bug!
[16:31] <joshuahoover> hi leviatan89, let me know if you need any further help once you read through that bug :)
[16:33] <leviatan89> ok joshuahoover!
[16:39] <leviatan89> i have readed?? the bug... i have the same pasword as user and as keyring...
[16:39] <leviatan89> delting the archive ~/.gome2/keyrings/ is safe?
[16:40] <leviatan89> the keyring have me some problems in various computers that i don't know slove
[16:41] <CardinalFang> leviatan89: I do not know if it is safe.  If you insist on trying, please "mv" instead, so that you can recover if it proves disastrous
[16:41] <Chipaca> leviatan89: it's (afaik) safe as long as you remember the keys :)
[16:44] <leviatan89> =-O i remember the keys! :) i'm going to try moving the archive! thanks!. I will come when i will know something!
[16:44] <joshuahoover> leviatan89: are you set to auto-login?
[16:44] <leviatan89> and sorry for my english again
[16:44] <leviatan89> yes
[16:44] <leviatan89> i have auto-login
[16:44] <joshuahoover> leviatan89: ok...then that is a different issue
[16:44] <leviatan89> :O
[16:44] <leviatan89> =-O *
[16:45] <joshuahoover> leviatan89: you will get prompted with auto-login
[16:45] <joshuahoover> anyone know if there is a "safe" way to save the keyring password when auto-login is enabled?
[16:48] <leviatan89> i don't know
[16:48] <CardinalFang> Maybe set the keyring password to the empty string, ""?
[16:49] <leviatan89> but it is not very safe...
[16:49] <leviatan89> no?
[16:49] <joshuahoover> CardinalFang: that's a possibility...maybe
[16:50] <CardinalFang> leviatan89: What situation are you trying to protect against, then?
[16:50] <joshuahoover> leviatan89: well, i'm not sure if it's any more or less safe than auto-login
[16:55] <leviatan89> CardinalFang: Really... none. The computer is in my house. The only problem is me! I don't know if it is as root pasword. No root pasword is dangerous for the system. I refer to that.
[16:56] <leviatan89> joshuahoover: I forgot put your nick top.
[16:56] <leviatan89> above*
[16:57] <joshuahoover> leviatan89: i believe the danger of setting an empty keyring password is that all passwords stored in the keyring (ubuntu one, wireless, evolution, etc.) would be stored in plain text instead of encrypted
[16:59] <joshuahoover> leviatan89: i'm confirming that now on one of my test virtual images
[17:00] <leviatan89> joshuahoover: so... is it a bug?
[17:01] <joshuahoover> leviatan89: no, that's not a bug, you are warned that setting an empty keyring password is not as secure...this is an issue for auto-login and any app that uses keyring to store passwords and the choice is to use a password and get prompted or set an empty password and have your passwords saved in clear text
[17:06] <leviatan89> joshuahoover: Ok, so to save the password as clear text... I must delte ~/.gome2/keyrings/ ?
[17:07] <tcole> storing your keyring in cleartext seems extremely dangerous if your machine is ever compromised
[17:07] <tcole> considering all the stuff that goes in the keyring
[17:07] <joshuahoover> leviatan89: you'll have to get rid of the files in that directory...as CardinalFang pointed out, it's probably safer to rename them than to delete
[17:09] <joshuahoover> tcole: yeah, i'm not suggesting people do this...i'd rather suggest users enable a login and set the keyring and login password to be the same
[17:11] <leviatan89> joshuahoover: But do it in a personal machine that it's in your room... it's not very comfortable. Also there are people that use the computer and don't have idea about passwords.
[17:12] <leviatan89> joshuahoover: I know that it's not the place but... is it a papercurt or a think that can be reported?
[17:12] <leviatan89> :S
[17:12] <leviatan89> :-$
[17:12] <joshuahoover> leviatan89: understand...tcole is correct, that if your machine were compromised, then all the data in keyring is easily readable...that is the danger
[17:13] <joshuahoover> leviatan89: i don't think it's a bug, but maybe a feature request to see if there is a better way for ubuntu to allow auto-login setups to handle this
[17:15] <leviatan89> joshuahoover: thanks
[17:17] <joshuahoover> leviatan89: you're welcome :)
[17:17] <leviatan89> joshuahoover: the same hapens whit ubuntu netbook remix and the wifi password whit auto-loging activated. And it's very boring!
[17:18] <leviatan89> joshuahoover: so i'm going to search if i can do something!
[17:18] <leviatan89> thanks again :)
[17:18] <joshuahoover> :)
[17:19] <atrus> i'm trying to run ubuntuone-client-applet, but it runs for about 30 seconds, and then exits silently. i never get any kind of notification icon. any suggestions?
[17:21] <atrus> and  i'm not clear on where i'm supposed to supply my login credentials...
[17:23] <verterok> atrus: try running: 'ubuntuone-client-applet -s'
[17:24] <atrus> aurghhh. i see what's happened. it's loaded a web page in the background in a firefox tab on another desktop. that's pretty unintuitive.
[17:27] <mthaddon> atrus: doesn't your window manager notify you somehow that firefox is doing something on that other desktop?
[17:31] <atrus> neither my wm (openbox) nor the gnome panel notified me of any such thing
[17:38] <joshuahoover> atrus: are you able to complete the installation process now that you see the ubuntuone.com web page that was opened up automatically?
[17:39] <atrus> yeah, it seems to go okay. not sure if it's syncing right, but yeah.
[17:40] <joshuahoover> atrus: ok, let me know if it's not working for you from here
[17:43] <atrus> cool, seems to be working allright. i had one issue where I created a new folder and immediatly renamed it (in nautilus), but the web interface insisted it was called "untitled folder" until I renamed it again.
[18:03] <samme> hi
[18:20] <mint_> question: to use this software do you have to be running ubuntu or can you be running a child of ubuntu like linspire/kubuntu/xubuntu. then how about ubuntu's parent Debian?
[18:32] <dobey> mint_: it will run on anything where the dependencies are met
[18:32] <dobey> mint_: currently restricted to linux, as we use inotify
[18:33] <mint_> okay, thank you
[18:44] <natewiebe13> jblount: i joined last night
[18:45] <dobey> joshuahoover: you can reliably reproduce bug #389875 ?
[18:47] <natewiebe13> jblount: are you there?
[18:49] <jblount> natewiebe13: Only somewhat, did you have a question?
[18:49] <natewiebe13> yeah
[18:49] <natewiebe13> i left earlier
[18:49] <natewiebe13> forgot to tell ya
[18:49] <natewiebe13> i asked earlier how long the line is
[18:49] <natewiebe13> and you asked when i joined
[18:50] <natewiebe13> which was last night
[18:50] <jblount> natewiebe13: Ah, so you requested an invitation last night.
[18:50] <natewiebe13> yeah
[18:50] <natewiebe13> know how long it is until i can get this goin?
[18:51] <jblount> natewiebe13: We've been sending out tons, but if you joined last night you'll be on the end of the list I'm afraid, so it might take a while to get an invite out to you. Sorry about that.
[18:51] <natewiebe13> (great idea btw)
[18:51] <natewiebe13> no probs
[18:51] <jblount> natewiebe13: We don't have any strict timeline, it wil be a while though.
[18:51] <natewiebe13> cant wait to start keeping my files organized
[18:51] <natewiebe13> okay
[18:51] <natewiebe13> rough idea?
[18:51] <jblount> natewiebe13: Maybe next week?
[18:51] <natewiebe13> nice
[18:51] <natewiebe13> thats not that long
[18:51] <natewiebe13> i was expecting a month
[18:52] <dobey> natewiebe13: 0 < time < infinity :)
[18:53] <natewiebe13> haha
[18:53] <natewiebe13> nice
[19:11] <tahorg> Hi, I'm testing ubuntu one and it's eating 100% of one of my cpu core for ~ 10 minutes now
[19:12] <tahorg> I've put a 58MB git repository in it
[19:12] <tahorg> <IP_ADDRESS>+r55-0ubuntu1~ppa1~jaunty
[19:13] <tahorg> maybe it doesn't like the 15648 files ...
[19:17] <tahorg> 582MB RES, oh well
[19:23] <dobey> tahorg: hi. am poking someone with better knowledge of that code than i, to help you :)
[19:32] <facundobatista> __lucio__, it's already released the branch that didn't compressed all the files simultaneously?
[19:32] <Chipaca> facundobatista: nope
[19:32] <__lucio__> facundobatista: i dont think so
[19:32] <Chipaca> facundobatista: it's not passing all the tests yet
[19:32] <facundobatista> Chipaca, that could explain tahorg's cpu usage, right?
[19:33] <__lucio__> tahorg: theres a bug about that, could you please attach your logs to it?
[19:33] <verterok|lunch> tahorg: Hi, it's known problem caused by the num of files, let me find the bug number
[19:33] <__lucio__> let me look for the bug no
[19:34] <Chipaca> __lucio__: ah, fun fact I wanted to tell you about
[19:34] <Chipaca> __lucio__: 1M deferreds use up 200M of ram
[19:34] <__lucio__> Chipaca: do we ever do 1M deferreds?
[19:34] <Chipaca> __lucio__: if somebody had 1M files, we would
[19:36] <verterok> Chipaca: we could delay the creation of the command...maybe? to avoid the big number of deferreds?
[19:36] <Chipaca> verterok: we can delay the creation of the deferreds
[19:36] <Chipaca> verterok: ... that's for another branch :)
[19:36] <verterok> :)
[19:37] <Chipaca> also, if we find we're creating say 10 deferreds per file (not completely unrealistic), ....
[19:37] <verterok> tahorg: is the bug #380533
[19:37] <__lucio__> Chipaca: still, thats 20MB for 15kfiles
[19:37] <tahorg> verterok: ok, now that I've interrupted the process, I'm unable to delete those files
[19:37] <__lucio__> sorry, 2MB
[19:38] <verterok> tahorg: please could you run: apport-collect ubuntuone-client 380533
[19:38] <Chipaca> __lucio__: yes
[19:38] <tahorg> verterok: I'd like to erase those datas first ;)
[19:38] <verterok> tahorg: the git repo?
[19:38] <tahorg> verterok: yep, I've killed the process
[19:38] <tahorg> but the datas are still online
[19:39] <verterok> tahorg: the data isn't uploaded to the bug, just the logs, that are located at: ~/.cache/ubuntuone/log
[19:39] <verterok> tahorg: oh, ok.
[19:39] <Chipaca> __lucio__: or no, my math is not with me today. But I think it's like 30M for 15k files, which is a lot
[19:40] <verterok> tahorg: I'ld recommend using u1sync for that something like: u1sync --init ~/tmp/temp_sync
[19:40] <__lucio__> Chipaca: if its 10 deferreds per file, yes.
[19:40] <verterok> tahorg: that's the only data you uploaded? do you want to delete everyhing under ~/Ubuntu One/My Files ?
[19:40] <__lucio__> but thats not 500mb
[19:40] <tahorg> verterok: yep
[19:41] <verterok> tahorg: ok, after the u1sync --init, do: u1sync --action=clobber-server
[19:41] <Chipaca> __lucio__: I didn't say it was the culprit :)
[19:41] <verterok> tahorg: that will delete the data in the server, after that you can delete the git repo from ~/Ubuntu One/My Files, and start the client again :)
[19:42] <tahorg> ok, I'll take a look a u1sync
[19:43] <tahorg> verterok: AttributeError: 'NoneType' object has no attribute 'unlink'
[19:43] <tahorg> mmh
[19:44] <verterok> tahorg: that's weird, did you exectued --init?
[19:44] <tahorg> u1sync --init ~/tmp/temp_sync; u1sync --action=clobber-server ~/tmp/temp_sync
[19:44] <tahorg> and it barked
[19:45] <verterok> tahorg: I think you must cd ~/tmp/temp_sync before runing clobber
[19:45] <tahorg> ho ok
[19:45] <verterok> tahorg: anyway, that's a bug :)
[19:45] <verterok> tcole: ^
[19:45] <tcole> hm
[19:45] <facundobatista> Chipaca, don't defer actions using deferreds, defer the deferred creation, :)
[19:46] <tcole> do you have a backtrace for the error?
[19:46] <tahorg> tcole: yep
[19:46] <tcole> I'm a little reluctant to clobber-server on my personal files just to see :)
[19:47] <tcole> can you pastebin the backtrace please?
[19:47] <tahorg> tcole: http://pastebin.com/m248b1849
[19:48] <tahorg> tcole: so, what's the easier way to "format" my repository ?
[19:48] <tahorg> easiest
[19:48] <tcole> I think that's basically it
[19:48] <tcole> it should work, but it sounds like you're getting disconnected partway through
[19:48] <tcole> self.factory.current_protocol will only be non-None whilst you are connected
[19:49] <tahorg> ok, let's see what pdb says
[19:49] <__lucio__> tahorg: if you stop syncdaemon, remove the files and start it again, it should remove everything
[19:49] <__lucio__> tahorg: hopefully it wont take as much memory
[19:50] <tahorg> __lucio__: I've tried already
[19:50] <tahorg> My Files is clean
[19:50] <tahorg> I've killed the syncdaemon 10 times
[19:53] <tcole> hm, it seems we need to debug that as well
[19:54] <tahorg> and the webinterface does not allow me to delete there :)
[19:54] <tcole> huh, the webinterface certainly should :(
[19:55] <tahorg> I've put a try: except: around the deferred unlink, but the exception occurs on every files
[19:58] <tahorg> the local-index is a pickled object ?
[19:59] <tahorg> looks like
[19:59] <verterok> tahorg: you can't access (and delete) the files  from the webui
[19:59] <verterok> tahorg: I think it's a yes
[19:59] <tahorg> I can "see" the files
[19:59] <verterok> (about the pickle)
[20:00] <verterok> tahorg: why you can't delete them?
[20:00] <tahorg> verterok: because when I click nothing happens ?
[20:01] <tahorg> (firebug does not show me any async request)
[20:01] <verterok> tahorg: are you deleting a file or a directory?
[20:02] <tahorg> directory
[20:02] <tahorg> but files are the same
[20:02] <verterok> tahorg: ok, I'll digg in the server logs, in the meantime, could you try to delete a single file
[20:02] <verterok> ?
[20:02] <tahorg> I can dl the files, they are empty
[20:02] <tahorg> yep
[20:02]  * verterok goes to ubuntuone.com and tests
[20:04] <tahorg> verterok: delete file "do not work", create new subfolder worked
[20:08] <tahorg> the metadatas say the files are here, but it seems to me they are not :)
[20:11] <verterok> tahorg: it seems there is a bug in "delete from the webui", hopefully I'll get a patch before the next rollout
[20:14] <joshuahoover> dobey: sorry, i was at lunch... bug #389875 can be reproduced pretty easily
[20:15] <dobey> joshuahoover: how pray tell? :)
[20:15] <dobey> joshuahoover: outside of intentionally breaking your configuration, that is
[20:16] <joshuahoover> dobey: yes, well, that's essentially what i had to do...go into preferred applications and set the default browser to a blank terminal command...get the same error as the bug reporter
[20:16] <dobey> well yes
[20:17] <dobey> you could set it to anything that doesn't exist, and it would fail
[20:17] <dobey> or /bin/false, which always fails
[20:17] <samme> Hi, I got an error when i'm trying to start the client : http://pastebin.com/d23633f8c
[20:18] <dobey> samme: are you using something other than GNOME?
[20:18] <tahorg> verterok: "Fetching metadata..." takes forever
[20:18] <tahorg> is that normal ?
[20:18] <samme> you its xfce
[20:19] <samme> yes*
[20:19] <tahorg> ~ 40 seconds
[20:19] <verterok> tahorg: it shouldn't could you check if there is network trafic?
[20:19] <tahorg> no network traffic
[20:19] <tahorg> adsl 10Mbps
[20:19] <verterok> tahorg: it's still running?
[20:19] <tahorg> no it died again
[20:20] <verterok> uh
[20:20] <tahorg> claiming that no files are on the server
[20:20] <dobey> samme: ok. so gnome-keyring-daemon isn't running, so I guess you need to start it
[20:21] <joshuahoover> dobey: on that bug, it will get marked as invalid once i hear back from the reporter...it could be something else so i'm leaving it as "confirmed" for now
[20:21] <verterok> tahorg: that's with --action=clobber-server or sync?
[20:22] <dobey> joshuahoover: well, except it's not invalid
[20:22] <joshuahoover> dobey: no?
[20:22] <tahorg> verterok: both. I'm trying to understand what happens with u1sync
[20:22] <dobey> joshuahoover: reproducible with an easy workaround != invalid
[20:22] <tahorg> verterok: btw, I've been able to send a file to the server
[20:23] <dobey> joshuahoover: because the workaround doesn't tell us why it was happening in the first places
[20:23] <dobey> joshuahoover: someone is just going to file the exact same bug down the road if we don't understand and fix it in some way
[20:24] <joshuahoover> dobey: ok, but is it a bug we can fix if that is the problem?
[20:25] <dobey> joshuahoover: there are many things we can probably do. i don't understand the issues well enough to solve the problem in the best way yet, and am busy with getting all the packaging bits fixed up for karmic right now
[20:25] <joshuahoover> dobey: got ya
[20:25] <dobey> joshuahoover: if a user intentionally screws up their system, then yeah, it's invalid. but i don't think that's what is happening, and this isn't the only bug where that error comes up :)
[20:29] <tahorg> ok, if I create a file, u1sync, delete this file, u1sync : everything's ok
[20:29] <tahorg> but the directory that was interrupted in the first place
[20:29] <tahorg> still exists in metadatas
[20:33] <tahorg> 49.8 seconds to fetch metadatas, almost no network activity during the download
[20:34] <tahorg> when unlink is called, share_uuid == None
[20:34] <tahorg> is that normal ?
[20:35] <verterok> tahorg: where do you get share_uuid == None?
[20:35] <tahorg> in Client.unlink, I've catched the exception
[20:36] <verterok> tcole: ^ do you remember if u1sync use None as the root share uuid?
[20:36] <tcole> yes, that's normal
[20:36] <tcole> we don't start using the empty string until the protocol client layer
[20:36] <verterok> oh, ok
[20:37] <tahorg> so, I can fetch a node_uuid but the server does not want to remove it
[20:37] <tcole> what's the exception we get from Client.unlink now?
[20:37] <tahorg> the same
[20:38] <tcole> well, that's not coming from the server
[20:38] <tcole> that's coming from being disconnected
[20:38] <tcole> self.factory.current_protocol is an object reflecting the current connection
[20:38] <tcole> if it's None, there is no longer a connection
[20:38] <tahorg> tcole: strange because it says that only for the first dir sync I interrupted
[20:38] <tahorg> tcole: the other files sync fine
[20:39] <tcole> odd
[20:39] <tcole> maybe a typo or something?
[20:39] <tahorg> a typo ?
[20:39] <tcole> in the code
[20:39] <tcole> I don't know, I mean ... self.factory.current_protocol is set to an object when we connect
[20:39] <tcole> and isn't set to None until we disconnect
[20:39] <tcole> I don't understand how other files could be syncing after that point
[20:40] <tahorg> tcole: I've catched the exception
[20:40] <tahorg> once it passed every "problematic" files
[20:40] <tahorg> it synced the others
[20:40] <tcole> I just ... don't understand how that's possible
[20:41] <tcole> is the directory the first thing synced?
[20:41] <tcole> the problem one?
[20:41] <tahorg> yes
[20:41] <tcole> hm, ok
[20:41] <tcole> so there's actually a race of some kind
[20:41] <tcole> and self.factory.current_protocol isn't being set early enough
[20:41] <tcole> that I can understand
[20:42] <tcole> I wonder how that happened though
[20:42] <tahorg> tcole: can't it be a server issue, still ?
[20:42] <tcole> well, hm
[20:42] <tcole> although
[20:42] <tcole> we use the same connection we used to get the metadata
[20:42] <tahorg> like, metadatas say one thing but actual data are not there
[20:42] <tcole> so self.factory.current_protocol should still be non-None if you got that far
[20:42] <tcole> that doesn't matter
[20:42] <tcole> if you are really getting the same exception you pasted earlier
[20:42] <tahorg> got to go
[20:43] <tcole> then whether or not the file is actually there won't make a difference
[20:43] <tcole> just whether self.factory.current_protocol is None or not, which is (supposed to be) based on whether we're connected or not