[00:00] <ahoneybun> darn I don't have power to do it
[00:01] <ahoneybun> not the promote one
[00:01] <ahoneybun> but the main one
[00:01] <clivejo> only Lord Riddell?
[00:01] <ahoneybun> did you use your IRC nick?
[00:01] <ahoneybun> as the username?
[00:02] <clivejo> yup
[00:02] <ahoneybun> I added you to this: https://trello.com/b/knlSk3FO/15-10
[00:03] <clivejo> ah yes
[00:03] <ahoneybun> I would think the KC have admin access to the other other
[00:03] <ahoneybun> *other one
[00:03] <ahoneybun> https://trello.com/b/3Fo1KXoN/kubuntu-promotion
[00:04] <clivejo> so how does this work?
[00:06] <ahoneybun> make comments on cards, makes cards for tasks
[00:07] <ahoneybun> put yourself on those tasks :)
[00:11] <clivejo> Id like more details on this one - https://trello.com/c/m1dNlX6a/28-make-builds-of-kdepim-for-kolab-dudes
[00:11] <kubotu> [15.10 :: To Do :: make builds of kdepim for kolab dudes ++ ]
[00:11] <clivejo> but it seems to be a debian request
[00:15] <clivejo> sgclark: does dh_install throw not installed errors even when you include the file in not-installed?
[00:15] <sgclark> clivejo: if done correctly it shouldn't, however, I have seen it not behave
[00:16] <clivejo> Im watching a build on LP and its throwing not installed errors, but there are in my local not-installed file
[00:17] <sgclark> so that is my very unhelpful response
[00:18] <clivejo> fingers crossed its just LP being noisy
[00:18] <sgclark> clivejo: and you put ./ in front? not-installed has a bit different format than install files
[00:18] <clivejo> yeah
[00:19] <sgclark> ok
[00:19] <clivejo> that was a hard lesson that baffled mew for ages
[00:28] <clivejo> yippeee
[00:28] <clivejo> anyone on wily wanna test calligra 2.9.5?
[05:15] <ahoneybun> Riddell: do you have a progress reports of our interns?
[05:54] <ovidiu-florin> kubotu: ping clivejo
[05:54] <kubotu> incorrect usage, ask for help using 'kubotu: help ping'
[05:55] <ovidiu-florin> can I get kubotu to let me know when someone comes online?
[05:55] <ovidiu-florin> kubotu: le me know when clivejo is online
[05:56]  * ovidiu-florin hopes kubotu has super cow powers
[06:00] <sitter> ovidiu-florin: use memoserv
[06:01] <ovidiu-florin> kubotu: help memoserv
[06:01] <kubotu> no help for topic memoserv
[06:02] <sitter> ovidiu-florin: https://freenode.net/faq.shtml#memoserv
[06:03] <ahoneybun> IRC clients can do that as well
[06:04] <ovidiu-florin> sitter: thank you
[07:18] <Riddell> ahoneybun: interns?
[07:49] <valorie> perhaps he means gsoc
[07:56] <ovidiu-florin> yes, that's what he meant
[09:02] <sick_rimmit> Anyone know why Kmail won't show my Inbox contents, but does show all the sub folders ? it's an IMAP connnection. The same on every one of my Kubuntu machines
[09:03] <lordievader> Good morning.
[09:04] <sick_rimmit> Morning lordievader
[09:07] <lordievader> Hey sick_rimmit, how are you?
[09:27] <clivejo> Riddell: calligra 2.9,5 in in my PPA, would you test it for me?
[09:34] <Riddell> clivejo: ooh lovely
[09:35] <clivejo> my problem was symlinks
[09:35] <clivejo> I had installed the two symlinks, but didnt install the actual files
[09:36] <clivejo> liblibglobal.so.14-->liblibglobal.so.14.0.0
[09:36] <clivejo> Riddell: why is this done?
[09:37] <Riddell> libraries have faffy rules which keeps them stable for the applications which use them
[09:38] <clivejo> I changed the watch file in this one too
[09:38] <Riddell> so they get an soversion to say this is an ABI which is not going to have stuff removed
[09:39] <Riddell> the actual library file will be so.14.0.0 but the applications will look for the .so.14 symlink
[09:39] <Riddell> and a newer version which still has all the old symbols in it can be .so.14.0.1
[09:40] <clivejo> Riddell: I have signed up with trello, will you add me?
[09:40] <clivejo> also, have you more details on this card - https://trello.com/c/m1dNlX6a/28-make-builds-of-kdepim-for-kolab-dudes
[09:40] <kubotu> [15.10 :: To Do :: make builds of kdepim for kolab dudes ++ ]
[09:47] <Riddell> clivejo: you're in!
[09:48] <clivejo> thanks Lord Riddell ;)
[09:48] <BluesKaj> 'Morning  all
[09:48] <clivejo> morning BluesKaj
[09:49] <BluesKaj> hey clivejo
[09:49] <clivejo> BluesKaj: fancy testing calligra 2.9.5 on wily for me?
[09:51] <BluesKaj> I'll have to reboot , on debian
[09:51] <BluesKaj> atm
[09:51] <clivejo> no worries
[09:52] <BluesKaj> enjoying the de\sktop the way I like it on kde 4.1
[09:53] <BluesKaj> Idon't use office suites much anyway
[09:54] <soee> just orderd ssd for my laptop :-)
[09:54] <soee> as a workaround for a slow booting time after switch to systemd -.-
[09:56] <BluesKaj> soee, what capacity?
[09:57] <BluesKaj> thinking of doing the dame
[09:57] <BluesKaj> same
[09:57] <soee> BluesKaj: 128 GB, i need it only for mys system
[09:57] <clivejo> LOL @ work around
[09:57] <soee> *system  + main apps
[09:58] <BluesKaj> 128 is plenty for an OS plus apps
[10:01] <soee> BluesKaj: http://www.x-kom.pl/p/179652-dysk-ssd-crucial-128gb-2-5-sata-ssd-m550.html
[10:04] <BluesKaj> ok and for our english readers http://www.newegg.ca/Product/Product.aspx?Item=N82E16820148790
[10:05] <vip> soee: try mx200
[10:05] <vip> m550 is bugged
[10:07] <BluesKaj> those are Canadain dollars btw, so it would be around 20% less in the states
[10:08] <BluesKaj> vip. bugged ?
[10:08] <BluesKaj> or buggy
[10:21] <soee> vip: what is wrong with them ?
[10:21] <soee> friend of mine is using it some time already and doesn'y have any problems
[10:21] <soee> anyway it has 3years warranty
[11:00] <ovidiu-florin> sick_rimmit: still around?
[11:00] <ovidiu-florin> have you solved the KMail issue?
[11:01] <ovidiu-florin> if not, right click the Inbox folder, and check both local and server subscriptions, make sure that inbox is checked in both
[12:21] <Riddell> clivejo: do you remember why you removed libwps-0.4.diff from calligra?
[12:22] <vip> soee: i don't know exactly, friend of mine said so
[12:22] <vip> soee: if you're unsure, try o google for bugs for that drive
[12:30] <clivejo> Riddell: I think it was cause the build didnt appear to be building the required files
[12:31] <clivejo> but I noticed there was still data files for wps stuff
[12:31] <clivejo> icons etc
[12:36] <clivejo> Im guessing thats an important import/export library !
[12:38] <clivejo> I guess I assumed it had been moved to a common package
[12:41] <yossarianuk> hi - is the PPA for 15.04 going to include plasma 5.3.2 ?
[12:41] <soee> vip: to late, it is ordered :)
[12:42] <soee> yossarianuk: after it is released for WIly it will be probably backported if some dev finds time to do it :)
[12:42] <yossarianuk> cool - there are not too many changes anyway by looks of things.
[12:43] <soee> shutdown fixed :)_
[12:48] <yossarianuk> hmm - i usually just use sudo poweroff....
[12:48] <yossarianuk> plasma5 is better in more or less every way  - its not quite as stable 'yet' as 4.x
[12:54] <vip> soee: hope it will be fine
[13:12] <yossarianuk> What is the end result regarding Riddell BTW - he is still working on Kubuntu I assume?
[13:27] <Riddell> yossarianuk: sure I'm still here
[13:30] <BluesKaj> still not plasma 5/KF5 fan . too many of ny favourite features have been dumped ...taking a long look ar debian, again at least plasma5 is still optional and not defualt
[13:30] <soee> :)
[13:30] <yossarianuk> Riddell: good stuff ! is all that now 'blown over' ?
[13:31] <soee> Plasma 5.4 = activities fixed, privacy settings fixed etc. etc. what more we want ? :D
[13:31] <yossarianuk> BluesKaj: like what ? The main thing missing for me is the weather......
[13:31] <Riddell> not really, the CC still throw occasional insults at me, team morale is very low
[13:32] <Riddell> the CC have given us no reason to want to continue working on the project
[13:32] <yossarianuk> Riddell: but you are to stay as leader (in a non leader way)
[13:32] <BluesKaj> no history in krunner, no separate wallpapers for VDs amongst other things , yossarianuk
[13:33] <soee> BluesKaj: VD wallpapers are gone for good you have to live with it :)
[13:33] <soee> just use Activities :)
[13:34] <yossarianuk> BluesKaj: What do you mean VD desktops ? you can have different backgrounds on different displays/workspaces ?
[13:34] <BluesKaj> soee, why , i'll just stay with debian or kubuntu 14.10
[13:34] <soee> :-)
[13:34] <yossarianuk> kubuntu 14.10 - EOL very soon
[13:35] <Riddell> yossarianuk: I can't stop people following me, I'm amazed the CC thinks this is how community works
[13:35] <BluesKaj> activities is pita , it's clunky and it doesn't do what I want
[13:37] <soee> doesn't do what ?
[13:41] <yossarianuk> riddell: I guess I just wanted to hear you were still working on the project... Glad you are - ' dont let the buggers drag you down.'
[13:41] <Riddell> I'll get wily out at least
[13:41] <yossarianuk> BluesKaj: krunner history seems to work (at least on 5.3.1)
[13:42] <yossarianuk> e.g - ALT + F2 - type something - it finds a document with string in.
[13:43] <yossarianuk> Riddell: Glad to hear - after you will still work on KDE ?  Im sure debian would love to have you (although that may be slightly more conservative..)
[16:02] <Riddell> clivejo!
[16:02] <Riddell> did you survive?
[16:20] <ahoneybun> hey all
[16:20] <ahoneybun> Riddell: https://docs.google.com/spreadsheets/d/1HnooSpzP9p9cvql8GEQe7J-A1rNLq8qpRs_cH_gaZIk/edit?pli=1#gid=0
[16:25] <Riddell> ahoneybun: ooh CDs :)
[16:25] <ovidiu-florin> ahoneybun: I don't understand that spreadsheet
[16:25] <ahoneybun> DVDs
[16:25] <ahoneybun> I know
[16:29] <mhall119> ovidiu-florin: it's price estimates, from the printer that does the official Ubuntu DVDs
[16:29] <mhall119> broken down for different options and quantities
[16:32] <ovidiu-florin> ahoneybun: are the romanian version DVDs in tehre or not?
[16:32] <ahoneybun> they said that it would be too much to make a small batch
[16:33] <clivejo> LOL no, didnt survive!
[16:33] <ovidiu-florin> too much what?
[16:33] <ahoneybun> money?
[16:33] <clivejo> I had no window controls
[16:33] <ovidiu-florin> clivejo: hello, have you received my memo?
[16:33] <Riddell> clivejo: install kwin-x11
[16:33] <Riddell> that package was renamed
[16:33] <Riddell> I think I'll add a transitional
[16:33] <Riddell> cos that's a dangerous rename
[16:33] <clivejo> ah
[16:34] <clivejo> I had to revert
[16:34] <clivejo> will I try again and install kwin-x11?
[16:35] <clivejo> ovidiu-florin: your memo?
[16:36] <Riddell> clivejo: yeah, works for me
[16:37] <clivejo> for some reason quassel openned half in and half off my screen
[16:37] <clivejo> and I couldnt move it so I could see what you were typing
[16:37] <Riddell> :(
[16:37] <Riddell> testing is a risky game
[16:38] <clivejo> helps if you know how to fix it ;)
[16:39] <Riddell> !testers | plasma 5.3.2 on wily
[16:39] <Riddell> http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.3.2_wily.html
[16:42] <clivejo> ok lets try that again!
[16:44] <clivejo> thats better
[16:44] <clivejo> are fonts fuzzier on this build?
[16:44] <Riddell> they look the same to me
[16:45] <mamarley> Subpixel rendering on elements that have a translucent background has been broken for a *long* time.
[16:45] <clivejo> my kdeconnect widget looks fuzzy
[16:51] <clivejo> fonts definitaly are fuzzy in this, Kontact emails look fuzzy too
[16:51] <Riddell> clivejo: got oxygen-fonts installed?
[16:56] <clivejo> weird : E: Unable to locate package oxygen-fonts
[16:58] <Riddell> fonts-oxygen it is clivejo
[16:58] <clivejo> newest version
[17:00] <ovidiu-florin> clivejo: can you please edit your trello account and add your real name there?
[17:05] <clivejo> ovidiu-florin: done
[17:13] <ovidiu-florin> clivejo: thank you
[17:19] <mparillo_> which ppa for 5.3.2?
[18:02] <ovidiu-florin> mparillo_: can you give me access to the Kubuntu Google+ page?
[18:13] <mparillo> ovidiu-florin: Who are you on G+?
[18:14] <ovidiu-florin> mparillo_: https://plus.google.com/u/0/+OvidiuFlorinBogdan/posts
[18:14] <ovidiu-florin> mparillo: ^
[18:14] <mparillo> https://plus.google.com/u/0/b/107577785796696065138/+OvidiuFlorinBogdan/posts
[18:14] <mparillo> Oh, never mind. Let me try now.
[18:16] <mparillo> Alas, I can see the managers, but I do not see how I can add any.
[19:03] <ovidiu-florin> http://youtu.be/JInlEO8RMXo
[19:03] <ahoneybun>  Showtime People!
[19:15] <sgclark> ahoneybun: is there some sort of chat for this?
[19:16] <ahoneybun> irc: #kubuntu-podcast
[19:16] <ahoneybun> sgclark: ^
[20:22] <soee> Riddell: only breeze left to build in 5.3.2  ?
[20:22] <Riddell> It's built no?
[20:24] <soee> ah failed for vivd
[20:24] <soee> so can i test it on wily ?
[20:36] <soee> uh i was disconnected
[20:36] <soee> Riddell: so it is ready for tests ? :)
[20:40] <soee> seems like they are not ready :)
[20:41] <soee> Riddell: http://paste.ubuntu.com/11806722/ kubuntu-desktop and plasma-desktop are marked to be removed
[20:43] <Riddell> Hmm that's not gooe
[20:51] <clivejo> Riddell: calligra failed on LP
[20:51] <clivejo> https://launchpadlibrarian.net/210448180/buildlog_ubuntu-wily-amd64.calligra_1%3A2.9.5-0ubuntu~unbuntu15.10~ppa2_BUILDING.txt.gz
[20:53] <shadeslayer> who needs plasma-desktop anyway :p
[20:53] <clivejo> cp: cannot stat 'debian/tmp/usr/lib/kde4/calligra_filter_wps2odt.so': No such file or directory
[20:54] <soee> :-)
[20:59] <Riddell> Ok I'll look in the morning
[20:59] <shadeslayer> ENOENT
[21:01] <ahoneybun> Rick_Timmis: ovidiu-florin UserBase and Github are updated about Special Keys
[21:04] <ahoneybun> thanks mparillo
[21:18] <mparillo_> Thanks to the Kubuntu Podcast team for giving me something I felt like sharing.
[21:21] <mparillo_> Not sharing grumpiness, only {{{hugs}}} (when explicit consent is given in advance for each, of course)
[21:36] <blizzz> heyo. KDE keeps me locked out with my normal user. after suspend (and reboot) login goes only so far, then display stuff dies. kscreen_backend, ksplashqm, and others segfault. i can login with another user though. so looks like user config. happy about ideas. i removed alread kscreen config without luck.
[21:57] <soee> el capitan: https://www.youtube.com/watch?v=Eefh2Nif-is :)
[21:59] <blizzz>  solution: removing ~/.local/share/kscreen
[22:25] <ahoneybun> sgclark: so 5.3.2 is up for testing?
[22:26] <sgclark> ahoneybun: as of right now I have not touched wily sorry. I am still working on trusty/utopic backports.
[22:27] <ahoneybun> I see
[22:27] <ahoneybun> no love for vivid
[22:27] <sgclark> ahoneybun: lots of love for vivid, I am using it lol
[22:27] <sgclark> just only one person hun.
[22:28] <ahoneybun> yea but 5.3.2 fixes a shutdown bug
[22:28] <ahoneybun> :(
[22:28] <sgclark> hmm. do you know if it was run?
[22:28] <sgclark> Riddell: ^^ was vivid run?
[22:29] <Riddell> It's only got packages for wily
[22:30] <sgclark> ahh ok, I will run the backports tomorrow then.
[22:30] <sgclark> ahoneybun: ^
[22:31] <Riddell> Thanks :)
[22:31] <ahoneybun> for 5.3.2 on vivid?
[22:31] <ahoneybun> sgclark: 6
[22:31] <ahoneybun> ^
[22:31] <Riddell> Me snoozes
[22:31] <sgclark> ahoneybun: yeah
[22:31] <sgclark> night Riddell
[22:31] <ahoneybun>  {{{hugs}}} sgclark :)
[22:37] <sgclark> Weee I am an official KDE E.v memeber!
[22:37] <sgclark> err member
[22:46] <clivejo> what does E v mean
[22:48] <clivejo> not doubt is an Electron Volt
[22:50] <sgclark> heh not sure, valorie ^ ?
[22:50] <mparillo_> The German version of Inc. or Ltd.
[22:50] <sgclark> thanks
[22:55] <mparillo_> YW and congrats.
[22:57] <sgclark> ty


[12:02] <lamont> doko: if it does, it doesn't find it.
[12:03] <lamont> but the command is a naked 'gcj', not any long path to something local
[12:03] <lamont> so unless it's editing the path....
[12:04] <lamont> otoh, we're now past where the failure was, I expect... (logfile is 64KB beyond the size of ubuntu1's failure)
[12:10] <doko> hmm, can you restart the build with USE_NJOBS=1, if that's a SMP machine?
[12:11] <lamont> it is SMP, but it's running a uni-processor kernel
[12:13] <doko> strange
[12:13] <lamont> I
[12:14] <lamont> I'll give you a logfile once the build finishes
[12:24] <jbailey> doko: We should pick a DEB_BUILD_OPTIONS that means 'use -j1' and use it for both glibc and gcc.
[12:34] <lamont>  /build/buildd/gcc-4.0-4.0.0ds1/build/gcc/gcj -B/build/buildd/gcc-4.0-4.0.0ds1/build/gcc/ -B/usr/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/lib/ -isystem /usr/hppa-linux-gnu/include -isystem /usr/hppa-linux-gnu/sys-include -fclasspath= "" --encoding=UTF-8 -Wno-deprecated -g -O2 -c ../../../src/libjava/gnu/java/security/x509/ext/IssuerAlternativeNames.java -fPIC -o gnu/java/security/x509/ext/.libs/IssuerAlternativeNames.o
[12:34] <lamont> gcj: : No such file or directory
[12:45] <lamont> sigh.  failed anyway
[12:47] <lamont> doko: people.ubuntu.com/~lamont/toolchain/gcc-4.0_4.0.0ds1-9ubuntu2_20050620-1217.bz2
[12:51] <lamont> and -9ubuntu1_20050619-0550.bz2
[06:11] <fabbione> morning
[10:59] <doko> fabbione: java not found -> clean up the chroots, there are alternatives laying around, which were not removed
[10:59] <fabbione> doko: ok
[11:06] <fabbione> doko: testing now with a clean chroot
[11:06] <fabbione> or better.. a rebootstrapped chroot
[11:21] <fabbione> doko: any objections if i fix ocaml FTBFS?
[11:22] <doko> no
[11:22] <doko> on i386 as well?
[11:22] <fabbione> doko: i am checking the reasons why it's FTBFS
[11:22] <fabbione> one of them is Xorg split
[11:23] <fabbione> yeah it's the same i see on sparc
[11:24] <fabbione> yeah it's the same everywhere
[11:35] <\sh> fabbione, ocaml with with gcc-4?
[11:35] <\sh> fabbione, you rock dude
[11:40] <fabbione> no
[11:40] <fabbione> gcc-3.4
[11:40] <fabbione> it's still FTBFS because of Xorg
[12:10] <fabbione> doko: thanks.. upgrading the chroot fixed
[12:13] <fabbione> jbailey: can you please take a look at the recent iptables FTBFS on all arches?
[12:13] <fabbione> the logs are full of "AHHHH L-K-H IS CRAP!"
[12:13] <fabbione> :P
[12:16] <doko> fabbione: he's on his way to ottawa
[12:16] <fabbione> doko: oh right
[12:17] <fabbione> well he will read the scroll back i guess
[01:12] <elmo> ok, so what am i meant to do about  overrides for  hoary-backports?
[01:35] <infinity> elmo : Merge any new packages from breezy into the hoary overrides, leave the rest alone?
[01:35] <infinity> elmo : s/hoary/hoary-backports/ of course.
[01:44] <jbailey> fabbione: Will do. =)
[01:44] <fabbione> jbailey: thanks mate
[01:45] <jbailey> fabbione: I Don't understand your email "any idea if we are safe with this?"
[01:45] <fabbione> jbailey: forget it sorry.. i found the thread on lkml
[01:46] <jbailey> 'kay.
[01:46] <jbailey> The kernel should probably grow a versioned dep on udev.
[01:46] <fabbione> exactly
[01:46] <fabbione> but the problem is Md that isn't happy with the latest udev upstream release
[01:46] <fabbione> so we might be in trouble
[01:46] <jbailey> In what sense?
[01:47] <jbailey> We're about to hit UVF aren't we?  What we have has to be good enough.
[01:47] <fabbione> jbailey: because 2.6.12 Depends: a version of udev that's not even in experimental
[01:47] <fabbione> that's the problem
[01:47] <jbailey> Oh?  I thought the update had happened already.
[01:47] <fabbione> nope
[01:47] <fabbione> i didn't uplaod .12 final as soon as i heard of this udev issue
[01:48] <doko> infinity, lamont: please throw poker3d to the buildd's again
[01:48] <jbailey> The change wasn't between -rc6 and -final, so I think the upload should be fine.  Just don't do linux-meta yet.
[01:48] <jbailey> I think the change was -rc4 ish, wasn't it?
[01:48] <fabbione> jbailey: i am not sure there were other changes after
[01:48] <fabbione> i will have to check with a machine here
[01:51] <elmo> infinity: hoary-backports now exists, enough for you to setup buildd stuff for it
[01:51] <elmo> +/lamont
[01:52] <jbailey> NAh, don't make poor lamont do that stuff. =)
[01:52] <jbailey> This pain should be ALL Adam's....
[01:53] <fabbione> i guess i won't build it for sparc...
[01:53] <jbailey> fabbione: What would be the point?  You have no release to backport to.
[01:54] <fabbione> well hoary was at least installable
[01:54] <fabbione> as server...
[01:54] <fabbione> so i still build -security for it
[01:58] <jbailey> Ah, neat.
[02:15] <zul> jbailey: where are you leaving ottawa?
[02:15] <jbailey> via the diefenbunker.
[02:16] <zul> hehe...they played dr. strangelove there once
[02:16] <zul> er...when even
[02:18] <jbailey> Ah, lovely.  I Was trying to guess what you meant.  I apparently guesssed wrong. =)
[02:18] <jbailey> Saturday morning.
[02:18] <zul> still too early for irc
[02:19] <jbailey> Dude.  I used measure that as before midnight. =)
[02:19] <jbailey> I think I'm getting old...
[02:19] <zul> you are
[02:20] <zul> i think i can head downtown on friday, i got to clean the house tomorrow and thrusday i have another itnerview
[02:20] <zul> crap..i cant spell
[02:27] <jbailey> Doesn't you work at a government job?
[02:27] <jbailey> I thought 3 hours lunches were required?
[02:29] <zul> jbailey: contract ended
[02:29] <jbailey> Ouch.
[02:30] <zul> yeah hence the lots of interviews
[02:31] <jbailey> Right, I thought it was just because you thought the contract might end some day.
[02:32] <zul> well it did ;)
[03:14] <lamont-away> elmo: is hoary-backports just another hoary-based suite (hoary + hoary-backports in the list)?
[03:15] <elmo> lamont: hum.  good question
[03:15] <lamont-away> and did we decide that -autotest gets the current -test config, and what are we doing with -test?
[03:16] <lamont-away> because once I know all that, I'll get those changes into the script, and push it everywhere, and you can have all those suites.
[03:19] <fabbione> morning lamont
[03:19] <elmo> lmaont, ok, give me a sec, I need to get this CC meeting finish
[03:19] <elmo> +ed
[03:19] <lamont-away> morning fabbione
[03:19] <elmo> I'm doing far too much context switching
[03:19] <elmo> and handling it about as well as a Xeon
[03:20] <lamont-away> elmo: np.  I need to run out the door to get bonnie to school anyway - back on in about 60 min or so
[03:50] <fabbione> elmo/lamont/infinity: can you please kick back libgtk2-perl_1:1.090-1 on all arches and make sure that it will use the latest glib2.0 to build? (2.7.0a-0ubuntu2)
[03:53] <\sh> DOKO: YOU ROCK DUDE
[03:53] <\sh> no...FABBIONE ROCKS AS WELL ;)
[03:56] <fabbione> uh?
[03:57] <fabbione> \sh: what did you smoke today? since when doko rocks?
[03:57] <fabbione> :P
[03:57] <\sh> fabbione, ocaml :)
[03:57] <doko> \sh: don't drink before the evening, I know, it's hot
[03:57] <fabbione> dude i fix the crap doko leaves around and he rocks? ;)
[03:57] <\sh> doko, only coffee..no alc no drugs during the week ;)
[03:58] <fabbione> \sh: go and sit in a corner :P
[03:58] <doko> fabbione: xorg --> daniels
[03:58] <fabbione> doko: you uploaded ocaml as last :)
[03:58] <fabbione> you get to fix it ;)
[03:59] <fabbione> now i just started building xorg...
[04:00] <fabbione> wanna-bet that they will upload -33 before i get to upload the build?
[04:01] <doko> infinity, lamont, lamont-away: please throw poker3d to the buildd's again
[04:16] <doko> infinity, lamont: why does ginac not build? it's dep-wait, but the dep is there
[04:21] <lamont> main vs universe??
[04:22] <lamont> um, ginac_1.3.0-2 is successfully built for all 4 architectures, as of april.
[04:22] <lamont> or is there a newer one?
[04:31] <doko> lamont: yes
[04:32] <doko> 1.3.0-2ubuntu2, hmm, but I didn't get the ack for the upload
[04:32] <doko> u ginac_1.3.0-2ubuntu2.diff.gz upload.ubuntu.com Tue Jun 21 14:31:29 2005
[04:32] <doko> u ginac_1.3.0-2ubuntu2.dsc upload.ubuntu.com Tue Jun 21 14:31:30 2005
[04:32] <doko> u ginac_1.3.0-2ubuntu2_source.changes upload.ubuntu.com Tue Jun 21 14:31:30 2005s ginac_1.3.0-2ubuntu2_source.changes upload.ubuntu.com Tue Jun 21 14:31:30 2005
[04:38] <doko> "coordinate very closely with laminity" (elmo quote)
[04:39] <doko> lamont, infinity: please highlight laminity in your log
[04:39] <doko> hmm, sounds like calamity ... ;)
[04:48] <lamont> it's NFU --> waiting for release.
[04:49] <lamont> I'll do all 3 of them.
[04:51] <lamont> kicked
[04:52] <lamont> all of the blacklisted apps will require manual intervention before they next build
[04:52] <lamont> (just as an "oh by the way"
[04:52] <lamont> )
[04:54] <lamont> any elmo-sign lately?
[05:07] <doko> lamont: all packages given back
[05:09] <lamont> are those all 3 universe packages
[05:09] <lamont> ?
[05:11] <lamont> yep.
[05:11] <lamont> they should try just after :33
[05:31] <elmo> fabbione: can you please get 2.6.12 seeded?
[05:46] <lamont> doko: they'll try eventually... given-back things are delayed on their retries
[05:56] <lamont> elmo: -test and -autotest will use rockhopper?
[05:57] <elmo> yes
[05:57] <lamont> and I changed -test to -*test, so we can have lots of them. :-)
[05:58] <lamont> and I'll need to know once -cat is in w-b
[05:59] <lamont> does  breezy+1 have a name yet?
[06:01] <elmo> etch
[06:01] <elmo> oh, wait, that's not right
[06:01] <lamont> someone quotes file that
[06:43] <elmo> FABBIONE
[06:44] <zul> i think he is having a break elmo
[06:44] <elmo> concordia is down again.  coincidence??? I DON'T THINK SO\
[06:44] <elmo> ;p
[06:45] <lamont> iz gtk bug
[07:02] <zul> hehe
[07:05] <elmo> lamont: do you need anything more from me for hoary-backports?
[07:06] <lamont> elmo: I don't think so - assuming it's basically the identical template as -updates
[07:06] <lamont> wow.  and english is my native tongue.  go figure.
[07:07] <lamont> and assuming that -autotest is identical in config to -test
[07:07] <lamont> then the only thing I have to pester you about is setup for<EMAIL_ADDRESS>[07:08] <lamont> elmo: is there stuff for hoary-backports to build now, if I created it?  or can I build all them chroots in a few hours?
[07:11] <elmo> -backports exists enough for chroots
[07:11] <elmo> none of them are in w-b yet
[07:11] <elmo> rockhopper's stalled on overrides, I think
[07:11] <elmo> which I'll try and fake in a bit and get ready, but mdz's stressing over -backports, so don't stall that on the other 3
[07:17] <lamont> ok.
[07:17] <lamont> creating -backports is a simple matter of 'sudo build-chroot buildd hoary -backports' in ~buildd - but adding that to the config will result in bitchiness from buildd until w-b has it
[07:19] <lamont> hrm.. and speaking of overrides - /me tries to remember the process for getting libgcc2/hppa into main
[07:25] <lamont> elmo: hoary updates doesn't exist for ia64, fwiw
[07:25] <lamont> after a bit of thought, that doesn't surprise me terribly
[07:25] <elmo> yes, feature
[07:26] <fabbione> elmo: both Kamion and mdz were working on 2.6.12 seeded..
[07:26] <fabbione> and no.. i didn't even login on concordia today
[07:26] <fabbione> i am using davis as my test bitch
[07:26] <lamont> fabbione: so you have a cronjob, eh?????
[07:26] <fabbione> given that davis > concordia
[07:26] <fabbione> concordia is teh suck
[07:26] <fabbione> lamont: ahah
[07:41] <\sh> lamont: can u check this please: aqsis_0.9.1-2ubuntu1 on ia64 failed to build because he couldn't find the source?
[07:43] <\sh> forget it ...wrong one
[07:43] <lamont> \sh: uh, that's a long time ago...
[07:43] <fabbione> \sh: just say to give it back :)
[07:43] <lamont> and the current bits are good
[07:43] <\sh> yeah ;)
[07:43] <lamont> fabbione: remind me to throw something at you sometime, eh?
[07:43] <\sh> i'm not be here...just fall asleep and got up :(
[07:43] <fabbione> lamont: sure :)
[07:43] <fabbione> speaking of which
[07:44] <fabbione> lamont: can you give back libglib-perl on all arches?
[07:44] <fabbione> lamont: now that the fixes glib2.0 is in the archive, it should build fine
[07:44] <fabbione> lamont: --give-back
[07:45] <fabbione> wanna-build -d breezy --give-back libglib-perl
[07:45] <fabbione> (arch all please)
[07:45] <lamont> I don't think --arch=all will do the right thing, will it?
[07:46] <lamont> in any case, given back
[07:46] <\sh> ah.is there a documentation for those commands?
[07:46] <lamont> apt-get install wanna-build
[07:46] <fabbione> lamont: we might need to ensure that glib2.0 will be the last one builded
[07:46] <lamont> fabbione: otherwise it'll fail again and I can retry it again?>
[07:47] <fabbione> lamont: exactly :)
[07:47] <lamont> np
[07:47] <fabbione> lamont: danke
[07:53] <lamont> doko: any chance of fixing that hppa regression in our gcc-4.0?
[07:53] <lamont> ahead of upstream, that is
[07:54] <doko> did you talk with tausq about it?
[07:55] <doko> should we go back to 3.4 for hppa?
[07:57] <lamont> elmo: how do you feel about flushing hppa .debs from the archive, for a full rebuild with 3.4?
[07:57] <lamont> haven't talked with tausq yet
[07:57] <elmo> lamont: *shrug*
[07:58] <lamont> will that tend to mirror well?
[07:58] <elmo> that's why it's on ports.u.c ;)
[07:58] <elmo> doesn't affect our main mirrors
[07:58] <lamont> that is, the mirrors use something that checks md5sums, yes?
[07:58] <lamont> ah, coolness.
[08:00] <lamont> gcc-3.4 will need binutils-hppa64 promoted to main, fwiw
[08:00] <lamont> doko: g++-3.4 will still get us to libstdc++6, yes?
[08:01] <doko> lamont: yes
[08:01] <lamont> sigh... much though it pains me, having a totally untrustworty archive is worse than having a less complete one...
[08:02] <lamont> doko: you want to upload a new gcc-defaults with hppa set to 3.4, or shall I?
[08:02] <doko> lamont: please do, then I won't have to fiddle with it ;)
[08:02] <lamont> doko: np./
[08:03] <doko> I'm away until 22:30 UTC
[08:03] <lamont> elmo: can you clone the hppa bits on ports.u.c somewhere for me, and then nuke them?
[08:03] <lamont> from ports, that is.
[08:03] <lamont> I've killed the uploader, and I'll get it building once I upload a new gcc-defaults and clean up the home archive.
[08:05] <lamont> on the bright side, I should have 2 A500's working on the problem sometime this week
[08:09] <lamont> hrm... guess I should send email to ubuntu-devel, eh?
[08:11] <lamont> on the down side, one of those A500's will be in my cube.
[09:23] <Riddell> doko: wv2-0.2.2 havn't been recompiled for new ABI
[09:30] <\sh> doko, I trying again gnuradio...there were some new things and fixes in CVS so I'm building cvs head now of new gnuradio-core


[08:35] <juliank> I forgot
[08:35] <juliank> @pilot in
[09:26] <juliank> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[11:07] <juliank> @pilot out
[15:50] <vorlon> juliank: hmm I just noticed you sponsored the rsyslog merge; I guess my comments about not adding sleeps in the autopkgtest got lost when the MPs were reset?
[15:51] <juliank> vorlon: the MPs were deleted, but xypron told me that you didn't like it, but I didn't see that as a priority
[15:51] <vorlon> hmm
[15:51] <vorlon> adding 'sleep' commands is always a bad hack
[15:51] <xypron> vorlon: even the tests that are part of rsyslog upstream have sleep
[15:52] <juliank> vorlon: sure it would be nice to fix properly, and it needed a retry anyhow to build but it's better than not having the logcheck fix
[15:52] <vorlon> that just tells me upstream also has a bad test philosophy ;)
[15:52] <xypron> They have a comment about slow test machines.
[15:53] <xypron> I guess they made a bad experience like I did.
[15:53] <juliank> my podman is super slow for some reason now, very weird, but everything will time out in that :D
[15:53] <xypron> Though my machine is not slow. Ryzen 5950
[15:53] <vorlon> right but the systemd unit stop command should be synchronous and the fact that it's not is a bug, this should at least be documented as a bug report instead of simply hacked around
[15:55] <xypron> What is the guarantee of systemd stop: The process with the PID is stopped. I did not analyze which output mechanism is used to write to file.
[15:56] <vorlon> it should be that all processes associated with the unit are stopped, not just the leader process
[15:56] <xypron> E.g. does the output queue run in the same process?
[20:42] <xmenschool> hi.. have seen some pkgs of version 5.4-1ubuntuX.Y what are X and Y in the version?
[20:45] <Eickmeyer> xmenschool: X and Y are fairly arbitrary, but usually X is what the package was when the Ubuntu release was released and Y is an incremental stable release update.
[20:45] <Eickmeyer> !sru
[20:45] <Eickmeyer> X is basically an upload number.


[09:00] <icey> morning
[10:27] <rmg51> Morning
[13:12] <teddy-dbear> Morning peoples, critters and everything else


[14:07] <cryptodan> I have a question, why is it that tasksel on ubuntu no longer gives the option to install lamp-server?


[03:49] <SomeoneWeird> hey guys, wondering if anyone can help, i've recently upgraded to saucy and my unity search has stopped working, i think it may be the cause of some of the plugins have been uninstalled/disabled but i'm not sure -> http://i.imgur.com/cWBRFpX.jpg
[03:50] <wilee-nilee> SomeoneWeird, Make a list of what you have removed, if you can.
[03:51] <SomeoneWeird> bleh, don't think I can, it happened over a week ago i've just been lazy about trying to fix it
[03:51] <wilee-nilee> SomeoneWeird, You could make another account, just to compare.
[03:52] <SomeoneWeird> hm? you don't mean what packages have I removed?
[03:52] <wilee-nilee> SomeoneWeird, there are unity resets for 13.04 you might try that.
[03:52] <SomeoneWeird> yeah
[03:52] <wilee-nilee> NO to see if it happens there as well.
[03:52] <SomeoneWeird> ahh, right
[03:52] <SomeoneWeird> sec, will do
[03:53] <SomeoneWeird> lmao I think i've really screwed something up
[03:53] <SomeoneWeird> tried to login to new user and it just crashes back to login screne
[03:53] <SomeoneWeird> *screen
[03:56] <wilee-nilee> yes it seems so, o clones or images of the correct runnig setup?
[03:56] <wilee-nilee> no*
[03:56] <SomeoneWeird> unfortunately not
[03:57] <SomeoneWeird> everything is alright for this account (apart from search not working) at the moment so I might make a backup and just leave it
[03:57] <SomeoneWeird> probably not worth the trouble fixing
[03:57] <SomeoneWeird> (which is probably going to end up being a reinstall)
[03:57] <wilee-nilee> clone the install before you tweak it.
[03:58] <SomeoneWeird> hrm, i just realized the upgrade i did (about 30 minutes ago) now makes my touchpad scroll not work too...
[03:58] <SomeoneWeird> bleh
[03:59] <wilee-nilee> I never upgrade myself
[03:59] <SomeoneWeird> starting to see why people don't
[03:59] <ali1234> this command should reinstall all the stuff you removed: sudo apt-get install ubuntu-desktop^
[03:59] <ali1234> the ^ is important
[04:00] <ali1234> of course, this is +1 so it might just make everything worse
[04:00] <wilee-nilee> you can make package install lists save the sources if any extra and their keys and do it much faster
[04:00] <SomeoneWeird> that is quite possible
[04:00] <SomeoneWeird> it seems i'm missing a lot of unity-scope-* packages
[04:00] <SomeoneWeird> what's the  ^ do?
[04:01] <ali1234> it means ubuntu-desktop is a package group, not a single package
[04:01] <ali1234> or something like that
[04:01] <SomeoneWeird> ah cool
[04:01] <SomeoneWeird> ok gunna reboot, if i'm not back in a couple minutes then something else has broken ಠ_ಠ
[04:05] <wilee-nilee> That command will show a list of whats new to be installed, in other words the missing, good idea. ;)
[04:06] <SomeoneWeird> hrm
[04:06] <SomeoneWeird> ok well running that command make things better at least
[04:06] <SomeoneWeird> the "social network" icon now comes up in the search
[04:06] <SomeoneWeird> but nothing else
[04:07] <SomeoneWeird> http://i.imgur.com/gOkZSHY.jpg
[04:09] <wilee-nilee> !imagebin | SomeoneWeird that is unreadable
[04:10] <SomeoneWeird> eh?
[04:10] <ali1234> why is it unreadable?
[04:10] <SomeoneWeird> E: Unable to locate package unity-place-applications
[04:10] <SomeoneWeird> hrm
[04:10] <SomeoneWeird> that could be a problem
[04:10] <wilee-nilee> the image try a look here. http://ubuntuhandbook.org/index.php/2013/08/reset-unity-and-compiz-in-ubuntu-13-10/
[04:12] <wilee-nilee> same as the 12.10 and 13.04 reset. http://www.omgubuntu.co.uk/2013/04/how-to-reset-unity-compiz-in-ubuntu-12-10-and-13-04
[04:13] <SomeoneWeird> nup
[04:13] <SomeoneWeird> --reset-icons replaced the default icons, still nothing more in search though
[04:17] <wilee-nilee> SomeoneWeird, That reset needs a reboot or logout I think, at least the earlier ones did.
[04:20] <SomeoneWeird> wilee-nilee, i did :)
[04:20] <SomeoneWeird> (rebooted)
[04:20] <SomeoneWeird> I have a feeling maybe a lens package is corrupt
[04:20] <SomeoneWeird> gunna purge + reinstall all of them
[04:30] <SomeoneWeird> hm, nup
[04:31] <SomeoneWeird> think i've given up
[10:35] <iceroot_> is MIR now installed by default in 13.10? or is the current iso still only using X11? (on intel vga)
[10:45] <bazhang> !info libmirserver1
[12:26] <BluesKaj> "Morning folks
[12:41] <penguin42> "afternoon BluesKaj
[12:41] <BluesKaj> hi penguin42
[13:15] <iceroot_> bazhang: thank you, so as it seems MIR finally reached the repos
[13:15] <iceroot_> not bad one month before the release....
[14:39] <Frank81> Hello any one in here knows how to fix the problem that there is no usb keyboard regonized on entering luks password?
[14:40] <Frank81> coz since kernel 3.8 + till 3.11 i have no keyboard anymore to enter luks password with 3.8 all work well
[16:52] <Frank81> can some one plz point me to infos about the bug reporting prozess?
[16:52] <IdleOne> !bug
[16:53] <Frank81> the kernel is a package too? shall i simply write the name of the kernel img?
[16:53] <Frank81> hmmm or hmm maybe some one is needed to define that better
[16:54] <Frank81> after upgrading the kernel not all moduls get loaded as needed befor luks gets loaded
[16:54] <Frank81> what package is that?
[16:54] <penguin42> to report a kernel bug it's     ubuntu-bug linux
[16:54] <penguin42> oh
[16:54] <penguin42> Frank81: Hmm so all the modules are there they just aren't being added to the initramfs?
[16:54] <Frank81> penguin42: i am right that it is a kernel bug when after upgrading kernel not all needed moduls get loaded anymore?
[16:55] <penguin42> Frank81: Hmm that probably depends why they don't get loaded
[16:55] <Frank81> penguin42: it looks like that yes
[16:55] <Frank81> i upgraded one machine with luks and lvm encrypted the usb keyboard don't gets regonized so i can't enter luks password
[16:56] <penguin42> Frank81: If the modules are broken and won't load then that's definitely a kernel bug, if there is a bug in the thing that makes the initramfs not knowing to load the modules then that might be in the initramfs packages
[16:56] <Frank81> when i boot old kernel 3.8 all works this applys to all kernels after 3.8 till 3.11
[16:56] <penguin42> Frank81: Do you know that's a problem with modules not getting loaded?
[16:57] <Frank81> i am not a mega linux geek only some advanced user and i can't simply expect any other fail
[16:57] <penguin42> Frank81: OK, file it against linux because it works with older kernels but not newer
[16:57] <Frank81> since it works with 3.8 and i googled this happend to many other distros befor and always it was that hid and usb don't got loaded
[16:57] <penguin42> Frank81: can you get it to work with a non-USB keyboard?  What hardware is this on?
[16:58] <Frank81> i have no ps/2 keyboard here and no adapter at present its a normal home pc with a asus mainboard and a AMD CPU i don't know exact chipset at present
[16:58] <Frank81> but normal pc system 8gb ram all standart
[16:59] <penguin42> ok, so you don't actually know it's to do with USB keyboards
[16:59] <penguin42> it might be broken on your machine with all keyboards
[17:00] <Frank81> thats right but i don't think so since it happend on other distros too i googled the whole day
[17:00] <Frank81> penguin42 how would you track or debug that? simply getting a other keyboard? or any other alternate?
[17:00] <penguin42> Frank81: Report the bug first
[17:01] <penguin42> Frank81: I'd try and narrow it down; eg if it's only USB keyboards then you can say it must be something wrong with USB stuff, but if it also fails with a PS/2 then it's probably something else
[17:01] <Frank81> i can't report the bug it complains about the old kernel
[17:01] <penguin42>  <back in 30min - need to make a crumble>
[17:02] <penguin42> Frank81: Sigh, that's dumb
[17:02] <Frank81> ok so i simply wait some month with the old kernel and maybe reinstall later ^^
[17:02] <penguin42> Frank81: You could try a dialy kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/   and see if that works
[17:02] <penguin42> anyway, crumble time
[17:23] <Frank81> ok i have a problem i found a real bug i have now verifyed that the usbhid driver gets loaded and status is ok but usb keyboard don't responds. problem applys to all kernels after 3.8 i can't report the problem with the pc coz i have no ps/2 keyboard and when i wanna do a bug report he tells me that my kernel package isn't a supported one for reporting bugs
[17:27] <ikonia> Frank81: manually log the bug
[17:28] <ikonia> who is "he"
[17:28] <Frank81> good question where to do so ?
[17:28] <penguin42> ikonia: ubuntu-bug I think
[17:29] <ikonia> Frank81: launchpad.net
[17:29] <ikonia> Frank81: it would be helpful to get someone else to verify this also and add to the bug report to add weight if it's generic and not specific to your hardware
[17:30] <penguin42> ikonia: Except we don't normally do that for Kernel bugs
[17:30] <ikonia> why not ?
[17:30] <ikonia> (I'm assuming this is an ubuntu kernel package)
[17:30] <penguin42> ikonia: For kernel bugs it's normally one bug per user
[17:31] <ikonia> penguin42: that's why I'm saying if it's something that's generic/specific to his tin
[17:31] <penguin42> ikonia: the normal advice is for kernel bugs to report separate bugs anyway and then figure out if it's shared because common symptoms might reflect underlying cause
[17:32] <ikonia> that seems crazy for something that can be confirmed as a mass paroblem as you'll end up with numerous bugs
[17:32] <penguin42> ikonia: I kind of agree, I've been around the loop a few times;
[17:32] <ikonia> if someone has the same problem and can verify it, it seems crazy to log multiple bugs to verify it
[17:32] <ikonia> if things are different, sure, but if the root cause or the actual bug can be confirmed as generic....it's crazy
[17:33] <ikonia> Frank81: up to you how you do it, but personally I would try to confirm if it's generic or not and get an additional party to verify it
[17:33] <penguin42> ikonia: Right, but how is he going to confirm it's generic or not; he just has something where it isn't allowing him to enter his luks password
[17:33] <ikonia> penguin42 get others to confirm the same situation,
[17:33] <ikonia> narrow it down from there
[17:34] <Frank81> hmm i can't even get it reported logged in browsed the bugs but there was none exact like me one was a bluethoots keyboard and one has problems with a other passpharse
[17:34] <ikonia> logging his own bug first then getting (if applicable) additional confirmation
[17:35] <Frank81> hmmm i probally can't verify the bug my self with a virtualbox or such?
[17:35] <Frank81> coz there it is other hardware the virtual one right?
[17:35] <ikonia> Frank81: that will give you an idea of it's generic or not
[17:36] <Frank81> ok so i should simply run that on a virtualbox ok
[17:36] <ikonia> be interesting to see if you hit the same problem
[17:36] <Frank81> we will soon know it ^
[17:41] <Frank81> we will not know it
[17:41] <Frank81> virtualbox is now broken too ^^ coz it has updated and whants the new kernel
[17:41] <Frank81> :D
[21:06] <alfonsojon> Hi.
[21:07] <alfonsojon> I'm on the GT218 chipset (Nvidia GeForce 210)
[21:07] <alfonsojon> I tried using Mir, and it failed. When Mir cannot be used, it'
[21:07] <alfonsojon> it's supposed to fall back to XMir, correct?
[21:08] <Daekdroom> alfonsojon, it falls back to X.org
[21:08] <Daekdroom> XMir is what runs X applications under Mir.
[21:08] <alfonsojon> Oh
[21:08] <alfonsojon> Well, fallback failed
[21:09] <alfonsojon> -sort of
[21:09] <alfonsojon> I can have a working desktop, but it freezes after a second.
[21:09] <alfonsojon> If I switch to a TTY session then come back, it unfreezes, but only for one second
[21:40] <ali1234> that chipset doesnt work well with nouveau anyway
[21:43] <Daekdroom> ali1234, as far as I know nouveau is supposed to use Mir, unlike the proprietary drivers.
[21:44] <yofel> Daekdroom: nouveau does support Mir, but that's unrelated to the hardware support of nouveau
[21:45] <Daekdroom> yofel, yeah, but if fallback happened, then he's probably using the proprietary drivers.
[21:45] <yofel> indeed
[21:46] <yofel> but hard to say unless really checking in Xorg.0.log what's really used
[21:46] <ali1234> yeah, what i mean is nouveau freezes and crashes with many NV50 series cards even when you use it with X, so using it with mir probably won't be much better
[21:47] <ali1234> also, isn't mir broken on nouveau at this exact point in time, or was that fixed?


[01:01] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings, zesty/ubuntu-system-settings). Ready to build (/:, /: Failed to update local lp:ubuntu-system-settings cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[01:25] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings). Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[03:01] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings, zesty/ubuntu-system-settings). Ready to build (/:, /: Failed to update local lp:ubuntu-system-settings cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[03:25] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings). Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[05:32] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2371 DONE queue (xenial/signon-ui). Ready to build (/:, /: Failed to update local lp:~online-accounts/signon-ui/16.04 cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:~online-accounts/signon-ui/16.04, xenial/to, xenial/update)
[05:56] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2371 DONE queue (xenial/signon-ui). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:~online-accounts/signon-ui/16.04, xenial/to, xenial/update)
[06:47] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2679 Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, /: Failed to update local lp:ubuntu-ui-extras/staging cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-ui-extras/staging, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-ui-extras/staging, zesty/to, zesty/update). Successfully built (xenial/ubuntu-system-settin
[06:52] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Bad merges (zesty/unity8). Needs rebuild due to higher version at destination (xenial/gsettings-ubuntu-touch-schemas, xenial/ubuntu-touch-session, xenial/unity8, xenial/unity8-desktop-session, zesty/unity8-desktop-session). Needs rebuild due to new commits (zesty/gsettings-ubuntu-touch-schemas, zesty/lightdm, zesty/ubuntu-touch-session). Ready to build (/:, /: Failed to update local lp:unity8-des
[07:06] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2679 Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-ui-extras/staging, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-ui-extras/staging, zesty/to, zesty/update). Successfully built (xenial/ubuntu-system-settings, xenial/ubuntu-ui-extras, zesty/ubuntu-ui-extras)
[07:07] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Bad merges (zesty/unity8). Needs rebuild due to higher version at destination (xenial/gsettings-ubuntu-touch-schemas, xenial/ubuntu-touch-session, xenial/unity8, xenial/unity8-desktop-session). Needs rebuild due to new commits (zesty/gsettings-ubuntu-touch-schemas, zesty/lightdm, zesty/ubuntu-touch-session, zesty/unity8-desktop-session). Ready to build (/:, xenial/Failed, xenial/cache., xenial/lo
[07:08] -queuebot:#ubuntu-ci-eng- mzanetti dednick, https://bileto.ubuntu.com/#/ticket/2373 Failed to upload (xenial/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity-api). Ready to build (/:, /: Failed to update local lp:unity8 cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:qtmir, xenial/lp:unity-api, xenial/lp:unity8, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:qtmir, zesty/lp:unity-api, zesty/lp:unity8, ze
[07:22] -queuebot:#ubuntu-ci-eng- mzanetti dednick, https://bileto.ubuntu.com/#/ticket/2373 Failed to upload (xenial/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity-api, zesty/unity8). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:qtmir, xenial/lp:unity-api, xenial/lp:unity8, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:qtmir, zesty/lp:unity-api, zesty/lp:unity8, zesty/to, zesty/update). Success
[08:41] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings, zesty/ubuntu-system-settings). Ready to build (/:, /: Failed to update local lp:ubuntu-system-settings cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[09:04] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings). Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[11:00] -queuebot:#ubuntu-ci-eng- mzanetti dednick, https://bileto.ubuntu.com/#/ticket/2373 Failed to upload (xenial/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity-api). Ready to build (/:, /: Failed to update local lp:unity8 cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:qtmir, xenial/lp:unity-api, xenial/lp:unity8, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:qtmir, zesty/lp:unity-api, zesty/lp:unity8, ze
[11:23] -queuebot:#ubuntu-ci-eng- mzanetti dednick, https://bileto.ubuntu.com/#/ticket/2373 Failed to upload (xenial/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity-api, zesty/unity8). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:qtmir, xenial/lp:unity-api, xenial/lp:unity8, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:qtmir, zesty/lp:unity-api, zesty/lp:unity8, zesty/to, zesty/update). Success
[17:31] -queuebot:#ubuntu-ci-eng- pete-woods jgdx, https://bileto.ubuntu.com/#/ticket/2610 Ready to build (/:, /: Failed to update local lp:indicator-network cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:indicator-network, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:indicator-network, zesty/to, zesty/update). Successfully built (xenial/indicator-network, zesty/indicator-network)
[17:31] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2670 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings). Ready to build (/:, /: Failed to update local lp:ubuntu-system-settings cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update). Successfully built (zesty/ubun
[17:56] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2670 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings). Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[17:57] -queuebot:#ubuntu-ci-eng- pete-woods jgdx, https://bileto.ubuntu.com/#/ticket/2610 Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:indicator-network, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:indicator-network, zesty/to, zesty/update). Successfully built (xenial/indicator-network, zesty/indicator-network)
[21:02] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2581 Dependency wait (zesty/ubuntu-system-settings-online-accounts). Ready to build (/:, /: Failed to update local lp:ubuntu-system-settings-online-accounts cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings-online-accounts, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings-online-accounts, zesty/to, zesty/update)
[21:13] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2252 Ready to build (/:, /: Failed to update local lp:webapps-core cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:webapps-core, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:webapps-core, zesty/to, zesty/update). Successfully built (xenial/webapps-demo, zesty/webapps-demo)
[21:24] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2581 Dependency wait (zesty/ubuntu-system-settings-online-accounts). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings-online-accounts, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings-online-accounts, zesty/to, zesty/update). Successfully built (xenial/ubuntu-system-settings-online-accounts)
[21:36] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2252 Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:webapps-core, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:webapps-core, zesty/to, zesty/update). Successfully built (xenial/webapps-demo, zesty/webapps-demo)


[17:38] <lduros> i've made changes I haven't committed, and I want to get back to the last commit, that is, remove all changes i've done that are not committed
[17:38] <lduros> how do I do that?
[17:38] <lduros> sort of like git stash, but really I don't need to keep those changes. I want to get rid of them
[17:39] <lduros> so i don't know if shelve is what I want
[17:42] <lduros> I guess maybe bzr reset HEAD
[17:43] <lduros> bzr revert
[17:43] <lduros> I'm confused
[17:44] <lduros> just "bzr revert" seems to get back to the last commit
[17:45] <wilx> Indeed.
[22:05] <clausen> is there a way to get "bzr push" to fail when the local repo is behind the remote one?
[22:05] <vork> Behind? Surely in that case push has nothing to do.
[22:05] <clausen> yes, it has nothing to do
[22:05] <clausen> but I want an error
[22:05] <clausen> to tell me I need to pull
[22:05] <vork> Right.
[22:05] <clausen> is there a way I can ask it?
[22:06] <vork> I don't know, I'm new.
[22:06] <clausen> ok, thanks :)
[22:10] <fullermd> I'm pretty sure there's no way (I mean, short of hacking it up yourself) to make push do that.
[22:10] <clausen> ok, I guess I just have to do a bash alias then
[22:10] <fullermd> The general answer would be something like "check missing".  That would require you to check though.
[22:13] <fullermd> It's possible you could write a plugin that would hook in somewhere in the process; I don't know if there's an easily accessible limb to grab.
[22:13] <fullermd> (but that wouldn't change anything essential from the "hack the main codebase" case; just make it more modular)
[22:14] <clausen> here's my solution, for what I want:
[22:15] <clausen> alias bzrsync="bzr pull && bzr push"
[22:20] <clausen> this is a subtle difference from git, btw
[22:20] <vork> Oh?
[22:21] <vork> Ah, git-push succeeds only when the remote is pointing to the same commit as your current branch.
[22:21] <clausen> yes
[22:21] <clausen> I like git's behaviour, because it's easy to find out if everything is in sync
[22:22] <clausen> bzr needs two commands
[22:22] <clausen> (push and pull)
[22:22] <vork> I wonder if there's anything like "hg incoming" for bzr.
[22:22] <fullermd> That's half of missing.
[22:23] <clausen> fullermd, oh, ok
[22:23] <clausen> thanks!
[22:24] <clausen> (missing does something that "git push" does not?)
[22:24] <fullermd> Well, yes, but I was responding to vork    ;)
[22:25] <clausen> ok :)
[22:42] <vork> I like the way qdiff collapses feature branches.


[11:34] <dupingping> hi, all
[12:04] <mitya57> Can someone please reject my libsignon-glib sync from binNEW (and maybe remove it from -proposed if possible)? We don't need the -dbg package in Ubuntu and I didn't intend to add new binaries without asking the current Ubuntu maintainer first.
[12:04] <mitya57> Err, s/libsignon-glib/libaccounts-glib/, the former is Ok
[12:05] <mitya57> (I will do a new upload based on current Ubuntu packaging to fix what I need, namely the s390x ftbfs.)
[12:06] <mitya57> Or, maybe, if mardy_ is online and says the sync is ok, accept it instead of rejecting :)
[13:00] <hjd> Hi all, could someone please rebuild r-bioc-genomicfeatures in Xenial? :) Looks like it failed to build because the required version of one of the dependencies hadn't been synced yet. Built without problems on my local Xenial vm.
[13:39] <szymon_g> hi
[13:39] <szymon_g> which version of python will be in the upcoming edition of ubuntu (which will be lts, won't it?)?
[13:40] <szymon_g> i.e. the one available in standard repositories, out of the box so to speak
[14:09] <hjd> Any suggestions what it means when a build failed without a log? (https://launchpad.net/ubuntu/+source/django-oauth-toolkit/0.10.0-1/+build/8760721)
[14:09] <hjd> Worked fine locally though, so will probably work if someone could trigger a rebuild of it.
[14:25] <mitya57> re my message above: nevermind, I resolved that myself
[14:26] <mitya57> hjd, retried both
[14:26] <mitya57> szymon_g, it will be 3.5
[14:26] <szymon_g> oh, thanks mitya57
[14:36] <hjd> mitya57: ty :)
[16:24] <cjwatson> hjd: When a build fails without a log, it means that LP was unable to retrieve the log from the builder at the end of the build, probably because the builder crashed.
[16:56] <hjd> cjwatson: I see. Has there been any particular issues like this recently? I've seen a couple of such failures.
[16:56] <hjd> For instance https://launchpad.net/ubuntu/+source/r-bioc-biovizbase/1.18.0-1/+build/8272916 and https://launchpad.net/ubuntu/+source/globus-xio-udt-driver/1.19-2/+build/8760547, where at least in the former case it built successfully on all other arches.
[16:59] <cjwatson> hjd: It happens now and again.  Not worth spending lots of time investigating unless it's pervasive, really.
[16:59] <cjwatson> hjd: Certainly not while LP staff are on vacation :)
[17:05] <hjd> cjwatson: Ok, sure. Just can't remember seeing it before and now I found three cases in a day.
[17:06] <cjwatson> hjd: You wouldn't notice it unless nobody has retried it already, so the chances of noticing it during a holiday are higher.
[19:42] <ari-tczew> is there something wrong with builders? I noticed some packages are waiting like never ending story
[19:51] <teward> ari-tczew: waiting to build, or waiting to migrate from proposed?
[19:51] <teward> ooo PPA builders are showing a ton as disabled...
[19:52] <teward> (but the actual repo builders seem OK according to the LP build farm page)
[19:54] <ari-tczew> teward: waiting to build
[19:54] <ari-tczew> exactly, packages on the PPA are stucked
[19:55] <ari-tczew> cjwatson: any news about that issue? ^^
[19:59] <cjwatson> ari-tczew: looks like they weretaken out by a brief swift outage earlier.  I've reset a handful to keep things moving, but I'm not at home right now and it's cumbersome from my phone.  will sort somemore later
[19:59] <ari-tczew> cjwatson: ok, thanks for your attention
[21:44] <ari-tczew> sbuild-build-depends-core-dummy : Depends: build-essential but it is not going to be installed
[21:44] <ari-tczew> on the xenial-proposed builders ???
[23:20] <cjwatson> ari-tczew: an example build would be most helpful
[23:24] <ari-tczew> cjwatson: https://launchpad.net/ubuntu/+source/capnproto/0.5.3-2ubuntu1
[23:25] <cjwatson> hm, I see a lot of recent failures but some successes oto
[23:25] <cjwatson> *too
[23:25] <ari-tczew> cjwatson: there is also another problem with 20-40 seconds builds, e.g. https://launchpad.net/~ari-tczew/+archive/ubuntu/testing/+build/8762787
[23:25] <ari-tczew> no buildlog, just ftbfs
[23:26] <cjwatson> oh, broken on everything that's not amd64
[23:26] <ari-tczew> cjwatson: build-essential problem on ppa, e.g.: https://launchpadlibrarian.net/231986500/buildlog_ubuntu-xenial-i386.xenomai_2.6.4%2Bdfsg-0.1~ppa01_BUILDING.txt.gz
[23:27] <cjwatson> ah, it's because the perl build crashed on amd64
[23:27] <cjwatson> I've retried https://launchpad.net/ubuntu/+source/perl/5.22.1-3/+build/8762672, should clear things up once it lands
[23:27] <cjwatson> in the absence of that build-essential is uninstallable
[23:30] <cjwatson> ari-tczew: builds without a buildlog are normally because the builder has crashed, but this case (and probably a lot of the other recent ones, actually) is because the swift instance that backs the LP librarian has been very flaky recently.  hard to work out what that might be when we only have skeleton sysadmin coverage
[23:30] <cjwatson> ari-tczew: it's fine to just retry those, I've done that for you in the case you gave
[23:31] <cjwatson> perl normally takes under an hour to build on amd64, so hopefully we'll be out of the woods in about an hour and a half
[23:32] <ari-tczew> cjwatson: thank you for the investigation, it's appreciated
[23:34] <cjwatson> I'll do some kind of partial mass give-back once perl is sorted
[23:35] <ari-tczew> not bad


[09:03] <rbasak> TheLordOfTime: up to you what you want to do. Probably best not to upload until the MIR is approved. I just started with the Debian nginx as an experiment, and posted the result in the bug so as to have a starting point to do it properly. It's not meant to represent a proposed upload.
[09:29] <techdragon> Ubuntu 12.04 LTS, on Rackspace, 4GB RAM allocated to the vm, and i just went to tune the kernel to help postgresql. Have I done my math wrong or does my vm really have its shmall value set to twice its available memory?  kernel.shmall = 2097152,  2097152 * 4096 =<PHONE_NUMBER>KB = 8GB
[09:29] <techdragon> ^85... (B, not KB, made a typo)
[09:50] <jamespage> rbasak, hey - could you put some detail into https://blueprints.launchpad.net/ubuntu/+spec/servercloud-1311-uvtools
[09:50] <jamespage> specifically work items and fillout on the blueprint spec
[09:51] <rbasak> jamespage: I was under the impression that blueprint was dead. There was nothing to do from the UDS session.
[09:51] <jamespage> rbasak, so we are not doing any work on uvtools?
[09:51] <rbasak> I do need to write documentation, I suppose. That's the only real work item.
[09:51] <rbasak> And fixing bugs.
[09:52] <rbasak> No other work has been committed to. It works for the use cases that are needed (juju).
[09:52] <rbasak> Perhaps this should change, but nobody expressed any other needs at the UDS session.
[09:53] <rbasak> I plan to make it more useful, but there are no specific goals for Trusty.
[09:53] <rbasak> Unless someone would like to actually give me some.
[09:53] <jamespage> rbasak, does it support any other work? maybe in juju?
[09:54] <rbasak> It supports the KVM containers in juju
[09:58] <rbasak> maas-test uses it, too.
[10:50] <jamespage> rbasak, you are probably right in that it does not need its own BP
[10:51] <jamespage> rbasak, I've marked it obsolete...
[10:51] <jamespage> sorry - superceded
[10:51] <rbasak> jamespage: thanks!
[10:53] <jamespage> rbasak, np
[10:53] <jamespage> rbasak, just trying to get things tidied pre-xmas
[10:54] <rbasak> jamespage: I appreciate it
[10:54] <jamespage> rbasak, hopefully status.ubuntu.com might actually reflect our blueprints now - I just went through and accepted and set priorities!
[10:56] <jamespage> rbasak, I love some of our upstreams more than others - https://launchpad.net/ubuntu/+source/ceph/0.72.1-3/+build/5344708
[10:57] <rbasak> jamespage: nice!
[10:57] <jamespage> rbasak, also builds find on arm64
[11:27] <jamespage> rbasak, how brave are you feeling? want to take a punt at trying to re-sync mysql with Debian in the new year?
[11:27] <jamespage> rbasak, I know SpamapS is keen to see that happen as well
[11:28] <rbasak> jamespage: yeah that's something we need to do. I can add it to my TODO for next year
[11:29] <jamespage> rbasak, excellent - I'll assign the work-item to you for January then :-)  I can help get stuff back into Debian to help remove/reduce delta BTW
[11:29] <rbasak> ack
[12:20] <ehnde> is there an ubuntu channel specific to virtualizatioN?
[12:28] <rbasak> I don't think so, no.
[12:34] <soren> ehnde: There used to be, but it was folded into this one.
[12:46] <ehnde> ok, thanks soren
[13:17] <Mike3620> How do I make chmod 0666 /dev/null work every time I reboot my server /dev/null changes back to 0600. How do I stop this from happening.
[13:38] <ddsss_> how would I make so mounted nfs4 share is owned by certain user?
[15:12] <imMute> Mike3620: probably have to make a udev rule
[16:35] <SpamapS> rbasak: anything I can do to help you sync Debian back up with Ubuntu: just let me know.
[16:35] <SpamapS> rbasak: would love to just be able to consume those lovely Ubuntu security updates directly. ;-)
[17:29] <TheLordOfTime> rbasak: (late reply) OK, I'll leave it be and wait.  If they do need a debdiff based off of the delta we already have in Trusty, it'll probably be one of us two who gets to it first.
[17:29] <TheLordOfTime> since i fixed the issue with / mounting as ro (apparently it was being stupid and needed an fsck before it would mount)
[18:50] <Underbyte> apparently i'm howling at the moon here, but mysql's 'reload' directive is misleading and stupid, where would be the appropriate place to bitch about this? a bug tracker perhaps?
[18:50] <Underbyte> (as in /etc/init.d/mysql reload does not reload jack shit)
[18:50] <IdleOne> Can you please keep the language clean
[18:50] <Underbyte> sure.
[19:24] <plm> hi all
[19:24] <bittin> hi
[19:25] <plm> anyone know how to compile this https://github.com/VRT-onderzoek-en-innovatie/libsimplelog ? Dont have any README to say how to install. not INSTALL doc, make not wirks, dont have configure too. any idea?
[19:28] <plm> bittin: any idea?
[19:34] <sarnold> plm: http://www.sourceware.org/autobook/autobook/autobook_43.html
[19:34] <sarnold> plm: the bit that starts "aclocal && automake --gnu --add-missing && autoconf" is probably the starting point that is missing
[19:36] <sarnold> plm: once you've done that, hopefully you'll be able to do the usual ./configure && make && sudo make install   dance
[19:36] <plm> sarnold: ok
[21:31] <ubuntutis> i need help should i configure for phpmyadmin with dbconfig-common
[22:23] <ehnde> i just converted a vmware player .vmdk to qcow2. now i 'm tryint to run it in virt-manager and getting Boot failed: not a bootable disk
[22:23] <ehnde> any idea what might have gone wrong?
[22:27] <ehnde> nevermind, i got it
[22:28] <ehnde> when i converted the disk to qcow2, virsh saw it as a raw disk


[07:07] <ara> morning!
[08:27] <ara> persia, hello
[11:03] <davmor2> morning ara I'll try a wubi install today if the iso's are working :)
[11:04] <ara> davmor2, nice :)
[11:04] <ara> davmor2, I still have to resync my images
[11:04] <davmor2> ara: mine are still trundling along
[11:21] <primes2h> Good morning ara.
[11:21] <primes2h> :)
[11:22] <ara> morning primes2h
[11:22] <primes2h> ara: have you been at Guadec?
[11:22] <davmor2> morning primes2h
[11:23] <ara> primes2h, no, I couldn't
[11:23] <primes2h> morning davmor2!
[11:24] <primes2h> ara: have a look at this please, https://wiki.ubuntu.com/ClaudioArseni/TestCases
[11:24] <primes2h> Do you think it's ok?
[11:27] <ara> primes2h, can you please give me some background? are those testcases that you have updated?
[11:28] <primes2h> ara: ah, sorry. yes, original testcases need to be updated http://testcases.qa.ubuntu.com/Install/DesktopLiveSession . We had a chat some time ago about this, probably too much time ago. :)
[11:29] <ara> primes2h, ah! ok, I remember now, let me check
[11:33] <ara> primes2h, they look good to me, please, update the testcases wiki
[11:33] <ara> primes2h, thanks!
[11:34] <primes2h> ara: np, I'll do it early in the afternoon.
[12:33] <ara> hey testers! the first images are now in the tracker
[12:34] <davmor2> Yay!  Will try and break wubi in a few minutes
[12:55] <ara> davmor2, the images that are up are alternate, not desktop
[12:55] <davmor2> ara: I thought the one was une
[12:57] <davmor2> ara: my bag netboot not netbook
[13:02]  * ara reboots
[13:22] <fader_> Yay, we have images today!
[13:23] <ara> fader_, yes!
[13:24] <ara> fader_, lots of fun!
[13:24] <fader_> ara: Welcome back!
[13:24] <ara> fader_, thanks :)
[13:24]  * ara -> lunch
[13:24] <fader_> Oh I see how it is.  I show up and ara leaves. :'(
[13:28] <ara> fader_, we are ladyhawke and the wolf
[13:31] <fader_> ara: Hehe I had to google that one :)
[13:47] <davmor2> yo fader_
[13:47] <fader_> davmor2: Hey dude
[13:48] <fader_> davmor2: Broken the images today yet? :)
[13:50] <davmor2> fader_: I don't know what you mean.  I've been to busy breaking other things ermm testing, testing other things
[13:50] <fader_> Hehe
[13:52] <davmor2> fader_: I'm hoping to get a wubi test under way as soon as resync has happened
[13:53] <fader_> davmor2: Isn't wubi for Windows?  Do people even still use Windows?
[13:54] <davmor2> fader_: yeah we should retire wubi and bring forth mubi right ;)
[13:54] <fader_> Hehe
[13:55] <davmor2> or would that be Ibuntu
[14:04]  * fader_ sings the ISO syncing song.
[14:04] <fader_> Sync sync sync
[14:04] <fader_> Sync sync sync
[14:05] <fader_> Sync your ISOs
[14:05] <fader_> Sync your IIIIIIII-SOs!
[14:06] <davmor2> fader_: that's not the version you sing when you're drunk........You're sober again aren't you
[14:07] <fader_> davmor2: Sadly, yes... not at my house so I can't be as drunk at 0900 as normal :)
[14:07] <davmor2> haha
[14:19] <moustafa> good morning davmor2, marjo, ara
[14:19] <davmor2> baguette moustafa
[14:20] <moustafa> davmor2: Have you tried turning it off and on again?
[14:20] <fader_> moustafa: What am I, chopped liver?
[14:20] <fader_> :P
[14:20] <moustafa> fader_ ! I didn't see you there
[14:20] <davmor2> fader_: no chopped liver is important :P
[14:20]  * fader_ sniffles.
[14:21] <fader_> I'm taking my ISOs and going home!
[14:22] <davmor2> fader_: but I don't want to feed you to the dogs down the road.  that's all they eat.
[14:22] <moustafa> davmor2 : I was going to say something about how liver is considered a delicacy
[14:22] <moustafa> Unless you live near davmor2, that is :P
[14:23] <fader_> Hehe
[14:24] <davmor2> fader_: On a plus side you're bringing a book reader to the sprint so you're far more import that chopped liver, at least till after the sprint ;)
[14:25] <fader_> $beers_for_davmor2--;
[14:26] <davmor2> fader_: you're only trying to buy beers for me cause you'll have to drink them as I don't ;)
[14:26] <fader_> O:-)
[14:27] <ara> morning charlie-tca
[14:28] <charlie-tca> good morning, ara
[14:28] <charlie-tca> Are we getting images today?
[14:29] <charlie-tca> nm, I see they posted in the last hour or two
[14:35] <ara> charlie-tca, yes, the firsts are appearing now in the tracker
[14:38] <charlie-tca> Another go with qwest yesterday about my internet. Hopefully, I stay connected today.:(
[14:42] <davmor2> ara: wubi is still busted.  Yes fader_ I broked it already on test numero uno
[14:42] <fader_> Typical
[14:42]  * charlie-tca thinks better to break it on the first test than the last
[14:43] <fader_> True, but have you noticed it's always davmor2 who breaks things?
[14:43] <charlie-tca> Well, someone has to... ;-)
[14:44] <davmor2> fader_: that's cause I haz the big sledge hammer not like your sissy little toffee hammer
[14:53] <davmor2> fader_: besides you're only jealous that I can break thing easier than you :P
[14:56] <fader_> :P
[15:01] <moustafa> Ahh the #ubuntu-testers chat: One of the few places where breaking things is a good thing :p
[15:02] <moustafa> There should be a BYOH notice at the entrance
[15:03] <charlie-tca> just borrow one from davmor2
[15:06] <davmor2> moustafa: I carry spares for new members :)
[15:07] <moustafa> davmor2: Obviously!  We need to encourage them to come back!
[15:10] <fader_> moustafa: Careful, from experience I think he means he *uses* his spares on new members
[15:11] <moustafa> fader_ I guess I should be thankful I was spared.  Maybe because I brought M'jolnir along :p
[15:11] <davmor2> ara: https://bugs.edge.launchpad.net/wubi/+bug/600578
[15:11] <ubot4> Launchpad bug 600578 in wubi "installer drops into grub shell after rebooting from windows. (affects: 1) (heat: 9)" [Undecided,New]
[15:11] <ara> davmor2, thanks
[15:13] <davmor2> ara I've added it to the tracker too
[15:13] <ara> davmor2, I didn't doubt it :)
[15:15] <davmor2> ara: I'm going to try one install on each variant to be surely as I get time through the day I'll try and fit in M-A tests too
[15:27] <ara> davmor2, nice :)
[17:47] <charlie-tca> xubuntu desktop is not on the tracker; is it intentional?
[17:57] <fader_> Argh, launchpad timeouts when filing a bug *suck* >:o
[17:59] <davmor2> fader_: manually filing?
[17:59] <fader_> davmor2: Filling in the description using apport
[17:59] <fader_> It went through on the second try, but it's frustrating
[18:00] <davmor2> fader_: pick on the lp team for that then dude
[18:00] <fader_> davmor2: Nah, it's easier to blame you
[18:00] <fader_> :)
[18:01] <davmor2> fader_: Well you can but your in my back yard soon ;)  muhahahahahaha!
[18:06]  * fader_ breaks out his crystal ball.
[18:07] <fader_> I see... respins in the future...
[18:34] <davmor2> fader_: that's shockingly accurate for a novice in the art
[19:02] <Riddell> new kubuntu alpha 3 candidate images up, added to tracker
[22:52] <charlie-tca> hmm, I done all the testing I can for today. I will finish up Xubuntu tomorrow.
[22:54] <Riddell> anyone know what the comments on http://iso.qa.ubuntu.com/qatracker/result/4349/51 would mean?
[22:55] <tgm4883> Riddell, I would assume that dls-002 and 003 don't work as expected?
[22:57] <tgm4883> causing that error on shutdown/restart and logout
[22:57] <tgm4883> unless you were asking about the bug, then I'm not sure what to do with that
[22:58] <Riddell> what is dls-002
[22:59] <tgm4883> Riddell, looks like there are test-cases  http://testcases.qa.ubuntu.com/Install/DesktopLiveSession
[22:59] <tgm4883> dls-002 being just a shutdown from the live disk


[07:22] <ricotz> mamarley, still there?
[08:55] <ricotz> mamarley, copied 340 and 378, but needed to fix 340.102-0ubuntu0~gpu17.04.2
[09:17] <ricotz> tseliot, tarballs for 304, 340, 375 and 378 are in the ppa (304 soon)
[09:39] <tseliot> ricotz: ok, thanks
[09:40] <tseliot> ricotz: BTW do the new drivers support 4.10?
[09:51] <tseliot> ricotz: never mind, 375 sure doesn't
[11:20] <mamarley> ricotz: I'm sorry.  What did I mess up so I can watch out for that in the future?
[11:21] <mamarley> tseliot: Nope, but curiously both the 378 and 340 releases did make changes to reduce the size of the 4.10 patches.
[11:22] <mamarley> ricotz: I also have nvidia-settings, though I will need to upload the xenial package directly because of a version-number screwup I made in my staging PPA.
[11:24] <ricotz> mamarley, you simply uncommented the wrong line https://launchpadlibrarian.net/306441551/nvidia-graphics-drivers-340_340.102-0ubuntu0~gpu17.04.1_340.102-0ubuntu0~gpu17.04.2.diff.gz
[11:25] <mamarley> Oops, sorry.
[11:25] <mamarley> Yesterday seemed to be a mistake-happy day for me.  I ended up catching most of them, but that one slipped through.
[11:26] <ricotz> mamarley, what is up the nvidia-settings xenial package again?
[11:28] <mamarley> My initial attempt FTBFSed because I tried to update it from the nvidia-settings package in the Xenial repository instead of the last one I had packaged.  The failure was because they changed how stripping was handled since then.  I looked at the diff between Xenial and Yakkety and discovered that the only difference was that in Yakkety and up it was compiled on more architectures, so I decided to just use the Yakkety package on Xenial too.
[11:28] <mamarley> However, I screwed up the version number by making it higher than I intended.  I deleted that upload but it still wouldn't let me upload the proper version.
[11:31] <ricotz> mamarley, I see, ok
[12:31] <tseliot> ricotz, mamarley: my patch for 4.10 works well. I can't really test CPU hotplug here though. At least it builds and works on my testing box
[12:32] <tseliot> it's a bit of a corner case, anyway
[12:33] <tseliot> all tested with my GEFORCE GTX 1080 :)
[12:36] <tseliot> I've also noticed that they dropped support for my laptop's GPU in the transition from 367 to 375
[13:13] <mamarley> Really, which GPU is that?
[13:54] <mamarley> tseliot: Is the patch available anywhere yet?
[14:44] <tseliot> mamarley: I'm going to upload today, so you should be able to see all the patches soon (I have to fix up the legacy drivers too)
[14:44] <mamarley> OK
[14:58] <ricotz> tseliot, hmm, with your latop's gpu support, are there known plans to drop older series again aka introducing a new legacy branch?
[15:02] <tseliot> ricotz: I don't think so
[15:05] <tseliot> and I'm not sure what to do with the stable Ubuntu releases. If I migrate users to either 340 or to 375, somebody is still going to end up with a broken system
[15:15] <tseliot> ricotz, mamarley: so the two legacy drivers support the new X ABI while 375 doesn't...
[15:15] <mamarley> Really‽  That's odd.
[15:17] <mamarley> Are you sure?  Now that I think about it again, I'm pretty sure I ran 375 with my own build of xserver-xorg 1.19 for a while.
[15:17] <tseliot> mamarley: they didn't mention the new ABI in the release notes
[15:18] <mamarley> But I think it was added a few releases back.  Even for 304 and 340, the new ABI was supported in the previous release.  They just forgot to update the release notes for those.
[15:19] <tseliot> mamarley: you're right: http://www.nvidia.com/Download/driverResults.aspx/111596/en-us
[15:21] <tseliot> oh, and I had already added support for that in the package. My memory is really bad
[15:22] <tseliot> I think they broke the ABI again, though
[15:29] <mamarley> The X people did?  I know they broke it again for 1.20, but there is no point in worrying about that yet.
[15:41] <tseliot> yes, no need to worry at this point, I think
[17:38] <tseliot> ricotz, mamarley: I have just uploaded all the drivers in zesty. Please give it some testing. While my desktop works, my laptop is acting up (in general) with 4.10
[17:40] <mamarley> tseliot: OK, I will try.  You are saying you think it is 4.10 and not the driver causing your laptop problems?
[17:40] <tseliot> mamarley: yes, even the network dies
[17:40] <mamarley> I have been running 4.10 on both my laptops and my desktop for a few weeks now without issues.  I'm sorry you are having problems.
[17:41] <tseliot> it works fine on the desktop
[17:43] <mamarley> When you say all the drivers, does that include 378 too?
[17:43] <tseliot> 375, 340, and 304
[17:43] <mamarley> OK.
[17:43] <tseliot> i.e. all the drivers that we support in Ubuntu