[16:49] <imakestuff> I have a netplan config that sets up routes. However it gets reset sometimes without any server restart. Today it happened when someone changed some configuration on the modem connected to my server on one of the interfaces. How can I know what is causing this? Thanks


[05:40] <pitti> Good morning
[05:41] <ajmitch> morning pitti
[05:44]  * pitti starts upgrade to oneiric and holds breath
[07:54] <didrocks> good morning
[07:58] <nigelb> bonjour didrocks :)
[07:59] <didrocks> hey nigelb ;)
[09:02] <dholbach> good morning
[09:04] <didrocks> good morning dholbach
[09:04] <dholbach> hey didrocks
[09:04]  * pitti hugs dholbach
[09:23]  * nigelb waves to pitti
[10:25] <cjwatson> now that UDS is over, could an MIR team member have a look at bug 780591, please?  it's blocking all kinds of things
[10:27] <seb128> didrocks, ^ you seem to be the only mir guy around, could you have a look to unblock that maybe? if you are busy we can probably wait a few hours for mterry to be there
[10:27] <didrocks> seb128: was just opening the launchpad page :)
[10:27] <didrocks> cjwatson: on it now
[10:27] <seb128> didrocks, thanks
[10:28] <cjwatson> didrocks: thanks
[11:17] <DasEi> paste
[11:17] <DasEi> sry, wrong tab
[11:41] <siretart> could some archive admin please process libav from binary NEW? it will cause a library transition that I would like have completed at least for main before the first alpha release…
[11:43] <StevenK> siretart: Looking.
[11:47]  * cjwatson syncs ibus-table-chinese into main to replace several previous ibus-table-* packages
[12:03] <StevenK> siretart: Done.
[12:15] <debfx> does raptor2 need a MIR to get into main? raptor is already in main
[12:16] <cjwatson> if it's a matter of switching out one for the other and raptor2 is indeed just a newer version of raptor, that doesn't require an MIR, but raptor doesn't seem to be due for demotion yet
[12:17] <cjwatson> also, raptor2 build-depends on yajl; unless that's just split-out code, that needs an MIR
[12:27] <debfx> raptor can probably be demoted once the packages waiting on raptor2 are built
[12:28] <cjwatson> OK, well if you get an MIR through for yajl we can then sort out the rest
[12:49] <siretart> StevenK: ty!
[12:53] <ion> :-D http://security.goatse.fr/compiz-denial-of-service-vulnerability
[12:55] <Take> Good day
[12:56] <Take> Hopefully I'm on the right channel, I'm building an custom lucid installation cd and I haven't found an tool which would include upgrades and go trough depencies automatically
[12:56] <Take> I tought that Simple-CDD would do the trick, but I can't figure out how to use it with ubuntu repositories
[12:57] <Take> So, should Simple-CDD do the trick or is there some other tool for ubuntu to maintain packages & download necessary files from the offical repository
[13:40] <hychen> kan/wi2
[13:54] <cjwatson> ogra_: (or anyone else ARMish) Debian has started to remove maemo/hildon packages from unstable.  Should we follow suit?
[13:55] <cjwatson> http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html
[13:56] <StevenK> I would sorely love to.
[13:59] <maxb> If the same update has been SRUed for maverick and is now to be SRUed for lucid, do I just clear the verification-done tag and restart the process?
[13:59] <maxb> On the same bug, that is
[14:33] <ev> do we know when the audio recordings from the sessions will start to land, and where? Incidentally, the old http://uds.ubuntu.com/audio/uds-m is broken.
[14:47] <smb> slangasek, So the oneiric version of ifenslave is an improvement. I added my comments to bug 714904. What would be the next steps? Is it enough to add nominations to the report?
[15:15] <stgraber> smoser: hey! for foundations-o-weblive-integration, can I give you a generic workitem to investigate the work needed for x2go web browser integration ?
[15:21] <stgraber> smoser: I assigned it to you for now (last work item at https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-weblive-integration). Feel free to move it to the "Unassigned" list or re-assign to someone else.
[15:38] <tkamppeter> pitti, hi
[15:38] <pitti> hey tkamppeter, how are you?
[15:39] <tkamppeter> pitti, fine. Did you do the annotations for the s-c-p session?
[15:39] <pitti> tkamppeter: I haven't been in that one
[15:43] <tkamppeter> pitti, sorry, where do I find the session notes in general?
[15:43] <pitti> tkamppeter: ideally they were copied to the whiteboard; if not, check the etherpad
[15:43] <pitti> tkamppeter: find the session on http://summit.ubuntu.com
[15:44] <pitti> tkamppeter: there is a small icon on the top left in the session box which links to the pad
[15:44] <tkamppeter> pitti, thanks.
[15:47] <tkamppeter> pitti, I have also done a session about color management for Ubuntu. This has no drafter yet and it is something where the work items get distributed over several people of the Desktop team. Who should take the drafter roll there.
[15:48] <pitti> tkamppeter: at this point I think you are the person who knows about it most
[16:03] <sladen> tkamppeter: you should probably own the colourd session;  but I was in it and can add some input if you want
[16:04] <smoser> stgraber, thats fine.
[16:19] <micahg> is there an archive admin around that can copy chromium from the ubuntu-security-proposed PPA to $RELEASE-proposed?
[16:25] <slangasek> smb: unless the workflow has changed significantly, no one is looking at release-nominated bugs; so good that you've pinged me here.  Nominations accepted.  Do you want to prepare SRU uploads?
[16:28] <smb> slangasek, might be good training I guess...
[16:31] <tkamppeter> sladen, it would be great if you could help me on this Blueprint. I have added the notes now.
[16:35] <smb> slangasek, Naively I would take the current natty/maverick source slap in the new code while preserving the changelog where I add some comment about pulling in a new version...
[16:36] <slangasek> smb: the changelog should be based on the one for the package in natty/maverick and documenting what's being changed to fix this bug
[16:37] <slangasek> smb: since maverick and natty include the same version of the package, you'll want to pay attention to https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update%20the%20packaging
[16:41] <smb> slangasek, Ok, thanks. Not sure there is but the changes include documentation/examples changes the not directly are part of this bug report. Would I need to open en extra bug for that or are those kind of changes ok without a bug reference?
[16:43] <slangasek> smb: I would not expect those changes to be included in an SRU upload - only the changes directly related to fixing the bug
[16:43] <smb> ok, makes sense
[16:47] <bigon> seb128: could you have a look at https://bugs.launchpad.net/ubuntu/+source/telepathy-logger/+bug/745803 ?
[16:48] <seb128> what about it?
[16:48] <bigon> damm I post my comment in double
[16:48] <bigon> seb128: well see https://bugs.launchpad.net/ubuntu/+source/telepathy-logger/+bug/745803/comments/17 and /20 /o\
[16:49] <seb128> bigon, seems somebody is on it
[16:50] <bigon> ah right
[16:51] <tkamppeter> pitti, still there?
[17:14] <pitti> tkamppeter: will be back in ~ 30 mins
[17:28] <dholbach> pitti, good work on fixing the -no bug!
[17:28] <smb> slangasek, argh, so the latest ifenslave package has also a fix for two bugs in preinst to forget to check "$2"=="" and to look at if-up/down.d/wireless-tools instead of ifenslave. Lucky that a) those are not in the ifenslave package, so there is no checksum and b) there is a third bug that the package name is ifenslave-2.6 not ifenslave anyway. Since all of that is not related to the bug I skip that, and will file a debian bug
[17:29] <slangasek> smb: sounds good :)
[17:37] <apw> slangasek, these changes to linux-libc-dev for multi-arch, did we test the result at all ?
[17:42] <apw> someone last week mentioned that video for linux packages were breaking, to do with kernel headers, can anyone point me in the right direction
[17:42] <apw> to a bug or a person :)
[17:45] <cjwatson> apw: v4l1 was dropped and packages need to cope - it might just be that?
[17:46] <cjwatson> perhaps your interlocutor didn't realise it was deliberate
[17:46] <apw> heh that is entirly possible
[17:46] <cjwatson> if it's v4l2, that would be a different matter
[17:46] <apw> cjwatson, do we have a definatiive ftbs list
[17:47] <cjwatson> http://qa.ubuntuwire.com/ftbfs/
[17:50] <ev> mdz: Is this what you were referring to when you said there may already be a tech board decision on recording success/failure: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-August/000601.html
[17:51] <mdz> ev, no, that's not the bit I was thinking of. thanks for the reminder, i'll dig it up
[17:51] <ev> mdz: thanks
[17:53] <slangasek> apw: right - linux-libc-dev multiarch was tested, from the rest of your comments it sounds like you're probably running into the v4l1 deprecation issue instead
[17:53] <apw> slangasek, sounds good thanks
[17:55] <micahg> slangasek: can you please copy chromium-browser from the ubuntu-security-proposed PPA to $RELEASE-proposed for lucid, maverick, and natty and apply overrides to put the binaries/source in universe?
[17:56] <slangasek> micahg: you have the command handy for that?
[17:56] <micahg> slangasek: I'll check
[18:01] <mdz> ev, I'm not having much luck finding it. I don't think it was a tech board decision or meeting, just a technical discussion about the installer and whether it was a good idea to try to capture information from successful installs
[18:01] <ev> okay
[18:01] <mdz> it was years ago, and maybe not helpful enough to warrant a lengthy search
[18:01] <ev> thanks just the same
[18:02] <ev> I've already started drafting the mail to ubuntu-devel, so I'll have that out for tomorrow.
[18:02] <micahg> slangasek: can you give this a sanity look, I've never prepared this before: http://pastebin.ubuntu.com/608521/
[18:06] <htorque> hello, everyone! can you tell me, how long it will take for this fix to go into -updates: https://launchpad.net/ubuntu/+source/pygobject/2.28.3-1ubuntu1.1 ?
[18:06] <micahg> htorque: should be sometime this week, there's usually a backlog after UDS
[18:07] <htorque> micahg: thanks, that's good. i just don't want to advise someone to enable -proposed.
[18:12] <smb> slangasek, I have copied proposed ifenslave packages to chinstrap:~smb/4review for review and sponsoring in case things look ok to you. Install fresh/upgrade (just not from that very old version) tested on 64bit builds for Maverick and Natty
[18:17] <slangasek> micahg: copied
[18:17] <slangasek> smb: chinstrap> very much not best practice for sponsorship :)  Could you please push a debdiff to the bug report?
[18:21] <slangasek> smb: debdiff howto: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff#Method
[18:22] <smb> slangasek, Sorry just got distracted on other channel. I would have done debdiff with debdiff, but I look at that page
[18:22] <slangasek> smb: right, if you're already familiar with the 'debdiff' command, then there's nothing new and interesting there ;)
[18:22] <smb> slangasek, We just normally did that for kernel packages for the sponsor to be just able to copy and sign
[18:22] <micahg> slangasek: thanks!
[18:23] <slangasek> micahg: n/p
[18:23] <slangasek> smb: that makes sense for kernels for various reasons, but kernels are a special case
[18:24] <smb> slangasek, Agreed, just happen to fall easily back to the "bad" habits. ;)
[18:24] <slangasek> :)
[18:25] <kotique> how much is this devel channel devel?
[18:25] <kotique> i'd like to disable any graphical setting on grub2. ANY
[18:25] <kotique> want a plain text line with bootstring prompt
[18:25] <slangasek> that seems like a user support question rather than a development question
[18:30] <kotique> yeah
[18:30] <kotique> grub2 wiki is dead, second link points to ubuntu's grub tutorial
[18:31] <slangasek> wgrant: should I assign https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-lp-archive-access-update to someone with LP mojo?
[18:31] <kotique> thx anywayz
[18:31] <smb> slangasek, debdiffs attached to bug 714904
[18:31] <slangasek> smb: thanks! :)
[18:32] <smb> Dammit, those replies seem to come nearly at the same time I press enter.. ;)
[20:48] <bcurtiswx> Natty SRU request for Telepathy-logger https://code.launchpad.net/~bcurtiswx/ubuntu/natty/telepathy-logger/lp_745803_fix/+merge/60964
[20:50] <bcurtiswx> Thanks :)
[20:52] <stgraber> bcurtiswx: hmm, your changelog entry says "Add series file" but the diff doesn't touch debian/series and instead modifies debian/patches/git_eat_cpu.patch
[20:52] <bcurtiswx> stgraber, yeah i just noticed that.. im fixing that as we type :)
[20:52] <bcurtiswx> forgot the bzr add .. doh
[21:06] <slangasek> huh, where did the summit etherpad go
[21:11] <bcurtiswx> stgraber, thanks and I have fixed the problem :)
[21:13] <geser> cjwatson: is MoM having issues again? main.html    09-May-2011 00:41 362K
[21:14] <stgraber> bcurtiswx: as it's an SRU, you want ubuntu1.2 instead of ubuntu2 and you need to target it to natty-proposed instead of natty
[21:15] <bcurtiswx> stgraber, ah this i didn't know.  Thanks for that info
[21:21] <bcurtiswx> stgraber, done :)
[21:23] <maco> to get onto http://reports.qa.ubuntu.com/reports/sponsoring/ with a merge proposal... do you subscribe sponsors to the bug or the proposal?
[21:23] <maco> oh hey akk joined. tell her the answer too
[21:23] <stgraber> bcurtiswx: version number is good but debian/changelog still says "natty" instead of "natty-proposed" :)
[21:24] <bcurtiswx> stgraber, hahaha im such a fool..
[21:26] <bcurtiswx> stgraber, <crosses fingers> this time
[21:27] <micahg> maco: akk merge proposals against the UDD branch (lp:ubuntu/foo) are automatically added, for bugs, you subscribe ubuntu-sponsors
[21:28] <micahg> geser: yeah, I was going to ping cjwatson about it tomorrow, figured at least give him a day to catch up
[21:28] <maco> micahg: thanks
[21:29] <stgraber> bcurtiswx: looks good
[21:29] <bcurtiswx> stgraber, thanks :)
[21:29] <stgraber> I'll upload in a few minutes
[21:31] <vish> micahg: isnt the default for merges "ubuntu-branches" (or has that changed now?)
[21:32] <micahg> vish: that's the long form
[21:32] <maco> long form?
[21:34] <stgraber> bcurtiswx: uploaded to -proposed (you now have to wait for someone to accept it in -proposed, then test it and give feedback in the bug report, if succesful it'll be copied to -updates)
[21:35] <maco> i have been surprised at the speed of -proposed testing lately!
[21:35] <bcurtiswx> stgraber, much appreciated :)
[21:35] <micahg> maco: as opposed to using the lp:ubuntu shortcuts, you can specify the full path, lp:~ubuntu-branches/ubuntu/package/suite/branch-name
[21:36] <maco> the SRUs i did on release day had fix-verified within like 2 hours of being uploaded to proposed
[21:37] <stgraber> yep, SRUs go through a lot faster than they used to. Seems like we have more testers closely following what hits -proposed (also, the delay to get stuff into -proposed seems to be a lot shorter than it used to be)
[21:38] <maco> thats because they read the SRU checklist in teh bug *after* upload now
[21:38] <maco> instead of *wait for people to read stuff*  *wait for sponsor to upload* *wait for thing to be accepted*
[21:39] <maco> reading got rolled into accepting and now they cant really forget to accept after reading
[21:41] <vish> micahg: i meant, the reviewer is set to "Ubuntu branches" by default... just tried with a branch lp:~vish/ubuntu/... and if i dont specify a reviewer it sets "~ubuntu-branches" as the reviewer
[21:44] <micahg> vish: ok?
[21:44] <vish> but i think those might show up in the sponsor list as well..
[21:44] <micahg> vish: right
[21:44] <maco> vish: im guessing micah means that the sponsors webpage looks for that
[21:45] <vish> ah!
[21:45] <maco> akk: your fix is now showing up there
[21:46] <akk> Yay!
[21:47] <maco> akk: for future reference, on SRU's it should be natty-proposed instead of just natty
[21:47] <broder> i think the sponsors page looks for any mp against any branch owned by ~ubuntu-branches, but i don't remember
[21:47] <akk> maco: sorry, noted for future reference
[21:48] <akk> though I think it chose that by default when I ran bzr lp-open -- at what point should I have specified it?
[21:49] <broder> vish, maco: ah, yeah - the queue looks for merges where a review was requested by any of ~ubuntu-branches, ~ubuntu-sponsors, ~ubuntu-dev, or ~ubuntu-core-dev
[21:49] <akk> oh, in the bzr push path?
[21:49] <maco> akk: at the dch -i step, the top line in debian/changelog has the package version number and release name
[21:50] <vish> broder: yay, cool! thx! i always wondered why -branches and used to change it to -sponsors.. :)
[21:50] <broder> vish: there are other reasons to change it to sponsors-  in particular, it means that people on sponsors can properly reject merges, which they can't do for -branches
[21:51] <broder> (they can just change the status, which is mostly an ugly work around for not being able to claim the review)
[21:51]  * vish nods..
[21:53] <maco> broder: what does "Review type: _____" mean?
[21:53] <broder> maco: i think the intent is to indicate if, say, you're only doing a "design" review or something like that, but in practice i just always leave it blank
[21:54] <cjwatson> geser: thanks, I'll have a look
[21:54] <cjwatson> ValueError: process failed 9: dpkg-source -x libtrace3_3.0.10-1.dsc /srv/patches.ubuntu.com/unpacked/libt/libtrace3/3.0.10-1
[21:55] <cjwatson> dpkg-source: error: none of the filenames in ---/+++ are relative in diff `libtrace3-3.0.10/debian/patches/fix-shlib-depends' (line 6)
[21:55] <cjwatson> *blink* that's a rather special quilt patch
[21:57] <cjwatson> current dpkg can cope though
[22:03] <cjwatson> geser: hacked around for now; next run should hopefully do better
[22:04] <geser> thanks
[22:04] <micahg> thanks cjwatson
[22:05] <geser> does MoM also process packages that are unchanged in Ubuntu?
[22:05] <cjwatson> (I stuck a dpkg-source wrapper script into the front of $PATH which points to an unpacked current dpkg)
[22:07] <cjwatson> geser: it shouldn't normally, no
[22:08] <cjwatson> at least not non-trivially
[22:14] <broder> stgraber: it looks like caff is misencoding your name, fwiw
[22:14] <stgraber> broder: as long as the signature is fine, I don't really care :) I'm used to seeing encoding issues with my name ;)
[22:15] <broder> fair enough :)


[03:30] <cjwatson> Where does the librarian upload log go?  I can only find download logs on carob ...
[04:00] <wgrant> cjwatson: Is there logging?
[04:00] <wgrant> Except on error.
[09:11] <cjwatson> wgrant: I was indeed looking for error logging on the off-chance
[09:20] <wgrant> cjwatson: I think that should end up in librarian.log too.
[09:21] <cjwatson> Hm, OK.  I was specifically looking for things around the time of a livefs upload failure, and found nothing.
[09:21] <cjwatson> Which suggests that possibly the client just failed to connect.
[09:21] <cjwatson> Working on making it retry a few times, anyway.
[10:40] <wgrant> cjwatson: Did you consider just retrying the librarian communication, rather than recreating all the DB objects as well?
[10:41] <wgrant> I guess all it will do is consume an extra LFA and LFC ID
[10:42] <cjwatson> Oh, I hadn't noticed I'd done that
[10:42] <cjwatson> I don't mind refactoring, drop me a reminder comment
[10:43] <wgrant> Though, hm.
[10:43] <wgrant> How does this work, I wonder?
[10:43] <wgrant> The file is never seeked back to the start.
[10:44] <wgrant> Oh
[10:44] <cjwatson> *cough* apparently my tests are not as complete as you might hope
[10:44] <wgrant> I guess it only handles failure on the _sendLine('')?
[10:44] <cjwatson> it was meant to be throughout, mistake
[10:44] <wgrant> Which is possibly all we can reasonably do; I'm not sure whether everything we read is seekable.
[10:45] <cjwatson> the failures we're seeing from livefs uploads are from the response != '200' case
[10:45] <cjwatson> so perhaps we can try to seek and if we can't then, well, we can't retry
[10:45] <wgrant> Yeah, that works.
[10:45] <wgrant> Oh, the _sendLine('') is explicitly trying to *not* read the error.
[10:46] <wgrant> We just send the entire file blindly, as long as the server accepted the connection..
[10:46] <wgrant> So yeah, that sounds sane.
[10:46] <wgrant> Try to seek, fail otherwise.
[10:46] <wgrant> I shall comment.
[10:52] <cjwatson> FWIW I just had it on the same DVD livefs twice in a row
[10:52] <wgrant> Ew.
[10:52] <cjwatson> So maybe that's a good way to reproduce it
[10:53] <cjwatson> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/trusty/ubuntustudio/+build/235
[10:53] <cjwatson> It managed its amd64 sibling
[10:54] <cjwatson> Maybe just a socket timeout or something?
[10:55] <wgrant> Yeah, tempting to try that on DF at some point.
[10:55] <cjwatson> Though I can't see what would be setting the timeout.
[23:19] <cjwatson> wgrant: Hm, a thought.  What with all the moving around of librarian directories, what's to say that the librarian's "incoming" directory is on the same filesystem as the eventual target location?  We might well be incurring the slow path of shutil.move on every upload, which happens before the server replies to the client.
[23:22] <cjwatson> We could defer opening LibraryFileUpload.tmpfile until as late as possible, at which point we'll generally know the content-id and be able to write the file to the same directory as its target location and thus guarantee that shutil.move is cheap.
[23:25] <cjwatson> I suspect there might then be no need to complicate the client, but we'd be able to find out fairly quickly given the error rate on production.
[23:25] <cjwatson> This is guesswork, but I don't see anything else in the store path that might be slow.
[23:53] <wgrant> cjwatson: Have you been able to demonstrate that a timeout causes the behaviour we see?


[05:39] <dal2> For those keeping up with the saga of my pcmanfm-qt bug report, I decrypted the drive with CLI cryptsetup successfully, tried to mkdir /media/test and mount/map it there, and got a permissions error and when I looked the /media/test was owned by systemd-journal, which idk if that's normal or weird
[05:39] <dal2> I remember in 22.10 it was /media/lubuntu/test, did 23.04 revert to /media/test ?
[05:40] <dal2> test being whatever mount point (please excuse my perhaps inexact language)
[08:29] <guiverc> I don't believe there were any changes by Lubuntu there.. but some changes occur between releases in the ubuntu base..  (i only test that they don't create problems for users, not as much as per changes, but don't cause crashes..)
[11:06] <dal2> guiverc: I remember for a long time, it was just /media/whatever, and then it switched to /media/lubuntu/whatever, and now maybe it's switched back. Is there a term for whether the media directory has or does not have the username like that?
[11:10] <guiverc[m]> I don't know what decide the mount location, but I suspect it's the kernel or Ubuntu base that decides that..  I've noted that changed too in other distributions (I use opensuse, fedora often too & esp. debian) so I don't believe it's Ubuntu specific  (opinion only though - given I don't know)
[11:15] <kc2bez[m]> I am fairly certain the automount behavior is a product of systemd.
[11:16] <guiverc[m]> that sure sounds right to me... (close to kernel & ubuntu base for us; also explains why I see it on other non-ubuntu systems too)


[09:52] <teddy-dbear> Morning peoples, critters and everything else
[14:20] <ChinnoDog> Anyone have a favorite site for creating online surveys?
[16:14] <jthan> waltman: https://developers.slashdot.org/story/17/11/01/089200/perl-is-the-most-hated-programming-language-developers-say
[16:14] <jthan> waltman: I think you're gonna need to find a new language.
[16:14] <pleia2> ChinnoDog: Google Forms ;)
[16:14] <jthan> ChinnoDog: +1 ^
[16:14] <jthan> I thought I had already replied and said that
[16:15] <pleia2> don't worry, it's evening here so I'm awake
[16:16] <jthan> We let our users vote on a new name for the cluster when we rebuilt it (yesterday and today)
[16:16] <jthan> My name lost :-(
[16:16] <jthan> So it's called fiji now.
[16:16] <jthan> but I wanted islay because scotch.
[16:17] <pleia2> also fiji is boring, you should never let mortals vote
[16:18] <jthan> Yeah, I know!
[16:18] <jthan> Pando was way cooler than Fiji.
[16:18] <jthan> Pando == largest living aspen grove on earth
[16:18] <pleia2> nice
[16:48] <waltman> jthan: Saw that already. Sounds like a very scientific survey.
[17:24]  * ChinnoDog plays with Google Forms
[19:31] <ChinnoDog> When you let people vote the pick names like Boaty McBoatface
[19:31] <ChinnoDog> s/the/they/
[19:31] <jthan> well we had predefined options
[19:32] <jthan> but also democracy
[19:40] <waltman> ChinnoDog: You say that like it's a bad thing.
[19:50] <ChinnoDog> imho it was fine and they should have lived with it. Obviously it wasn't really a democratic decision since they ignored the vote and picked the one they wanted.
[19:50] <ChinnoDog> false_democracy--
[19:51] <waltman> Whatever you say, ChinnoDog McChinnoDoggyface :)
[19:53] <ChinnoDog> Awhile back at work they had a logo contest. After they received a bunch of submissions they decided none of them were good enough.


[08:41] <debfx> ScottK: some files in the ark package aren't installed. didn't the build status script warn about that?
[09:11] <Riddell> allee: how did you get on with calligra?
[09:19] <allee> still finding my way.  I thought with lots of people in holiday it quite at work.  But yesterday it was exactly the opposite.  Will give it a try later today again.
[09:19] <Riddell> allee: release day is today so let me know if you can't manage it
[09:19] <allee> But if it's urgent to get it out.  Grab it and I'll look for another pkgs.  Lots of releases lately so should be no big deal to find something
[09:22] <allee> Riddell: feel free to take calligra. I've seen plasma nm need also an update (we've eduroam here, so I could actually test the enterprise bug fix)
[09:24] <Riddell> allee: ok, will do
[09:25] <allee> Riddell: okay, I'll download plasma nm later ...
[09:26] <Riddell> debfx, ScottK: /usr/share/kde4/apps/ksplash/Themes/Default/1920x1200/background.png is different in 4.8.5 packages
[09:32] <Riddell> oh probably it's something to do with kde-base-artwork
[09:37] <Riddell> I guess dirk never merged in kde-base-artwork which is why horos wasn't added
[09:56] <jussi> good afternoon all
[09:57] <Riddell> hello Helsinki
[09:58] <Riddell> ScottK: kde-workspace uploaded with ariya theme
[10:08] <debfx> interestingly the git repository always had horos only
[10:17] <jussi> Riddell: http://www.youtube.com/watch?v=ns1S0gAkG8k :D
[10:58] <Riddell> ScottK: did you update calligra in 12.04 for the security update?
[10:58] <BluesKaj> 'morning
[11:03] <Riddell> ScottK: the patch says you did but it's not in the queue (assuming I'm using launchpad right)
[11:04] <kubotu> ::workspace-bugs:: [1034322] Keyboard Layout Switcher plasma applet show deformed icon and text @ https://bugs.launchpad.net/bugs/1034322 (by José Luis Bolos)
[11:45] <Riddell> apachelogger_: I'm confused by your date by default suggestion last month, it's not displayed by default and you suggested not to display it by default?
[11:49] <apachelogger_> Riddell: we changed it to display by default a long time ago and then removed this change last month as no clear consunses could be reached on whether it should be displayed by default
[11:50] <Riddell> oh yes, hmm shame, I think it's really useful to have it, my bad for missing that conversation
[11:54] <apachelogger_> Riddell: my problem with it is that it looks silly while being useful, particularly ever since sebas changed the way the time is drawn (it's not just plain text with solid color anymore)
[12:11] <apachelogger_> Riddell, ScottK: so except for trolling and minor annoyances KTP seems good enough for release
[12:54] <Riddell> apachelogger_: release where?
[13:04] <apachelogger_> Riddell: with our distro
[13:09] <Riddell> apachelogger_: oh good :)
[13:54] <Peace-> hey do you know why this stuff is like this ? http://wstaw.org/m/2012/08/08/plasma-desktopzw2439.png
[13:54] <Peace-> the menu is a mess
[13:54] <Peace-> that submenu is not export
[13:55] <Darkwing> What prog? gwenview?
[13:55] <Peace-> Darkwing: yep
[13:56] <Peace-> kde 4.9 12.04
[13:56] <Darkwing> ahhh...
[13:56]  * Darkwing poders.
[13:56] <Darkwing> ponders
[13:57] <Darkwing> I'm running 12.10
[13:57] <Peace-> on 12.10 works fine
[13:57] <Darkwing> But, gwenview has changed a bit.
[13:57] <Darkwing> I'll pull my KVM with 12.04 and take a look.
[13:58] <Riddell> I don't see a bug there
[13:58] <Peace-> Riddell: mm?
[13:58] <AlexZion> Hi everyone ...
[13:58] <Peace-> Riddell: that is not the menu export
[13:59] <Darkwing> Hi AlexZion
[14:00] <Peace-> Riddell: this is the menu that should appear http://wstaw.org/m/2012/08/08/plasma-desktopNi2174.png
[14:00] <AlexZion> I was talking with Peace- about the problem of kipi-plugins in gwenview ..., I'm the onlyone with this problem !?!
[14:01] <AlexZion> because I did an upgrade just yesterday and maybe something is wrong on my config !?!
[14:01] <Darkwing> Riddell: It looks like the Export menu is showing up in Batch Processing
[14:01] <Riddell> aah
[14:01] <Darkwing> AlexZion: Hang in there mate. :)
[14:01] <Darkwing> Riddell: It's effecting AlexZion
[14:02] <AlexZion> http://wstaw.org/m/2012/08/08/plasma-desktopzw2439.png
[14:05] <AlexZion> Darkwing: I already tried to remove and purge gwenview and kipi-plugins and than reinstall them , but without results ...
[14:05] <Darkwing> AlexZion: When you said you upgraded.... what was that process?
[14:05] <Peace-> remove all the stuff ~./kde /config and apps
[14:05] <Peace-> nothing to do
[14:08] <Darkwing> AlexZion: Give me a few.
[14:08] <AlexZion> I upgrade from version 11.10 to 12.04 and then to kde 4.9 .....
[14:09] <Darkwing> AlexZion: Okay
[14:09] <Darkwing> AlexZion: I'm getting my KVM to reflect what you did so I can try and duplicate the problem.
[14:12] <AlexZion> Darkwing: thaks for your support buddy ..., if I can do some other test , just let me know ...
[14:12] <Darkwing> AlexZion: I'll let you know :)
[14:12] <Darkwing> AlexZion: Just give me a few to get this worked out correctly.
[14:27] <Riddell> apol_: thanks for doing planet bugs :)
[14:27] <Peace-> Riddell: mm i have added the language but the spellchecker doesn't add it too
[14:28] <Peace-> something of wrong on 12.10?
[14:28] <Riddell> Peace-: from system settings -> locale?
[14:28] <Peace-> Riddell: yep
[14:29] <Peace-> added the second language
[14:29] <Riddell> Peace-: in 12.10?
[14:29] <Peace-> but then on the module i can't see the spell check for that language
[14:29] <Peace-> Riddell: yep
[14:29] <Riddell> Peace-: yeah there's more work to be done on that language install patch
[14:30] <Peace-> Riddell: i use english all the time btw
[14:30] <Peace-> :D
[14:30] <Peace-> but i have tested
[14:31] <Peace-> now dist-upgrade and test the lightdm guest stuff
[14:31] <Riddell> thanks for testing
[14:43] <Peace-> Riddell: i was talkin about the mp3 encoder on k3b  it ask always to install it
[14:43] <Peace-> Riddell: even here on 12.10
[14:45] <Darkwing> I'm finding KVM soooo much nicer than anything else I've ever used.
[14:47] <Darkwing> Oh. My. God. http://www.datamancer.com/cart/datamancer-victorian-laptop-p-219.html
[14:55] <Peace-> Riddell: i can use guest without problem
[14:57] <apol_> Riddell: np :)
[17:31] <shadeslayer_> \o
[17:37] <shadeslayer_> vHanda: around?
[17:37] <vHanda> depends on what you have in mind
[17:37] <shadeslayer_> vHanda: can you tell me the commit hash's about the bug I talked to you about?
[17:38] <vHanda> https://bugs.kde.org/show_bug.cgi?id=304476
[17:38] <shadeslayer_> thx
[17:38] <vHanda> Be sure you read the last comment
[17:38] <shadeslayer_> yeah, going through the entire thing
[17:39] <shadeslayer_> it's kind of a release blocker if nepomuk takes up all your memory :P
[17:40]  * vHanda is currently a little pissed that this was not detected in any of the betas or release candidates
[17:40] <vHanda> and then I get 10 bug reports when 4.9 release
[17:40] <vHanda> *releases
[17:41] <vHanda> I thought we had special testing happening for 4.9
[17:41] <vHanda> :/
[17:43]  * shadeslayer_ has a shitty network atm
[17:58] <cmagina> vHanda: i didn't see it until release and only on 1 of 3 systems all of which run quantal
[19:32] <Quintasan_> @#!@$@!$
[19:32] <shadeslayer_> hopefully, this won't disconnect
[19:32] <Quintasan_> finally got it working
[19:32] <shadeslayer_> Quintasan_: ssup?
[19:32] <Quintasan> holy shit
[19:32] <Quintasan> this router is a pain to work with
[19:32] <shadeslayer_> Quintasan: can't be as bad as my ISP
[19:40] <Quintasan> NCommander: Funny thing, that USB-to-RS232 cable had VID 0000 and PID 0000 under Windows
[19:40] <Quintasan> Holy crap so much to do
[19:41] <Quintasan> Better trackle it one at a time
[19:42] <Quintasan> NCommander: HOLY CRAP I JUST PLUGGED IT IN AND IT GOT DISCOVERED
[19:42] <Quintasan> WTF
[19:43] <Quintasan> Can't say it works though
[19:44] <Quintasan> Got some "Broken stream" and then Could not find PTY
[19:50] <Quintasan> shadeslayer_: Did you ever get Ooops in dmesg when copying files?
[19:51] <shadeslayer_> dafuq
[19:51] <Quintasan> lawd
[19:51] <shadeslayer_> apachelogger_: nvm, figured out the pipeline
[19:51] <Quintasan> I get that some proccess locked the system for more than 120 seconds (I can normally use pc tho) and there is some debug info
[19:54]  * yofel gets that sometimes when btrfs messes up
[19:55] <yofel> usually harmless if the core isn't permanently stuck
[19:56] <Quintasan> yofel: The thing is I'm getting that everytime when writing img to sdcards
[19:57] <yofel> could be the FS complaining that the card is too slow, no idea whose fault it would be then
[19:57] <Quintasan> ehh
[20:01] <shadeslayer_> !testers
[20:01] <Quintasan> shadeslayer_: What?
[20:03] <apachelogger_> shadeslayer_: eh?
[20:06] <Quintasan> yofel:, shadeslayer_: http://wklej.org/id/806855
[20:06] <Quintasan> sup
[20:07] <genii-around> shadeslayer_: What is the test ?
[20:10] <yofel> Quintasan: seems like 'sync' didn't respond for 2 minutes as it was waiting for the card
[20:10] <yofel> shadeslayer_: hm?
[20:17] <shadeslayer_> virtuoso and nepomuk need QA
[20:18] <Quintasan> yofel: holy crap
[20:18] <Quintasan> those sd class 4 cards must be shit
[20:19] <shadeslayer_> did anyone get my message?
[20:21] <shadeslayer_> https://launchpad.net/~rohangarg/+archive/experimental < virtuoso and nepomuk QA
[20:22] <shadeslayer_> Quintasan: yes they are
[20:22] <yofel> Quintasan: not neccessarily, sometimes the kernel just messes up as well - you can see hung tasks inside a VM if the roofs image is on a btrfs and has COW enabled, a SSD doesn't help much there
[20:24] <Quintasan> yofel: Ain't that bad? Doesn't that corrupt the writing somehow?
[20:24] <shadeslayer_> 1) make sure nepomuk doesn't hog memory
[20:24] <shadeslayer_> 2) make sure everything works with new virtuoso by using krunner to find files
[20:25] <shadeslayer_> currently nepomuk will go on leaking memory causing a OOM
[20:26] <yofel> Quintasan: no, that's just a warning - usually it shouldn't take that long. If you know what's up ignore it
[20:29] <NCommander> Quintasan: never unplug it ever (or reboot)
[20:39] <Quintasan> NCommander: That shit failed to connect anyways
[20:39] <Quintasan> Crap cable is crap
[20:40] <Quintasan> NCommander: I did manage to get a linaro precise nano image to boot
[20:40] <Quintasan> The output is...
[20:40] <Quintasan> lol
[20:40] <Quintasan> Let me take a photo
[20:40] <shadeslayer_> sigh, I'm definitely going to switch ISP's
[20:43] <yofel> shadeslayer_: is there a way to reproduce the memory hogging? nepomuk isn't using much memory here. (then again, I pretty much don't use it)
[20:43] <shadeslayer_> yofel: make sure the filewatcher is running
[20:43] <Quintasan> NCommander: http://db.tt/MTJJ2ZXI
[20:43] <Quintasan> sup
[20:44] <yofel> shadeslayer_: it's not o.O
[20:44] <shadeslayer_> :)
[20:44] <shadeslayer_> sec
[20:44] <Quintasan> NCommander: The camera isn't crap, that's how the framebuffer looks like :D
[20:44] <shadeslayer_> yofel: KDE Bug 304476
[20:45] <NCommander> Quintasan: ow
[20:45] <NCommander> Quintasan: I don't know anything about the linaro images
[20:45] <Quintasan> NCommander: I THINK I might have succeeded in installing openssh-server
[20:45] <Quintasan> :P
[20:45] <shadeslayer_> Quintasan: lol
[20:46] <yofel> shadeslayer_: so... how does one start it?
[20:46] <yofel> Quintasan: nice modern art ^^
[20:46] <Quintasan> shadeslayer_: You sayin' nepomukfilewatch should leak memory when searching?
[20:47] <yofel> oh wait
[20:47] <yofel> was looking at the wrong ps output
[20:48] <Quintasan> lal it does
[20:48] <Quintasan> every time I look for something it uses more and more memory
[20:50] <yofel> shadeslayer_: nepomukfilewatch is using 20m RES here, and this session has been running for 4 days so I guess I'm not affected by that
[20:50] <shadeslayer_> yofel: run :  nepomukservicestub nepomukfilewatch
[20:50]  * yofel kills it for fun
[20:50] <shadeslayer_> oh .. ok, vHanda  did say it was reproducible only on certain machines
[20:51]  * shadeslayer_ could reproduce it this evening, but after updating, no more mem hogging
[20:51] <yofel> now it's using 21m, so I guess I can't help here
[20:51] <shadeslayer_> try new virtuoso then :)
[20:51] <Riddell> !testers
[20:51] <Riddell> anyone able to test calligra on 12.04?
[20:51] <yofel> shadeslayer_: that fixes... what?
[20:52] <shadeslayer_> yofel: performance improvements from what I've been told
[20:52] <yofel> ah well
[20:52] <shadeslayer_> just search for files and stuff :P
[20:52] <Quintasan> Do we have 4.9.0 for precise?
[20:53] <shadeslayer_> afaik yes
[20:55] <Riddell> BluesKaj: able to test calligra on 12.04?
[20:56] <BluesKaj> i'll be switching over to the 12.04 drive later tonight Riddell , I'll report back tomorrow
[20:57] <Quintasan> lololololollolololol
[20:57] <Quintasan> NCommander: The output looks different everytime I reboot the board :D
[20:57] <Quintasan> Sounds like fun
[20:58] <cmagina> i actually hit the nepomukservicestub but reliably. it might have something to do with lots of files. could checkout a couple copies of the linux kernel and let it index it
[20:58] <cmagina> s/but/bug
[20:59] <cmagina> or, if you have a package i can just install i'll test it
[20:59] <Quintasan> cmagina: That would kill your PC probably, try indexing your whole /home/
[21:01] <cmagina> Quintasan: does someone have a packaged version of nepomuk with those patches? i can test it as my desktop hits the memory leak
[21:01] <Quintasan> cmagina: https://launchpad.net/~rohangarg/+archive/experimental
[21:01] <Quintasan> Thank shadeslayer_ if that fixed that magic
[21:03] <cmagina> will do
[21:06] <shadeslayer_> :D
[21:13] <Quintasan> I wish Nepomuk was as half good as Windows search
[21:15] <shadeslayer_> vHanda: ^
[21:20] <Quintasan> shadeslayer_: IT DOESN'T WORK HERE
[21:20] <Quintasan> or is not as fast as it should be
[21:20] <Quintasan> Or I just have too many files
[21:20] <shadeslayer_> Quintasan: file searching?
[21:20] <shadeslayer_> are you sure that the file has been indexed
[21:21] <Quintasan> Do you think I'm dumb?
[21:21] <shadeslayer_> oh also, make sure you click the "Everywhere" button in dolphin
[21:21] <Quintasan> shadeslayer_: Dolphin? I want KRunner searching
[21:21] <shadeslayer_> ah, works for me without a issue in krunner
[21:22] <shadeslayer_> Quintasan: check which file it's indexing from the KCM and then search for it after it's been indexed?
[21:22] <Quintasan> My Nepomuk alternates between indexing and doing nothing
[21:22] <Quintasan> I think it's time I copied everything and removed .*
[21:22] <BluesKaj> ok , which version of calligra are supposed to test ?
[21:22] <BluesKaj> are we
[21:24] <Riddell> BluesKaj: it's in kubuntu-ninjas
[21:24] <Riddell> do you have access details?
[21:24] <BluesKaj> Riddell, ? i was distracted by a phone call so i didn't get which version of Calligra we're testing
[21:25] <Riddell> BluesKaj: it's 2.5 final
[21:25] <BluesKaj> ok kubuntu-ninjas calligra ppa I assume , Riddell
[21:26] <Riddell> BluesKaj: kubuntu-ninjas private ppa
[21:26] <Riddell> for kubuntu 12.04 which also has kde sc 4.9 in it
[21:30] <cmagina> shadeslayer_: thus far all looks good. nepomukservicestub is hovering around 25-26M, but i'll continue to keep an eye on it over the next day or so
[21:30] <shadeslayer_> cmagina: awesone
[21:30] <shadeslayer_> *awesome
[21:31] <cmagina> pretty easy to see if it goes crazy, last time i noticed it because i was in swap hell (nepomukservice was sitting at a nice 5.5G of memory usage)
[21:31] <shadeslayer_> cmagina: yeah, I noticed it today when testing the new virtuoso
[21:32] <shadeslayer_> called up Vishesh and he told me that it was fixed in 4.9 :)
[21:32] <cmagina> heh :)
[21:33] <cmagina> i'm currently watching virtuoso-t at 200M, but that isn't the same thing anyway (its the current quantal virtuoso binary)
[21:34] <cmagina> any good fixes in the new one?
[21:34] <shadeslayer_> cmagina: are you sure about that? There's a new virtuoso in my ppa
[21:34] <shadeslayer_> cmagina: supposedly faster and is recommended by upstream
[21:34] <cmagina> shadeslayer_: i didn't add your ppa, just downloaded the nepomuk packages and installed them directly
[21:34] <shadeslayer_> oh ok
[21:35] <cmagina> didn't want to confuse what i was testing :)
[21:35] <cmagina> faster virtuoso sounds good
[21:35] <shadeslayer_> yay, I fixed ktp video calling \o/
[21:35] <Quintasan> NCommander: Do you have any idea if I can force sshd to somehow start as soon as possible?
[21:36]  * cmagina ^5's shadeslayer_
[21:37] <shadeslayer_> ok, kind of
[21:37] <shadeslayer_> for some reason, using ximagesink works, but using autovideosink makes it display 2 different windows
[21:40] <shadeslayer_> ahh, maybe autovideosink doesn't support overlaying ... /me checks
[22:24] <ScottK> apachelogger_: Messaging menu integration?
[22:24] <ScottK> (re ktp)
[22:24] <ScottK> It's kind of pointless to have a m-i widget for one thing.
[22:27] <Mamarok> I wonder if this is Kubuntu specific or not: http://forum.kde.org/viewtopic.php?f=19&t=107237&sid=f809a176fb3477854c8ae96670233a72
[22:27] <Mamarok> but I can reproduce this here.
[22:27] <Mamarok> no ogg option visible in audiocd KIO
[22:32] <shadeslayer_> ScottK: I was supposed to work on that, but other people know more about it than I do
[22:32] <apachelogger_> ScottK: we can always drop M-I :P
[22:33] <ScottK> apachelogger_: We could.  I guess it depends a lot on if agateau cares one way or the other.
[22:33]  * shadeslayer_ is off to sleep
[22:34] <apachelogger_> ScottK: well, I am not saying that it should be killed entirely but I'd not consider it a showstopper for now, ultimately it would however need to somehow merge with plasmas notification stuff TBH
[22:34] <ScottK> It's a bit different, AIUI, but OK.
[22:34] <apachelogger_> I mean, they do kinda the same thing, except plasma's is not tuned towards messages as such, which IMHO is a problem
[22:35] <apachelogger_> ScottK: I do realize that it is different but the concept is the one of a notification tracker
[22:35] <apachelogger_> so it is duplicating the plasma thing from a purely architectural POV
[22:36] <ScottK> I guess, but I wouldn't want how many times akonadi got confused mixed up with someone IM'ed me.
[22:37] <apachelogger_> right, that is the challenge there
[22:38] <apachelogger_> as I see it you have notifications and then you have the subsets of system notifications and messages (possible others
[22:38] <ScottK> I don't think I've ever cared about what a plasma notification said (not related to IM/IRC) more than a few seconds after it happened.


[00:32] <bluesabre> evening all
[00:33] <bluesabre> flocculant: correct, land it AA, SRU back to everything we care about
[00:34] <bluesabre> ochosi: I had mentioned last cycle that it would be cool if we shipped with some xubuntu avatars
[00:35] <Unit193> ..Ro..robots? :3  Xubuntu killer robots? :3
[01:15] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r510 xfwm4-a11y: Fix broken symlink (Fixes #183)... (by Simon Steinbeiß)
[18:22] <flocculant> tracker is up - added core for better or worse
[20:12] <Unit193> Now we just poke knome to poke on that!
[20:16] <flocculant> poke
[20:47] <ochosi> Unit193: any feedback on the notifyd thingy yet?
[20:48] <ochosi> did it eat your ram already? :D
[20:56] <Unit193> ochosi: I actually had a cron job that'd plot the memory usage, but I still haven't extensivly used it yet so not sure if it's quite useful.  That being said, having the default to stay running is the right move (though might be cool to have a hidden option, but meh.)  I'll have the latest results in 4 minutes.
[20:57] <ochosi> yeah, i know it's the right behavior, killing the daemon is maybe hiding leaks, but resource usage is really irrelevant with notifyd
[20:58] <Unit193> Or, it's killing it when it's not needed. Depending on how you look at it.  But, it does very well.
[20:59] <Unit193> (Give me just a sec more, I was even going to poke you!)
[21:00]  * ochosi gives a sec to Unit193
[21:00] <Unit193> http://paste.openstack.org/show/608139/
[21:01] <Unit193> For that last bump, finaly used it again (with a  for i in $(seq 1 30);do notify-send $i $i;done)
[21:02] <ochosi> right
[21:03] <Unit193> left
[21:03] <Unit193> ..Though it seems I don't slam it hard, and flocculant is great at breaking things. :>
[21:03] <ochosi> dunno, the mem usage doesn't look absurd
[21:04] <Unit193> No, it looks pretty fine to me.
[21:04] <ochosi> very comparable to what i have here
[21:05] <Unit193> Except the usage percent I'm sure, and the username. :3
[21:05] <Unit193> flocculant: Also in case you read scrollback, I'm kidding.  Just doing some upstream testing. :)


[07:32] <InHisName> Is PennBot too much trouble for a person to manage (play) with ? If not, why isn't he coming back from dead ?
[10:25] <rmg51> Morning
[13:26] <teddy-dbear> Morning peoples, dogs, turkeys?, hamsters and everything else
[13:35] <SamuraiAlba> Mornign
[14:30] <jackson_> Morning
[14:34] <teddy-dbear> o/
[14:39] <jackson_> hay teddy-dbear
[14:40] <teddy-dbear> hi
[14:46] <lazyPower> Morning everyone o/
[14:46] <lazyPower> Has anyone been following along with UOS?
[15:27] <ChinnoDog> UOS?
[15:54] <ssweeny> Ubuntu Online Summit i presume
[15:54] <ssweeny> online UDS basically
[15:55]  * ssweeny would have been following the scopes track but he's been writing them for the last year, so...
[15:57] <lazyPower> ssweeny: Ideally - it would be amazing to see someone write a scope that is powered by a juju deployable service - like owncloud.
[15:58] <ssweeny> lazyPower, maybe that can be arranged
[15:58] <ssweeny> lazyPower, what would you like to search for in owncloud?
[15:59] <lazyPower> ssweeny: then you get to see briding the gap between our technologies and kind of a convergence around our tooling that really empowers 'user enablement' - juju is simple enough to move with - you deploy your own OWNCLOUD instance with juju to digitalocean: http://blog.dasroot.net/replacing-u1-with-owncloud-on-digital-ocean/
[15:59] <lazyPower> then you bridge that further with a scope for the CALDAV, and file
[15:59] <lazyPower> sync your phone calendar with your owncloud instance, contacts, file backup, etc.
[15:59] <ssweeny> right now some folks are working on owncloud sync support for file CALDAV and CARDDAV
[15:59] <lazyPower> Right but there's so much more you can do with that
[15:59] <lazyPower> such as ampache music streaming
[15:59] <lazyPower> photo sync
[16:00] <ssweeny> sure
[16:00] <ssweeny> music streaming would be interesting
[16:00] <ssweeny> i wrote something similar into a scope for a customer a while back
[16:00] <lazyPower> Granted, we need to get moving with some improvements to the owncloud charm before *any* of that is viable
[16:00] <lazyPower> i'm not 100% confident our owncloud charm is battle-tested enough to recommend that to the community at large
[16:01] <lazyPower> im' closer to 80% confident in it, and that 20% margin for error scares me
[16:01] <ssweeny> i hear that
[16:01] <lazyPower> ssweeny: i heard throught eh wire you're a pittsburgher?
[16:01] <ssweeny> i'm running OC out of their apt repository now. i'd be pretty excited to move to juju for that
[16:01] <ssweeny> lazyPower, indeed i am, born and raised
[16:02] <ssweeny> lazyPower, you too?
[16:02] <lazyPower> we should meet up for suds and salt sometime in the not so distant future
[16:02] <lazyPower> yep, residing in white oak presently. I'm not native though - i'm a transplant ~ 6 years ago
[16:04] <ssweeny> lazyPower, i'm in squirrel hill
[16:04] <lazyPower> awesome, we're pretty close then.
[16:04] <ssweeny> yeah
[16:04] <lazyPower> ~ 15 minute drive with minimal traffic
[16:05] <ssweeny> cool cool cool
[16:07] <lazyPower> yeah i'm pretty jazzed by this news too
[16:07] <lazyPower> we need to loop in lisa pike and do a canonical meetup in the near future - why should Austin have all the fun?
[16:10] <ssweeny> ah i didn't know there was a third
[16:10] <ssweeny> excellent
[16:10] <ssweeny> we could start an office if i actually wanted to go outside
[16:11] <lazyPower> I feel the same way - i dont want to commute anymore after working in marketing downtown for 3 years :|
[16:11] <ssweeny> yeah i used to work for a startup downtown
[16:11] <lazyPower> the 20 ft commute is about perfect for beating those early morning blues - the only thing i *really* miss is my morning mocha from einstein brothers
[16:12] <lazyPower> but my wallet and butt thank me for stopping that habit
[16:15] <ssweeny> yeah i used to do a bagel sandwich from them every morning
[16:16] <ssweeny> i loved working downtown in the summer because i could bike in... the winter, not so much
[16:16] <ssweeny> freezing my face off at a bus stop
[16:19] <lazyPower> oh the memories of trecking down to wood street from station square parking lot
[16:19] <lazyPower> i dont miss it
[16:21] <ssweeny> yeah working in an office is for chumps
[16:56] <ChinnoDog> hehe


[00:48] -queuebot:#ubuntu-release- New sync: kdepimlibs (eoan-proposed/primary) [4:4.14.10-11]
[01:40] -queuebot:#ubuntu-release- New: accepted kdepimlibs [sync] (eoan-proposed) [4:4.14.10-11]
[01:50] -queuebot:#ubuntu-release- New binary: kdepimlibs [s390x] (eoan-proposed/universe) [4:4.14.10-11] (kubuntu)
[01:51] -queuebot:#ubuntu-release- New binary: kdepimlibs [amd64] (eoan-proposed/universe) [4:4.14.10-11] (kubuntu)
[01:51] -queuebot:#ubuntu-release- New binary: kdepimlibs [i386] (eoan-proposed/universe) [4:4.14.10-11] (kubuntu)
[01:53] -queuebot:#ubuntu-release- New binary: kdepimlibs [ppc64el] (eoan-proposed/universe) [4:4.14.10-11] (kubuntu)
[02:05] -queuebot:#ubuntu-release- New binary: kdepimlibs [armhf] (eoan-proposed/universe) [4:4.14.10-11] (kubuntu)
[02:45] -queuebot:#ubuntu-release- New binary: kdepimlibs [arm64] (eoan-proposed/universe) [4:4.14.10-11] (kubuntu)
[02:59] -queuebot:#ubuntu-release- New: accepted kdepimlibs [amd64] (eoan-proposed) [4:4.14.10-11]
[02:59] -queuebot:#ubuntu-release- New: accepted kdepimlibs [armhf] (eoan-proposed) [4:4.14.10-11]
[02:59] -queuebot:#ubuntu-release- New: accepted kdepimlibs [ppc64el] (eoan-proposed) [4:4.14.10-11]
[02:59] -queuebot:#ubuntu-release- New: accepted kdepimlibs [arm64] (eoan-proposed) [4:4.14.10-11]
[02:59] -queuebot:#ubuntu-release- New: accepted kdepimlibs [s390x] (eoan-proposed) [4:4.14.10-11]
[02:59] -queuebot:#ubuntu-release- New: accepted kdepimlibs [i386] (eoan-proposed) [4:4.14.10-11]
[07:43] -queuebot:#ubuntu-release- Unapproved: libdrm (bionic-proposed/main) [2.4.95-1~18.04.1 => 2.4.97-1ubuntu1~18.04.1] (core, xorg)
[08:03] -queuebot:#ubuntu-release- New source: llvm-toolchain-8 (bionic-proposed/primary) [1:8-3~ubuntu18.04.1]
[08:18] <rbasak> Eickmeyer: I don't think I have time to review the whole thing, but I did just glance at it
[08:18] <rbasak> Eickmeyer: I think you need to use dpkg-buildflags to adjust as you need - overriding wholesale can cause issues
[08:20] <rbasak> Eickmeyer: apart from that maybe look into if anything multiarch-related is advisable (I don't know - I'd need to rtfm to check)
[08:20] <rbasak> Eickmeyer: besides that it all looks reasonable from a quick glance
[08:20] <rbasak> Eickmeyer: maybe fix the test run?
[08:20] <rbasak> Have you run lintian --pedantic against it?
[09:26] -queuebot:#ubuntu-release- Unapproved: gnome-settings-daemon (xenial-proposed/main) [3.18.2-0ubuntu3.1 => 3.18.2-0ubuntu3.2] (ubuntu-desktop)
[10:03] -queuebot:#ubuntu-release- Unapproved: udisks2 (xenial-proposed/main) [2.1.7-1ubuntu1 => 2.1.7-1ubuntu2] (kubuntu, ubuntu-desktop, ubuntu-server)
[10:24] -queuebot:#ubuntu-release- Unapproved: rejected resolvconf [source] (xenial-proposed) [1.78ubuntu7]
[10:47] <LocutusOfBorg> vorlon`, kick golang-1.10 out now? :) the defaults to 1.11 migrated some minutes ago
[10:58] -queuebot:#ubuntu-release- Unapproved: libclc (bionic-proposed/universe) [0.2.0+git20180917-2~ubuntu<IP_ADDRESS> => 0.2.0+git20190306-1~ubuntu18.04.1] (no packageset)
[11:07] -queuebot:#ubuntu-release- Unapproved: mesa (bionic-proposed/main) [18.2.8-0ubuntu0~18.04.2 => 19.0.2-1ubuntu1~18.04.1] (core, xorg)
[12:02] -queuebot:#ubuntu-release- Unapproved: cups (xenial-proposed/main) [2.1.3-4ubuntu0.7 => 2.1.3-4ubuntu0.8] (core)
[12:03] -queuebot:#ubuntu-release- Unapproved: cups (disco-proposed/main) [2.2.10-4 => 2.2.10-4ubuntu1] (core)
[12:04] -queuebot:#ubuntu-release- Unapproved: cups (cosmic-proposed/main) [2.2.8-5ubuntu1.2 => 2.2.8-5ubuntu1.3] (core)
[12:09] -queuebot:#ubuntu-release- Unapproved: cups (bionic-proposed/main) [2.2.7-1ubuntu2.4 => 2.2.7-1ubuntu2.5] (core)
[12:17] <slashd> good morning, sil2100 seems offline today, who is the sru vanguard today ?
[12:35] -queuebot:#ubuntu-release- New binary: nss-pem [s390x] (eoan-proposed/universe) [1.0.4-1] (no packageset)
[12:37] -queuebot:#ubuntu-release- New binary: nss-pem [amd64] (eoan-proposed/universe) [1.0.4-1] (no packageset)
[12:38] -queuebot:#ubuntu-release- New binary: nss-pem [ppc64el] (eoan-proposed/universe) [1.0.4-1] (no packageset)
[12:41] -queuebot:#ubuntu-release- New binary: nss-pem [i386] (eoan-proposed/universe) [1.0.4-1] (no packageset)
[12:51] -queuebot:#ubuntu-release- New binary: nss-pem [arm64] (eoan-proposed/universe) [1.0.4-1] (no packageset)
[12:52] -queuebot:#ubuntu-release- New binary: nss-pem [armhf] (eoan-proposed/universe) [1.0.4-1] (no packageset)
[13:26] -queuebot:#ubuntu-release- New: accepted nss-pem [amd64] (eoan-proposed) [1.0.4-1]
[13:26] -queuebot:#ubuntu-release- New: accepted nss-pem [armhf] (eoan-proposed) [1.0.4-1]
[13:26] -queuebot:#ubuntu-release- New: accepted nss-pem [ppc64el] (eoan-proposed) [1.0.4-1]
[13:26] -queuebot:#ubuntu-release- New: accepted nss-pem [arm64] (eoan-proposed) [1.0.4-1]
[13:26] -queuebot:#ubuntu-release- New: accepted nss-pem [s390x] (eoan-proposed) [1.0.4-1]
[13:27] -queuebot:#ubuntu-release- New: accepted nss-pem [i386] (eoan-proposed) [1.0.4-1]
[13:36] <rbalint> slashd, i afraid there is no one officially
[13:36] <rbalint> could a release team member please review and merge https://code.launchpad.net/~rbalint/britney/autopkgtest-cosmic-hint/+merge/366824 ?
[13:41] <slashd> rbalint, right think it's holiday in sil2100's country today
[13:44] <slashd> Could an available sru vanguard please have a look at (1) Approving 'lshw' in X upload queue (2) Approving 'resource-agents' in D/C/B/X upload queue. Thanks in advance !
[13:44] <slashd> ddstreet, ^
[14:39] <Eickmeyer> rbasak: Just woke up (US West Coast here). Fixed the short summaries, and lintian --pedantic is returning nothing.
[14:39] <Eickmeyer> However, I'm working on the rules file now as you suggested.
[14:40] <Eickmeyer> As multiarch goes, unless it's a plugin host (like Carla) there's no need. Audio plugins will only run on whatever architecture the host runs.
[14:40] <Eickmeyer> Which is one reason for even having Carla in case you have an incompatible host/plugin, in which case it acts as a bridge.
[14:42] <Eickmeyer> rbasak: I'm going to run a test build without the auto test override.
[14:42] <Eickmeyer> (much of the rules file was already made when I got it)
[15:04] <Eickmeyer> rbasak: Yep, the auto test is failing: https://launchpadlibrarian.net/421931673/buildlog_ubuntu-eoan-amd64.lsp-plugins_1.1.9-0~201905021445~ubuntu19.10.1_BUILDING.txt.gz
[15:04] <Eickmeyer> I guess I don't understand why when a standard build works just fine. Maybe some help here?
[16:09] <vorlon> LocutusOfBorg: golang-1.10 removed
[16:10] <LocutusOfBorg> ta!
[16:11] <vorlon> (and golang-1.10-race-detector-runtime)
[17:19] -queuebot:#ubuntu-release- New binary: golang-1.10 [s390x] (eoan-proposed/main) [1.10.7-1] (ubuntu-desktop)
[17:21] -queuebot:#ubuntu-release- New binary: golang-1.10 [amd64] (eoan-proposed/main) [1.10.7-1] (ubuntu-desktop)
[17:21] -queuebot:#ubuntu-release- New binary: golang-1.10 [i386] (eoan-proposed/main) [1.10.7-1] (ubuntu-desktop)
[17:22] -queuebot:#ubuntu-release- New binary: golang-1.10 [ppc64el] (eoan-proposed/main) [1.10.7-1] (ubuntu-desktop)
[17:32] -queuebot:#ubuntu-release- New binary: golang-1.10 [armhf] (eoan-proposed/main) [1.10.7-1] (ubuntu-desktop)
[17:33] -queuebot:#ubuntu-release- New binary: golang-1.10 [arm64] (eoan-proposed/main) [1.10.7-1] (ubuntu-desktop)
[17:37] <cjwatson> vorlon: ^- was that meant to come back?
[17:37] <cjwatson> I was going to new-binary-debian-universe it but then noticed the conversation between you and LocutusOfBorg above
[17:55] <Eickmeyer> rbasak: See https://bugs.launchpad.net/lsp-plugins/+bug/1827288/comments/4. Fixed what I could, and made dh_auto_test overridden per the manpage.
[17:55] <ubot5`> Ubuntu bug 1827288 in Ubuntu Studio "[Needs Packaging] LSP-Plugins for Eoan" [Medium,In progress]
[18:06] <ddstreet> any ~ubuntu-sru, can you plz review/approve the uploads for lshw in x, and resource-agents in x/b/c/d
[18:36] <vorlon> cjwatson: hah, no - we should re-remove it and then it should stay dead
[18:37] <vorlon> cjwatson: golang-1.10 is in the weird state that it's no longer "in" unstable but has references via Built-Using which means Debian still publishes source in Sources and the pool
[18:37] <vorlon> so I had to manually remove it (process-removals claimed it was "back" in unstable), and then it came back here
[18:38] <vorlon> but it's not going to grow back again, no need for blacklist
[18:43] <cjwatson> Right, thanks
[18:57] -queuebot:#ubuntu-release- New: rejected golang-1.10 [amd64] (eoan-proposed) [1.10.7-1]
[18:57] -queuebot:#ubuntu-release- New: rejected golang-1.10 [armhf] (eoan-proposed) [1.10.7-1]
[18:57] -queuebot:#ubuntu-release- New: rejected golang-1.10 [ppc64el] (eoan-proposed) [1.10.7-1]
[18:57] -queuebot:#ubuntu-release- New: rejected golang-1.10 [arm64] (eoan-proposed) [1.10.7-1]
[18:57] -queuebot:#ubuntu-release- New: rejected golang-1.10 [s390x] (eoan-proposed) [1.10.7-1]
[18:57] -queuebot:#ubuntu-release- New: rejected golang-1.10 [i386] (eoan-proposed) [1.10.7-1]
[19:54] -queuebot:#ubuntu-release- Unapproved: nova (cosmic-proposed/main) [2:18.1.0-0ubuntu1 => 2:18.1.0-0ubuntu2] (openstack, ubuntu-server)
[19:54] -queuebot:#ubuntu-release- Unapproved: nova (disco-proposed/main) [2:19.0.0-0ubuntu2 => 2:19.0.0-0ubuntu2.2] (openstack, ubuntu-server)
[20:08] <rbalint> vorlon, could you please review and merge https://code.launchpad.net/~rbalint/britney/autopkgtest-cosmic-hint/+merge/366824 ?
[20:14] <vorlon> rbalint: "infrastructure issue" - but it passes fine in other releases?
[20:15] <rbalint> vorlon, good question, but how it does pass in my qemu?
[20:15] <vorlon> dunno
[20:16] <rbalint> vorlon, it blocks lxd
[20:16] <vorlon> right, but I'm not sure it shouldn't
[20:16] <vorlon> oh, but it's not a regression
[20:16] <vorlon> that's the main thing
[20:16] <rbalint> vorlon, yes
[20:17] <vorlon> ok so may be an issue specifically with the cosmic kernel and reboots
[20:17] <vorlon> on scalingstack
[20:18] <vorlon> rbalint: merged (but moved the hint to the team file - ubuntu-sru - instead of putting it in sil2100's file)
[20:22] <rbalint> vorlon, thanks!
[20:23] <rbalint> vorlon, since sil2100 is out would you release lxd for cosmic? it is ready and it can't be released tomorrow
[20:24] <vorlon> rbalint: looking
[20:25] <vorlon> done
[20:25] <rbalint> vorlon, \o/
[20:25] <rbalint> thanks! :-)


[12:50] <issyl0> 2
[12:50] <issyl0> Argh.
[16:15] <leighman> found a missing space on learning-more.tex line 29
[16:15] <leighman> what should I do?
[16:16] <nisshh> leighman, branch it, fix it, commit it :)
[16:16] <nisshh> or i can do it if you dont know how
[16:16] <leighman> I'll give it a try :P
[16:18] <nisshh> go for it, let me know if you need any help
[16:18] <nisshh> leighman, ^^^
[16:25] <leighman> hmm, do you see a missing space on page 142 of trunk?
[16:26] <leighman> maybe I just built it wrong or something :/
[16:26] <leighman> at ese
[16:26] <leighman> systems are called “paage management systems.” Debian soware paages
[16:26] <leighman> are  files, while Red Hat soware paages are  files.
[16:26] <leighman> man Evince copy-paste fail
[16:27] <nisshh> one sec
[16:28] <nisshh> leighman, where is the missing space exactly, im looking at line 29 and i dont see it
[16:30] <nisshh> i see a space before and after the word These on line 29
[16:30] <nisshh> in the source, anway
[16:30] <nisshh> anyway
[16:30] <leighman> it appears for me in the pdf
[16:30] <leighman> between the "package management systems" and Debian
[16:31] <leighman> putting a space before the above  \marginnote in source solved it but maybe, as I say, I just have something misconfigured which gives this problem
[16:32] <nisshh> let me compile, give me a minute
[16:34] <nisshh> damn this machine is slow
[16:34] <nisshh> still compiling
[16:36] <nisshh> leighman, oh i see, there is actually a missing space there, would you like to fix it or shall i?
[16:44] <leighman> there seem to be a few around there
[16:44] <leighman> wouldn't mind if I could give it a try
[16:44] <nisshh> no, no, go ahead :)
[16:58] <leighman> okay, I uploaded to https://code.launchpad.net/~leighman/ubuntu-manual/fix-missing-spaces, is that right?
[17:04] <leighman> what is the actual required texlive package?
[17:25] <nisshh> leighman, no, dont upload a seperate branch, commit and push the same one :)
[17:26] <nisshh> trunk is public, anyone can make changes
[17:41] <leighman> ah, okay, thanks, pushed


[14:42] <Frank81> Hello any one in here knows how to fix the problem that there is no usb keyboard regonized on entering luks password? coz since kernel 3.8 + till 3.11 i have no keyboard anymore to enter luks password with 3.8 all work well


[02:36] <godbyk> Whee! Just got my copy of the 16th edition of the Chicago Manual of Style.
[02:37] <godbyk> (It's okay, I realize no one but me will be excited by this.)  :)
[05:11] <flan> I'd be marginally excited if I subscribed to that editorial style.
[05:26] <godbyk> flan: I don't agree with all their choices, but it's a decent foundation.
[05:26] <godbyk> If I were working on text in the UK, I would probably not use Chicago style either.
[05:29] <flan> Yay~ I was mistaken for a Brit~
[05:30] <flan> Actually, I just haven't ever taken a serious look at any current mainstream style-guides.
[05:30] <flan> So I don't subscribe to any of them.
[05:49] <godbyk> Ah, gotcha.
[08:18] <thorwil> good morning!
[14:13] <daker> godbyk, ping
[14:19] <daker> godbyk, http://paste.ubuntu.com/484959/
[14:30] <daker> godbyk, a lot of them are 404
[19:03] <flan> Just two pages left before the QS server is functionally complete. Yay!
[19:04] <flan> (Screenshot-details-translation, which I expect will almost never be used, and the actual page for approving screenshots)
[21:07]  * jenkins is running mavrick
[21:52]  * flan fears Maverick.
[21:52]  * flan is still running KArmic on his main development system.
[21:52] <flan> Main non-Debian development system*
[21:53] <flan> Lucid's on the laptops and VMs, though.
[21:59] <Muscovy> I got over my fear of Maverick.
[22:03] <jenkins> evening again everyone
[22:07] <Muscovy> Hello.
[22:10] <jenkins> hey Muscovy hows things
[22:12] <Muscovy> Good.
[22:14] <jenkins> thats nice then :)


[19:55] <ahoneybun> everyone we have new Kubuntu Council people if that fits the news theme: https://lists.ubuntu.com/archives/kubuntu-devel/2015-September/009924.html
[19:55] <ahoneybun> thanks
[20:01] <PaulW2U> ahoneybun: thanks for the links - adding it to the prep .doc now
[20:01] <ahoneybun> np
[20:02] <PaulW2U> and big congrats, and in UWN again :)
[20:02] <ahoneybun> XD
[20:03] <ahoneybun> this is not on purpose I swear
[20:03] <ahoneybun> thanks though