[00:01] <Mamarok> nini everyone
[00:03] <Riddell> ScottK: I'm surprised it didn't before
[00:03] <Riddell> sweet dreams Mamarok
[00:17] <Riddell> yuriy: did you ask pitti about keeping apport on for some apps?
[00:38] <yuriy> Riddell: no i haven't. right now I don't think using it is a good idea actually -- there are two crashes and a hang in apport-kde, one we can't fix and one can't reproduce but have many reports
[00:39] <yuriy> this pykde thing is a real bugger because it effects most of our pykde stuff
[00:40] <ScottK> Riddell: It used it's own internal crash handler before (which it will still use if it's built without KDE support)
[00:43]  * Riddell blogs http://www.kdedevelopers.org/node/4074
[00:43] <Riddell> yuriy: what's the issue with getting userconfig upstream?
[00:44] <yuriy> procrastination, mostly
[00:44] <yuriy> what's the best way to import something from bzr to svn?
[00:44] <Riddell> svn add and ignore the history is what I tend to do
[00:45] <Riddell> just point to the bzr archive in the comment
[00:45] <yuriy> well... that's one way to do it I guess. is it reasonable to then keep bzr as the main dev branch or would people not like that?
[00:46] <Riddell> it could be like system-config-printer-kde where it's developed in bzr when KDE is in freezes
[00:48] <rgreening> Riddell: arora doesn't do java which was a showstopper as well :) (as I read yer blog mr evil genius') :P
[00:51] <JontheEchidna> tbh konq sucks a java too
[00:52] <JontheEchidna> *at java
[00:54] <rgreening> but it runs
[00:54] <rgreening> arora doesnt support period at this point
[00:55] <rgreening> needs new webkit
[00:57] <JontheEchidna> also, our translations aren't as good as upstream's yet
[00:57] <JontheEchidna> almost, but not quite there yet
[00:57] <Riddell> i should add the kdeqt issue to my bugs to watch for release
[00:58] <yuriy> actually firefox sucks at java too. i usually end up using FF/windows. which sucks at java too in that it hard hangs the whole system sometimes, but at least works most of the time
[00:58] <JontheEchidna> The kdeqt pot fixes a few issues, but instances "Shift" in menu shortcuts are still untranslated in spanish
[00:59] <JontheEchidna> "Shift" being translated in both kdeqt.po and kdelibs4.po
[00:59] <Riddell> it's possible that java just sucks
[01:00] <yuriy> eh beats flash
[01:00]  * rgreening agrees with Riddell
[01:00] <DarkwingDuck> hmmm...
[01:03] <DarkwingDuck> Hey guys
[01:03] <DarkwingDuck> The beta download...
[01:03] <DarkwingDuck> kpackagekit will not allow you to download updates
[01:03] <DarkwingDuck> It states that you do not have the priviladges.
[01:04] <Riddell> DarkwingDuck: known issue, apt-get install kdebase-workspace-bin  on the command line should fix it
[01:05] <DarkwingDuck> I know that. I am just surprised that this hasn't been added to the .iso so people downloading wont run into it.
[01:05] <Riddell> we can't add to an ISO
[01:05] <DarkwingDuck> ?
[01:06] <DarkwingDuck> ok
[01:07]  * Riddell snoozes
[02:34] <ScottK> I'd appreciate it if people could look at Bug 446826 and chime in if they have any bright ideas.
[02:53] <ScottK> That and a big chunk of the icons are missing for the netbook app launcher
[02:58] <lex79> ScottK: kdeadmin is still 4.3.1 in main
[02:58] <lex79> https://edge.launchpad.net/ubuntu/+source/kdeadmin
[02:58] <lex79> https://code.edge.launchpad.net/~kubuntu-members/kdeadmin/ubuntu
[02:59] <ScottK> Ooops
[02:59] <lex79> yes, oops :)
[02:59] <ScottK> Once I get the netbook launcher figured out I'll look into uploading that one too.
[02:59] <lex79> ok
[02:59] <ScottK> Unless nixternal gets to it before I do.
[04:00] <ScottK> lex79: When you have an unreleased changelog entry like you did in this case, combine it with yours.  I've fixed it up and so you can check what I did.
[04:03] <ScottK> lex79: Was it you working on Qt 4.5.3?  Debian fixed there's.
[04:03] <lex79> ScottK: I'm building now :)
[04:04] <ScottK> Great.
[04:05] <DarkwingDuck> Anyone around?
[04:06] <DarkwingDuck> Need help pin-pointing something
[04:07] <lex79> oh, forgot to merge harald's changelog, thanks
[04:07] <ScottK> Hey DarkwingDuck.  Looks like I've got the same problem you do.
[04:07] <DarkwingDuck> It's the right side that is missing
[04:08] <shtylman> you know... I used to look at the days countdown until release and wait with anticipation
[04:08] <shtylman> now I look at the days countdown and go ... oh jesus. .. not enough time!
[04:24] <JontheEchidna> heh
[04:25] <JontheEchidna> You know, that gentlebot in the Krita announcement is pretty sweet
[04:26] <ScottK> JontheEchidna: Any ideas about what might have changed in 4.3.2 to cause several catagories and a bunch of apps to go missing from the netbook app launcher?
[04:27] <JontheEchidna> not off the top of my head. lemme check the changelog and see if anything jumps out
[04:27] <ScottK> Thanks.
[04:28] <ScottK> The kind of odd thing is the stuff went missing today, not on tuesday
[04:29] <JontheEchidna> mm, nothing in the changelog jumps out as suspicious
[04:29] <ScottK> Weird.  Well we got two people with it.
[04:31] <ScottK> Shoot got it back.
[04:31] <lex79> ScottK: I uploaded qt in bzr
[04:32] <ScottK> Toggled compositing off and then on
[04:32] <yuriy> ok... w/e i was going to get done over the weekend.. not happening
[04:32] <ScottK> lex79: OK.
[04:35] <ScottK> JontheEchidna: I think it's kwin's fault.
[04:36] <ScottK> If I toggle effects off/on then the missing apps reappear, but if if I switch to a different app list and then back, the problem recurs until I toggle compositing again.
[04:39] <DarkwingDuck> ScottK: Bug launched
[04:40] <lex79> ScottK: only note, I removed in 4.3.2 libxcomposite-dev and libxdamage-dev from kdeplasma-addons, I added in 4.3.0 for building lancelot compositing, but no need now. Maybe cause your bug?
[04:40] <ScottK> DarkwingDuck: Do you get stuff back temporariliy if you toggle effects
[04:40] <ScottK> lex79: Perhaps.
[04:41] <DarkwingDuck> ScottK: Yes
[04:41] <DarkwingDuck> wee
[04:41] <ScottK> lex79: Would you be up for making a PPA build with that put back?
[04:42] <DarkwingDuck> ScottK: but then kdeinit4 crashed instantly
[04:42] <lex79> ScottK: wich ppa?
[04:43] <ScottK> DarkwingDuck: Same here, but just the first time i tried it.
[04:43] <ScottK> It's not a solution, but it's a good hint.
[04:43] <DarkwingDuck> Yeah, I'll add a comment to my bug.
[04:43] <DarkwingDuck> Did you get the bug?
[04:43] <DarkwingDuck> URL?
[04:44]  * JontheEchidna notes that whenever apport says kdeinit4 crashes, it's almost never kdeinit4 but a child process
[04:44] <ScottK> DarkwingDuck: I did
[04:45] <ScottK> Looking at it now.
[04:46] <ScottK> lex79: PPA of your choice. How about kubuntu-members (it's currently unused.
[04:46] <lex79> ok
[04:46] <DarkwingDuck> ScottK: You want me to add the comment with Desktop effects or do you want to do it?
[04:47] <ScottK> DarkwingDuck: I'm adding that.
[04:47] <DarkwingDuck> ScottK: here is the bug I filed for the crash: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/446910
[04:58] <ScottK> lex79: kdeadmin uploaded.  Thank you for noticing.
[04:59] <JontheEchidna> that crash has been around for a while, and unfortunately became more common in 4.3 even after a supposed fix from upstream^
[05:01] <lex79> it happens here several times when toggle effects
[05:01] <lex79> uploaded here: https://edge.launchpad.net/~kubuntu-members/+archive/ppa
[05:05] <DarkwingDuck> Be back in a few
[05:10] <ScottK> lex79: Thanks.
[05:10] <lex79> no problem
[05:13] <ScottK> lex79: qt4-x11 looks sensible.  I'll upload that shortly.
[05:14] <lex79> ok, hope it fixed :)
[05:24] <ScottK> lex79: It's uploaded.  Me too.
[05:26] <lex79> build finished in ppa
[05:27] <ScottK> Thanks.
[05:29] <ScottK> lex79: Which binary did those go in?
[05:32] <lex79> I think in plasma-dataengines-addons
[05:34] <ScottK> I just upgraded to whatever was in the PPA, so we'll see
[05:35] <ScottK> Nope.  Didn't fix it.
[05:35] <ScottK> Thanks for trying though.
[05:35] <lex79> oh :(
[05:37] <lex79> uhm qt4 ftbs on lpia, same issue there was last upload
[05:38] <ScottK> Argh.
[05:39]  * ScottK gives up and goes to bed.
[05:39] <ScottK> Good night.
[05:39] <lex79> night
[08:33] <Nightrose> Riddell: network manager seems to work ok here (sorry got distracted last night :()
[09:45] <fabo> someone could enlight me on qt and the no-separate-debug-info changes ?
[09:45] <fabo> I wonder how debug packages can be generated as default build is release and debug isn't passed.
[09:55] <fabo> Riddell: ^^^ somebody to hint ? I would like to merge it for Qt 4.6
[10:12] <fabo> Riddell: well, forget it. I understand the trick -> strip
[11:04] <Tonio__> JontheEchidna: ping ?
[11:04] <Tonio__> JontheEchidna: the patch works :)
[11:04] <Tonio__> haha
[11:16] <Riddell> fabo: yeah it's just stripped like any other library
[11:17] <Riddell> fabo: do you know what the issue is with our current build failure? http://launchpadlibrarian.net/33338574/buildlog_ubuntu-karmic-i386.qt4-x11_4.5.3-0ubuntu2_FAILEDTOBUILD.txt.gz
[11:54] <ScottK> Riddell: Any thoughts on Bug 446905?
[11:54] <ScottK> It seems kwin related to me since it's affected by toggling effects.
[11:56] <mgraesslin> ScottK: do you have a screenshot of that?
[11:56] <Riddell> I don't see how compositing could affect that
[11:56] <ScottK> mgraesslin: I can make one.
[11:56] <Riddell> it's all within one plasma window
[11:57] <mgraesslin> sometimes Plasma has problems when compositing is turned off
[11:57] <mgraesslin> but the icons shouldn't be affected
[12:02] <ScottK> http://kitterman.com/kubuntu/kne_missing.png
[12:02] <ScottK> Maybe compositing was a red herring.  Today toggling it didn't do anything
[12:03] <Riddell> that has icons in it
[12:03] <ScottK> Not all of them
[12:03] <ScottK> System is missing
[12:05] <ScottK> Here's the internet section: http://kitterman.com/kubuntu/kne_internet.png
[12:06] <ScottK> It's missing a bunch, including konqueor (which I manually added to my favorites section to show it still exists)
[12:06] <ScottK> Riddell: ^^
[12:06] <mgraesslin> strange
[12:06] <mgraesslin> but shouldn't be related to Compositing
[12:06] <ScottK> Last night I could get them to reappear for a bit by toggling compositing.
[12:07] <ScottK> No idea what that means.
[12:14] <Tonio_> hum knetworkmanager doesn't handle my eth0 carad properly....
[12:15] <Tonio_> is that know regression ?
[12:15] <Tonio_> stays locked on "ifupdown (eth0)"
[12:21] <Tonio_> sorry disconnected... so am I the only one with a problem with knm and eth0 ?
[12:26] <fabo> Riddell: I have the same issue (rc bug reported). Only reproducible on buildds. It builds fine on pbuilder. I'm digging into the issue since yesterday. My first attempt to fix the issue failed.
[12:32] <Riddell> Tonio_: yes you're the only one (that I know of)
[12:34] <Tonio_> Riddell: kk :)
[13:46] <JontheEchidna> Tonio_: sweet
[14:00] <dpm> JontheEchidna, sorry for not having responded to your e-mail on kubuntu-devel earlier re: kpackagekit. I can try to sort out the domain name now. What's the source package name?
[14:00] <JontheEchidna> dpm: kpackagekit :)
[14:00] <dpm> that's an easy one, then :)
[14:00] <JontheEchidna> yep
[14:02] <dpm> JontheEchidna, I'm going to change the domain name from 'KPackageKit' to 'kpackagekit'. Is that the correct domain name now, is there anything else needed?
[14:03] <JontheEchidna> dpm: that's correct. let me do a quick check to see if anything else needs done
[14:03] <JontheEchidna> knetworkmanager's config dialog strangely got translations, so that's good
[14:04] <dpm> JontheEchidna, ok, I've changed the domain name now
[14:04] <JontheEchidna> thx
[14:05] <JontheEchidna> dpm: ok, that should be all that I know about that needs changing
[14:10] <dpm> JontheEchidna, great, thanks a lot
[14:12] <m4v> I want to check, 'cause I just updated to 9.10 beta and I lost ccmake, is ccmake missing?
[14:12] <Riddell> it's in cmake-gui
[14:12] <Riddell> cmake-curses-gui
[14:13] <m4v> ah, thanks Riddell
[14:14] <random_> hi...i've got a question..
[14:16] <random_> the program updater says to me that i have to install 10 updates, but if i type in the konsole apt-get ... upgrade, it says that they can't be upgraded..
[14:17] <random_> these packages are kdebase-workspace-bin kdebase-workspace-data kdebase-workspace-kgreet-plugins
[14:17] <random_>   kdm kubuntu-desktop linux-generic linux-headers-generic linux-image-generic
[14:17] <random_>   plasma-dataengines-workspace plasma-widgets-workspace
[14:33] <rgreening> random_: dist-upgrade probably.... cause it needs to remove or add something new
[14:34] <rgreening> I think kpackagekit may be doing that automatically now
[14:34] <rgreening> 'may'
[14:34] <rgreening> :)
[14:34] <JontheEchidna> kpackagekit can add new stuff on upgrades, just not remove
[14:34] <random_> kpackagekit doesn't work at all..xD
[14:34] <JontheEchidna> it should be working with the latest updates
[14:34] <rgreening> it does...
[14:35] <dantti> yet
[14:35] <random_> ok dist-upgrade works..:)
[14:35] <rgreening> just not always at 100% of what is required
[14:35] <rgreening> :)
[14:35] <Tonio_> JontheEchidna: the qt fix works :)
[14:35] <Tonio_> JontheEchidna: there is only one problem... you need to drag twice for it to work.. for each app
[14:35] <Tonio_> JontheEchidna: I have a build in the run to fix this...
[14:36] <dantti> aptcc already can remove your packages, and hopefully in a few time will show debconf
[14:36] <dantti> random_: ah, and it's not kpackagekit fault.
[14:36] <JontheEchidna> right, I should say packagekit can't remove packages on upgrades
[14:36] <JontheEchidna> Tonio_: :)
[14:37] <Tonio_> JontheEchidna: 1 year of tracking... and it's almost done :)
[14:37] <JontheEchidna> dantti: would you happen to know whether it's a frontend or backend thing to be able to show warnings for unauthenticated packages before they're installed?
[14:37] <JontheEchidna> right now it's more like "punk'd! you installed an unauthenticated package"
[14:38] <JontheEchidna> since the warning shows after the installation is complete
[14:39] <dantti> JontheEchidna: backend thing, if it's Pk 0.4.x there is no other way, if it's Pk 0.5.x a dialog show be show (aptcc does this) if it's not showing then it's a backend missing feature
[14:39] <JontheEchidna> dantti: thanks. here's to hoping for a speedy policykit-1 frontend then :)
[14:40] <txwikinger_work> rgreening: do-release-upgrade had a problem with openoffice
[14:42] <rgreening> txwikinger_work: what error?
[14:43] <txwikinger_work> rgreening: A cyclic dependency with openoffice.org-filters-binfilters or something like that
[14:44] <rgreening> dunno.. JontheEchidna any ideas?
[14:44] <JontheEchidna> I don't know OOo stuff :(
[14:44]  * rgreening neither
[14:44] <rgreening> shtylman: might...
[14:57] <Kubuntiac> Are we going to see a bootsplash for Kubuntu 9.10 now feature/artwork freeze have passed?
[14:58] <Riddell> we really should have an FAQ about that
[15:01] <Kubuntiac> That would be nice... :)
[15:01] <Kubuntiac> And the short answer is?
[15:01] <Riddell> the idea is that X starts so quickly you don't need a splash, a splash would just delay things more
[15:01] <Riddell> whether this works in practice is unclear
[15:01] <Kubuntiac> lol
[15:02] <Kubuntiac> I wonder how quickly would be quickly "enough"? I seem to remember 10 seconds bandied around somewhere...
[15:05] <neversfelde> Riddell: currently working on koffice, I was not at home yesterday, so I am a little bit late
[15:11] <fabo> Riddell: I have a fix, not tested yet. Drop -fast to generate all Makefiles including the bootstrap.
[15:11] <fabo> if you could test on buildd, let me know.
[15:11] <Riddell> fabo: sure I put put it into a PPA
[15:12] <fabo> on my side, I try to have a buildd access as I can't reproduce in pbuilder
[15:13] <fabo> otherwise, I merged the debug stuff in my 4.6-stable branch
[15:14] <Riddell> thanks
[15:17] <Riddell> gosh, emacs just started up with oxygen icons, spooky
[15:18] <Riddell> --MARK--
[15:20] <nixternal> good morning
[15:20] <nixternal> Riddell: emacs -nw
[16:34] <Riddell> shtylman: what's the status of your openoffice file dialogue fixes getting into our packages?
[16:42] <ScottK> Someone highlight me please.  I think MI might work in Quassel now.
[16:43] <davmor2> ScottK: Loser
[16:43] <Riddell> hi ScottK
[16:43] <Riddell> ScottK: don't listen to davmor2, he's from wolverhampton
[16:44] <ScottK> Yes, of course.
[16:44] <ScottK> Seems to work.
[16:44] <Riddell> yay
[16:45] <davmor2> hey you lose if it works and you lose if it doesn't.  Lose if it does cause you have no excuse for missing messages, lose if it does because it doesn't :P
[16:45] <davmor2> second should be doesn't
[16:45] <ScottK> Please ping me again.
[16:45] <Riddell> pin ScottK
[16:46] <davmor2> ScottK: Ping
[16:46] <ScottK> Ouch
[16:46] <Riddell> honk ScottK
[16:46] <ScottK> One more time please.
[16:46] <Riddell> toot ScottK
[16:46] <Riddell> ahoy ScottK
[16:46] <Riddell> awooga ScottK
[16:47] <ScottK> Thanks
[16:47] <ScottK> Riddell: We still have the focus stealing prevention problem that agateau was going to work on.
[16:48] <ScottK> Also It doesn't seem to collect anything if you have Quassel in focus, but are in another channel.
[16:50] <Riddell> ScottK: agateau just did a new plasma-widget-indicatordisplay, dunno if that's related
[16:50] <Riddell> presumably not, that would need to be quassel patches
[16:50] <ScottK> I think it would be in Quassel.
[16:55] <Sput> ScottK: those are different types of notifications (focused/nonfocused)
[16:55] <Sput> maybe you have configurered them differently?
[16:55] <Sput> I think by default we don't notify if Quassel is focused
[16:57] <ScottK> Not by default, but it's a nice option.
[16:57] <ScottK> Since MI doesn't have options, it might be good if it just did it.
[16:59] <ScottK> I'd really like it if the focus prevention stealing thing got fixed though as that would help both MI and regular notification uses.
[17:02] <lex79> JontheEchidna: are you working on qtcurve?new upstream release
[17:03] <JontheEchidna> lex79: I haven't done anything yet, it's all yours
[17:03] <JontheEchidna> just make sure to get both kde and gtk styles ;-)
[17:04] <lex79> :P ok, we need FFe for both
[17:08] <Riddell> lex79: do we want/need it?
[17:09] <Sput> ScottK: aaah, I see, so it's configured in your KNotification stuff, but MI ignores that setting?
[17:09] <lex79> upstream seems fixed many issue http://kde-look.org/content/show.php/QtCurve+%28KDE4%2C+KDE3%2C+%26+Gtk2+Theme%29?content=40492
[17:09] <ScottK> Yes
[17:09] <Sput> k
[17:12] <Riddell> lex79: only worrying thing there is "2. Config files now stored under $XDG_CONFIG_HOME/qtcurve (e.g. ~/.config/qtcurve)" do you know if it copies over old configs?
[17:13] <lex79> dunno, I should testing
[17:30] <lex79> well IoI in gtk2-engines-qtcurve < 0.68 the config file is stored in ~/.gtkrc-2.0-kde4, in 0.68 version is stored in ~/.config/qtcurve.gtk-icons, in 0.69 version is stored in ~/.config/qtcurve/gtk-icons
[17:30] <lex79> but seems not problem and all works very well
[17:30] <lex79> Riddell: ^^^
[17:31] <lex79> http://pastebin.ca/1607440
[17:33] <Riddell> lex79: this all sounds like troubling considering the mess we already have in /usr/bin/startkde
[17:34] <ScottK> Perhaps better to get it overwith now instead of having a location switch in both Karmic and Lucid
[17:36] <lex79> ScottK: I can put it to ppa for testing for now
[17:37] <Riddell> I can't even understand what the stuff in startkde currently does
[17:40] <yuriy> let's get rid of the stuff you don't understand and see if it magically gets uber fast :P
[17:40] <lex79> uploaded in ppa
[17:40] <lex79> yuriy: IoI
[18:00] <Riddell> neversfelde: I've uploaded wv2_0.4.1 to kubuntu-ppa/experimental incase koffice people want to use it, but I don't think we can do anything with it for karmic since koffice 1 won't work with it
[18:01] <neversfelde> Riddell: k, I think the new support for ms office files need it and I had plans to backport it myself
[18:01] <neversfelde> although I haven't tested it ,yet
[18:05] <lex79> ScottK: I'm going to building qt4 again :)
[18:05] <ScottK> Good luck
[18:29] <Tonio_> Riddell: talking about startkde, we should consider putting all our changes in a script we can ship with KDS, and only include it in startkde
[18:29] <Tonio_> Riddell: cleaner and would avoid reworking the patch + rebuild startkde so often....
[18:29] <Tonio_> Riddell: don't you think ?
[18:30] <Tonio_> too late for karmic, but on the long term....
[18:31] <Tonio_> JontheEchidna: patched qt shoul be testable in an hour
[18:31] <Tonio_> JontheEchidna: I probably won't be there, but feel free to test if you want :)
[18:37] <Tonio_> hum should we go with latest kdenlive ? it's supposed to fix several issues, but on the other side, requires a hudge amount of work...
[18:37] <Tonio_> packaging latest mlt and mlt++, and so on...
[18:37] <Tonio_> Riddell: I'd like your opinion since writing an FFE for this might need everal hours of packaging....
[18:38] <Tonio_> Riddell: I think we should go for it
[18:38] <ScottK> Tonio_: kdenlive I think we want the latest
[18:38] <ScottK> Tonio_: Also, no more mlt++, it's part of mlt now.
[18:38] <Tonio_> ScottK: I think so, so I'll do all the stuff
[18:38] <ScottK> Since it's Universe, vorian can bless it.
[18:38] <Tonio_> ScottK: since when ?
[18:38] <Tonio_> 0.4.5 ?
[18:39] <ScottK> I don't recall the version, but during this cycle.
[18:39] <Tonio_> ho no you mean the same source package... right
[18:39] <ScottK> Yes
[18:39] <Tonio_> ScottK: ok so that means 2 FFE
[18:39] <Tonio_> ScottK: I'll do that tomorrow morning then... no time today
[18:39] <ScottK> I'd go with one FFe affecting two packages.
[18:39] <Tonio_> hum no other packages depend on mlt, so that's right
[18:40] <Tonio_> ScottK: mlt is already in debian, that'll help :)
[18:41] <Tonio_> ScottK: ok I'll go for that then...
[18:43] <DarkwingDuck> ScottK: Did you find a perm fix?
[18:44] <DarkwingDuck> Our temp fix isn't working anymore lol
[18:44] <ScottK> DarkwingDuck: Nope.  And flipping compositing off/on doesn't help me either
[18:44] <ScottK> I tried reinstalling plasma-netbook and also recompiling it with 4.3.2.
[18:45] <DarkwingDuck> Nothing?
[18:45] <DarkwingDuck> It worked once last night then nothing.
[18:51] <lex79> ftbs again, http://pastebin.ca/1607647
[18:53] <lex79> oh, ok http://git.debian.org/?p=pkg-kde/qt4-x11.git;a=commitdiff;h=5c6de5fc91ec14181b3ba8e750d441d47f593f4a :)
[18:53] <Tonio_> lex79: that's really a nightmare, since it builds correctly in a PPA :(
[18:53] <Tonio_> also works in pbuilder
[18:54] <Tonio_> lex79: see https://edge.launchpad.net/~tonio/+archive/ppa/+build/1284210
[18:54] <lex79> yes :( I'm going to try the fabo's fix
[18:54] <Tonio_> lex79: I got no pb with the same source package that fails in the archives...
[18:54] <Tonio_> lex79: maybe the build log will help you to figure out what happens...
[18:55] <Tonio_> btw reboot time for me, I have to make sure, my qt fix works, so rebooting is better :)
[18:55] <lex79> thanks Tonio_
[18:56] <Tonio_> lex79: you're welcome
[19:31] <JontheEchidna> Riddell: ping
[19:33] <fabo> lex79: no need to. riddell has a running ppa build with the fix.
[19:34] <fabo> and afaics, the fix worked :D
[19:34] <lex79> fabo: ok
[19:34] <fabo> https://launchpad.net/~jr/+archive/ppa/+build/1284770
[19:36] <fabo> btw, you looked at the wrong branch :) the one you pointed is the 4.6 work ;)
[19:39] <lex79> yes I know, but without -fast and without -no-separate-debug-info is still ftbs, see http://pastebin.ca/1607647
[19:40] <lex79> so I looked for the fix in 4.6 git:)
[19:41] <fabo> lex79: drop -fast only for 4.5.3
[19:42] <fabo> -no-separate-debug-info is needed for 4.5 and 4.6
[19:43] <fabo> your ftbfs is something different from the bootstrap issue
[19:43] <lex79> yes
[19:45] <JontheEchidna> any core-dev around that can sponsor konversation from bzr?
[21:11] <neversfelde> File koffice_2.0.83-0ubuntu1~ppa1.dsc mentioned in the changes has a checksum mismatch
[21:11] <neversfelde> what's the problem here?
[21:43] <JontheEchidna> vorian: bug 432725
[21:45] <neversfelde> mhh, seems that it was an upload problem
[22:27] <JontheEchidna> Tonio_: cursors are working here :)
[23:46] <shtylman> Riddell: some of them have already been incorporated, another patch will go out to ccheney this weekend that addresses a few more of the bugs


[18:51] <elacheche_anis> o/
[19:54] <Dro> o/
[20:02] <elacheche_anis> Wassup!
[20:06] <crack3r> hello
[20:19] <Dro> twitter!
[20:19] <Dro> :D
[20:57] <r0r0n04> Hello all
[20:57] <r0r0n04> anyone ?
[20:58] <crack3r> Hello r0r0n04
[20:59] <r0r0n04> Im new here... :)
[21:00] <crack3r> Welcome aboard mate
[21:00] <r0r0n04> thank you :)
[21:00] <Neo31> hi r0r0n04
[21:00] <Neo31> ahla crack3r
[21:00] <r0r0n04> hello :)
[21:01] <crack3r> ahla moudir
[21:01] <Neo31> welcome r0r0n04 :)
[21:01] <r0r0n04> thank you Neo31 :)
[21:01] <r0r0n04> twensa lkol ?
[21:01] <Neo31> yep
[21:01] <r0r0n04> nice :)
[21:01] <Neo31> #ubuntu-tn = Ubuntu Tunisia
[21:01] <Neo31> ;)
[21:02] <Neo31> well at least most of us, some times u can see some guests hanging around :p
[21:03]  * Neo31 got some urgent work
[21:03] <Neo31> see you later in an hour or two
[21:04] <r0r0n04> juste 7abit nes2el kifech najam nod5ol m3akom fel communauté hethy
[21:04] <Neo31> ubuntu-tn.org
[21:04] <Neo31> subscribe to the mailing list
[21:04] <Neo31> and show up on the next event :)
[21:05] <Neo31> say hi, i joined your  mailing list and how can i help
[21:05] <Neo31> and ask if we can help you with something
[21:05] <Neo31> ;)
[21:05] <Neo31> sorry gotta run
[21:05] <crack3r> bye Neo31
[21:06] <r0r0n04> bye
[21:06] <r0r0n04> hello ubuntulog
[21:06] <r0r0n04> :)
[21:07] <r0r0n04> hello ChanServ :)


[09:01] <rbasak> turnip error: https://pastebin.ubuntu.com/p/dXN2SBcGvm/
[09:01] <rbasak> The importer automatically retries so we'll see
[09:04] <cjwatson> Odd, I don't see anything else that might plausibly be a push
[09:05] <cjwatson> I saw that sort of thing a few times when trying to put a new staging system under load, but that was with NFS in the mix which isn't currently true on production
[09:08] <rbasak> It does seem to have failed again
[12:44] <rfried> Hey. question about publishing ppa for multiple releases.
[12:44] <rfried> I was told here to start by the earliest distro I wish to support and afterward using the launchpad site, copy binary packages forward.
[12:45] <rfried> It works, however, when trying to install on later releases, all the packages fails to install because of broken dependency.
[12:45] <rfried>  bitwise : Depends: libreadline6 (>= 6.3) but it is not installable
[12:45] <cjwatson> I'm pretty sure that we would have said to copy it forward *if the same binaries will work on later releases*
[12:46] <rfried> ok.
[12:46] <rfried> might have missed that.
[12:46] <cjwatson> That isn't something Launchpad can guarantee; sometimes you must rebuild
[12:46] <rfried> but copying source release doesn't work, it states that the package already exists.
[12:47] <cjwatson> Correct.  You need to upload a source package with a different version number.
[12:47] <rfried> oh. different version number.
[12:47] <rfried> what's the proper way of setting the version number for the same release but for different distros ?
[12:47] <rfried> *-ubuntu-2/3/4 ?
[12:48] <cjwatson> (bionic and cosmic have libreadline7 rather than libreadline6; disco and eoan have libreadline8)
[12:48] <cjwatson> What's your current version number?
[12:48] <cjwatson> (Definitely not "-ubuntu-2", the dashes will ruin your life)
[12:48] <rfried>  bitwise - 0.32-1ubuntu1
[12:49] <cjwatson> Something like 0.32-1ubuntu1+ubuntu18.04.1 would be usual for a rebuild for 18.04, then
[12:49] <rfried> cool.
[12:49] <rfried> thanks.
[12:50] <cjwatson> If you were backporting a version from a later series that had a version like 1.0-1ubuntu1, then the usual approach would be to upload 1.0-1ubuntu1~ubuntu16.04.1, 1.0-1ubuntu1~ubuntu18.04.1 etc. instead
[12:50] <cjwatson> The second "ubuntu" isn't really necessary, so you can drop that bit if you find it too verbose
[20:37] <beisner> hi all - is anything affecting launchpad right now?  i'm unable to raise a bug (Error ID: OOPS-1f05649dcb1eb6bca8a7624978e737bb)


[05:26]  * pitti NBSes the old linux-raspi binaries
[06:50] <pitti> ^ disables apport for the final release and fixes the failing test case
[09:40] <infinity> darkxst: If you upload, I'll be happy to review.
[09:43] <davmor2> infinity: can you add the netboot tests for rc please
[09:44] <infinity> jibel: ^-- You know how to add all those "fake" tests?
[09:45]  * xnox lols at "fake"
[09:45] <davmor2> infinity: jibel is travelling to get to bluefin,  I'll run the tests now and add the results after
[09:45] <infinity> davmor2: Ahh, he's coming here today?  I couldn't remember.
[09:45] <davmor2> infinity: yeah travelling to the airport now
[09:46] <davmor2> infinity: that's why I asked you :P
[09:49] <infinity> flexiondotorg: I'm not sure I understand your ubuntu-mate-meta "fix".  If there's a file conflict, fix the packages in question, rather than unseeding them, surely?
[10:17] <darkxst> infinity, uploaded
[10:19] <infinity> darkxst: No matching clutter for that mutter?
[10:21] <infinity> darkxst: Oh, I guess they're not really tied together. I'm not braining well today.
[10:26] <darkxst> infinity, no, this does not involve clutter
[10:26] <darkxst> can do a 0day update for clutter though
[10:27] <darkxst> insert ^sru
[10:27] <infinity> jamespage: Around?
[10:27] <jamespage> infinity, yes
[10:28] <infinity> jamespage: Any ideas about the nova autopkgtest regression on ppc64el?
[10:28] <infinity> adt-run [09:09:12]: test nova-compute-daemons: [-----------------------
[10:28] <infinity> OK
[10:28] <infinity> ERROR: NOVA-COMPUTE IS NOT RUNNING
[10:28] <infinity> adt-run [09:09:45]: test nova-compute-daemons: -----------------------]
[10:28] <infinity> adt-run [09:09:45]: test nova-compute-daemons:  - - - - - - - - - - results - - - - - - - - - -
[10:28] <infinity> nova-compute-daemons FAIL non-zero exit status 1
[10:28] <jamespage> oh joy
[10:28] <infinity> jamespage: Seems pretty consistent over many re-runs.
[10:28] <jamespage> lemme look in a bit
[10:28] <jamespage> I would suspect a racey test that might pass everywhere else by accident
[10:30] <jamespage> infinity, I'll get coreycb to take a look; I have a few things to sweep up before I have capacity today
[10:30] <infinity> jamespage: It's holding back cinder and nova, would be nice if you get your Top Men to give it some analysis.
[10:30] <jamespage> infinity, ack
[10:32] <jamespage> infinity, is there a nice place to debug that failure? looks like its related to nova-compute-lxc on ppc64el
[10:32] <infinity> jamespage: kelsey01, perhaps?
[10:32] <infinity> jamespage: Depends on if you need root.
[10:33] <infinity> jamespage: If you need root, I might be able to spin you a VM somewhere.
[10:33] <jamespage> infinity, I need root really - vm would be good
[10:50] <infinity> jamespage: Which ssh key?
[10:51] <infinity> jamespage: ssh -p 6222<EMAIL_ADDRESS>[10:59] <infinity> jamespage: *poke, poke* :P
[11:08] <flexiondotorg> infinity, Morning.
[11:09] <flexiondotorg> infinity, I am happy to fix the Compiz packages but I simply don't have the time this week.
[11:09] <jamespage> infinity, sorry - electrician in today as well :-)
[11:09] <flexiondotorg> infinity, So I'd like to unseed Compiz for armhf, since it is not essential (in fact useless for the Pi 2) at this point.
[11:09] <jamespage> infinity, can I get root on that as well?
[11:10] <flexiondotorg> infinity, Can you please update ubuntu-mate-meta for me?
[11:10] <flexiondotorg> infinity, I can then build the Raspberry Pi 2 image so it is ready for 22nd Oct release day.
[11:11] <flexiondotorg> infinity, And I'll submit fixes for Compiz after 15.10 is out.
[11:21] <infinity> jamespage: You have root, check ~/sudo_password
[11:21] <jamespage> infinity, gotit - ta
[11:55] <jamespage> infinity, pitti: do the autopkg tests for ppc64el run inside a kvm? or is it container based?
[11:57] <infinity> jamespage: It's lxc in kvm, I believe.
[11:58] <jamespage> infinity, this might be the limitation - tests are working fine under just kvm
[11:58] <infinity> jamespage: Except that armhf is also lxc, afaik, so that doesn't add up.
[11:58] <jamespage> infinity, yeah - I was just looking for a correlation there
[12:11] <flexiondotorg> infinity, Please can you let me know if you will be able to update/upload ubuntu-mate-meta?
[12:11] <infinity> flexiondotorg: I can, yes.  I was just questioning the reasoning for it.  But it also doesn't matter if you want to drop compiz from armhf, so uploading.
[12:12] <flexiondotorg> infinity, Many thanks!
[12:12] <infinity> flexiondotorg: http://paste.ubuntu.com/12859967/ <-- Look right to you?
[12:14] <flexiondotorg> infinity, Perfect!
[12:18] <pitti> jamespage: the tests are running in lxc, yes; the  host is kvm
[12:19]  * jamespage scratches his head
[12:19] <pitti> jamespage: given the history on http://autopkgtest.ubuntu.com/packages/n/nova/wily/ppc64el/ the test is obviously racy, but I wondered if 7 failures in a row with the new version is just bad luck or a systematic problem
[12:19] <jamespage> pitti, test is OK without LXC
[12:20] <jamespage> pitti, I suspect that armhf might have the same problem - but fails slower that ppc64el
[12:20] <pitti> http://autopkgtest.ubuntu.com/packages/n/nova/wily/armhf/ is much more green (although still a bit racy indeed)
[12:21] <jamespage> pitti, I have a feeling that set of tests is going to behave like that under lxc
[12:21]  * pitti runs it manually with shell'ing in
[12:21] <flexiondotorg> infinity, Many thanks!
[12:22] <pitti>    apt-get install -y nova-compute $daemon 2>&1 > /dev/null
[12:22] <pitti>     if pidof -x nova-compute > /dev/null; then
[12:23] <pitti> jamespage: ^ i. e. the postinst doesn't wait until it's actually started?
[12:23] <jamespage> pitti, hmm - that might be it
[12:24] <pitti> or it fails to start; not that easy to tell due to the >/dev/null
[12:24] <pitti> jamespage: nova-compute-lxc might just fail under lxc sometimes?
[12:25] <jamespage> it might
[12:25] <jamespage> pitti, I think I'll drop the install re-direction that might give a clue
[12:25] <pitti> jamespage: on the last 6 logs nova-compute-kvm is consistently working and -lxc is concistently failing
[12:25] <jamespage> pitti, yeah - that might be race again
[12:26] <jamespage> nova-compute-kvm will actually get installed via tests/control
[12:26] <jamespage> so has longer to be present in the process listing
[12:26] <pitti> jamespage: ah, due to it being the preferred alternative
[12:26] <jamespage> yeah
[12:28] <pitti> so if nothing fundamentally changed in teh last version, should we hint this so that it can land in the next rebuild?
[12:28] <pitti> I guess this is a bit urgent
[12:28] <jamespage> pitti, nova/cinder not on any images
[12:28] <pitti> ah, good
[12:28] <rtg> ssh gloin.kernel
[12:28] <rtg> -EWRONGWINDOW
[12:33] <coreycb> jamespage, hey, need anything?
[12:34] <pitti> jamespage: yeah, seems to be a race indeed
[12:35] <pitti> jamespage: after the test fails, nova-compute is running
[12:35] <pitti> (for -lxc)
[12:38] <pitti> # service nova-compute start; echo "STARTED"; pidof -x nova-compute
[12:38] <pitti> STARTED
[12:38] <pitti> (no pid)
[12:38] <pitti> jamespage: ^
[12:39] <infinity> tjaalton: Why has there been no attention to LP: #1507255 ?
[12:39] <ubot2> Launchpad bug 1507255 in xserver-xorg-video-intel "Garbled graphics in Wily with Intel GMA4500 chip" [Undecided,New] https://launchpad.net/bugs/1507255
[12:39] <infinity> tjaalton: Looks pretty vile.
[12:41] <tjaalton> infinity: the bug is one day old, first time I hear about it too
[12:41] <infinity> tjaalton: Oh, fair point.  His mention that it's been happening for a while made me not check the date.
[12:43] <pitti> jamespage: so my first gut feeling is that the start job is done when python runs, but that still needs to parse/read/run nova-compute and change its argv etc.
[12:44] <pitti> jamespage: so maybe add a retry loop for 5 s or so?
[12:47] <jamespage> coreycb, nah on this
[12:48] <pitti> jamespage: testing a fix now
[12:48] <jamespage> coreycb, hey - could you work the changes/uploads for the horizon upgrade issue we discussed on friday
[12:48] <jamespage> coreycb, that will need an SRU as well - lets see if we can get that in before zul's stable kilo release work
[12:48] <coreycb> jamespage, sure will do
[12:49] <jamespage> pitti, a retry?
[12:49] <pitti> jamespage: testing http://paste.ubuntu.com/12860302/
[12:50] <jamespage> pitti, awesome ta
[13:12] <flocculant> infinity: re bug 1507333 - the guy who reported that was also talking about corrupt icons - I'll ask him to grab the iso again - ftr I just installed with the same iso and was ok here
[13:12] <ubot2> bug 1507333 in systemd "kernel panic during installation" [Medium,Incomplete] https://launchpad.net/bugs/1507333
[13:13] <infinity> flocculant: Corrupt icons too, could point to just dodgy hardware.  Which would explain a systemd segv that no one else sees.
[13:14] <flocculant> infinity: yep - the guy is in our QA team, so if he'd seen that before I would know
[13:15] <flocculant> unless it's broken recently ofc ;)
[13:15] <flocculant> anyway - soon as I see him I'll ask him
[13:15] <flexiondotorg> infinity, Do I need to request an unblock for ubuntu-mate-meta?
[13:15] <infinity> flexiondotorg: Nah, I'll unblock it.
[13:15] <flexiondotorg> Cheers.
[13:15] <flexiondotorg> infinity, You in England?
[13:16] <cyphermox> could someone please review console-setup and localechooser, once that is done we can rebuild d-i and ubiquity to ship the fixes on images
[13:16] <infinity> pitti: Wasn't your last apport upload meant to fix the tests? :P
[13:16] <infinity> flexiondotorg: Yep.
[13:16] <flexiondotorg> :-)
[13:16] <pitti> infinity: yeah, and now they fail for something completey different and unexpected; need to investigate
[13:17] <infinity> pitti: \o/
[13:17] <pitti> infinity: it did fix the test that was failing previously at least
[13:18] <pitti> jamespage, infinity ^ should fix the ppc64el failure; it succeeded twice in a row  on wolfe (i. e. on the production platform)
[13:18] <pitti> and also in local (amd64) LXC
[13:18] <jamespage> pitti, thankyou
[13:18] <pitti> well, I forgot to take out the extra "echo waiting..", but not a biggie
[13:19] <pitti> if you care, I'll reupload
[13:19] <pitti> it was meant to show me how many 0.1 s iterations it needs and that the loop is working
[13:19]  * pitti self-rejects and reuploads
[13:20] <pitti> infinity: btw, I uploaded and self-accepted postfix yesterday as that was holding up dpkg; I hope I didn't disrupt any freeze/image building with it
[13:20] <pitti> but I figured we'd want that dpkg everywhere
[13:21] <infinity> pitti: Nope, all good.
[13:21] <infinity> pitti: Thanks for that.
[14:28] <infinity> jamespage: Where does "manage.py" in openstack-dashboard-ubuntu-theme.postrm come from?
[14:28] <infinity> jamespage: Pretty sure you can't rely on it being there during purge, only remove, if it's a package that one depends on.
[14:28] <infinity> jamespage: And it's redundant to do it in both cases anyway.
[14:29] <pitti> nova-compute-daemons PASS
[14:29] <pitti> jamespage: ^ http://autopkgtest.ubuntu.com/running.html for nova/ppc64el \o/
[14:30] <infinity> pitti: Huzzah.  Thanks.
[14:30] <pitti> so I guess you might want to lift the freeze for nova and cinder?
[14:30] <pitti> to not ship wily with the release candidates?
[14:30] <infinity> pitti: Already done/doing.
[14:31] <pitti> infinity: ah nevermind, Laney did it already
[14:32] <apw> infinity, ^^ to fix the virtualbox provide snarfu ...
[14:35] <infinity> pitti: Now if you can either fix apport or tell me I can ignore its broken tests, that would be lovely. :P
[14:35] <pitti> infinity: I hinted it this morning already
[14:35] <infinity> pitti: Oh, so you did.
[14:36] <pitti> infinity: but I'll look at the tests ASAP of course (not today any more though, need to run to French class in 10 mins)
[14:38] <davmor2> pitti: why take a french class, just hang around in here and get insulted by jibel, seb128 and cyphermox, you'll be fluent in no time ;)
[14:38] <pitti> tout est cassé ! merde !
[14:38] <seb128> ;-)
[14:39] <cyphermox> pitti: I tend to use a different wording, and not so much write that, just say it loud :)
[14:39] <davmor2> hahaha
[14:39]  * pitti n'apprend pas encore à jurer
[14:39] <cyphermox> (because I'm polite and stuff)
[14:40] <davmor2> cyphermox: but I make you swear all the time :P
[14:41] <cyphermox> davmor2: sure, but I don't swear when other peoples might hear it, because I don't want to subject people to it and sound like I'm always mad :)
[14:41] <davmor2> cyphermox: I'm sorry you have another mode????
[14:42] <cyphermox> you all seem to forget that next release d-i and ubiquity will default to fr_CA ;)
[14:42] <cyphermox> ... or fr_QC, depending on how elections end today? ;P
[14:43] <davmor2> cyphermox: is that like EN_US ie not quite French :P
[14:43] <flocculant> ha ha
[14:43] <cyphermox> seb128: thanks, your fix for ubiquity works -- I'll just use 50 instead so it's not too large for people with small screens.
[14:43] <seb128> cyphermox, yeah, sorry I couldn't easily test so I picked a number ... thanks for testing/including ;-)
[14:44] <cyphermox> np. we've been wanting to fix/rework this for a bit, make the detials more useful
[14:44] <cyphermox> right now it's too small to be very readable, and if we make it larger it's as useless for large screens.
[14:44] <cyphermox> s/large/small/
[14:46] <seb128> right
[15:01] <davmor2> infinity: weren't we dropping wubi.exe?
[15:35] <infinity> jamespage: Should I worry about this vmware-nsx in the NEW queue that no one has ever bugged me about?
[15:36] <jamespage> infinity, I suspect its been there so long its now bitrotted and will FTBFS
[15:36] <jamespage> defer it until +1 opens...
[15:36] <jamespage> I can always request a backport like I did early last cycle for a few other similar bits and pieces
[15:37] <infinity> jamespage: Happy to reject it if there's no urgency.
[15:39] <jamespage> infinity, fine with me
[16:12] <flexiondotorg> infinity, Are you planning on respinning all the flavours again?
[16:14] <infinity> flexiondotorg: Yeah, we've changed both installers, so $world will respin later tonight to pick all of that up.
[16:16] <seb128> unsure if that's confirmed or just a problem for some users and how much of an issue it is but bug #1507245 and bug #1506502 looks like they are worth investigating a bit
[16:16] <ubot2> bug 1507245 in ubiquity "Not all language support files are installed even 'if install updates' is selected during installation" [Undecided,New] https://launchpad.net/bugs/1507245
[16:16] <ubot2> bug 1506502 in ubiquity "fcitx-mozc is not installed by default on Ubuntu 15.10" [Undecided,Confirmed] https://launchpad.net/bugs/1506502
[16:16] <seb128> (trying a japanese install in a vm to see if I can confirm the issue)
[16:21] <Laney> poor ubot93
[16:31] <flexiondotorg> infinity, Thanks.
[16:36] <seb128> bug #1506502 is confirmed
[16:36] <ubot2> bug 1506502 in ubiquity "fcitx-mozc is not installed by default on Ubuntu 15.10" [Undecided,Confirmed] https://launchpad.net/bugs/1506502
[16:37] <seb128> could be because  fcitx-mozc is in universe, does the language-selector code grab things from there?
[16:38] <seb128> if not bug #1486772, the package needs to be seeded
[16:38] <ubot2> bug 1486772 in gyp "[MIR] mozc" [Undecided,Incomplete] https://launchpad.net/bugs/1486772
[16:38] <seb128> (the MIR is fix commited for mozc, the status reflect another component)
[16:38] <infinity> seb128: It probably shouldn't.  But lemme look at the MIR.
[16:41] <infinity> seb128: It should be seeded in live (and should be moved to main once it is).
[17:01] <flexiondotorg> infinity, I've just noticed something weird.
[17:01] <flexiondotorg> infinity, mate-sensors-applet is still in wily/proposed.
[17:02] <flexiondotorg> infinity, This was synced weeks ago.
[17:02] <flexiondotorg> infinity, Can you let me know why it is stuck there and how to move it on?
[17:02] <cyphermox> flexiondotorg: isn't it on excuses?
[17:02] <cyphermox> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[17:02]  * flexiondotorg is looking now
[17:03] <cyphermox> ^ fails to build on some architectures
[17:03] <flexiondotorg> cyphermox, Which ones?
[17:04] <flexiondotorg> cyphermox, It build in debian unstable/sid
[17:05] <flexiondotorg> cyphermox, Can you request a rebuild?
[17:05] <ogra_> Not touching package due to block request by freeze (contact #ubuntu-release if update is needed)
[17:06] <ogra_> bad timing ;)
[17:06] <flexiondotorg> https://packages.debian.org/sid/mate-sensors-applet
[17:06] <ogra_> (that was likely the beta freeze that was in effect when you synced it)
[17:07] <flexiondotorg> cyphermox, Can you unblock mate-sensors-applet please
[17:07] <flexiondotorg> ogra_, Thanks.
[17:10] <cyphermox> flexiondotorg: sorry, I can't unblock things, no permissions for that :)
[17:10] <cyphermox> arf, but it's failing to build anyway
[17:10] <flexiondotorg> infinity, Please can you unblock mate-sensors-applet
[17:11] <flexiondotorg> OK, can you request a rebuild?
[17:11] <infinity> flexiondotorg: Unblocking won't help.
[17:11] <flexiondotorg> I have previously built it in a PPA to test it and it builds in Debian sid.
[17:12] <infinity> flexiondotorg: It has build-deps that can't be satisfied.
[17:12] <flexiondotorg> Where can I see this please?
[17:12] <infinity> flexiondotorg: In the build log.
[17:13] <infinity>  sbuild-build-depends-mate-sensors-applet-dummy : Depends: libxnvctrl-dev but it is not installable or
[17:13] <infinity>                                                            nvidia-settings but it is not installable
[17:14] <flexiondotorg> infinity, Yep, so I see.
[17:14] <flexiondotorg> infinity, Thanks.
[17:14] <infinity> flexiondotorg: In Debian, libxnvctrl-dev seems to exist on all arches, it's only on some in Ubuntu.
[17:14] <flexiondotorg> infinity, So I see :-(
[17:14] <infinity> flexiondotorg: So you probably want to arch-restict that build-dep, if it's optional.
[17:15] <flexiondotorg> infinity, Incantation to that?
[17:15] <infinity> [amd64 armhf i386]
[17:15] <infinity> But that implies that dropping the build-dep doesn't break the package somehow.
[17:15] <infinity> Which you might want to verify. :P
[17:16] <flexiondotorg> infinity, It won't.
[17:16] <flexiondotorg> infinity, configure will simply disable nvidia support if the build dep is missing.
[17:16] <infinity> I feel like it might break the new mate-sensors-applet-nvidia package. :P
[17:16] <flexiondotorg> infinity, Should I provide a debdiff?
[17:16] <infinity> Or make it so useless that you should also arch-restrict that.
[17:17] <flexiondotorg> infinity, Yep, arch restrict that -nvidia package too.
[17:17] <infinity> And the nvidia-dbg package, obviously.
[17:18] <flexiondotorg> Ordinarily I'd fix this in Debian and synv to Ubuntu, but no time for that.
[17:26] <rsalveti> infinity: apw: uploaded a new dfsg rtl8812au, removing those files
[17:41] <infinity> flexiondotorg: So, yeah, gimme a debdiff, I guess.
[18:07] <jderose> infinity: i noticed that the 20151017.1 ISO didn't pass the automated testing... are you expecting to respin the ISO this week, or do you expect 20151017 to be the final?
[18:08] <infinity> jderose: I'm respinning tonight after some bits of the archive settle.
[18:08] <infinity> jderose: Which automated testing didn't pass?
[18:09] <flexiondotorg> infinity, Sorry for the delay. Been reading bed time stories to my daughter.
[18:09] <flexiondotorg> infinity, How does this look? - http://paste.ubuntu.com/12864333/
[18:12] <infinity> flexiondotorg: Looks like it might work.  Did you test by fudging the arches and doing a local build?
[18:12] <infinity> flexiondotorg: I can try that.
[18:12] <infinity> flexiondotorg: (Also, your changelog indentation is wrong, but I'll fix that)
[18:12] <flexiondotorg> Haven't done a local build, just wanted to make sure the ubuntu1 suffix was the right way to do things?
[18:13] <infinity> flexiondotorg: Yup.
[18:13] <flexiondotorg> infinity, OK. Do you want me to raise a bug?
[18:13] <infinity> flexiondotorg: No.
[18:13] <flexiondotorg> infinity, Thanks!
[18:13] <infinity> flexiondotorg: I'm going to test this a bit here and then sponsor it if it seems sane.
[18:14]  * flexiondotorg goes off to test PowerPC build for Ubuntu MATE and Lubuntu...
[18:16] <infinity> flexiondotorg: Also missed running update-maintainer(1) (fixed).
[18:16] <flexiondotorg> infinity, Thanks.
[18:16] <infinity> flexiondotorg: Testing right now with s/amd64/powerpc/ so my amd64 build will omit those bits. :P
[18:17] <infinity> flexiondotorg: Will upload if this DTRT.
[18:17] <flexiondotorg> infinity, Thanks for your help. Let me know if you need me to do anything else.
[18:21] <jderose> infinity: not sure what failed, i just noticed that the migration from pending to current didn't happen, and it was my understand that usually means the automated iso testing failed
[18:21] <infinity> jderose: Fair point.  jibel's looking at it.
[18:21] <jderose> infinity: jibel: thanks! :)
[18:31] <flexiondotorg> infinity, Thanks ^^^^^^^^^^^^^
[18:48] <jhodapp> I have a change to qtubuntu-media that will be published for wily shortly and I want to make sure it gets accepted into the wily release. It's a very minor package dependency change on a specific version of mediascanner (old version now) that mediascanner needs in order to not be blocked in proposed.
[19:24] <jhodapp> Anyone with thoughts on the qtubuntu-media landing?
[19:24] <jhodapp> the diff is here: https://code.launchpad.net/~phablet-team/qtubuntu-media/mediascanner-dependency-removal/+merge/274914
[19:28] <flexiondotorg> infinity, Turns out that mate-sensors-applet is busted in Debian too.
[19:28] <flexiondotorg> infinity, So I will fix it there too and it can synced for the 1604 cycle :-)
[21:05] <infinity> jhodapp: Laney already fixed it hours ago.
[21:33] <flexiondotorg> cyphermox, What options can I pass oem-config to get some debug/logging?
[21:40] <cyphermox> flexiondotorg: debug-oem-config, I think. lemme look
[21:41] <cyphermox> yeah, if you pass debug-oem-config on the kernel command-line it will start in debug mode; which is the same as starting it from the console with --debug
[21:42] <cyphermox> what kind of information are you looking for?
[21:50] <jhodapp> infinity, yeah he forgot to mention that :)
[21:50] <jhodapp> infinity, but it's only a partial fix
[22:11] <DalekSec> So has anyone asked sabdfl for the XX name yet, considering last release? :P
[22:13] <jderose> flexiondotorg: so have you hit some issue with oem-config? please share, inquiring minds at system76 would love to know :)
[22:25] <flexiondotorg> jderose, Nothing for you to worry about.
[22:25] <flexiondotorg> jderose, I'm working on the Raspberry Pi 2 build.
[22:25] <jderose> flexiondotorg: hey, that's always what i *want* to hear :P
[22:25] <jderose> gotcha
[22:26] <flexiondotorg> jderose, Which is a bit unusual because of the kernel.
[22:26] <flexiondotorg> Got debug now.
[22:26] <flexiondotorg> cyphermox, I'm trying to get oem-config working with my Raspberry Pi 2 build.
[22:27] <flexiondotorg> I think the issue is related to that usual kernel I'm using.
[22:27] <flexiondotorg> *unusual
[22:30] <infinity> jhodapp: How is it only a partial fix?
[22:32]  * infinity respins the world.
[22:37] <ianorlin> althuogh oem-config on lubuntu uses the the unity slideshow but that is probably that there is not a lubuntu oem slideshow package
[22:58] <cyphermox> ianorlin: no, I think there's just one slideshow for any oem-config.
[23:04] <ianorlin> There actually is one for ubuntu mate for oem config but apt-cache search slideshow should show them if the package has a reasonable name
[23:38] <flexiondotorg> cyphermox, ianorlin There is just one slideshow for owm-config.
[23:38] <flexiondotorg> Something I'd like to change for 16.04.
[23:39] <flexiondotorg> Or rather, oem-config support only one slideshow.
[23:39] <flexiondotorg> ianorlin, Has spotted I tried to create one for Ubuntu MATE in the past.
[23:39] <flexiondotorg> cyphermox, I've monkey patched oem-config to work with the Raspberry Pi Foundation kernel.
[23:40] <flexiondotorg> cyphermox, No pretty, very specific. I doubt you want a real patch?
[23:51] <cyphermox> well shoot what you have I can haz a look
[23:51] <cyphermox> I'm not sleeping just yet.


[21:33] <Guest_5> #ubuntu
[21:43] <tomreyn> User2164615: did you mean to join the #ubuntu channel by chance?
[21:44] <tomreyn> ( see /topic )
[21:46] <User2164615> ok