[00:46] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (xenial-proposed) [2:13.1.4-0ubuntu4.2]
[02:04] <slangasek> Laney: er, do you know why we have only 20 arm64 worker threads?
[02:07] <slangasek> Laney: ah... looks like the higher count didn't get saved to the branch, because I said we needed to wait for the backlog to clear to see how many we need... clearly the answer is "more than 20" ;)
[02:14] <slangasek> Laney: oh, but it looks like this wasn't accidentally triggered by juju either, because s390x was @ 20 even though the branch said only 16?
[05:34] <slangasek> Laney: so the actual problem was that we only had bionic images back, which means a bunch of SRU tests in artful+zesty were systematically murdering the runners :)
[05:37] <tjaalton> slangasek: had a brief look at the dogtag failure, seems some java libs got updated that might've caused this, most likely libjaxrs-api-java. I'm prepping a new version for upload, hope it works with the new libs
[05:39] <slangasek> tjaalton: ok, cool
[08:55] <cpaelzer> LocutusOfBorg: haven#t seen that, but then I don't pbuild at all and due to that even less pbuild cross
[08:55] <cpaelzer> LocutusOfBorg: file me a bug and I'll try to take a look
[08:55] <cpaelzer> LocutusOfBorg: give me a command that worked and the revision when and since when it fails
[10:11] <LocutusOfBorg> cpaelzer, ack, btw the new curl is (modulo arm64 in progress) stuck on the very same systemd failure, so we are ok now
[10:11] <LocutusOfBorg> as we were yesterday
[10:46] -queuebot:#ubuntu-release- New: accepted polyml [amd64] (bionic-proposed) [5.7.1-1]
[10:46] -queuebot:#ubuntu-release- New: accepted polyml [armhf] (bionic-proposed) [5.7.1-1]
[10:46] -queuebot:#ubuntu-release- New: accepted polyml [ppc64el] (bionic-proposed) [5.7.1-1]
[10:46] -queuebot:#ubuntu-release- New: accepted polyml [arm64] (bionic-proposed) [5.7.1-1]
[10:47] -queuebot:#ubuntu-release- New: accepted polyml [s390x] (bionic-proposed) [5.7.1-1]
[10:47] -queuebot:#ubuntu-release- New: accepted polyml [i386] (bionic-proposed) [5.7.1-1]
[11:03] -queuebot:#ubuntu-release- New binary: libical [s390x] (bionic-proposed/main) [2.0.0-2] (kubuntu, ubuntu-desktop)
[11:04] -queuebot:#ubuntu-release- New binary: libical [amd64] (bionic-proposed/main) [2.0.0-2] (kubuntu, ubuntu-desktop)
[11:05] -queuebot:#ubuntu-release- New binary: libical [ppc64el] (bionic-proposed/main) [2.0.0-2] (kubuntu, ubuntu-desktop)
[11:06] -queuebot:#ubuntu-release- New binary: libical [i386] (bionic-proposed/main) [2.0.0-2] (kubuntu, ubuntu-desktop)
[11:06] -queuebot:#ubuntu-release- New binary: libical [arm64] (bionic-proposed/main) [2.0.0-2] (kubuntu, ubuntu-desktop)
[11:08] -queuebot:#ubuntu-release- New binary: libical [armhf] (bionic-proposed/main) [2.0.0-2] (kubuntu, ubuntu-desktop)
[11:08] -queuebot:#ubuntu-release- New: accepted libical [amd64] (bionic-proposed) [2.0.0-2]
[11:09] -queuebot:#ubuntu-release- New: accepted libical [armhf] (bionic-proposed) [2.0.0-2]
[11:09] -queuebot:#ubuntu-release- New: accepted libical [ppc64el] (bionic-proposed) [2.0.0-2]
[11:09] -queuebot:#ubuntu-release- New: accepted libical [arm64] (bionic-proposed) [2.0.0-2]
[11:09] -queuebot:#ubuntu-release- New: accepted libical [s390x] (bionic-proposed) [2.0.0-2]
[11:09] -queuebot:#ubuntu-release- New: accepted libical [i386] (bionic-proposed) [2.0.0-2]
[11:36] <LocutusOfBorg> cpaelzer, https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1737312 :)
[17:25] -queuebot:#ubuntu-release- New binary: range-v3 [amd64] (bionic-proposed/universe) [0.3.0-1] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: node-debug [amd64] (bionic-proposed/universe) [3.1.0-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: tiff [ppc64el] (bionic-proposed/main) [4.0.9-1] (core)
[23:12] -queuebot:#ubuntu-release- New binary: tiff [amd64] (bionic-proposed/main) [4.0.9-1] (core)
[23:12] -queuebot:#ubuntu-release- New binary: tiff [s390x] (bionic-proposed/main) [4.0.9-1] (core)
[23:12] -queuebot:#ubuntu-release- New binary: tiff [i386] (bionic-proposed/main) [4.0.9-1] (core)
[23:13] -queuebot:#ubuntu-release- New binary: tiff [arm64] (bionic-proposed/main) [4.0.9-1] (core)
[23:15] -queuebot:#ubuntu-release- New binary: tiff [armhf] (bionic-proposed/main) [4.0.9-1] (core)
[23:37] -queuebot:#ubuntu-release- New: accepted tiff [amd64] (bionic-proposed) [4.0.9-1]
[23:37] -queuebot:#ubuntu-release- New: accepted tiff [armhf] (bionic-proposed) [4.0.9-1]
[23:37] -queuebot:#ubuntu-release- New: accepted tiff [ppc64el] (bionic-proposed) [4.0.9-1]
[23:37] -queuebot:#ubuntu-release- New: accepted tiff [arm64] (bionic-proposed) [4.0.9-1]
[23:37] -queuebot:#ubuntu-release- New: accepted tiff [s390x] (bionic-proposed) [4.0.9-1]
[23:37] -queuebot:#ubuntu-release- New: accepted tiff [i386] (bionic-proposed) [4.0.9-1]


[17:58]  * nlsthzn lurks in the shadows
[17:58]  * s-fox is a shadow ;)
[17:58]  * elfy is definitely not a beacon of light
[17:58] <s-fox> coffeecat elfy cariboo907  sefsef you here?
[17:58] <sefsef> yes
[17:59] <coffeecat> here
[17:59] <cariboo907> here
[17:59] <s-fox> alright, lets get going...
[17:59] <s-fox> #startmeeting
[17:59] <meetingology> Meeting started Sun Jun 16 17:59:44 2013 UTC.  The chair is s-fox. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:59] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:59] <s-fox> #voters sefsef coffeecat cariboo907 elfy
[17:59] <meetingology> Current voters: cariboo907 coffeecat elfy sefsef
[18:00] <s-fox> oh and #voters s-fox
[18:00] <s-fox> #voters s-fox
[18:00] <meetingology> Current voters: cariboo907 coffeecat elfy s-fox sefsef
[18:00] <s-fox> first item on the agenda is the new COC
[18:00] <s-fox> http://ubuntuforums.org/showthread.php?t=2146904
[18:01] <s-fox> Basically we're looking to split it up into manageable sections. We have a draft, but it really needs all of the admins to have a proper look at it
[18:01] <s-fox> here is the discussion in the admin thread - http://ubuntuforums.org/showthread.php?t=2153266&p=12692534&viewfull=1
[18:02] <s-fox> so, it isn't something to vote on but i'd like us all to have looked at it properly and make it live on july 1st
[18:02] <s-fox> any comments?
[18:02] <sefsef> I agree. Would like to have a look at it before voting on it
[18:02] <elfy> only that, that suits me
[18:03] <s-fox> coffeecat and cariboo907  ?
[18:03] <coffeecat> I think we're almost there. Just a few details to check imo
[18:03] <elfy> agreed - but I want all of us to have done so
[18:04] <s-fox> so would you agree it isn't unreasonable to have it checked out and live by july 1st?
[18:04] <cariboo907> I agree with coffeecat
[18:04] <cariboo907> +1 to that
[18:04] <s-fox> okay, good :)
[18:04] <coffeecat> +1 to check it out and go live by 1st July.
[18:05] <s-fox> #agreed Have ALL admins look at the new COC and make it live by July 1st
[18:05] <s-fox> hmm, lol
[18:05] <s-fox> anyway, next item is the UWN stuff for pleia2
[18:05] <s-fox> She wants us to contribute to it with forums related information.
[18:06] <s-fox> We've talked about it, but cannot do it until Canonical actively start looking at the vBulletin API.
[18:06] <elfy> not want so much as made the offer
[18:06] <s-fox> She volunteered us?
[18:06] <s-fox> hmm
[18:06] <sefsef> so this is more for the future?
[18:06] <s-fox> Anyway, we can't do anything until canonical look at the api.  sort of out of our hands.
[18:06] <elfy> no - s-fox - she asked if we wanted to
[18:07] <cariboo907> that's my impression
[18:07] <s-fox> Okay :)
[18:08] <s-fox> So after some discussion we're going to shelve it for the time being and pick it up in future
[18:08] <elfy> yep
[18:08] <sefsef> +1
[18:08] <cariboo907> yep2
[18:08] <coffeecat> agreed
[18:08] <s-fox> Well that is all the items.  anything else anyone wants to bring up while we are here?
[18:08] <s-fox> or can i beat my own record of shortest meeting ever? :)
[18:09] <sefsef> new record has been set
[18:09] <elfy> just the tasks
[18:09] <cariboo907> what about division  of tasks?
[18:09] <s-fox> oh yes,  are we happy to keep them as they are, or do we want to mix it up again?
[18:09] <s-fox> what do you guys want to do?
[18:09] <sefsef> keep them for now...maybe change every year or six months.
[18:10] <coffeecat> I'm happy with keeping mine for now.
[18:10] <elfy> sefsef: really? no thanks
[18:10] <s-fox> sefsef:  forgive me, but have you done one the reports yet?
[18:10] <sefsef> yes with elfy
[18:10] <elfy> someone else can get the mails
[18:10] <sefsef> a bit of a pain to do
[18:10] <elfy> please
[18:10] <s-fox> i can do the emails elfy
[18:10] <elfy> ok
[18:10] <s-fox> who wants to do the report, coffeecat or cariboo907  maybe?
[18:11] <s-fox> or i can help you guys if you're not sure
[18:11] <cariboo907> I'll do the report
[18:11] <s-fox> cool. thanks cariboo907
[18:11] <s-fox> do you need any help?
[18:11] <cariboo907> I've done it several times before, but thanks
[18:12] <s-fox> okay, thats good to know.  if you do need help then holler ;)
[18:12] <elfy> I think we need to look at how we do it at some point - lot of silly steps
[18:12] <cariboo907> I will :)
[18:12] <s-fox> right, i think that is the tasks done so going to end the meeting unless anyone objects
[18:13] <elfy> fine with me
[18:13] <cariboo907> +1 to end the meeting
[18:13] <sefsef> +1
[18:13] <coffeecat> +1
[18:13] <s-fox> oh yeah, minor announcement - We've got new mods. Watch out ;) haha
[18:13] <sefsef> haha
[18:13] <s-fox> #endmeeting
[18:13] <meetingology> Meeting ended Sun Jun 16 18:13:41 2013 UTC.
[18:13] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-06-16-17.59.moin.txt
[18:13] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-06-16-17.59.html
[18:13] <s-fox> thanks for coming.
[18:13] <s-fox> nice and short and quite relaxed meeting
[18:14] <s-fox> :)
[18:14]  * nlsthzn lurks further away


[00:39] <ChibaPet> I'm not seeing tools for manual partitioning from another console when I'm booted into today's Xenial server ISO. I'm curious as to what I'm missing... no fdisk/gdisk/parted or friends.
[00:55] <ChibaPet> lordievader: Also just found http://missinglink.xyz/security/tutorial-debianubuntu-full-disk-encryption-luks-fde-including-encrypted-boot/
[00:58] <ChibaPet> although that still has unencrypted bits
[06:48] <lordievader> The Debian cd can drop to a shell through the menu, can't the server iso do that?
[06:48] <lordievader> Good morning, by the by.
[07:01] <ChibaPet> Good morning.
[07:01] <ChibaPet> The server ISO can, but it lacks some tools that are on the desktop edition.
[07:01] <ChibaPet> For instance, there appears to be no fdisk/gdisk/parted available from the shell of the server ISO.
[07:02] <lordievader> You cannot apt-get that?
[07:02] <ChibaPet> The server ISO doesn't present a live image, at least so far as I understand it.
[07:02] <ChibaPet> It's more or less identical to what Debian ships with their net-installers.
[07:03] <ChibaPet> Either way, my next hurdle is hand-setup of GRUB, initramfs, and LUKS.
[07:03] <lordievader> Hmm, guess it is too long ago for me to have done a server install of Ubuntu.
[10:58] <just_> Hi guys. I have Ubuntu 16.04. when apt-get install -f get:
[10:58] <just_> http://paste.ubuntu.com/14886436/
[10:58] <just_> system cant configure udev
[10:59] <just_> because group input already exist
[11:05] <just_> can anybody help?
[11:14] <just_> anybody alive?
[11:29] <lordievader> just_: Hmm, that sounds nasty. I suppose you could use a live-cd to chroot in and reinstall udev.
[11:34] <just_> lordievader: I commented group Input and then apt-get install -f.
[11:34] <just_> now i have: update-initramfs: deferring update (trigger activated)
[11:36] <just_> insserv: Service mountkernfs has to be enabled to start service udev
[11:36] <just_> insserv: exiting now!
[11:37] <just_> nevermind
[11:37] <just_> how, i can reinstall udev?
[11:40] <lordievader> just_: apt-get remove udev && apt-get install udev; but don't do this from the install itself.
[11:41] <k1l_> how did you upgrade to 16.04?
[11:42] <just_> I was never updated as this is a new installation
[11:51] <BluesKaj> Hey folks
, i go to /var/lib/dpkg/info and rm udev*
[11:58] <just_> then apt-get install -f
[11:59] <just_> and everything OK
[12:07] <lotus|Xenial4-4> !find mpv
[12:08] <lotus|Xenial4-4> !info mpv
[12:08] <lotus|Xenial4-4> new mpv icon on xenial nice
[12:19] <lordievader> just_: That sounds like a bad idea... but hey if it works...
[12:20] <BluesKaj> yeah. but where are the audio settings on mpv ? is it like mplayer cli based?
[12:27] <lordievader> BluesKaj: Yes, the command line switches are extensive.
[12:27] <lordievader> https://mpv.io/manual/master/
[12:33] <just__> now i have udev »absent; We assume that at the moment the package is not installed files but all works
[12:34] <lordievader> Still sounds like a bad idea...
[12:42] <just_> and any suggestions?
[12:43] <lordievader> Reinstall the package through a chroot or something.
[12:45] <just__> Can you write a list of commands?
[12:53] <BluesKaj> mpv seems like a decent player, but vlc is so much easier to setup and use
[12:54] <lotuspsychje> BluesKaj: well i found smplayer more lightweight on my desktop lately
[12:54] <lotuspsychje> playing 1080p stuff
[13:00] <BluesKaj> lotuspsychje, I found that Hi Def on some movies have a lot of errors and the player spends memory and gpu cycles with correction data ...sometimes it's the source material that has the problems
[13:02] <lotuspsychje> yeah could be
[13:03] <BluesKaj> vlc is mostly fine on my old pc tho
[13:04] <lotuspsychje> vlc is rocksteady indeed
[13:41] <lordievader> mpv is quite nice imo.
[14:46] <BluesKaj> yeah,mpv is great for heaphone listening when watching movies on my setup due to the analog audio output to the wireless headphone transmitter. It can't handle digital signals.
[15:29] <zzarr> hello! I have installed Ubuntu by bootstraping it to an SD card and I can boot it with the arch arm kernel on my ASUS Chromebook Flip
[15:29] <zzarr> but, there's no connectivity when I have booted it, how do I connect wifi from command line?
[15:31] <zzarr> should I define a wireless network interface?
[15:31] <zzarr> or is there a "make it all happen" script I can run?
[16:36] <goddard> who, or where would I post about the default sound device being selected when a new device is connected?
[16:37] <goddard> when you connect a bluetooth speaker for example it connects and switches to play sound on that device automatically, but it doesn't switch the device in the sound controls so every time you have to go into the sound settings and set the default device.
[20:06] <sudormrf> ello lads
[20:07] <sudormrf> what's new and cool in 16.04
[20:07] <sudormrf> :D
[20:08] <Pici> higher numbers
[20:08] <sudormrf> ha!
[20:08] <sudormrf> as we have seen with the megapixel race, higher numbers aren't always good ;P
[20:09] <ChibaPet> sudormrf: ZFS shipped with the distro. New kernel.
[20:09] <ChibaPet> LTS
[20:09] <sudormrf> ChibaPet, how about unity version
[20:09] <ikonia> ZFS is shipped ?
[20:09] <ChibaPet> sudormrf: Oh, um. I don't know. I don't use Unity on desktops.
[20:09] <ikonia> thats the first I've heard of that
[20:09] <sudormrf> ChibaPet, I typically use Gnome, myself
[20:10] <ChibaPet> !info zfsutils-linux
[20:10] <ChibaPet> wait, what was it now... hrm
[20:10] <rww> sudormrf: still Unity 7, so...
[20:10] <ikonia> as far as I know, zfs is not part of the kernel still due to oracle licensing
[20:10] <ChibaPet> !info zfs-initramfs
[20:10] <ikonia> so thats initramfs
[20:10] <ChibaPet> ikonia: Right, but that ends up being irrelevant. Doesn't need to be linked into the kernel.
[20:11] <ikonia> well it does as the mainteanance of a 3rd part module for your root file system isn't great
[20:11] <ChibaPet> ikonia: That's why it's great that Canonical is shipping it now.
[20:11] <ikonia> not for me
[20:12] <ikonia> I'd prefer they focussed efforts on objects that where open and part of the kernel
[20:12] <ikonia> certainly something as critical as the root file system
[20:12] <ChibaPet> CDDL is less restrictive than the GPL while still being copyleft. Hard to call it "not open".
[20:12] <ikonia> is that going to come from "main" ?
[20:13] <ChibaPet> You'd have to ask Canonical what their ultimate plans are.
[20:14] <ikonia> not really bothered personally
[20:14] <ChibaPet> Given the degree to which it will offer competitive advantage over Red Hat, it's pretty significant.
[20:14] <ikonia> is useful to know though, so thank you
[20:14] <ikonia> I'd hardly call that a competative advantage
[20:14] <ChibaPet> Competitive.
[20:14] <ikonia> yes
[20:15] <sudormrf> does red hat have a longer support cycle for their releases?  IIRC, centOS seems to have a really long support lifecycle.
[20:15] <ikonia> yes
[20:15] <ChibaPet> But... It fills a couple niches nicely, and it's already used in a couple significant shops. Better support from Canonical will mean that these shops will be more inclined to roll out Ubuntu.
[20:15] <ikonia> Centos Mirrors Red Hats which is 8 years + extended to 12 - compared to ubuntu's of 5
[20:15] <ikonia> pros/cons to each
[20:15] <ChibaPet> sudormrf: Red Hat does ten years to Canonical's five.
[20:15] <sudormrf> true that
[20:16] <ChibaPet> sudormrf: That said, Canonical's lifecycle is probably more realistic when you look at hardware aging, and of course all of this is way up in the air in the age of Docker.
[20:16] <sudormrf> ChibaPet, yep, I agree.  but then it does depend also on enterprises
[20:17] <sudormrf> enterprises don't necessarily replace hardware as frequent as your average consumer
[20:17] <sudormrf> not infrastructure stuff, anyway
[20:17] <sudormrf> again, pros/cons to both approaches
[20:17] <ChibaPet> sudormrf: Right, but ones that aren't starved for money plan their equipment lifecycles based on warranty coverage and such.
[20:18] <ChibaPet> But yeah, there's something for everyone.
[20:18] <sudormrf> ChibaPet, true, however there is also hardware that is supported for a long time using extended warranties, etc
[20:18] <sudormrf> word up
[20:18] <sudormrf> I am going to have to move one of my servers from 12.04 soonish :D.
[20:18] <sudormrf> well not have to
[20:18] <sudormrf> but, ya know
[20:19] <ChibaPet> Upgrade or reimplement?
[20:19] <sudormrf> a bit of both.  probably upgrade the hardware, merge a couple of devices together, remove some of the functions, etc.
[20:21] <sudormrf> it is doing a few duties and I would like to offload some of those duties to something else
[20:21] <ChibaPet> I need to upgrade a couple personal servers before long, hence my evaluating Xenial
[20:22] <ikonia> ChibaPet: what's your view so far ?
[20:22] <ChibaPet> ikonia: I haven't gotten into it enough yet, but it seems solidly built so far. I don't have enough to really have an opinion yet.
[20:24] <ChibaPet> Ask again in a week or two and I'll have an opinion.


[21:38] <develop> hi i took a snapshot of a volume create on us-east1d and create a volume on us-east1a. But the instance does not mount the volume even if it says attached : not in /dev
[22:25] <erichammond> develop: It can sometimes take a short while between "attached" and showing up in /dev/sdX
[22:26] <erichammond> If it's not there after a minute, recheck your instance ids and device names.
[22:27] <erichammond> You can get the current instance's id with instanceid=$(wget -qO- http://instance-data/latest/meta-data/instance-id)
[22:52] <develop> thnks . switching volumes from zones by taking snapshots should not be a prob


[00:36] <Unit193> VOTE FOR HIM JUST BECAUSE HE'S FROM OHIO!
[00:36] <Unit193> /s
[01:32] <PCLine__> FYI:  17 Year Olds can vote in the Primary!
[01:32] <PCLine__> I dodnt know that fact until today.
[06:27] <yano> lol
[06:27] <yano> well
[06:27] <yano> they could up until a week again
[06:27] <yano> *ago
[06:27] <yano> because Husted changed his interpretation of the law
[06:27] <yano> and Sanders and Clinton are sueing to change it back to let 17 years olds vote
[14:42] <thafreak> Not to get too far into politics...but I would rather see a Kasich vs Sanders election...
[14:42] <thafreak> There would be ACTUAL debates about ACTUAL problems
[14:42] <thafreak> imagine it...
[14:44] <yano> yea
[14:44] <yano> #FeelTheBern
[16:15] <yano> http://www.meetup.com/Central-Ohio-Python-Users-Group/events/229513700/
[16:15] <jenni> [ Pi (Py) Day Lunch - The Central Ohio Python Users Group (Columbus, OH)- Meetup ] - https://j.mp/24UZMMb
[16:15] <yano> http://www.meetup.com/Central-Ohio-Python-Users-Group/events/229375500/
[16:15] <jenni> [ DoJo - The Central Ohio Python Users Group (Columbus, OH)- Meetup ] - https://j.mp/24UZTr0
[16:46] <yano> http://www.politico.com/blogs/2016-gop-primary-live-updates-and-results/2016/03/marco-rubio-ohio-kasich-220635
[16:46] <jenni> [ Rubio's campaign tells Ohio supporters to vote for Kasich - POLITICO ] - https://j.mp/24V2MIg
[18:52] <yano> http://radio.wosu.org/post/clinton-sanders-appear-osu-town-hall-meeting
[18:52] <jenni> [ Clinton, Sanders To Appear At OSU Town Hall Meeting | WOSU Radio ] - https://j.mp/1pBWvkk
[22:23] <yano> http://www.dispatch.com/content/stories/local/2016/03/11/judge-rules-17-year-olds-primary-vote.html
[22:23] <jenni> [ Judge rules 17-year-olds can vote in presidential primary | The Columbus Dispatch ] - https://j.mp/1RVya2g


[04:47] <ares__> hola
[04:47] <ares__> español
[06:42] <onlyabyte> Is there a list of the tweaks the Xubuntu team as done to XFCE which I can see?
[12:17] <aot> any idea how to make word wrapping default in Mousepad?
[12:38] <knome> mousepad should remember the last state when you open a new instance, so just set word wrapping on
[12:47] <aot> it doesn't :(
[12:47] <aot> I mean maybe until I restart
[12:49] <knome> do you have other mousepad windows open?
[14:36] <matt3o12_> Hello, Im trying to change the display resoltion using Display setting but it only shows 1920x1200. This makes everything a bit too small for my tast. I'd prefer a resoltuon of something like 1280 but I dont know much about resolution and aspect rations. Normally, I just change the resolution from the list. So, what should I do to get a smaller resoltion and keep the aspect ration.
[15:54] <Guest93155> Hello?
[18:52] <xubuntu47d> How can delete files from the /boot folder?
[18:52] <krytarik> You shouldn't manually.
[18:54] <xubuntu47d> Getting 'Error: BrokenCount >0'
[18:58] <well_laid_lawn> xubuntu47d:  https://askubuntu.com/questions/263460/what-does-error-broken-count-0-mean
[21:59] <SkaMan814>  Hi Everyone! I'm trying to use the transmission-daemon on Xubuntu 17.10, and followed the official ubuntu wiki to set it up.  Every time I try to download something through the web UI, I get a permission denied error.  Thought the folder is set to 775 with debian-transmission:debian-transmission ownership.  I'm really not sure what's going on.
[21:59] <SkaMan814> It's connecting to peers, will download a few MB, and then I get the error.
[22:08] <krytarik> Oh good, you asked in #ubuntu too already.
[22:10] <SkaMan814> lol, ya.  I'm taking to someone in #transmission right now too
[22:26] <SkaMan814> For what it's worth, after giving ownership to user and group debian-transmission to the full file path (/full/file/path) and not a partial path (/diff/user/debian-transmission) and changing permissions to 777 it worked.


[15:56] <studio-smarini02> Goodmorning everyone. I would like to install Ubuntu Studio on my pc, in which I have already installed years ago on a PC where I had win7 the normal version of Ubuntu. Now in this computer I have ubuntu 16.4.3 and win 10. How can I install ubuntu studio without losing win10? Thanks so much
[17:15] <studio-user587> Hello! I am using ubuntu studio as Linux live USB, and I need to change timezone, but I do not have the root login & password, can you help me?


[08:58] <jphilips> bluesabre: i think you forgot this shortcut change https://github.com/Xubuntu/xubuntu-default-settings/pull/19
[08:58] <ubot3> Pull 19 in Xubuntu/xubuntu-default-settings "Unassigning Super + F" [Open]
[09:07] <jphilips> bluesabre: homepage is assigned twice https://imgur.com/T6cHEwF.png
[22:08] <Unit193> Heh, e07ef4944b623670878dfb6cd35df5399605584e.  "Will be required" except in practice it's actually required *now*.
[22:29] <bluesabre> Unit193: ?
[22:29] <Unit193> bluesabre: Sorry, commenting on platform changes.  usrmerge is not, in practice, optional in Ubuntu.
[22:30] <Unit193> ...Nor is it something you care about. :D
[22:30] <Unit193> I popped up new thunar, didn't grab anything else though.
[22:31] <bluesabre> Cool. I might do some packaging this weekend.
[22:31] <bluesabre> Dreading the Xfwm SRU
[22:31] <bluesabre> x.x
[22:32] <Unit193> At least the Xfce ones tend to go mostly smooth?
[22:33] <bluesabre> Yeah. Xfwm tends to be a codebase I just don't quite get so it's scary in practice :D
[22:33] <Unit193> Fair.
[22:37] <Unit193> Oh hey, you can't upload anything directly to Debian yet, right?
[22:43] <bluesabre> That's right. I'm on the python (and themes?) themes, but just for commits.
[22:43] <bluesabre> *teams
[22:47] <Unit193> Not even a DM?  I added a feature to dput to disallow configurable versions of things going to certain repos.  Eg, if 'ubuntu' is in the version string it'll error out on upload to Debian.


[00:24] <Eickmeyer> teward: It officially replaces it, yes. a2jmidid has been abandoned, so this is logically picking it up.
[00:27] <Eickmeyer> a2jmidid is a very key component of Ubuntu Studio.
[00:27] <Eickmeyer> It's essentially the daemon that links midi devices to Jack.
 @Eickmeyer well if they're forks but ownership hasn't really transferred it sounds like a2jmidid-ng is the proper package name.
 but that's a Debian call
 which reminds me i need a sponsor for a package up there in their NEW
[01:08] <Eickmeyer> Right. That's why I think we might have to leave this to Ross.
[06:21] <OvenWerks> Eickmeyer: https://lists.linuxaudio.org/archives/linux-audio-announce/2019-September/002726.html
[06:22] <OvenWerks> From this ^^ I would suggest ownership has shifted.
[06:24] <OvenWerks> Nedko hasn't been active for some time now.
[06:24] <OvenWerks> There is no "forked" commit or changelog entry.
[18:34] <Eickmeyer> @teward001: read OvenWerks above. It's shifted.
[22:22] <OvenWerks> Eickmeyer: are we missing a backdrop file?
[22:23] <Eickmeyer> OvenWerks: We shouldn't be?
[22:23] <OvenWerks> from the iso build log: dh_install: ubuntustudio-wallpapers missing files: usr/share/backgrounds/ubuntustudio/ubuntustudio_eoam_ermine.png
[22:23] <Eickmeyer> Oh, I fixed that.
[22:23] <OvenWerks> ok
[22:24] <Eickmeyer> Reuploaded, rebuilt.
[22:27] <OvenWerks> so I should dl the iso n try it out.
[22:27] <Eickmeyer> I think the new one is built, so yeah.
[22:28] <Eickmeyer> I'm likely to ppa-purge the machine I'm on right now and upgrade.
[22:28] <OvenWerks> yikes!!
[22:30] <Eickmeyer> Oh, it's standard procedure. Remove the backports PPA(s) to allow it to upgrade properly.
[22:37] <OvenWerks> lots of changes since my last dl 72.%
[22:37] <OvenWerks> wow kubuntu is 54%
[22:39] <OvenWerks> do get the LAU mailing list?
[22:40] <Eickmeyer> I do not.
[22:48] <OvenWerks> falktx has a new jackd2 coming soon with meta data working properly. After the next release he is expecting to add the a2jmidid stuff directly into jackd2... after which we won't need a2jmidid any more.
[22:48] <OvenWerks> There is hope the a2j version of jackd2 might make it into the stream in time for 20.04 but...
[22:50] <OvenWerks> There is also plans to add zita-ajbridging into jackd2 as well. I do not know if that will make it so we don't need zita-ajbridge any more or if that will need to be loaded at jackd start time... in which case we eould still need it for hot plugging.
[22:52] <Eickmeyer> That would be nice, and I hope he can release before 20.04.
[22:52] <OvenWerks> well there will be one release for sure in the next month or so.
[22:53] <OvenWerks> the rest I don't know, it takes time to get through debian depending on where they are in their cycle.
[23:34] <Eickmeyer> Yeah. Shouldn't take too long. They're still pretty early in the release cycle for the next one.


[06:42] <switchgirl> lol at a lj post "yestoday i walked past a hospital the patients where shouting 14 14 14.." "i couldnt see what was happening and couldnt see over the fence but peered through a crack in the fence  they poked me in the eye with a stick and shouted "15 15 15...""
[06:42] <switchgirl> wrong box sorry
[18:08]  * Lns peeks his head in the conference room
[18:15] <czajkowski> aloha
[18:15] <Lns> hi czajkowski
[18:15] <Lns> i'm just here to steal the coffee


[00:44] <rbasak> https://jenkins.qa.ubuntu.com/job/trusty-adt-libapache2-mod-python/20/ ran and failed as a result of my apache2 upload. I got emailed. But I would expected it to have blocked proposed migration except that it didn't, and apache2 got through. What's wrong with my understanding of the process here?
[00:44] <rbasak> (I've just uploaded a fixed libapache2-mod-python)
[06:43] <pitti> Good morning
[06:46] <KI7MT> gm
[10:38] <jibel> pitti, I think I found the problem with autopkgtest of linux. The timeout occurs if copyupdown takes more than 300s
[10:39] <pitti> ooh! but that would only be 5 mins, I thought it timed out after an hour of building?
[10:39] <jibel> pitti, which is the case for linux because it tars/untars the kernel
[10:39] <pitti> jibel: since 2.3.7 there is --timeout-copy
[10:39] <jibel> pitti, yeah, but this 1h was a red-herring
[10:40] <pitti> jibel: I guess globally setting it to 1000 should be fine; we don't usually have "real" timeouts in that phase
[10:40] <pitti> at least I never ran into one
[10:41] <jibel> pitti, I'll do another test with 1000 and see if it passes, then I'll set it by default
[10:41] <jibel> that's also why it is not reproducible with smaller packages
[10:41] <pitti> indeed
[10:50] <jibel> pitti, actually that could be improved in VirtSubProc, if local and remote are on the same filesystem, then use rsync or cp instead of tar/untar
[10:51] <pitti> jibel: you think the tar pipelining is so much overhead? I had expected this to be I/O bound for the hard disk
[10:54] <jibel> pitti, for linux and libreoffice autopkgtest runs on hard disk
[10:55] <jibel> anyway, I'm trying with copy timeout set to 1000, and it will be good enough if it passes
[11:01] <davmor2> Morning all
[15:33] <slickymaster> afternoon all
[15:33] <teward> o/
[16:47] <fox__> Morning From Australia
[18:05] <elopio> balloons, jfunk: do we have a project for system instegration tests?
[18:05] <elopio> for example, where should we put a test that involves unity, unity-scope-click, online accounts and download manager?
[18:12] <jfunk> elopio: not that I know of off the top of my head, perhaps something you could bring up in our team meeting tomorrow?
[18:13] <jfunk> someone else might know
[18:13] <elopio> if there is none, I'll need to start one like tomorrow.
[18:14] <elopio> so, I'll note it down to discuss on the meeting.
[19:48] <balloons> buonasera Letozaf_
[19:48] <Letozaf_> balloons, buonasera
[19:49] <Letozaf_> balloons, I read mzanetti comment that the reminders app  tests fail on jenkins because there is no account configured
[19:50] <Letozaf_> balloons, I suppose you guys have to find out a work around for this
[19:50] <balloons> Letozaf_, right.. I was hoping to solve that today :-)
[19:50] <mzanetti> balloons: hi
[19:50] <mzanetti> balloons: what do you propose?
[19:50] <Letozaf_> balloons, would be great
[19:50] <Letozaf_> mzanetti, hello
[19:50] <mzanetti> Letozaf_: o/
[19:51] <balloons> mzanetti, Letozaf_ I  don't have a proposition.. but let's think aloud together
[19:51] <mzanetti> balloons: so there's to options:
[19:52] <mzanetti> balloons: mock _everything_ (in which case we'd be better off with qmltests)
[19:52] <balloons> your test assumes an account.. which I think needs to change. Ideally, we'd test the account creation
[19:52] <mzanetti> balloons: or inject an account config into jenkins
[19:52] <mzanetti> balloons: actually imo we should have both
[19:52] <balloons> right.. I would mock the account config and inject it
[19:52] <balloons> but we still need a creation test :-)
[19:52] <balloons> and an account we can mock
[19:53] <mzanetti> balloons: what do you mean with creation test?
[19:53] <balloons> there's also the issue of.. if we can, let's avoid pinging the evernote server to start with
[19:53] <balloons> a test to create the account.. Which might lie in online accounts
[19:54] <mzanetti> yeah. that belongs in there
[19:54] <mzanetti> so, we could deploy an account config with the tests package
[19:55] <mzanetti> nah... better to write a mock for the accounts-plugin
[19:57] <balloons> so what we've done in the past for this is to mock it and maniever the app db and files around before launching the app.. Then undoing it when we are done :-)
[19:57] <balloons> We can generate the config on the fly via code, or commit it and copy it to the proper place
[19:57] <balloons> again, depending on what it looks like, one or the other is the better answer
[19:58] <balloons> So, in this case, let's assume we're going to inject an account. What do we need to mock up? And shall we do it via code or committing files?
[20:00] <mzanetti> for integration tests I guess modifying the account's config would be way to go
[20:01] <mzanetti> all we request from the api is a list of accounts where each has a name and token
[20:01] <mzanetti> so we can place some token in there that we manually generate with the server
[20:03] <mzanetti> hmm... I guess the config is in here: ~/.config/libaccounts-glib/accounts.db
[20:04] <mzanetti> balloons: do you know how to do this?
[20:05] <balloons> mzanetti, yes.. I've got experience in mocking things :-)
[20:05] <balloons> I'll look around in the app db
[20:06] <balloons> I've got an account attached locally. I'll remove it and readd and see what it looks like
[20:07] <balloons> we can also ask ken
[20:07] <mzanetti> balloons: well, in ~/.config/libaccounts-glib/accounts.db there is a table Accounts with those values<EMAIL_ADDRESS>[20:07] <mzanetti> we'd need to insert that
[20:07] <mzanetti> then there must be some api key somewhere
[20:09] <mzanetti> yeah, in Services and Settings are some entries
[20:10] <mzanetti> but still haven't found the actual credentialsid
[20:10] <balloons> mzanetti, I'm asking ken before looking too hard :-)
[20:10] <mzanetti> ok... yeah... if you generate such an account the tests on jenkins should pass
[20:11] <balloons> perfect. That should be enough to get this onto ci
[20:27] <balloons> ok, so I've got some sql that more or less works
[20:37] <Letozaf_> balloons, mzanetti found this if it can help:  http://dev.evernote.com/doc/articles/authentication.php
[20:39] <balloons> does reminders store anything in .local/share/com.ubuntu.reminders-app?
[20:40] <balloons> we do have an issue with my idea.. apparmor I *think* is going to prevent us from modifying ~/.config/libaccounts-glib/accounts.db
[20:44] <balloons> Letozaf_, so I guess I'll work on a branch and have you remerge it after
[20:44] <Letozaf_> balloons, ok fine
[20:54] <KI7MT> Quick question about writing test cases and bugs. If we're going to work on a particular bug for writing up a test case, should we change the assigned too / status when we start working on the docs?
[20:55] <balloons> KI7MT, what do you means start working on the docs?
[20:55] <KI7MT> balloons, When we start writing the Test Case.
[20:56] <balloons> KI7MT, yes, feel free to assign yourself to the bug when you start working on it. When you are ready to merge you can link the mp to the bug report
[20:56] <KI7MT> balloons, ok thank you.
[20:56] <balloons> KI7MT, thank you! Do you need help getting started?
[20:56] <elfy> balloons: was writing that slowly - thanks :p
[20:58] <KI7MT> balloons, Well im sure I'll ahve some Q's at some point, but been using these test cases for yrs, so thought I'd have a crack at writing a few needed ones :-)
[20:58] <elfy> have fun KI7MT
[20:58] <balloons> KI7MT, you will be a natural
[21:05] <KI7MT> balloons, I knew I'd have question(s), I see there is a test script for format checking, I have not used it yet. Is there a way to test render the HTML as I see were not header / body / footer tags
[21:05] <KI7MT> *were not using
[21:05] <elfy> yea there is
[21:06] <balloons> :-) linky elfy ?
[21:06] <elfy> https://wiki.ubuntu.com/QATeam/ContributingTestcases/ManualStyleGuide/test_case_format_script
[21:06] <balloons> boom!
[21:06] <elfy> balloons: givvusachancebeenupforhours:p
[21:06] <KI7MT> Ding, I knew I should have run that script before asking the question.
[21:06] <elfy> :)
[21:15] <KI7MT> Ok, scripts works etc etc  .. how can I see the final version using the broswer ?
[21:17] <balloons> letozaf, so you can at least see where I'm going; lp:~nskaggs/reminders-app/add-test-mock-account
[21:17] <letozaf> balloons, ok thanks
[21:17] <balloons> KI7MT, feel free to open it in a browser, however without the css from the site it won't look the same
[21:19] <KI7MT> balloons, Yes, that's what I was after, the off-line method .. I guess I could grab the css and whip up a script just for sanity checking.
[21:19] <balloons> KI7MT, yea, you could do that.. could be useful
[21:20] <balloons> probably would be easy enough
[21:20] <balloons> let me help a bit
[21:20] <KI7MT> balloons, Simple heardoc should work but need to play with it a bot.
[21:20] <KI7MT> *bit
[21:21] <balloons> http://iso.qa.ubuntu.com/qatracker/testcases/1450/info
[21:21] <balloons> you could nab that and put in your own test :-)
[21:21] <balloons> letozaf, ohh I should warn you.. don't run that :-0
[21:22] <balloons> it will wipe your online accounts db.. no backups.. wip
[21:22] <balloons> do'h
[21:22] <letozaf> balloons, ok thanks, I guess I would have tried it at some point :D
[21:33] <letozaf> balloons, suppose that if I have to write autopilot tests for reminders app, after this  db implementation, I must do it on a VM or where I do not have online accounts
[21:33] <balloons> letozaf, I'll fix it so it doesn't do that
[21:33] <balloons> working on it now
[21:34] <balloons> it'll be like the others and swap the file in and out.. backup original, test with modded file, restore original
[21:34] <balloons> shouldn't cause issues I hope :-p
[21:35] <letozaf> balloons,  for me no matter,  even if I lose my online accounts, I can put them back in :)
[21:35] <balloons> so it works, but the tests still fail because the account isn't valid I think
[21:38] <letozaf> balloons, valid because you have no Evernote account or because of the autentication token
[21:38] <balloons> no evernote account.. I used a fake name
[21:38] <balloons> let me try with my real account, but mocked
[21:44] <KI7MT> :-) Another question, what's the word on word-wrapping 80col ? It would appear wr is not used at all?
[21:45] <balloons> KI7MT, no, we don't force word wrapping at 80.. unless I'm mistaken
[21:45] <balloons> in which case I'd hide in shame
[21:46] <KI7MT> Ok thanks ...
[21:50] <letozaf> balloons, going to bed, be back tomorrow :) buona notte !
[21:50] <balloons> buona notte letozaf
[21:50] <balloons> grazi
[21:50] <letozaf> balloons, grazie a te :)
[21:50] <letozaf> balloons, (means thank you)
[23:26] <KI7MT> For writing tests cases, after Installation for instance, if we want to add a few tests to check basic functionality after login, do the tests themself belong in the install test case or are they separate test case files?
[23:53] <balloons> KI7MT, we have seperate tes sets for those. for install tests we focus on install
[23:54] <balloons> check out the packages folder :-)
[23:54] <KI7MT> balloons, yes, I found a few and seen how it's flowing. Thanks


[03:32] -ubottu:#ubuntu-news- ::planet:: The Fridge: Ubuntu Weekly Newsletter Issue 815 @ https://fridge.ubuntu.com/2023/11/27/ubuntu-weekly-newsletter-issue-815/
[03:32] -ubottu:#ubuntu-news- ::planet:: Stéphane Graber: Announcing Incus 0.3 @ https://stgraber.org/2023/11/27/announcing-incus-0-3/
[08:11] -ubottu:#ubuntu-news- ::fridge:: Ubuntu Weekly Newsletter Issue 815 @ https://fridge.ubuntu.com/2023/11/27/ubuntu-weekly-newsletter-issue-815/
[11:21] -ubottu:#ubuntu-news- ::ubuntuonair:: The Perfect SRU @ https://www.youtube.com/watch?v=aKZyfkl7aKM
[11:21] -ubottu:#ubuntu-news- ::ubuntuonair:: Making a Standalone Effects Pedal System Based on Embed Linux @ https://www.youtube.com/watch?v=PpBKwD5PSFs
[11:21] -ubottu:#ubuntu-news- ::ubuntuonair:: Framework: What It's Like to Build an Open Repairable Laptop @ https://www.youtube.com/watch?v=W8IAszo8SjM
[23:43] -ubottu:#ubuntu-news- ::omg!ubuntu:: Varia is a Brand New Download Manager for Linux @ https://www.omgubuntu.co.uk/2023/11/varia-new-download-manager-for-linux


[00:03] <SpamapS> So, before I run off experimenting with things.. say I want to use the django-openid-auth thing just for openid, but then I want to check for membership in a private team by doing LP calls on login. Has somebody already done this?
[00:10] <mwhudson> SpamapS: pretty sure that's doable
[00:10] <mwhudson> SpamapS: you'll need to get your RP specifically whitelisted to be able to ask about private teams
[02:35] <rick_h_> StevenK: you know what's up with build-not?
[02:43] <StevenK> rick_h_: Huh?
[02:50] <rick_h_> StevenK: buildbot is in a strange place with the exception stuff?
[02:50] <rick_h_> ah looks like someone did another force
[02:51] <rick_h_> I hadn't seen buildbot blow up in that way so was curious if you had any idea what's up.
[02:51] <rick_h_> both my ec2 lands bounced due to pqm buildbot fail
[02:51] <StevenK> rick_h_: subunit stream corruption
[02:55] <StevenK> rick_h_: And yes, I forced
[02:55] <rick_h_> ok cool, thanks
[09:05] <adeuring> good morning
[09:08] <czajkowski> adeuring: ello
[09:08] <adeuring> hi czajkowski!
[09:09] <czajkowski> adeuring: is it cold in your neck of the woods today ?
[09:10] <adeuring> czajkowski: depends on how you define cold ;) 5C and fotunatley no rain
[09:14] <czajkowski> well no rain is good!
[09:15] <czajkowski> it's 3C here and cold!
[09:18] <stub> come on over, the weather is lovely
[09:19] <czajkowski> stub: are you in AU or Nz?
[09:20] <stub> Thailand
[09:20] <czajkowski> oh even further
[09:20] <stub> no, closer
[09:20] <czajkowski> stub: ah yes but ye have the weird rain weather over there
[09:20] <czajkowski> I want to avoid places with rain and snow. clearly moving to UK from ireland I didn't think this one through :)
[09:21] <stub> monsoon storms are awesome
[09:22] <czajkowski> http://www.irishpressreleases.ie/content/flooded%20house.6885.jpg  is what happens to irelan when it floods!
[09:22] <czajkowski> or http://news.bbcimg.co.uk/media/images/61218000/jpg/_61218905_jex_1449008_de27-1.jpg
[09:22] <stub> When Thailand floods, we cause worldwide harddrive shortages :)
[09:23] <czajkowski> lol
[09:23] <stub> Anyone here on maintenance?
[09:23] <czajkowski> it's ok we still ge tour cider and guinness exported, we have our priorities! :)
[09:24] <czajkowski> stub: StevenK if you can catch him
[09:24] <czajkowski> stub: and we're down to one person for next week
[09:24] <czajkowski> in USA timezone
[09:24] <stub> who is that?
[09:25] <czajkowski> stub: sinzui
[14:00] <deryck> Morning
[14:01] <rick_h_> morn
[14:17] <sinzui> stub, I saw your remarks on bug 1050191. I agree with your suggestions. I will make this my next issue to work on
[14:17] <_mup_> Bug #1050191: allocate-revision-karma.py is too slow to complete <branches> <karma> <lp-code> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1050191 >
[14:18] <stub> sinzui: ok. The code changes are trivial if I'm right. Test fallout likely worse.
[14:18] <sinzui> indeed
[14:19] <stub> moving to garbo would be nice, but that is more than maintenance
[14:20] <sinzui> stub, I was thinking the same. So you agree that this process looks like a garbo candidate. I will consider it.
[14:21] <stub> it is perfectly suited to be a garbo job. migrating tests will again be the issue :)
[15:04] <deryck> adeuring, here's the MP I need reviewed, https://code.launchpad.net/~deryck/launchpad/remove-product-info-typo-garbo/+merge/137210
[15:04] <adeuring> deryck: already looking at it :)
[15:04] <deryck> adeuring, ah thanks :)
[15:08] <adeuring> deryck: r=me, one nitpick
[15:08] <deryck> adeuring, thanks
[15:08] <deryck> adeuring, good catch, thanks
[15:26] <sinzui> rick_h_, https://bugs.launchpad.net/launchpad/+bug/1079678 is still a private-project issue because Lp has to prevent the object from being created...other wise Lp's db has a integrity issue. Question cannot be deleted.
[15:26] <_mup_> Bug #1079678: You're able to create new questions on Launchpad even when questions is not avilable to a project <distributions> <lp-answers> <projects> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1079678 >
[15:27] <sinzui> I think someone also needs to verify that questions cannot be retargeted to a proprietary project
[16:26] <rick_h_> sinzui: ah, that makes sense.
[16:27] <rick_h_> sinzui: hmm, I thought that was checked though. I remember some work around the sprint stuff before UDS around that
[16:31] <rick_h_> hmm, never mind, mixing up blueprints and questinos
[16:33] <rick_h_> sinzui: so ok. I'll add a card/ticket around validating the question so that it can't be targetted around a non-public project
[16:34] <deryck> rick_h_: so I agree with sinzui on that issue.  but retargeting is separate from people URL hacking, which can be done on any kind of project....
[16:34] <rick_h_> deryck: right, so I'm filing a second bug that we'll address
[16:34] <rick_h_> and then we can decide if the right fix for the url hack is to catch it at the view when the form is loaded, or as a validation error like this retargetting issue later
[16:34] <deryck> rick_h_, sinzui -- and I still stand by my thinking that the first issue is nothing special because of privacy.  it's just a bug, and not dangerous for privacy.
[16:35] <sinzui> rick_h_, maybe the solution is to ensure the vocab for question targets only contains Public information type projects. That would allow the existing validation processes to co unchanged
[16:35] <deryck> i.e. yes, it creates bad data, but it doesn't risk a leak, so we don't care.  it also creates bad data for public projects.
[16:36] <rick_h_> sinzui: yea, I've not delt with the questions to know the best implementation for it, but would assume it would be a simple fix in the model perhaps.
[16:36] <sinzui> deryck, It was agreed that questions don't make sense and they DO contain confidential information that we do not have infrastructure to clean
[16:37] <sinzui> deryck, That is why we ask commercial enquiries to use an email address instead of Lp answers. We could not delete the confidential information in the question
[16:37] <deryck> sinzui: I agree they don't make sense.  but I don't see how this bug relates to private projects.  what confidential info are you thinking?
[16:38] <deryck> sinzui: I'm sorry man, I'm lost.  How does using an email address and being able to url hack to file a question relate?
[16:38] <sinzui> deryck, more than 100 hardening/transition bugs blocked Lp from implementing safe sharing. This is the same case, Once users discover that Lp is not trustable, you lost and cost someone and NDA
[16:38] <rick_h_> I suppose there's the use case where someone submits a question on a non-public project via the url hack and it contains sensitive data
[16:39] <rick_h_> if things ever do go public, and questions are turned on
[16:39] <rick_h_> it'd be exposed
[16:39] <sinzui> yes, that was what the issue was about
[16:39] <rick_h_> sinzui: ok, from the comments it was more czajkowski wanted to make sure users didn't get ignored
[16:40] <rick_h_> sinzui: so it wasn't 100% clear at first
[16:40] <sinzui> Canonical has partners with NDA information spewing from their keyboards into projects that are working in secret
[16:40] <rick_h_> however, if we fix the model so that you can't create/target to a non-public project the potential leak issue goes away
[16:40] <deryck> but do those people have permission on private projects AND know how to url hack to file a question?
[16:41] <rick_h_> so I think the *right* bug for us to fix and work on is #1079678 and #1079678 is a more general bad UX bug
[16:41] <_mup_> Bug #1079678: You're able to create new questions on Launchpad even when questions is not avilable to a project <distributions> <lp-answers> <projects> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1079678 >
[16:41] <_mup_> Bug #1079678: You're able to create new questions on Launchpad even when questions is not avilable to a project <distributions> <lp-answers> <projects> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1079678 >
[16:41] <sinzui> Laura's issue one example of a root cause of bad data getting into a project
[16:43] <deryck> I absolutely do not agree this warrants our precious time left until Monday, but I'm not going to fight about it.  I just don't see any real risk.
[16:46] <czajkowski> re that bug I logged it not for a privacy issue, but more for the point people create answers on projects and they are not looked at. perhaps the people creating private projects and blueprints arent possibly going to be creating answers on lp
[16:48] <deryck> That's my point, czajkowski.  It is absolutely a bug.  And it should be fixed.  I don't think it's risky or even related to privacy, and don't think we should agree to fix it before we release private projects from beta.
[16:51] <czajkowski> deryck: that I don't know :) would there be a case if people didn't know it was turned off and if they were automatcally used to asking questions they could then.  I guess flacoste would have final say on it.  I just see it happening from time to time on projects on here
[16:51] <czajkowski> which was why I logged it
[16:54] <deryck> czajkowski: proprietary and embargoed projects are not the kind to file questions against anyway.  they're secret.  and I can see why anyone would accidentally do it because there's no use case for asking a question.
[16:54] <deryck> but talking to rick_h_ in another channel, his fix for the retargeting issue will fix this as a by product, so no point arguing it anymore.
[16:55] <deryck> rick_h_: what is the bug number of the new bug you filed?
[16:55] <rick_h_> #1079678
[16:55] <_mup_> Bug #1079678: You're able to create new questions on Launchpad even when questions is not avilable to a project <distributions> <lp-answers> <projects> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1079678 >
[16:56] <rick_h_> sorry, wrong one
[16:56] <rick_h_> #1079678
[16:56] <_mup_> Bug #1079678: You're able to create new questions on Launchpad even when questions is not avilable to a project <distributions> <lp-answers> <projects> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1079678 >
[16:56] <rick_h_> ugh, /me fail
[16:56] <deryck> heh
[16:57] <rick_h_> #1085102
[16:57] <_mup_> Bug #1085102: A non-public project can currently be the target of a question. <lp-answers> <private-projects> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1085102 >
[16:57] <rick_h_> there we go
[16:57] <rick_h_> card updated on the board as well.
[16:58] <deryck> rick_h_: thanks.  I reply in the original bug.
[20:02] <sinzui> bac, do you have time to review https://code.launchpad.net/~sinzui/launchpad/system-bug-comments-api/+merge/137308
[20:02] <bac> sinzui: i do
[20:06] <bac> sinzui: done
[20:07] <sinzui> thank you bac
[20:07] <bac> de nada
[20:21] <abentley> bac: Could you please review https://code.launchpad.net/~abentley/launchpad/no-private-translations/+merge/137316 ?
[20:21] <bac> abentley: on it
[20:41] <bac> abentley: in the error messages you alternately refer to "private projects" and "proprietary projects".  should you pick the one most common description -- or are you really trying to convey something different?
[20:44] <abentley> bac: Okay.  (We don't really have a good umbrella term for Proprietary and Embargoed products, because "private" means something else in the context of branches and bugs.)
[20:45] <abentley> bac: So that's my own dissatisfaction with either term showing up in the code.
[20:45] <bac> abentley: gotcha
[20:45] <bac> hi statik!
[20:46] <statik> o/ bac
[20:50] <lifeless> statik: o/
[20:50] <lifeless> and o/ everyone here ;)
[21:40] <jcsackett> deryck: you around? can i request a review of https://code.launchpad.net/~jcsackett/launchpad/blueprint-private-traversal/+merge/137330
[21:40] <jcsackett> (or abentley or rick_h_) ^
[21:40] <deryck> jcsackett: I can get it.
[21:40] <jcsackett> awesome. thanks deryck.
[21:41] <deryck> jcsackett: np
[21:48] <deryck> jcsackett: am I reading the diff right, was there really a pdb in this code that your code removes?
[21:49]  * jcsackett looks
[21:49] <jcsackett> deryck: it's pipe madness. let me resubmit with the right target.
[21:50] <deryck> jcsackett: ok, that's why I asked.  I didn't mind a missing pdb mind you. :)  But just wanted to make sure the diff was correct.
[21:50] <jcsackett> deryck: if you want the fully proper diff: https://code.launchpad.net/~jcsackett/launchpad/blueprint-private-traversal/+merge/137333
[21:50] <jcsackett> thought i had fully destroyed that pipe. clearly not. :-P
[21:51] <deryck> jcsackett: heh, np.  thanks.
[22:03] <deryck> jcsackett: looks great to me. r=me
[22:03] <jcsackett> deryck: thanks!
[22:03] <deryck> np


[12:50] <hggdh> IIRC: please give admin access of: #ubuntu-br-artwork, #ubuntu-br-ms, #ubuntu-br-pb, #ubuntu-br-pe, #ubuntu-br-pi, and #ubuntu-br-rr to hggdh (myself) and tiagoscd
[13:05] <IdleOne> hmm staff is going all CAPS. /me worries
[16:44] <hggdh> iirc: please give admin access on : #ubuntu-br-artwork, #ubuntu-br-ms, #ubuntu-br-pb, #ubuntu-br-pe, #ubuntu-br-pi, and #ubuntu-br-rr to hggdh (myself) and tiagoscd
[16:45]  * hggdh now tries with lower case ;-)
[17:07] <AlanBell> :)
[17:08] <AlanBell> hi hggdh
[17:08] <AlanBell> so they all have just freenode-staff in the access list
[17:09] <AlanBell> staff can we get ubuntuirccouncil added with a full christmas tree of lights to #ubuntu-br-artwork, #ubuntu-br-ms, #ubuntu-br-pb, #ubuntu-br-pe, #ubuntu-br-pi, and  #ubuntu-br-rr
[17:35] <hggdh> AlanBell: Actually, one of them I cannot even see the access list
[17:36] <hggdh> AlanBell: on #ubuntu-br-ms I get chanserv saying I am not authorised to see the access list
[17:37] <FUCHS> that is because it is set to PRIVATE
[17:37] <FUCHS> that doesn't really matter, since the Ubuntu GCs  (IRCC, in this case) has the right to claim anything in their namespace
[17:38] <hggdh> nice :-)
[17:42] <FUCHS> AlanBell: you might want to try #freenode or -gab instead, as people (read: erry) are more active there
[20:07] <LjL> i will make a browser called Feuerfuchs and claim the name
[20:08] <Fuchs> I will do things to your dead body in front of your children *nods*
[20:08]  * LjL backs away
[20:25] <Pricey> AlanBell: All done.
[20:26] <hggdh> Pricey: in your debt
[20:27] <hggdh> Pricey: but #ubuntu-br-ms is still private?
[20:28] <Pricey> hggdh: Yes. I've just done what AlanBell's asked. 'ubuntuirccouncil' would be able to undo that if they wanted.
[20:29] <hggdh> Pricey: ack, and thank you
[21:07] <AlanBell> thanks Pricey
[21:08] <Pricey> No probs.
[23:06] <darkxst> Hi, I am the technical lead for Ubuntu GNOME, can I get access to be able to change the channel topic on our IRC channel?
[23:09] <IdleOne> darkxst: you are on the access list for #ubuntu-gnome, you should be able to op up and set the topic
[23:12] <darkxst> IdleOne, Oh right, how do I "op up"?
[23:13] <IdleOne> /msg chanserv help op
[23:13] <IdleOne> so /msg chanserv op #ubuntu-gnome darkxst
[23:15] <darkxst> IdleOne, great, thanks...
[23:16] <IdleOne> anytime
[23:21] <AlanBell> hggdh: you should have ops access to all those channels and -br-ms is not private now
[23:25] <hggdh> AlanBell: thank you very much. A Q in sequence: I think the ubuntuirccouncil should be in all our channels, am I correct?
[23:25] <IdleOne> it is recommeneded but not obligatory
[23:26] <hggdh> does not hurt, and allow for the ircc to intervene if needed. OK. Will take care of it