[02:56] <Hobbsee> hey all!
[02:56] <mrsn0> hoi
[03:04] <Hobbsee> yay, -devel-discuss.
[03:35] <nesl247> Is there a list of patches ubuntu uses, and the patch istelf
[03:36] <Hobbsee> nesl247: patches.ubuntu.com
[03:36] <nesl247> Hobbsee: Those are against debians packages
[03:37] <nesl247> I need the patches against the upstream tarball
[03:37] <nesl247> At least that's what the page says
[03:37] <Hobbsee> nesl247: then you'd have to download the source, and look in the .diff.gz
[03:37] <Hobbsee> or in debian/patches of the source - depending on how much you want
[03:37] <nesl247> Ugh, That's what I'm doing, such horrible management for patches
[03:38] <nesl247> I'm really surprised there isn't a patches.ubuntu.com that has each package, and it's patches
[03:38] <nesl247> Against upsream, not debian
[03:38] <Hobbsee> there may be.  i just dont know of it
[03:38] <Hobbsee> debian may have one, too
[03:40] <nesl247> Still trying to figure out what ubuntu patched to get the nice logout dialog
[03:43] <minghua> there isn't, either in ubuntu or debian
[03:44] <minghua> every package deals with patches in its own way
[03:47] <nesl247> minghua: That's bad.  You have to download that, patch, then get the patch from that
[03:50] <nesl247> Do any of you know what patch does the nice logout dialog?
[03:50] <minghua> nesl247: Depends on the point of view, I suppose.  It's very easy to use for Debian-based distros.
[03:51] <nesl247> minghua: Yes, but when you create a patch, you tend to think of submitting it upstream. At least that's what a lot of distros do
[03:51] <Hobbsee> nesl247: it's in gnome-session, i'm told
[03:51] <nesl247> Hobbsee: I think I have the patch, but the logout dialog didn't change
[03:51] <Hobbsee> nesl247: sure -but there's no point sending a humongous block patch of the entire debian directory
[03:52] <nesl247> Hobbsee: that's why each patch should be located separately as just the individual patches
[03:52] <minghua> nesl247: in Debian, it's a decision of individual maintainers.  And I believe (I don't have hard data to back up) the majority of maintainers do send patches upstream.
[03:52] <Hobbsee> like patches.ubuntu.com/by-release/ is.  yes
[03:53] <minghua> And IIRC, the logout dialog patch was definitely sent upstream.
[03:54] <nesl247> It's not included in gnome yet then, trying to port it.
[03:55] <minghua> I believe GNOME upstream has their reasons for not accepting it immediately, but that's not really because Ubuntu didn't make the patch available.
[03:56] <nesl247> I wonder why the patch isn't working then
[04:02] <nesl247> Hppane to have a link to the patch. Maybe I'm missing a package that needs patching
[04:10] <nesl247> Aha, think I'm missing gnome-panel stuff
[05:13] <ccxxpro> hi all
[05:13] <ccxxpro> anybody there can help me to solve the installation problem
[05:14] <ccxxpro> i'd like to dual boot vista + ubuntu
[05:14] <ccxxpro> and i follow the instruction from the forum
[05:15] <ccxxpro> i got the menu from the grub and window vista
[05:15] <ccxxpro> but when i choose to boot from window vista
[05:16] <ccxxpro> instead of booting from vista , it just restart my laptop
[05:16] <ccxxpro> anybody , can help me to solve the problem ?
[05:23] <AndyP> ccxxpro: this isn't a support channel, try #ubuntu
[05:23] <grayman> sure! The instructions for solving that problem is in the topic
[05:25] <ccxxpro> thanx
[05:25] <ccxxpro> wrong channel
[05:25] <ccxxpro> hehe
[08:35] <Hobbsee> heh
[11:03] <pygi> morning
[11:15] <Fjodor> 'morning pygi
[11:17] <pygi> morning Fjodor and Mithrandir
[11:18] <Fujitsu> Hi Mithrandir, Fjodor, pygi.
[11:18] <pygi> and hi Fujitsu :)
[11:18] <Mithrandir> hiya fuji, pygi
[11:22] <Fjodor> Hi Fujitsu
[11:23] <Fjodor> And Mithrandir, of course :-)
[11:44] <mdke_> Mirv: yeah, we should do some
[01:10] <Kmos> any core-dev ?
[01:10] <Kmos> https://launchpad.net/ubuntu/+source/aegis-virus-scanner/0.1.1-1 -> no more supported by author
[01:11] <Kmos> v2.0.0 in development :)
[01:13] <drlivesey> /who
[01:43] <bhale> http://ars.userfriendly.org/cartoons/?id=20070617
[01:45] <sn0> userfriendly ftw :]
[02:05] <bhale> hi Hobbsee
[02:05] <jsgotangco> hey
[02:06] <bhale> yay, jerome
[02:06] <Hobbsee> :)
[02:06] <Hobbsee> hiya bhale, spam
[02:06] <jsgotangco> hey brandon, Hobbsee
[02:07] <jsgotangco> good weekend to you guys!
[02:09] <Hobbsee> or fireworks.  not sure which
[02:12] <desrt> bhale; from a reference point of view, yay for us.  from a "funny?" point of view: no. :p
[02:14] <bhale> desrt: i was recounting our runins with sexpert to brad (medsphere) yesterday
[02:14] <bhale> desrt: I cant find him on the web
[02:17] <desrt> why should you expect to?
[02:17] <bhale> Im not sure, I had an idea that he did something worthwhile for GNOME once
[02:21] <desrt> Huge news!! A few minutes ago, 4 Front has released the Open Sound System (OSS) under GPL!!
[02:22] <bhale> desrt: i see that on lwn also, I scratched my head.
[02:26] <desrt> broadband would be so much more useful if 17mbit was actually 17mbit
[02:26] <desrt> and not like 17down/2up
[02:26] <Hobbsee> yeah, well
[02:27] <Hobbsee> http://bigpond.com/offer/sco/?page_name=cable&offer=coles
[02:29] <pygi> desrt, you're lucky you can get 17down even
[02:29] <desrt> i can't.
[04:26] <jsgotangco> hey sabdfl
[04:26] <sabdfl> hiya
[05:29] <soc> some here who knows something about avivo?
[05:44] <soc> how can  i find out my gpu's pciid?
[05:45] <ion_> lspci -n | grep 0300
[06:05] <soc> ah thx+
[06:06] <soc> do you know if there is somewhere a websvn, so i can look if the avivo developers forgot to add my card or if it is something different
[06:06] <Nafallo> soc: apt-get source isn't good enough? :-)
[06:07] <dorto> Bug #107925 was filed in April, not fixed yet. It seems to be a trivial fix, what could be the possible reasons for not applying it yet?
[06:07] <ubotu> Launchpad bug 107925 in synaptic "Synaptic writes wrong download scripts" [Medium,Confirmed]  https://launchpad.net/bugs/107925
[06:07] <dorto> url: https://bugs.launchpad.net/synaptic/+bug/107925
[06:07] <dorto> oh, already generated :)
[06:07] <Nafallo> dorto: ubotu already said the URL :-P
[06:09] <dorto> yeah, saw it a little late :)
[06:10] <pH> i everyone, i would be interested in contributing to ubuntu. what is the better way to start ?
[06:10] <Nafallo> pH: in what way? :-)
[06:11] <pH> fixing bugs, coding
[06:11] <Nafallo> #ubuntu-motu should be the place to be then :-)
[06:12] <pH> thx :-)
[06:20] <soc> ok found it: http://gitweb.freedesktop.org/?p=avivo/xf86-video-avivo.git; a=blob_plain;f=include/avivo.h
[06:21] <soc> would it be enough to add another entry like "#define PCI_CHIP RV515_7145 0x7145"
[06:25] <soc> ok, seems i have to change the headerfile and things in avivo.c
[06:25] <soc> will i be able to damage my hardware by adding another (maybe) gpu to the accepted id's?
[06:27] <soc> ... another (maybe compatible) gpu to the accepted id's?
[06:30] <mjr> shouldn't
[06:30] <soc> ah ok
[06:30] <soc> then i'll try it
[06:31] <mjr> people have done that all the time with atis ;]
[06:31] <soc> i downloaded the source with apt-get source
[06:31] <soc> will debuild be enough to rebuild the package?
[06:35] <soc> mjr:
[06:36] <soc> mjr: i installed the modified package ... i'll hope your right :-/
[06:38] <pygi> hey Zdra
[06:38] <Zdra> hello :)
[06:40] <soc> omg ...
[06:40] <soc> i saw something
[06:40] <soc> i added my card and saw something graphical with it ...
[06:40] <soc> i switched it off panically
[06:40] <soc> ok i'll try again ...
[06:41] <soc> maybe some psychological support?!?!
[06:41] <soc> i could need that now
[06:42] <soc> ok, resolution is fucked up ...
[06:42] <soc> but it seems to work ...
[06:42] <soc> i saw gdm approximatley 3 times ,,,
[06:43] <soc> can somebody help me?
[06:43] <soc> please?
[06:44] <soc> where is the original author of avivo?
[06:44] <Hobbsee> !weekend
[06:44] <ubotu> It's a weekend.  Often on weekends, the paid developers, and a lot of the community, may not be around to answer your question.  Please be patient, wait longer than you normally would, or try again during the working week.
[06:45] <Hobbsee> i'm not sure this is an appropriate channel, either.
[06:46] <pygi> Hobbsee, good morning kid :)
[06:46] <Hobbsee> hiya
[06:47] <pygi> Hobbsee, you good? :)
[06:47] <Hobbsee> yeah.
[06:47] <pygi> perfect ^_^
[06:48] <soc> yeah ok ...
[06:48] <soc> it seems to kind of work ...
[06:48] <soc> does someone have the email/im of jerome glisse?
[06:48] <soc> he seems to be one of the developers
[06:49] <soc> ok, so where should i go?
[06:51] <Hobbsee> #ubuntu+1, probably
[06:51] <Hobbsee> seeing as it's gusty
[06:51] <Hobbsee> er, gutsy
[06:51] <Hobbsee> maybe to the relevant channels for what you're working on - google might be able to tell you if there's an applicable irc channel
[06:51] <mc44> soc: why don't you read http://lists.freedesktop.org/archives/xorg/2007-June/025506.html and http://www.fooishbar.org/blog/2007/Jun/15#donations-2007-06-15-00-09
[06:52] <soc> ah thx
[07:26] <pygi> Hobbsee, back to bug you
[07:27] <Hobbsee> oh noes!!
[07:27] <pygi> :)
[09:12] <alex-weej> what is the partitioning library used by ubiquity?
[09:13] <alex-weej> does it share code with GPartEd?
[09:13] <alex-weej> i ask as GPartEd 0.3 supports moving file systems, which is incredibly useful when installing
[09:18] <LaserJock> I thought it used parted but I don't know if that's changed
[11:49] <Kmos> http://dad.dunnewind.net/main.php


[09:43] <Mirv> sil2100: are you available normally for the next few hours? I'd use your newly gained super powers to publish three main packages from another silo after I've seen the main silo publishing correctly
[09:44] <Mirv> sil2100: well I guess I'd need you 3-4h from now or so, so after your lunch probably
[09:44] <Mirv> assuming there are no new problems of course
[09:46] <sil2100> Mirv: o/
[09:47] <sil2100> Yeah, I should be around, even during lunch preparation I can still do some publishings in-between
[09:49] <rvr> tvoss: ping
[09:49] <tvoss> rvr, o/
[09:49] <rvr> tvoss: Hi. About silo 21 ... [4.] Turn GPS off from the indicator (but leave location on!) <- That switch doesn't exist anymore.
[09:50] <tvoss> rvr, okay, just leave location on then
[09:51] <rvr> tvoss: In System Settings, there is no option to disable GPS
[09:51] <tvoss> rvr, that's fine, I did not account for that as the change landed only a few days ago
[09:52] <robru> sil2100: Mirv: can somebody publish https://requests.ci-train.ubuntu.com/#/ticket/616 for dobey ?
[09:52] <rvr> tvoss: I got location quickly running the command indoor, so I guess the test case passes.
[09:53] <tvoss> rvr, yup
[09:53] <sil2100> Ah, xenial only landing
[09:53] <sil2100> robru: looking at it now
[09:53] <Mirv> robru: sil2100: it's published ages ago, the new Qt module is just in NEW
[09:53] <sil2100> Oh, actually, maybe Mirv you'd like to take that one? It's a Qt landing
[09:53] <Mirv> robru: sil2100: or is there a new build or something to do republishing of?
[09:54] <robru> sil2100: Mirv yeah one package had to be rebuilt due to being stuck in proposed
[09:54] <Mirv> robru: ah ok..
[09:56] <Mirv> hmm
[09:57] <robru> Mirv: publish with ignore
[09:57] <Mirv> robru: right
[09:58] <Mirv> robru: bug found, it tries to push something that is in NEW queue again. probably harmless but still https://ci-train.ubuntu.com/job/ubuntu-landing-015-2-publish/136/artifact/packagelist_rsync_ubuntu-landing-015/*view*/
[09:58] <Mirv> well probably so harmless that it doesn't need to get fixed even
[09:59] <robru> Mirv: yeah it skips publishing stuff already in the archive, but NEW isn't in the archive
[10:11] <robru> Yay
[10:17] <sil2100> bzoltan_, zsombi, Mirv: hey guys! Just a quick request - when you see an UITK bug that someone from your team is working on, could you also make sure to open up the Ubuntu RTM task for it in the bug?
[10:18] <sil2100> bzoltan_, zsombi, Mirv: this would make progress tracking much easier since (as per my few announcement e-mails ;p) on overlay-ppa releases the Ubuntu RTM bug will close if the bug number is mentioned in the changelog
[10:21] <sil2100> bzoltan_, zsombi: while we're at it, a quick question: did the fix for LP: #1512924 get released already? Since someone mentioned rc-proposed is good now
[10:21] <sil2100> But I don't see it released through the bug
[10:22] <Mirv> sil2100: yeah I think Zoltan & Zsombor handle the bugs generally, but I'll also keep that on mind when touching bugs
[10:22] <Mirv> oh, I'm at 26.1GB / 30.0GB in the Qt PPA because of the rebuilds
[10:47] <rvr> tvoss: Silo 21 approved
[10:47] <tvoss> rvr, thanks
[10:47] <tvoss> sil2100, anything I need to do?
[10:47] <tvoss> mardy, ^
[10:57] <sil2100> tvoss: no, I think it's on our side now
[10:58] <sil2100> tvoss: just remember about syncing those changes to xenial later
[10:58] <tvoss> sil2100, sure
[10:58] <sil2100> tvoss: (note down all the changes that aren't released to xenial for later or Steve will kill me)
[10:58] <sil2100> ;)
[10:59] <tvoss> sil2100, sure, a simple diff is good enough, though
[13:48] <sil2100> Mirv: can I publish silo 59?
[13:48] <Mirv> sil2100: yes, I was just about to say that please do, the 12 rsync looks good https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/91/artifact/packagelist_rsync_ubuntu-landing-012/*view*/
[13:51] <Mirv> sil2100: the UITK patches are already their staging, so we discussed I'll do a fake sync of the changelog entry to their trunk and they can just ship their next release normally as dual landing
[13:52] <sil2100> Mirv: ok, makes sense, silo 59 is now doing a diff of the contents (oxide takes ages)
[13:53] <Mirv> oxide does
[14:00] <sil2100> Mirv: "tar: oxide-qt-1.10.3/third_party/chromium/src/chrome/test: Cannot mkdir: No space left on device" :<
[14:00] <sil2100> Oxide might have killed the  train
[14:00] <sil2100> Yeah, I see multiple dead jenkins executors, eh
[14:00] <sil2100> robru: ^
[14:01] <Mirv> sil2100: uh oh :(
[14:01] <sil2100> Not sure what happened, I see errors all around now
[14:01] <sil2100> df: ‘/var/cache/pbuilder/build/cow.18519/run/shm’: No such file or directory
[14:01] <sil2100> df: ‘/var/cache/pbuilder/build/cow.18519/var/lib/jenkins/silos/ubuntu/landing-052’: No such file or directory
[14:01] <sil2100> df: ‘/var/cache/pbuilder/build/cow.1500/run/shm’: No such file or directory
[14:01] <sil2100> df: ‘/var/cache/pbuilder/build/cow.1500/var/lib/jenkins/silos/ubuntu/landing-046’: No such file or directory
[14:01] <sil2100> WTF
[14:02] <Mirv> maybe some symlinks or such
[14:02] <sil2100> Anyway, let me try publishing, maybe it'll work, I wonder if it's not super broken
[14:03] <Mirv> sil2100: you could also copy-package to xenial-proposed and then try to clean the 059 so that it'd clean out the oxide diff?
[14:03] <Mirv> I'm glad I managed to get 012 out then first, properly
[14:03] <sil2100> Let's see, if it doesn't work then I copy-package
[14:04] <sil2100> Mirv, robru: I'm just worried that we have currently 16 dead executors
[14:05] <sil2100> There seems to be enough space for normal usage currently, but hmm...
[14:05] <Mirv> sil2100: whenever there's a little bit of space available, one can restart them via the UI
[14:05] <Mirv> a couple executors are enough for jenkins to function
[14:19] <sil2100> Mirv: ok, silo 59 looks like published... I mean, the rsync looks sane
[14:20] <Mirv> sil2100: ok, great! it'll probably soon show up at https://lists.canonical.com/archives/xenial-changes/2015-December/thread.html
[14:40] <Mirv> sil2100: yep, it's all in. there might be something to see regarding autopkgtest results before you're off, but more likely the full situation is seen after the night
[14:44] <Saviq> robru, hey, could you please have a look at why I can't copy phablet-tools to wily https://launchpad.net/~phablet-team/+archive/ubuntu/tools/+packages?field.name_filter=phablet-tools&field.status_filter=published
[14:49] <Saviq> robru, also, https://code.launchpad.net/~saviq/unity8/in-train-pot-update/+merge/279100 - seems to be doing what's needed, now who do we need to convince it's not completely dumb and stupid?
[14:58] <Elleo> trainguards: Heya, anyone have any idea why build dependencies are suddenly failing for ubuntu-keyboard builds on xenial? https://launchpadlibrarian.net/228101612/buildlog_ubuntu-xenial-armhf.ubuntu-keyboard_0.99.trunk.phablet2%2B16.04.20151201-0ubuntu1_BUILDING.txt.gz
[15:01] <Mirv> Elleo: possibly because Qt 5.5.1 is just landing and it'll take a bit of time before LP is happy about everything being in proposed pocket properly. if you mean within last 1h.
[15:02] <Elleo> Mirv: ah, okay; thanks
[15:20]  * Mirv out to team dinner
[15:22] <sil2100> Mirv: o/
[15:22] <sil2100> Have fun!
[15:48] <pstolowski> sil2100, hey, any idea what's the failure here https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/lastBuild/console ?
[15:49] <sil2100> pstolowski: hmm, could you retry to check if it's not a single case?
[15:50] <pstolowski> sil2100, sure
[15:50] <sil2100> We had some free-space issues, maybe this caused those?
[15:50] <pstolowski> tsdgeos, ^
[15:50] <tsdgeos> let's hope :)
[17:02] <tvoss> sil2100, you around?
[17:21] <dobey> slangasek: hey, now proposed migration is complaining about the old binaries after i changed ubuntu-push-autopilot to only build on the three main archs. is that something we can manually work around, or do i need to make more changes in packaging?
[17:21] <slangasek> dobey: that requires an archive admin to delete the old ("NBS", in parlance) binaries; I'll do that now
[17:22] <dobey> slangasek: ok, thanks
[18:44] <robru> Saviq: you're trying to binary copy phablet tools from xenial to wily within the same ppa? That can never work because the version number is already used, by itself. You need to download the package, change the version number, and re upload
[19:17] <robru> wat
[19:28] <camako> robru, argh... can I get help with this silo..  It got stuck in a bad state  ---------> https://requests.ci-train.ubuntu.com/#/ticket/669
[19:28] <robru> camako: you mean 'bad merges'?
[19:29] <camako> robru, no I got past that
[19:29] <camako> ended up canceling it due to something else
[19:29] <camako> it was before point of no return
[19:29] <robru> camako: strange, the logs aren't loading for me
[19:29] <dobey> slangasek: thanks. looks like ubuntu-push made it through now. but now pay-service says on excuses that it has an unsatisfiable depends on ubuntu-push-client on those 3 archs, but that binary package does exist there. is this just a timing issue with archive sync, or something else we need to deal with?
[19:30] <robru> camako: if you have a log open can you pastebin it for me?
[19:30] <camako> robru, you can't see this : https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/308/console
[19:30] <camako> ok I will
[19:31] <camako> robru, http://pastebin.ubuntu.com/13604515/
[19:31] <robru> camako: huh ok that one I can see but when I click through from bileto it just says "no such file /path/to/this/log/file"
[19:32] <robru> camako: one sec, I can fix that, but unfortunately without the previous log I'll never know how that broke
[19:32] <kdub> what am I doing wrong when trying to assign a silo?: https://ci-train.ubuntu.com/job/prepare-silo/6595/console
[19:33] <camako> robru, you're right.. This one I can't see either : https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/306/console
[19:33] <camako> that's the one I cancelled
[19:34] <robru> kdub: "Name or service not known" hopefullly that's transient
[19:36] <kdub> thanks robru
[19:37] <robru> kdub: camako: I'm asking #webops about this because apparently everything is exploding now
[19:37] <camako> Oo
[19:37] <camako> thanks robru
[19:40]  * dobey wonders if this jenkisn job is stuck or what
[19:40] <dobey> it's been building this source package for 30 minutes already :-/
[19:48] <slangasek> dobey: ubuntu-push-client> checking
[19:53] <mterry> robru, sil2100: how are we doing on silos?  Is there a spare for me to put some testing code?
[19:53] <mterry> Oh, I see the title  :)
[19:54] <robru> dobey: mterry: camako: kdub: now'd be a great time to go for a long walk
[19:54] <mterry> heh
[19:54] <dobey> oh
[19:54] <camako> :-)
[19:54] <mterry> robru, I'm used to seeing that phrase followed by "off a short pier"
[19:54] <dobey> i *just* clicked build again too. maybe you want to kill that one? :)
[19:55] <robru> mterry: no no, we like you. but the train has completely shat itself, don't hold your breath on this oe
[19:55] <dobey> mterry: i think he's saying the train did that already
[19:56] <mterry> robru, I knew what you were saying, just the phrasing made me double check   ;)
[19:56] <slangasek> dobey: I don't see anything related to ubuntu-push blocking pay-service on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#pay-service; I do see an autopkgtest failure on armhf
[19:57] <dobey> slangasek: oh, so must have been a timing issue then. i'm not sure what that armhf fialure is. seems to be for an older version of unity-scope-click for some reason, and the test setup failed to install all the dependencies. can you retrigger that to run again against the newer version or something?
[20:04] <slangasek> dobey: looking
[20:06] <dobey> hmm, or is excuses lying about the version there
[20:07] <slangasek> dobey: excuses isn't lying; but the right answer would be for a fresh test to be triggered with -proposed pay-services when new unity-scope-click landed in xenial, and I'm not sure if that happened automatically or not
[20:08] <slangasek> dobey: so I don't know why excuses reports the version that it does; I do see that unity-scope-click 0.1.1+16.04.20151124-0ubuntu1 did get tested for the new pay-service<EMAIL_ADDRESS>and did fail
[20:08] <slangasek> so yes, that result *should* be reported on excuses
[20:09] <slangasek> but perhaps it doesn't report the newer version number, just the first version number where the regression was seen
[20:09] <slangasek> and the unity-scope-click autopkgtest is failing a *lot*
[20:09] <slangasek> when triggered by multiple dependencies
[20:09] <slangasek> so probably a flaky test
[20:09] <dobey> lots of things seem to be failing to install there, including bluez :-/
[20:10] <dobey> and for some reason, unity-scope-click passed twice on sunday
[20:12] <dobey> i wonder what broke it, and why it didn't break on amd64/i386
[20:16] <dobey> dpkg: error processing package bluez (--configure): subprocess installed post-installation script returned error exit status 1
[20:17] <dobey> hmm, so bluez :-/
[20:17] <dobey> Job for bluetooth.service failed because the control process exited with error code. See "systemctl status bluetooth.service" and "journalctl -xe" for details.
[20:19] <Saviq> robru, tried a source copy, actually... what do you mean that "version is used by itself"? is it because changelog says "xenial" still in that case?
[20:19] <dobey> ah, and the bluez armhf test is flagged as [always failed] :(
[20:19] <dobey> that's not good
[20:19] <slangasek> but bluez didn't change in xenial since Nov 9, so shouldn't account for this flakiness
[20:20] <dobey> hmm
[20:22] <dobey> slangasek: hmm, this error seems to have been happening before then too<EMAIL_ADDRESS>[20:23] <dobey> probably some flakiness with systemd inside a chroot?
[20:24] <dobey> or inside an lxc even
[20:24] <dobey> i've seen similar flakiness with upgrading some packages inside my own local development lxc containers
[20:26] <robru> Saviq: I mean that PPAs enforce a 1:1 relationship between version numbers and package contents. So when you try to copy a package from one PPA to the same PPA, it doesn't work because the version number is already taken by the package you're trying to copy. You need to change the version number.
[20:26] <Saviq> robru, even across series?
[20:39] <Saviq> robru, ok, tweaked the version to say 15.10, that got accepted, tx
[20:40] <Mirv> robru: regarding the topic, I did publish 012.... and when sil2100 published the helper silo 059, jenkins ran out of space
[20:40] <robru> Saviq: yw
[20:40] <robru> Mirv: yeah this is unrelated, basically I did a pbuilder --clean and it decided to delete ALL of the files.
[20:41] <Mirv> robru: ah, ok
[20:43] <Mirv> very clean!
[20:44] <robru> Mirv: i can't even
[23:49] <robru> dobey: mterry: camako: kdub: are any of you still around? can you please try again what you were doing before?
[23:50] <camako> robru, sure
[23:50] <robru> camako: backup is a day old so you'll likely need to rebuild anything that you built today
[23:51] <camako> robru, ah ok.. was wondering..
[23:51] <robru> camako: I'm working to make this a bit more robust...
[23:51] <robru> so errors like that ^^ are going to mean 'this didn't get restored from the backup' I think
[23:54] <camako> robru, I issued a 'build' for mir but I don't see it on the 'build history' https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/build
[23:55] <robru> camako: yeah that's just jenkins being garbage, click the most recent one and then click 'next' and it should appear. also you can click 'status' from bileto and it'll link to the right log
[23:57] <camako> robru, o I think it went back in time to the back up time... latest build is supposed to be #308 but it's chewing on #299.
[23:57] <camako> https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/299/console
[23:58] <robru> camako: well any non-backed-up job logs would be lost...


[14:23] <flohack> Hi! Are you aware of bug https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/1006776 ? That just gave me several days of headache, trying to track down why Android phones would not be able to connect to our stock Jetty SSL setup. Is there anything I can do to get this fixed?
[14:23] <ubot2`> Launchpad bug 1006776 in openjdk-7 (Ubuntu) "openjdk-6-jdk ssl negotiation incompatibility" [Undecided,Confirmed]
[19:42] <devrua> Hi
[19:42] <devrua> I want to install the Java JDK
[19:42] <devrua> What is the recommended directory to install to?
[19:43] <devrua> It doesn't suggest in the 'JDK 7 Installation for Linux Platforms' webpage.