[00:25] <steve__> I think I missed the meeting
[15:55] <skaet_> hi smb,  you representing kernel for apw?
[15:56] <smb> skaet_, Yes as he warned you about. :)
[15:56] <cjwatson> hi
[15:56] <skaet_> smb,  cool.  :)
[15:56] <skaet_> hi cjwatson
[15:57]  * ara waves
[15:57] <ara> skaet_, I will be representing hwcert
[15:57]  * skaet_ waves back at ara
[15:57] <pitti> hello
[15:58]  * skaet_ waves at pitti, too.
[15:59]  * rsalveti waves
[15:59] <rsalveti> I'll be representing ogra
[15:59] <skaet_> welcome rsalveti.  :)
[16:00] <rsalveti> thanks :-)
[16:00] <skaet_> ok... time to get started I think.
[16:00] <skaet_> #startmeeting
[16:00] <MootBot> Meeting started at 10:00. The chair is skaet_.
[16:00] <skaet_> Reminder:   please use ".." on separate line when you've finished typing.    If someone wants to comment on the last point, please "o/", so we know to wait
[16:01]  * marjo_ waves
[16:02]  * skaet_ waves back
[16:02] <skaet_> Agenda can be found at https://wiki.ubuntu.com/ReleaseTeam/Meeting/2010-12-10
[16:02] <skaet_> [Topic] update on action items - skaet
[16:02] <MootBot> New Topic:  update on action items - skaet
[16:03] <skaet_> o-series and p-series now available to use.  Thanks to launchpad team! :D
[16:03] <skaet_> Release Candidate vs. beta 2 (and associated date tweaks?) still needs meeting called, was waiting for testing sprint to finish.  Look for request early next week.
[16:03] <skaet_> and... last but not least..
[16:04] <skaet_> Python 2.7 transition has started.  Any initial feedback?
[16:04] <skaet_> ..
[16:04] <doko> looks good
[16:04]  * robbiew turns off updates :P
[16:04] <cjwatson> just upgraded my laptop; had to remove one or two things but it does seem to be approaching consistency again noww
[16:05] <cjwatson> *now
[16:05]  * smb looks at his pyton-2.7 minimal failed message
[16:05] <pitti> the last package that currently breaks CD builds is python-uno
[16:05] <rsalveti> for arm we're still waiting most of the new packages to build
[16:05] <pitti> I'll get to that in my report
[16:05] <doko> pitti is fighting with OOo, any other desktop stuff should be almost ready
[16:05] <skaet_> sounds better than I was hoping.  :)   cool!
[16:06] <doko> we'll need to get python2.6-minimal from the chroot images to be able to address remaining build failures
[16:06] <cjwatson> lamont is/was on that
[16:07] <skaet_> ok doko,  cjwatson.   thanks.
[16:07] <doko> current list of issues: https://launchpad.net/ubuntu/+bugs?field.tag=python27
[16:07] <skaet_> good to know.   I'll keep an eye on it.  :)
[16:08] <skaet_> any other comments/updates on the open action items?
[16:08] <skaet_> ..
[16:08] <skaet_> ok, on to the round tables...
[16:09] <skaet_> [Topic] QA team update - marjo
[16:09] <MootBot> New Topic:  QA team update - marjo
[16:09] <marjo_> Alpha 1 test report:
[16:09] <marjo_>     https://wiki.ubuntu.com/QATeam/ReleaseReports/NattyAlpha1TestReport
[16:09] <marjo_> Thanks to all the folks who helped out with the ISO testing
[16:09] <marjo_> Thanks to jibel for the report
[16:09] <marjo_> weekly testing status:
[16:09] <marjo_>     http://reports.qa.ubuntu.com/reports/qadashboard/qadashboard.html
[16:10] <marjo_> please note compiz in top 5 of new bugs
[16:10] <marjo_> and new mago desktop test results
[16:11] <marjo_> the QA dashboard also now includes server automated test results
[16:11] <skaet_> :)
[16:11] <marjo_> thanks to hggdh
[16:11] <marjo_> ..
[16:12] <skaet_> thanks marjo.
[16:12] <skaet_> quick question
[16:12] <marjo_> sure
[16:12] <skaet_> any work item charts I should be pointing to in the agenda for your team?   alpha2 deliverables to track?
[16:13] <marjo_> can't show work items because it's broken; i believe pitti is working on it
[16:13] <pitti> should be back up again
[16:13] <marjo_> but alpha2 work items are in-progress
[16:13] <pitti> we lost the data from yesterday
[16:13] <skaet_> marjo, pitti, thanks!  :)  ok, let me know the links I should be adding before next wednesday please.
[16:14] <skaet_> any other questions for marjo?
[16:14] <pitti> http://people.canonical.com/~platform/workitems/natty/canonical-platform-qa-natty-alpha-2.html
[16:14] <MootBot> LINK received:  http://people.canonical.com/~platform/workitems/natty/canonical-platform-qa-natty-alpha-2.html
[16:14]  * skaet_ likes pitti's efficiency
[16:15] <skaet_> thanks!
[16:15] <skaet_> [Topic] Hardware Certification team update - ara
[16:15] <MootBot> New Topic:  Hardware Certification team update - ara
[16:15] <ara> hello!
[16:15] <skaet_> hello
[16:15] <ara> so this week we have started with the weekly testing and actually getting some results ;-)
[16:15] <ara> the report has now been moved to:
[16:15] <ara> [LINK] http://people.canonical.com/~hwcert/hw-testing/current
[16:15] <MootBot> LINK received:  http://people.canonical.com/~hwcert/hw-testing/current
[16:16] <ara> The first thing you can notice in that report is that the servers didn't get much coverage
[16:16] <ara> cr3 is already on this and he found that the root cause is bug 56679
[16:17] <ara> he found a workaround and if it works it will submit it as a patch
[16:17] <skaet_> ok, will keep an eye on it.   Probably should be higher priority than wishlist though?
[16:17] <ara> yes, it would be nice
[16:18] <ara> Also, in the clients, we found a couple of pdus timing out. To improve things in the future we are now tracking this kind of errors in a project
[16:18] <cjwatson> it's wishlist because it's a design issue
[16:19] <ara> cjwatson, thanks for clarifying that :)
[16:19] <ara> Also, SRU testing
[16:19] <cjwatson> my philosophy on wishlist follows http://www.uk.debian.org/Bugs/Developer#severities because I'm a crusty sort :)
[16:19] <skaet_> lol
[16:19] <cjwatson> so I always mark feature requests as wishlist
[16:19] <ara> :D
[16:19] <ara> Next week we will be testing the proposed kernels
[16:20] <ara> and this time we aim to test them in up to 75 systems!!
[16:20] <ara> isn't that great?
[16:20] <sconklin-afk> ;-)
[16:20] <skaet_> excellent!!
[16:20] <ara> we will see if we can do weekly testing on natty as well
[16:20] <ara> it all depends on how the sru testing goes
[16:21]  * skaet_ :D
[16:21] <ara> so I can't promise that, but we will do our best
[16:21] <skaet_> would be good to know how its looking before the holidays,  so appreciate you trying.   :)
[16:21] <ara> ;-)
[16:22] <ara> and that's all for me, or how you like to put it:
[16:22] <ara> ..
[16:22] <skaet_> thanks ara!   questions?
[16:22]  * skaet_ looks around..
[16:22] <skaet_> [Topic] Security team update - jdstrand
[16:22] <MootBot> New Topic:  Security team update - jdstrand
[16:22] <jdstrand> o/
[16:22] <skaet_> o/
[16:23] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus/Natty
[16:23] <MootBot> LINK received:  https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus/Natty
[16:23] <jdstrand> [LINK] http://people.canonical.com/~platform/workitems/natty/canonical-security.html
[16:23] <MootBot> LINK received:  http://people.canonical.com/~platform/workitems/natty/canonical-security.html
[16:23] <jdstrand> Not a lot to report as we have been focusing on the stable releases of late. We have no open release targeted bugs and we have no open milestoned bugs or features for alpha-2. Any questions for the security team?
[16:23] <jdstrand> ..
[16:23] <skaet_> heh, you answered my question.  :)
[16:23] <jdstrand> hehe
[16:23] <skaet_> thanks jdstrand!   other questions?
[16:24] <jdstrand> I also am only semi-present here due to another issue. please ping me directly if I'm needed
[16:24] <skaet_> will do.
[16:24] <skaet_> [Topic] Kernel team update - smb
[16:24] <MootBot> New Topic:  Kernel team update - smb
[16:24] <smb> parting from apw's notes
[16:24] <smb> Overall status is reported at the first link below.  Burn down for the
[16:24] <smb> release milestone is at the second link below.  Burndown for the cycle
[16:24] <smb> is at the third link:
[16:24] <smb> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Natty
[16:24] <smb> [LINK] http://people.canonical.com/~platform/workitems/natty/canonical-kernel-team-natty-alpha-2.html
[16:24] <smb> [LINK] http://people.canonical.com/~platform/workitems/natty/canonical-kernel-team.svg
[16:24] <MootBot> LINK received:  https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Natty
[16:24] <MootBot> LINK received:  http://people.canonical.com/~platform/workitems/natty/canonical-kernel-team-natty-alpha-2.html
[16:24] <MootBot> LINK received:  http://people.canonical.com/~platform/workitems/natty/canonical-kernel-team.svg
[16:25] <smb> We are progressing on our natty-alpha-2 items, but as a number of
[16:25] <smb> smaller natty-alpha-1 items bled over we are somewhat over the line
[16:25] <smb> currently.  Many are small and we hope to make up some of the short fall
[16:25] <smb> before the break.  The remaining pushed out items are listed with
[16:25] <smb> background on the overall status above (first link).
[16:25] <smb> Of the bugs called out on the agenda: more testing is requested on the
[16:25] <smb> first three, there seems to be a common thread of failing to a black
[16:25] <smb> screen here.  The next three are new bugs, on each investigation is
[16:25] <smb> starting and we expect to have more information early next week.
[16:25] <smb> Finally the EC2 i386 issues appear to be resolved, though the t1.micro
[16:25] <smb> issues have been pulled out to a new bug.
[16:25] <smb> The main distro kernel is now rebased forward to mainline v2.6.37-rc4
[16:25] <smb> and published.  A futher upload carrying a rebase to v2.6.37-rc5 has
[16:25] <smb> just uploaded and is currently building.  This latest kernel carries
[16:25] <smb> updates which reneable the NX support for modules, and reenable a number
[16:25] <smb> of Ubuntu drivers which were disabled during rebases.
[16:25] <smb> ..
[16:26]  * skaet_ digests....
[16:26] <smb> apw_, sounds right? ;)
[16:26] <skaet_> thanks smb!   good info.
[16:26] <skaet_> any one have questions?
[16:27] <skaet_> [Topic] Foundations team update - cjwatson
[16:27] <MootBot> New Topic:  Foundations team update - cjwatson
[16:29] <cjwatson> I would link to http://people.canonical.com/~platform/workitems/natty/canonical-foundations-natty-alpha-2.html, but *cough* we aren't maintaining subcycle distinctions very well; mostly just working off the main list right now:
[16:29] <cjwatson> [LINK] http://people.canonical.com/~platform/workitems/natty/canonical-foundations.html
[16:29] <MootBot> LINK received:  http://people.canonical.com/~platform/workitems/natty/canonical-foundations.html
[16:29] <cjwatson> We finally have a release status page:
[16:29] <cjwatson> https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Natty
[16:29] <cjwatson> Main summary this week:
[16:29] <cjwatson>  * excellent progress on installer testing by Evan, now running regularly and soon going to gain things like bootchart support (though public viewing blocked by RT#40560)
[16:29] <cjwatson>  * significant software-center speed improvements, large searches from ~5s to instant
[16:29] <skaet_> *\o/*
[16:29] <cjwatson>  * changelogs.ubuntu.com now updates more or less instantly
[16:29] <cjwatson>  * natty upstart spec belatedly finalised: planned improvements are debug stanza, override files (with manual stanza for disabling jobs), job visualisation, socket activation, D-Bus activation, chroot support, user sessions, and visible job start/stop in plymouth details view
[16:29] <cjwatson>  * Qt builds on ARM again, thanks to gcc fix
[16:29] <cjwatson>  * python2.7 now default version, working through build failures
[16:29] <marjo_> cjwatson: agree on Ev's progress
[16:29] <cjwatson> bug summary in the release status page, not hugely interesting at the moment though
[16:30] <cjwatson> ..
[16:30] <skaet_> thanks for getting the release status created.  :D
[16:30] <skaet_> other things sound like they're moving along quite nicely.
[16:31] <skaet_> any one have questions?
[16:31] <cjwatson> BTW, the upstart items are a *very* cut-down version of the full wishlist: basically top three per developer
[16:31] <cjwatson> I think it's an achievable set of goals
[16:31] <skaet_> ack
[16:31]  * skaet_ makes a note to go give it a good review.
[16:31] <skaet_> thanks cjwatson.
[16:32] <skaet_> [Topic] Server team update - robbiew
[16:32] <MootBot> New Topic:  Server team update - robbiew
[16:33] <robbiew> o/
[16:33] <robbiew> sorry...running behind
[16:33] <robbiew> https://wiki.ubuntu.com/ServerTeam/ReleaseStatus/Natty
[16:33] <skaet_> heh,  no worries - you've got a status now.   Yay!
[16:34] <robbiew> htnx
[16:34] <robbiew> thnx
[16:34] <robbiew> nothing really to report on status
[16:35] <robbiew> in terms of features
[16:35] <robbiew> pretty much on track
[16:35] <robbiew> though I need to crack the whip  on smoser
[16:35] <skaet_> any progress on that one milestoned bug?
[16:35] <robbiew> Daviey has looked into it
[16:35] <robbiew> but needs help from doko
[16:35] <skaet_> okie.
[16:35] <Daviey> :(
[16:36] <skaet_> any good reason why the alpha-2 work-item chart doesn't match the format of the others?
[16:37] <robbiew> heh....that will be addressed ;)
[16:37] <robbiew> short answer is "no"
[16:37] <skaet_> sweet.  thanks!
[16:37]  * skaet_ likes consistency
[16:37] <skaet_> thanks robbiew.   any other questions?
[16:38] <robbiew> we have one release targeted bug
[16:38] <robbiew> but around syncing in xen-tools
[16:38]  * skaet_ oops my bad,  didn't wait for the ..
[16:38] <robbiew> new Debian package
[16:41] <skaet_> ..?
[16:41] <robbiew> ..
[16:41] <robbiew> sorry
[16:41] <skaet_> heh,  thanks.
[16:41] <skaet_> any other questions?
[16:42] <skaet_> [Topic] Desktop team update - pitti
[16:42] <MootBot> New Topic:  Desktop team update - pitti
[16:42] <pitti> Lots of firefighting this week due to various major breakages (OO.o, Python transition, python-launchpadlib, broken login in gdm), so feature development went a bit slower.
[16:42] <pitti> We are falling behind on the alpha-2 WIs, especially with the holidays in front of us. We have quite a lot of "Low" priority WIs (targets of opportunity) which we can drop if necessary.
[16:42] <pitti> Martin is currently fighting with OO.o to get it to build in current Natty. This is the last package that currently breaks CD builds due to the Python 2.7 transition (python-uno).
[16:42] <pitti> DISCUSSION: Since this is by far not an easy task, should we aim to work around this for now by somehow suppressing openoffice.org-emailmerge from CDs (recommends of openoffice.org-writer)?
[16:42] <pitti> = CD space savings =
[16:42] <pitti> Currently still 11 MB (i386)/20 MB (amd64) oversized.
[16:42] <pitti> Still some space to be gained from package rebuilds (changelogs, PNGs).
[16:42] <pitti> Once we rebuild OO.o, we'll drop another ~ 9 MB due to dropping the NBS libicu42 and changelogs.
[16:42] <pitti> /usr/lib/python2.{6,7} each need ~ 9.5 MB of CD space, i. e. due to the transition we added 9.5 MB. It would be nice if we could drop support for 2.6 during Natty to reclaim them.
[16:42] <pitti> RC bug status: nothing too worrying right now, details at
[16:42] <pitti> [LINK] https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:42] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:42] <pitti> ..
[16:43] <pitti> cjwatson: just to have some ideas up our sleeve, is it possible to blacklist oo.o-emailmerge in the seeds, so that the recommends won't pull it in?
[16:43] <skaet_> thanks pitti.
[16:43] <pitti> (btw, I get 1.5 hours into the OO.o build now, making progress..)
[16:43] <pitti> but this will be my last attempt for today
[16:43] <pitti> (the one I started 10 mins ago)
[16:45] <doko> pitti: I'm all for dropping 2.6, but there are people who don't like it. launchpad guys and such
[16:45] <pitti> I guess dropping 2.6 is a sprint/rallye topic?
[16:45] <doko> yes
[16:45] <pitti> right, next alpha isn't due until after that
[16:45] <skaet_> yeah,  seems like a good topic for the rally.
[16:46] <pitti> (who uses real CDs anyway :) )
[16:46] <cjwatson> pitti: seed blacklisting generally isn't a useful approach
[16:46] <cjwatson> pitti: it won't influence what apt does
[16:46]  * skaet_ uses real CDs to test from time to time... ;)
[16:47] <pitti> cjwatson: ok; so I guess we'll just temporarily unseed it completely until we get it to build again
[16:47] <pitti> with some luck, I'll get through it by Monday
[16:48] <cjwatson> I suppose it *might* get it off the CD, but I don't really like using blacklisting for this because it spreads confusion about its purpose (which is really an alarm bell to make sure that things break if certain packages are ever pulled in by accident)
[16:48] <skaet_> thanks pitti!   any other comments/questions?
[16:49] <skaet_> [Topic] Ubuntu One Team - joshuahoover
[16:49] <MootBot> New Topic:  Ubuntu One Team - joshuahoover
[16:49] <joshuahoover> [LINK] https://wiki.ubuntu.com/UbuntuOne/NattyReleaseStatus
[16:49] <joshuahoover> details on where we're at with blueprints and releases is in the link above
[16:49] <MootBot> LINK received:  https://wiki.ubuntu.com/UbuntuOne/NattyReleaseStatus
[16:49] <joshuahoover> couchdb bug #682866 is fixed, which means we can release desktopcouch 1.0, which should happen today, monday at the latest
[16:49] <joshuahoover> we'll be releasing an update with our initial zeitgeist integration next week, with the coding and testing finishing up today
[16:49] <joshuahoover> we're testing all our python stuff against 2.7 currently and fixing issues when/if they arise
[16:49] <skaet_> :)
[16:50] <joshuahoover> and that's about it for u1 this week
[16:50] <joshuahoover> ..
[16:50] <skaet_> thanks joshuahoover!  sounds like solid progress.    any questions?
[16:50] <skaet_> [Topic] Kubuntu Team update - Riddell
[16:50] <MootBot> New Topic:  Kubuntu Team update - Riddell
[16:51] <Riddell> hi
[16:51] <skaet_> hi
[16:51] <Riddell>  * KDE SC 4.6 Beta 2 uploadedpackaging now in progress, release and natty upload expected tomorrow
[16:51] <Riddell>  * GCC fixes on ARM, Qt compiled, KDE packages now compiling
[16:51] <Riddell> is all :)
[16:51] <skaet_> nice news about GCC!
[16:52] <Riddell> hmm, that didn't even work
[16:52] <Riddell>  * KDE SC 4.6 Beta 2 uploaded
[16:52] <Riddell> dunno where the rest came from
[16:52] <skaet_> ??
[16:52] <Riddell> editing error
[16:52] <skaet_> :(
[16:53] <ScottK> It's not wrong though.  gcc is fixed (or at least worked around)
[16:53] <skaet_> :) again....
[16:54] <Riddell> yes second line is fine
[16:54] <skaet_> Thanks Riddell, ScottK.   any other questions/comments?
[16:55] <skaet_> [Topic] Desktop Experience Team Update - dbarth_
[16:55] <MootBot> New Topic:  Desktop Experience Team Update - dbarth_
[16:55] <dbarth_> hi
[16:55] <skaet_> hi
[16:55] <dbarth_> [LINK] https://wiki.ubuntu.com/DesktopExperienceTeam/NattyReleaseStatus#preview
[16:55] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopExperienceTeam/NattyReleaseStatus#preview
[16:55] <dbarth_> ...before i get disconnected again :(
[16:55] <dbarth_> not much to report this week
[16:55] <dbarth_> we've released unity 3.2.2 for alpha-1
[16:56] <dbarth_> we've been developing for the next release for next week
[16:56] <dbarth_> setting goals for alpha-2
[16:56] <dbarth_> the milestoned blueprints are on the report
[16:57] <dbarth_> on the a11y front, we're a bit behind, it's proving harder to implement that initially planned
[16:57] <dbarth_> we're in touch with the Desktop team and rick to find a solution; more news next week
[16:57] <skaet_> okie
[16:57] <dbarth_> last, on the unity foundations part
[16:58] <dbarth_> the gdbus port are now completed for dbusmenu, applindicator, libzeitgeist; indicator-application has been split as well
[16:58] <dbarth_> we won't upload things before january however, to avoid creating a dependency hell for the end of the year
[16:58] <dbarth_> you don't want that under the christmas tree, do you? ;)
[16:58] <skaet_> lol
[16:58] <ara> :D
[16:59] <dbarth_> questions, tomatoes?
[16:59]  * skaet_ wants the python 2.7 issues resolved first...
[16:59] <dbarth_> yeah, i'll let python first, no worries
[16:59] <skaet_> any update on the bugs in the agenda?
[16:59] <dbarth_> oops, that i haven't checked thoroughly
[16:59] <dbarth_> we've solved the keyboard accelerator issue
[17:00] <dbarth_> at the beginning of the week
[17:00] <dbarth_> let me get back to you before the end of the meeting
[17:00] <dbarth_> checking quickly
[17:00] <skaet_> sounds good.
[17:00] <skaet_> Thanks dbarth_!  any other questions/comments?
[17:00] <skaet_> [Topic] ARM team update - rsalveti
[17:00] <MootBot> New Topic:  ARM team update - rsalveti
[17:01]  * rsalveti waves
[17:01]  * skaet_ waves back
[17:01] <rsalveti> Full Status at https://wiki.ubuntu.com/ARMTeam/ReleaseStatus/Natty
[17:01] <rsalveti> ..
[17:01] <rsalveti> - Bug 686320: Network Manager is crashing at ARM, fix is available (backport from upstream), but waiting cyphermox to update the package
[17:01] <rsalveti> - OMAP4 image is currently broken, mainly because of the python upgrade (still lots of jobs at the ARM builders)
[17:01] <rsalveti> - Bug 633227: Brian was able to test with latest omap 4 tree available (2.6.37 based) and the issue is still there, work still ongoing
[17:01] <rsalveti> - Thunderbird is now buildable again
[17:01] <rsalveti> - Issues with the SRU process with kernel fixes
[17:01] <rsalveti> - There are still some open SRU bugs left
[17:01] <rsalveti> - Qt is finally buildable again, and soon it'll start cleaning the KDE FTBFS
[17:01] <rsalveti> - Half of the team in vacation, so no much WI done by this week
[17:01] <rsalveti> ..
[17:01] <rsalveti> Image Status
[17:01] <rsalveti> ..
[17:01] <rsalveti> - Latest one is from 20101206, before the python breakage
[17:01] <rsalveti> ..
[17:01] <rsalveti> Work Items
[17:01] <rsalveti> ..
[17:01] <rsalveti> - Entire http://people.canonical.com/~platform/workitems/natty/canonical-arm.html
[17:01] <rsalveti> - Next Milestone http://people.canonical.com/~platform/workitems/natty/canonical-arm-natty-alpha-2.html
[17:01] <rsalveti> ..
[17:01] <rsalveti> Bugs
[17:01] <rsalveti> ..
[17:01] <rsalveti> - Bug 673504 finally released
[17:01] <rsalveti> - Bug 682742 thunderbird is working again
[17:02] <rsalveti> ..
[17:02] <ScottK> rsalveti: KDE is ~half built now and all the Qt packages (non-KDE) I know of are rebuilt.
[17:03] <rsalveti> great, that will decrease a lot the ftbfs list
[17:03] <rsalveti> that's all from me
[17:04] <skaet_> thanks rsalveti!  any other questions/comments?
[17:04] <rsalveti> hopefully we'll starting progressing more on the WI when the people get back from vacation
[17:04] <rsalveti> ..
[17:04]  * skaet_ expecting the holidays to start kicking into progress for all teams shortly....
[17:05] <skaet_> [Topic] MOTU team update - ScottK
[17:05] <MootBot> New Topic:  MOTU team update - ScottK
[17:05] <ScottK> Hello.
[17:05] <skaet_> hello
[17:05] <ScottK> Other than several hundred unbuildable packages due to linker changes and buildds clogged with Python transition rebuilds everything is fine.
[17:06] <skaet_> lol
[17:06] <ScottK> As it's been for a while, accomodating significant toolchain changes while Debian is in freeze is a challenge.
[17:06] <ScottK> So any help we can get is very much appreciated.
[17:07] <ScottK> That's it.
[17:07] <skaet_> understood.   will see if we can figure out some options to help with the linker side, after the python push gets resolved.
[17:07] <ScottK> Great.
[17:08] <skaet_> Thanks ScottK!   any questions/comments?
[17:08] <skaet_> [Topic] Linaro update - JamieBennett
[17:08] <MootBot> New Topic:  Linaro update - JamieBennett
[17:08] <JamieBennett> hey skaet_
[17:08] <skaet_> hi JamieBennett
[17:09] <JamieBennett> umm, nothing much to report Linaro->Ubuntu wise. We just got a new kernel packaged and uploaded ready for inclusion in our image
[17:09] <skaet_> any updates for us on the interlocks?
[17:09] <JamieBennett> but that won't affect Ubuntu
[17:09] <JamieBennett> As for overlaps, nothing yet
[17:10] <skaet_> okie.
[17:10] <skaet_> do I have the right links in the agenda for tracking now?
[17:12] <skaet_> ..?
[17:13]  * skaet_ wonders if we've lost JamieBennett to another window....
[17:13] <JamieBennett> skaet_: sorry, tracking wise we are still struggling to get tools that work
[17:13] <JamieBennett> the wiki.linaro.org/Status link is good for seeing what is happening in text form
[17:14] <skaet_> okie.  thanks JamieBennett!   any other questions?
[17:15] <skaet_> [TOPIC] any other kudos/comments/concerns?
[17:15] <MootBot> New Topic:  any other kudos/comments/concerns?
[17:15]  * skaet_ looks around,  any hands?
[17:15] <ara> o/
[17:15] <skaet_> ara, go ahead
[17:16] <ara> KUDOS to the Kernel team and the people verifying SRUs that verified all the fixes for the proposed kernels in only TWO days!
[17:16] <ara> you guys are awesome!
[17:16] <skaet_> seconded!!
[17:17] <ScottK> It might be worth a mention that I filed the bug requesting boost1.40 removal yesterday as the transition is (pending a powerpc build or two) done.
[17:17] <skaet_> thanks ScottK.   bug number?
[17:18] <ScottK> Looking
[17:18] <skaet_> any one else?
[17:18] <ScottK> skaet_: Bug 688142
[17:18] <skaet_> Thanks ScottK
[17:19] <skaet_> ok,  will follow up with dbarth_ later.    time to end meeting I think...
[17:19] <skaet_> #endmeeting
[17:19] <MootBot> Meeting finished at 11:19.
[17:19] <skaet_> Thanks marjo, ara, jdstrand, smb, cjwatson, pitti, doko, robbiew, joshuahoover,  dbarth, rsalveti,  ScottK
[17:19] <dbarth_> skaet_: had to hop on a phone call, but did not forget about the bug reports
[17:19] <ara> thanks skaet_
[17:19] <pitti> thanks everyone
[17:19] <joshuahoover> thank you skaet_ :)
[17:20] <robbiew> thanks skaet_
[17:20] <marjo_> thx skaet_
[17:20] <cjwatson> ScottK: thanks, I'll deal with that
[17:20] <rsalveti> thanks skaet_
[17:20] <ScottK> Cool.
[17:20]  * cjwatson bumps up the powerpc build
[17:20] <ScottK> (don't mean to rush you on it, just thought it was good news worth a mention)
[17:21] <skaet_> thanks dbarth_  just ping me offline.
[17:21] <cjwatson> that's fine, it's an easy one to handle (though I'd like to double-check that the powerpc build finishes first)
[17:22] <ScottK> cjwatson: OK.  It's python-visual I'm waiting on, but I didn't check if all it's depends are built.
[21:34] <Messanger> world leaders setting you all up right now to get microchipped by RFID microchips with identity/healthcare/credit information into their new world order why they are folding the economy , their solution to the problem they are causing is the RFID microchip  http://www.scribd.com/doc/44997148/The-Mark-of-the-Beast    Romans 10:13 all who call upon the name of the Lord shall be saved.


[16:53] <RainCT> limac: btw, what bug are you working on?
[16:55] <sharms> persia: I have never done that before, when you are saying to use 2 changelog lines does that just mean the next entry up put in something like: ncpfs (2.2.6-4ubuntu2) hardy; urgency=low and below that have ncpfs (2.2.6-4ubuntu1.1) gutsy; urgency=low
[16:55] <limac> I'm still looking for the ones that are not yet assingned to anybody
[16:56] <persia> sharms: 2 changelog lines being one for the FTBFS and one for the -330 issue.  You'll want two separate debdiffs, one for hardy, and one for gutsy-proposed.  Note that I've yet to have a successful SRU, so I may not be the best person giving advice (but it at least matches the docs).
[16:57] <sharms> persia: ok thanks :)
[17:01] <limac> does the list of bugs always stay the same or do they refresh every once in a while?
[17:03] <persia> limac: It refreshes constantly, based on user input.  On the other hand, the list of bitesize bugs doesn't change very often.
[17:05]  * RainCT has just reported a bitesize bug
[17:05] <limac> sweet
[17:06] <RainCT> (well, actually I reported two, but one is already taken :P)
[17:06] <oly-> could do with a bit of help, finally got my package to build, except the resulting .deb is 2.2k where as the tar.gz file is 21mb
[17:07] <oly-> any ideas on what could be the cause ?
[17:07] <RainCT> oly-: can you upload the source somewhere?
[17:08] <oly-> yeah sure have to give me a few secs
[17:08] <persia> oly-: You might also find something informative in the output of dpkg --contents foo.deb
[17:09] <oly-> okay uploading, will try that as well persia,
[17:14] <oly-> looks like its just not adding any files at all to the deb
[17:23]  * RainCT notices that there's really a lot of demand for bitesize bugs :P
[17:24]  * persia notes that packaging an existing patch is also a great way to help.
[17:25] <RainCT> persia: shouldn't bugs with patches but no debdiff get the bitesize tag, too?
[17:26] <persia> RainCT: No, as the patch may be wrong, or hard to understand.  Those patches need review & testing.  Many may be bitesize, but it's not much harder to debdiff them than to determine if they are.
[17:26] <oly-> okay, i have uploaded the files http://ubuntusm.org/files/debian.tar.gz and http://ubuntusm.org/files/usm-core.orig.tar.gz
[17:26] <oly-> if anyone wants to take a look, this is my first attempt at packaging so pointers would be useful,
[17:26] <RainCT> ah
[17:27] <oly-> i uploaded the debian folder, i created to build the package along with the source
[17:27] <oly-> i am just using dpkg-buildpackage -rfakeroot to build it
[17:28] <RainCT> oly-: (next time please upload .orig.tar.gz, diff.gz and the .dsc file and provide the link to the .dsc, as this way it can be downloaded with dget)
[17:29] <oly-> oh, right sorry did not realise that :p
[17:29] <oly-> i can upload if you like
[17:30] <crimsun> yay, down to 10 bugs in PA core.
[17:30] <RainCT> no don't worry
[17:31] <oly-> i have a load of packages todo, so just want to get to a point where i can make suitable package to get into ubuntu
[17:32] <metusaleh> Hi, I just uploaded my first patch to bug 121068 which corrects several bugs in the sysinfo package following this guide : https://wiki.ubuntu.com/Bugs/HowToFix
[17:32] <metusaleh> The guide suggested I try to find a developer in this channel to review the patch (as this is my first attempt I think it may be very useful :-) )
[17:32] <metusaleh> There is an issue with the close button in the about dialog box that I did not manage to correct (maybe someone with more knowledge of glade could correct this)
[17:32] <ubotu> Launchpad bug 121068 in sysinfo "sysinfo reports gutsy as lenny/sid" [Medium,Confirmed] https://launchpad.net/bugs/121068
[17:36]  * RainCT is downloading
[17:37] <oly-> yeah, its a bit big, i stripped a oad of files out as well
[17:40] <persia> metusaleh: Thanks for working on this.  I'll take a look.
[17:43] <persia> metusaleh: That's a nice comprehensive patch.  Thanks,  Would you like to work on integrating it into the distribution, or leave that for someone else?
[17:44] <metusaleh> persia: I'd like to include it into the distribution but will need some help
[17:46] <olopez> hi
[17:46] <olopez> i'm want to lacate where ubutu load kernel modules , is it documented ?
[17:47] <persia> metusaleh: The next step is to create a debdiff for the next revision including the patch.  Before doing that, it's worth looking at what other bugs affect the package, just to make sure you've gotten as many as you can (I think you may well have).
[17:48] <crimsun> olopez: can you be more specific?
[17:48] <olopez> yes
[17:48] <olopez> ubuntu load some kernel modules that i don't want
[17:48] <persia> metusaleh: Then, you'll want to determine which patch system the package is using (https://wiki.ubuntu.com/PackagingGuide/PatchSystems should help).
[17:49] <crimsun> olopez: blacklist them
[17:49] <RainCT> metusaleh:  if you have ubuntu-dev-tools installed, running what-patch on the terminal will tell you
[17:50] <olopez> crimsun: i must put it on /etc/modprobe.d/blacklist , it is the way ?
[17:50] <RainCT> olopez: yep
[17:50] <crimsun> olopez: I recommend you use another file
[17:51] <metusaleh> persia: I looked at all the sysinfo bugs that were reported in ubuntu and corrected all I could (which is most of them except the close button in the about box that does nothing and a possible incorrect cpu freq which I could not reproduce)
[17:51] <metusaleh> Is there a webpage that explains how to create a debdiff ?
[17:51] <crimsun> olopez: e.g., /etc/modprobe.d/blacklist-olopez
[17:51] <olopez> ok thanks crimsun
[17:51] <persia> RainCT: Just as an enhancement, it might be worth checking ../foo.diff.gz with lsdiff -z to see if there are changes outside debian/ for the raw patch system.
[17:51] <persia> metusaleh:
[17:51] <crimsun> olopez: note the syntax in the other blacklist files, too.
[17:51] <persia> metusaleh: https://wiki.ubuntu.com/MOTU/Contributing might be helpful for that.
[17:52] <persia> See section 2
[17:52] <persia> Err. 3.2
[17:52] <olopez> if i black list a module , dependences are also blacklisted ?
[17:52] <crimsun> olopez: no.
[17:53] <olopez> ok i need blacklist module by module , thanks for the information i don't see it in any place
[17:54] <persia> metusaleh: Essentially, you'll want to download the latest version in hardy, apply your patch, update the changelog, build, test, and run the debdiff command.
[17:56] <metusaleh> persia: thanks, I'll give that a go
[17:56] <persia> metusaleh: I've assigned you the bug (assuming that was your patch), so people know you are working on it.  Good luck, and ask here if you have any questions.
[17:56] <RainCT> persia: I filed a bug on u-d-t about that
[17:57] <persia> RainCT: You agree that's sensible then?  I wasn't sure.  Thanks.
[17:58] <RainCT> persia: I don't know lsdiff, but if it just tells if there are changes outside debian/ or not then I agree that I'd be good to add the check
[17:58] <persia> RainCT: It just lists all the files changed in a diff.  It's a useful tool, even if not integrated: you can find it in pathutils.
[17:58] <persia> Err.  patchutils.
[17:59] <RainCT> ah, I see
[17:59] <cbx33> yo yo yo everybody
[17:59] <RainCT> hey cbx33
[17:59] <metusaleh> persia: thanks, I've set the other sysinfo bugs that should also be corrected to "In Progress"
[18:00] <metusaleh> bye
[18:00] <persia> metusaleh: Great.  You've also assigned yourself?
[18:00] <RainCT> persia: ah I see. a "There are files modified outside debian/" notice would be good, I think
[18:00] <metusaleh> persia: yes, I assigned myself
[18:02] <persia> RainCT: I agree.  I really don't like packages that have changes in debian/patches/ and changes in the diff.gz directly.  One or the other, but both is just confusing.
[18:05] <lynx> hi ubuntu masters...
[18:06] <limac> hello
[18:07] <limac> can't find any bugs I am comfortable with
[18:07] <lynx> my problem: I 've nokia n73 mobile, i want to use it as USB Modem in my ubuntu os, but i dont know how to do for that, if u have any idea then plz tell me that how to do that..(use USB Modem)
[18:07] <Nafallo> limac: find one you are not and get rid of it then? that should make you feel better ;-)
[18:08] <persia> lynx: This really isn't a support channel.  You will likely have better luck in #ubuntu.
[18:08] <Nafallo> lynx: re-direct to #ubuntu please. this isn't a support channel.
[18:08] <olopez> crimsun: hi again
[18:08] <crimsun> olopez: hi.
[18:08] <lynx> then plz which s teat support channel that give me this question answer provide link for that
[18:08] <persia> limac: Hmm.  That's harder then.  You might consider joining the bugsquad, and watching the bug traffic in #ubuntu-bugs, so you can be the first to grab the next easy one that gets reported.
[18:09] <olopez> i blacklisted some modules joydev , apparmor and commoncap
[18:10] <olopez> but i restart the computer and i do a lsmod and apparmor and commoncap are still there
[18:11] <olopez> have you any idea ?
[18:11] <limac> ok but I am waiting for new ones. and how exactly can i be a prospective developer?
[18:12] <Nafallo> lynx: #ubuntu
[18:13] <limac> what to do to become a prospective developer?
[18:16] <oly-> RainCT, managed to download  it yet ? or is it being super slow
[18:16] <imbrandon> limac: just by "wanting to" e.g. you already have staring today by comming here
[18:16] <imbrandon> starting*
[18:16] <cbx33> limac, learn, listen, try, help
[18:16] <RainCT> oly-: ah yes, got it
[18:17] <RainCT> let's see
[18:17] <oly-> cool, probably something silly im doing :p
[18:18] <RainCT> oly-:	I think stuff in /etc/usm should be in /usr/share/usm
[18:18] <RainCT> oly-: changelog says "new upstream release" but it's the first one listed there
[18:19] <oly-> why do you say that ? /etc/usm is the main program folder
[18:19] <RainCT> oly-:	etc is for configuration files
[18:20] <RainCT> oly-: you don't need uploaders: in debian/control if you are already the maintainer
[18:20] <oly-> okay, will move it to /usr/share/usm
[18:20] <RainCT> latest standards version is 3.7.3 afaik
[18:20] <RainCT> XS-Vcs-Bzr should just be Vcs-Bzr now
[18:21] <RainCT> and it's the repository for the package and now upstream's
[18:21] <RainCT> "Upstream Author(s)"     remove the (s) or lintian will complain
[18:22] <limac> what are some ugs u guys are working on?
[18:22] <limac> bugs
[18:22] <RainCT> (I would indicate https://launchpad.net/usm/+downloads but this doesn't really make a difference)
[18:22] <oly-> okay, any ideas as to what woudl cause the files ending up in the deb though ?
[18:22] <oly-> i am fixing the other bits now
[18:24] <RainCT> I'm not sure but it seems to me that the stuff in postinst should rather be indebian/ rules
[18:24] <RainCT> and about the rules files, I can't say anything because I use cdbs always :P
[18:25] <oly-> okay, well i was using dpkg -b packagename to make my packages till i was told not to :p
[18:28] <limac> on what types of bugs do u need to apply the patch to/
[18:29] <oly-> is it likely to be the rules file, stopping my files ending up in the final deb ?
[18:30] <oly-> made all the other changes except the postinst, that will require more research into the rules files
[18:31] <oly-> at the moment though i want to just get a package built with all the files included so i can try it and make sure it works,
[18:32] <RainCT> #$(MAKE) DESTDIR=$(CURDIR)/debian/usm-core install
[18:33] <RainCT> the make is commented, might it be because of this?
[18:33] <RainCT> oly- ^
[18:33] <oly-> could be :)
[18:36] <oly-> although uncommenting seems to have made no change :/
[18:36] <oly-> is it most likely to be something in the rules file ?
[18:37] <RainCT> indeed
[18:39] <limac> how can I patch a bug?
[18:40] <RainCT> limac: what bug is it?
[18:40] <Flare183> !patch | limac
[18:40] <ubotu> limac: Patches are files describing the changes in code to achieve some results.  There are a number of ways these can be produced, but https://wiki.ubuntu.com/Bugs/HowToFix and https://wiki.ubuntu.com/PackagingGuide/PatchSystems may provide some useful guidelines.
[18:40] <limac> oh I am just curious
[18:40] <limac> disregard that sr
[18:42] <limac> thx ubotu
[18:42] <RainCT> ubotu is a bot :P
[18:42] <ubotu> Sorry, I don't know anything about is a bot :p - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[18:43] <limac> like a robot!:)
[18:43] <limac> :)
[18:43] <RainCT> heh
[18:52] <oly-> thxs for all the help you have given RainCT,
[18:52] <oly-> going to look into my rules file and see what i can figure out
[18:52] <RainCT> oly-: you're welcome :)
[18:53] <RainCT> ok, good luck
[18:54] <limac> dumb question but what do u need to no to fix bugs!
[18:54] <limac> is it basically like how we interacted in the forums or is it different?
[18:56] <jpatrick> limac: prehaps https://wiki.ubuntu.com/HelpingWithBugs might help you?
[18:56] <limac> thx jpatrick!!!!!
[19:30] <bulio> how do I read an ecrypted PGP message?
[19:30] <bulio> I have my key and all but I can't see the messagwe
[19:32] <Nafallo> bulio: decrypt it
[19:32] <sistpoty> hi folks
[19:32] <bulio> Nafallo, how?
[19:32] <bulio> I type gpg, then paste my message
[19:33] <bulio> I enter my passkey
[19:33] <bulio> but I can't see the msg
[19:33] <Nafallo> bulio: why encrypt it again? :-)
[19:33] <bulio> how do I decrypt it then?
[19:33] <bulio> how do I decrypt it then?
[19:34] <Nafallo> or hmm. maybe it does not.
[19:34] <bulio> I can see the start of the message
[19:34] <geser> bulio: was it encrypted to you?
[19:34] <bulio> but how do I scroll it down in terminal
[19:34] <bulio> geser, yes, from Ubuntu PPA
[19:34] <Nafallo> so it IS decrypted then :-)
[19:35] <bulio> Nafallo, but all i can see is the header
[19:35] <geser> encrypted mails from PPA?
[19:35] <bulio> yeah
[19:36] <geser> since when is PPA sending encrypted mails?
[19:37] <bulio> to enable PPA for the first time
[19:37] <geser> ah
[19:37] <geser> what error do you get from gpg?
[19:37] <bulio> none
[19:38] <bulio> I paste my pgp message
[19:38] <bulio> but all I see is:
[19:38] <geser> you can also put the encrypted text (including the ------ lines) into a file and use gpg --decrypt on it
[19:39] <bulio> http://rafb.net/p/6cSlXH51.html
[19:39] <Nafallo> bulio: you need a passphrase :-)
[19:39] <bulio> that worked geser
[19:39] <bulio> thanks!
[19:43] <bulio> how do I build firefox 3 with the PPA?
[19:48] <sistpoty> !pastebin | sistpoty
[19:50] <bulio> !ppa bulio
[19:50] <ubotu> Sorry, I don't know anything about ppa bulio - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[19:50] <sistpoty> anyone who'd like to proofread the meeting minutes? http://paste.ubuntu-nl.org/47433/
[20:00] <geser> sistpoty: only a minor correction: use 2007-12-21 for the date of the next meeting, I don't know how many people are used to parse 12/21 correctly. It took me some time during the meeting to parse it as a date.
[20:00] <sistpoty> geser: ok, thanks
[20:01] <bulio> how do I build firefox 3 with the PPA?
[20:01] <sistpoty> and sent
[20:02] <geser> bulio: have you a source package for it already?
[20:03] <bulio> I have the nightly tarball
[20:03] <ScottK> geser: Thanks for your mail on the MC list.
[20:03] <geser> bulio: then you are missing the packaging bits
[20:04] <bulio> which bits?
[20:07] <geser> bulio: the debian/ dir or is it included in the nightly tarball?
[20:07] <bulio> which bits?
[20:07] <bulio> oops
[20:07] <bulio> no
[20:12] <bulio> ok I downloaded firefox source
[20:12] <bulio> now what?
[20:16] <Jazzva> bulio: Maybe you could go through FF2/3 source packages to see how they are built. AFAIK, building Mozilla packages is not a trivial thing :).
[20:16] <bulio> Jazzva, but I want to make a .deb, which I can place in a repo for people to download
[20:16] <Jazzva> bulio: You can get source packages by issuing "sudo apt-get source package-name", where "package-name" is "firefox" for FF2 and "firefox-3.0" for FF3
[20:18] <sistpoty> *whistle*
[20:19]  * Nafallo puts one of those party things in sistpoty
[20:19] <sistpoty> party things?
[20:19]  * sistpoty is just having fun with revu-production *g*
[20:19] <Nafallo> yepp. those who sound awful ;-)
[20:20] <Jazzva> bulio: You still need to make rules file which will do all the stuff... Anyway, there is firefox 3 package in repositories (alpha 8 for Gutsy and beta 1 for Hardy, if I remember correctly). Also, you can get the latest from Ubulette's PPA.
[20:21] <bulio> Jazzva, well I need to guide to do it on my own
[20:21] <bulio> I'm interested in building my own Firefox-3 from the latest nightlies
[20:23] <ScottK> bulio: Then build it locally and use it.  No need to tie up the PPA buildd's for that.
[20:23] <bulio> ScottK, its for a distro based off Ubuntu
[20:23] <Jazzva> bulio: Good luck :). I think that taking a look at rules file from firefox package from repos would be helpful.
[20:24] <bluefoxicy> is there a discussion on why vmware-server was pulled from ubuntu
[20:24] <ScottK> bluefoxicy: It wasn't
[20:24] <bluefoxicy> ScottK:  from partners?
[20:24] <ScottK> I think they just pulled openssl097.  Isn't vmware-server still there?
[20:24] <bluefoxicy> ScottK:  it used to be in commercial, which became partners
[20:24] <bluefoxicy> partners only has opera though last I looked
[20:25] <ScottK> It was recently uploaded to partners
[20:25] <Ubulette> Jazzva, fyi, I've pushed b1 for gutsy to my ppa a while ago too. i'm working on b2 right now
[20:25] <bluefoxicy> ScottK:  ah, ok, so they've added stuff since last month
[20:25] <ScottK> bluefoxicy: Friday 30 November 2007
[20:25] <bluefoxicy> ah thanks
[20:25] <ScottK> Is when it was added.
[20:26] <Jazzva> Ubulette: Yeah, I've seen it :). Tried to install it from deb in Gutsy, got tied up in dependencies, settled for a8 :).
[20:26] <Ubulette> ?
[20:26] <Ubulette> nss/nspr ?
[20:26] <Jazzva> Yep, I think...
[20:26] <bluefoxicy> ScottK:  thanks
[20:26] <bluefoxicy> ScottK:  someone should maintain an rss feed that tells you when new stuff is added <_<
[20:27] <ScottK> bluefoxicy: No problem.  There is one.  That's how I found out.
[20:27] <bluefoxicy> ScottK:  oh, where?
[20:27] <Ubulette> Jazzva, everything was in my ppa. did you grab the debs manually or did you use it as a repo ?
[20:27] <ScottK> bluefoxicy: It's the standard gutsy-changes RSS.
[20:27] <ScottK> Let me lookl
[20:27] <Jazzva> manually...
[20:28] <bluefoxicy> ScottK:  ah, there's rss feeds for changes  O_O  I didn't know that!  :D
[20:28] <Jazzva> I'll try it later again :)...
[20:28] <Jazzva> Ubulette ^^
[20:28] <ScottK> bluefoxicy: http://media.ubuntu-nl.org/rss/gutsy.xml
[20:29] <bluefoxicy> ubuntu-nl  ??
[20:29] <ScottK> Yes.  Seveas
[20:29] <bluefoxicy> ah ok :)
[20:29] <bluefoxicy> that explains a lot
[20:30] <Seveas> ScottK, those feeds might actually move to ubuntuwire soon
[20:30] <Seveas> need to talk to imbrandon about that :)
[20:30] <ScottK> Seveas: OK.  Please warn us before you move them.
[20:31] <Seveas> the current feeds will be replaces with a feed with one post containing the info :)
[20:33] <bluefoxicy> The ethernet device "eth0" was not detected on your system.  Available ethernet devices detected on your system include ath0, eth1.  Are you sure you want to use this device? (yes/no) [no]
[20:33] <bluefoxicy> Invalid default answer!
[20:33]  * bluefoxicy hacks up the install script.
[20:38] <bluefoxicy> bah I had to edit vmware-config-network.pl
[20:39] <ScottK> bluefoxicy: This probably isn't the best channel for whining about proprietary software.  ;-)
[20:42] <bluefoxicy> heh
[20:42] <ScottK> imbrandon: When you approve a backport you're supposed to set it to In Progress (I just did that for Linda).
[20:46] <_polto_> hello
[20:46] <_polto_> how can i build a source package to be compiled on PPA if the source tar does not have central ./configure or Makefile ? the sources are normally build truth ./install-cris-tools and i should respond (by default) to all questions ...
[20:51] <bluefoxicy> ScottK:  where the hell do I go to figure out why this is broke
[20:51] <bluefoxicy>    Bridged networking on /dev/vmnet0                                  failed
[20:52] <ScottK> bluefoxicy: The people that support vmware.
[20:52]  * ScottK really has no idea.
[20:54] <bluefoxicy> k
[20:54] <bluefoxicy> ScottK:  vmware's support model is basically there's nowhere to contact them on the site last i looked ;p
[20:54] <bluefoxicy> aside from sales
[20:55] <ScottK> That sounds intentional.
[20:55] <bluefoxicy> (I hate commercial software)
[20:55] <ScottK> Then don't use it.  '-)
[20:55] <bluefoxicy> ScottK:  they're totally disinterested unless you pay $1000 for esx ;p
[20:56] <ScottK> A Canonical support contract is cheaper than that ...
[20:56] <RainCT> _polto_: if install-cris-tools has a way to don't let it ask questions and to tell it to install stuff in debian/<package name>, then call it in debian/rules. if not, you can either patch it, or do the same yourself
[20:56] <bluefoxicy> ScottK:  well it's $1000 for ESX, and then you can get a premium support package or smth on top of it
[20:56] <bluefoxicy> ScottK:  ubuntu forums is cheaper than that
[20:57] <ScottK> Well sometimes you get what you pay for.
[20:57] <ScottK> You might ask zul.
[20:57] <RainCT> bluefoxicy: why not use virtualbox?
[20:57] <_polto_> RainCT, thanks
[20:57] <sistpoty> ok, gotta go... cya
[20:57] <RainCT> _polto_: yw :)
[20:58] <bluefoxicy> RainCT:  because virtualbox is impossible to get non-nat networking working
[20:58] <bluefoxicy> I tried
[20:58] <RainCT> ah
[20:58] <bluefoxicy> I wrote scripts and screwed with bridged networking and in the end it disabled my wireless and I had to uninstall brctl and reboot
[21:00] <bluefoxicy> heh vmware just doesn't work with wifi
[21:02] <Ubulette> I still need a sponsor for Bug 174739. It contains 3 security fixes.
[21:02] <ubotu> Launchpad bug 174739 in seamonkey "[upgrade] seamonkey 1.1.7" [Undecided,Confirmed] https://launchpad.net/bugs/174739
[21:14] <bobbo> Hi, ive built a package with some bug fixes for showfsck but im totally stuck on getting it included. How do i go about this?
[21:18] <pochu> bobbo: uploading to REVU is a good idea
[21:18] <pochu> !revu | bobbo
[21:18] <ubotu> bobbo: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[21:19] <pochu> bobbo: another option is to post the debdiff in the launchpad bugs and subscribe ubuntu-universe-sponsors
[21:20] <bobbo> Can a REVU admin sync my key into the REVU keyring?
[21:21] <pochu> siretart, imbrandon, LongPointyStick ^
[21:22] <pochu> bobbo: I assume you are in ~ubuntu-universe-contributors and have your key in your launchpad profile, right?
[21:22] <bobbo> yes just signed up to ~ubuntu-universe-contributors, they key is just the key you use to sign the code of conduct right?
[21:23] <pochu> yep
[21:30] <bobbo> pochu, guessing im waiting til the cron sync tonight then?
[21:31] <pochu> bobbo: I think an admin needs to run it manually
[21:31] <pochu> i.e. there's no cron for it
[21:31] <Ubulette> there's no more cron for that
[21:31] <bobbo> all night IRC camp :D
[21:31] <pochu> hey Ubulette
[21:54] <johnny_> hi, how do you build an ubuntu package?
[21:55] <johnny_> i have built a package, but it seems to be debian style
[21:55] <johnny_> am i missing an option?
[21:58] <ScottK> johnny_: That's the type of packaging that Ubuntu uses.
[21:58] <johnny_> ldm depends on libpango1.0-0 (>= 1.18.3); however:
[21:58] <johnny_>   Version of libpango1.0-0 on system is 1.18.2-0ubuntu1.
[21:59] <johnny_> oops.. that's a bad difference
[21:59] <johnny_> lemme try to get my old output
[21:59] <ScottK> johnny_: I think you need to ask a more specific question.
[21:59] <RainCT> is there any doc on bash completion?
[22:00] <ScottK> RainCT: You are remembering that Dash is the default shell in Ubuntu, right?
[22:00]  * RainCT would like to add tab autocompletion to some scripts, like desktop-file-validate and pbuilder-dist..
[22:01] <ScottK> Right, but don't assume Bash.
[22:01] <RainCT> ScottK: why is it reading ~/.bashrc then?
[22:02] <ScottK> Dunno.
[22:03] <pwnguin> is dash the default shell for users?
[22:04] <pwnguin> i thought bash still was
[22:04] <ScottK> Could be.
[22:04]  * ScottK is not an expert and all the systems I have handy were upgraded from earlier releases.
[22:04] <pwnguin> its just the scripts that say #!/bin/sh that expect bash that get hosed
[22:05]  * RainCT known autocompletion works by adding a file in /etc/bash_completion.d/, but can't find any documentation about it's syntax..
[22:05] <Ubulette> bash is still the default for users but sh is a link to dash
[22:06] <RainCT> ah
[22:08] <Ubulette> did you read /usr/share/doc/bash/README.bash_completion.gz ?
[22:10] <Ubulette> there are also tons of examples in /usr/share/doc/bash/completion-contrib/
[22:10] <Ubulette> you just need to be fluent in shell ;)
[22:13] <RainCT> doesn't really help much.. but thanks :)
[22:16] <Ubulette> just take one as a starting point and modify it. that's the easiest way
[22:24] <ScottK> Are we on Standards version 3.7.3 like Debian is now?
[22:27] <cdm10> I'm learning to write Python programs, and I'd like to learn how to package them for Ubuntu. What's the best way to go about learning this?
[22:28] <pochu> ScottK: yes, although lintian needs to be merged/synced
[22:28] <ScottK> cdm10: Are you learning to use Python distutils as part of your learning to use Python?
[22:28] <ScottK> pochu: Thanks.
[22:29] <cdm10> ScottK: No, I'm not sure what that is or how to use it. I just have a gtk/glade app that I'd like to learn how to put into an Ubuntu package.
[22:30] <ScottK> cdm10: OK.  In general packaging stuff done in Python is very easy if you have a distutils setup.py.  I'd suggest you look into that first.
[22:31] <cdm10> ScottK: okay. Any resources for learning that?
[22:31] <ScottK> cdm10: You can find it in the Python docs on python.org.
[22:31] <cdm10> alright.
[22:31] <ScottK> cdm10: You can also look at python packages for examples.  apt-get source pypolicyd-spf will give you one example.
[22:34] <cdm10> ScottK: unable to find source pkg for that
[22:34] <cdm10> ScottK: that's ok, I tried alacarte and that worked
[22:35] <ScottK> OK
[22:35] <ScottK> cdm10: What release are you running?
[22:35] <Amaranth> alacarte doesn't use distutils
[22:37] <RainCT> great, got autocompletion for desktop-file-validate working :)
[22:38] <Amaranth> Ah, RainCT, that reminds me :)
[22:38] <Amaranth> The policy of marking bugs in launchpad as medium importance just to get them off the list of untouched bugs is really annoying
[22:39] <RainCT> heh
[22:39] <Amaranth> you seemed to have been the one that touched bugs i get mail for :)
[22:39] <Amaranth> for compiz we actually _use_ the importance so getting a bunch of medium bugs disrupts things
[22:40] <cdm10> ScottK: Gutsy
[22:41] <RainCT> Amaranth: well.. I'll leave those then. sorry
[22:41] <ScottK> cdm10: I imagine you don't have source packages for Universe enabled then.
[22:42] <cdm10> ScottK: that's possible, hold on
[22:42] <Amaranth> all the other things are fine but changing the importance puts a whole bunch of bugs on the "need to look at for next release" list
[22:42] <Amaranth> dupe checking and such is appreciated though :)
[22:42] <ScottK> Anyone running Gnome have a moment to check something for me?
[22:42] <cdm10> ScottK: sure
[22:42] <Amaranth> ScottK: What do you need?
[22:43]  * Fujitsu also flies in.
[22:43] <ScottK> cdm10: (since you volunteered first) please open a python shell
[22:43] <cdm10> ScottK: done
[22:43] <ScottK> do 'import os'
[22:43] <cdm10> yep
[22:43] <ScottK> then 'print os.environ'
[22:43] <frenchy> Hi persia.
[22:44] <cdm10> ScottK: should i pastebin that?
[22:44] <ScottK> cdm10: Yes please.
[22:44] <Amaranth> are you looking for a particular variable?
[22:44] <ScottK> Amaranth: XAUTHORITY
[22:44] <cdm10> /home/caleb/.Xauthority
[22:44] <Amaranth> /home/travis/.Xauthority
[22:45] <ScottK> My Kubuntu doesn't have it set and I'm not sure if it's reasonable to expect it.
[22:45] <frenchy> Just a quick question, what lintian command are you running that generates the warnings for the manual page for me-tv?
[22:45] <Amaranth> I thought gdm set that
[22:45] <cdm10> Amaranth: and Kubuntu uses KDM... perhaps it behaves differently.
[22:45] <Amaranth> right
[22:45] <Amaranth> kdm should die :P
[22:45] <ScottK> Right.  Gotta run for dinner.  Back in a bit.
[22:46]  * Fujitsu watches ScottK vaporise Amaranth,
[22:46] <ScottK> Amaranth: Some of us feel that way about GDM.
[22:46] <ScottK> Fujitsu: It's dinnertime and vaporizing takes more time than I have right now.
[22:46] <Amaranth> I was under the impression that this is one area where most people were in agreement that gdm was better :P
[22:48] <Fujitsu> LaserRock!
[22:55] <LaserJock> hi Fujitsu
[23:34] <_16aR__> Hello
[23:35] <_16aR__> I've got a question about env variables into packages/lib
[23:35] <_16aR__> I'm packaging some lib which needs env var to be set to run ok
[23:35] <_16aR__> but as I read the debian policy, it shouldn't
[23:36] <_16aR__> So I'm wondering what to do : modify the source to add the base path where to search at the end of the GetBlaBlaRootPath() ?
[23:37] <_16aR__> and where must I put the base directory which the env var reference ?
[23:37] <_16aR__> /usr/share/packagename/ ?
[23:38] <geser> _16aR__: what about a wrapper that sets the env variables and starts then the real programm?
[23:38] <T70K5> I try to boot my machine and I get Grub error 17
[23:39] <bobbo> T70K5, #ubuntu for support, this is packaging
[23:39] <T70K5> oh ok, sorry
[23:41] <_16aR__> geser: it is not a program but libraries
[23:42] <_16aR__> geser: I've thought of it, but then I became aware that it wouldn't be useful since I have no executables :p
[23:42] <_16aR__> geser: Or maybe miss I something ?
[23:48] <ScottK> Fujitsu: Since cdm10 didn't pastebin his 'print os.environ' would you please?
[23:48] <Fujitsu> ScottK: Sure.
[23:48] <ScottK> Fujitsu: Thanks.
[23:49] <LaserJock> hi ScottK
[23:49] <ScottK> Hi LaserJock
[23:50] <Fujitsu> ScottK: Want it formatted in any particular way, or just a raw Python representation?
[23:50] <minghua> _16aR__: Which env variable does this library needs exactly?
[23:50] <ScottK> Fujitsu: Raw is fine.  Whatever's easiest
[23:50] <geser> _16aR__: does the env vars have a sensible default value that would be used by all packages using that lib and could be patched in?
[23:50] <minghua> _16aR__: And I can't think of any other way to "use" a library other than linking to it...
[23:52] <Fujitsu> ScottK: Well, it didn't pastebin well, but you can at least see it:
[23:52] <Fujitsu> http://pastebin.ubuntu-nl.org/47478/
[23:52] <ScottK> Fujitsu: Thanks.
[23:54] <ScottK> Fujitsu: I see you've got XAUTHORITY': '/home/william/.Xauthority', so it looks like I have to work around that for KDM.  That's what I needed to see.
[23:58] <Fujitsu> ScottK: Or move everybody to GDM. I'll hide now.
[23:58] <_16aR__> minghua: DELTA_ROOT and DELTA_DATA
[23:58] <_16aR__> minghua: in the same way of the openscenegraph libs uses OSG_ROOT and OSG_DATA
[23:58] <ScottK> Fujitsu: I'd be more likely to remove the code that uses XAUTHORITY.  The program already has to be root, so I think there's little point in the additional check.


[01:22] <callmepk> good morning
[01:41] <duflu> Morning callmepk
[01:45] <callmepk> hi duflu
[02:29] <KGB-2> yelp-xsl signed tags ff96985 Jeremy Bicha upstream/41_beta * Upstream version 41~beta * https://deb.li/38k0z
[02:29] <KGB-2> yelp-xsl upstream/latest 612f319 Shaun McCance xslt/common/color.xsl * common/color: Use different target contrasts for white-on-black * https://deb.li/3SdAI
[02:29] <KGB-2> yelp-xsl upstream/latest d07a0d9 Shaun McCance xslt/common/css/mallard.css.tmpl * Loosen CSS match for title/desc in linkdiv * https://deb.li/NhIE
[02:29] <KGB-2> yelp-xsl upstream/latest e02663e Shaun McCance NEWS configure.ac * Version 41.beta * https://deb.li/ig9ie
[02:29] <KGB-2> yelp-xsl upstream/latest 12741a5 Jeremy Bicha (16 files in 5 dirs) * New upstream version 41~beta * https://deb.li/2h97
[02:30] <KGB-2> yelp-xsl pristine-tar c357082 Jeremy Bicha yelp-xsl_41~beta.orig.tar.xz.delta yelp-xsl_41~beta.orig.tar.xz.id * pristine-tar data for yelp-xsl_41~beta.orig.tar.xz * https://deb.li/8dXF
[02:31] <KGB-2> yelp signed tags b067a1a Jeremy Bicha upstream/41_beta2 * Upstream version 41~beta2 * https://deb.li/ST5h
[02:31] <KGB-2> yelp upstream/latest 5ca96e0 Jeremy Bicha * pushed 25 commits (first 5 follow) * https://deb.li/3ad9U
[02:32] <KGB-2> yelp upstream/latest 2bbc816 Carlos Garcia Campos configure.ac libyelp/yelp-uri-builder.c libyelp/yelp-uri-builder.h libyelp/yelp-view.c * Use GUri instead of SoupURI * https://deb.li/rfiA
[02:32] <KGB-2> yelp upstream/latest 400fa79 Shaun McCance libyelp/yelp-uri.h * Need to include gio.h in yelp-uri.h for GFile * https://deb.li/3fTbi
[02:32] <KGB-2> yelp upstream/latest 3c82903 Andre Klapper README * Replace Bugzilla with GitLab * https://deb.li/M9h0
[02:32] <KGB-2> yelp upstream/latest b061af6 Javier Jardón configure.ac * configure.ac: Build against webkit2gtk-4.1 * https://deb.li/ikk52
[02:32] <KGB-2> yelp upstream/latest 2483598 Shaun McCance (6 files in 3 dirs) * Make help list use XSLT * https://deb.li/79LV
[02:32] <KGB-2> yelp pristine-tar 14f51e7 Jeremy Bicha yelp_41~beta2.orig.tar.xz.delta yelp_41~beta2.orig.tar.xz.id * pristine-tar data for yelp_41~beta2.orig.tar.xz * https://deb.li/3rUgg
[06:28] <jibel> Good morning
[06:37]  * enyc meows
[06:38] <enyc> hrr' Desktop'ers -- usres? devs?  "desktop team"   .. puzzle about what this channel is supposed to be =)
[06:40] <jibel> as the topic says it's the home of the ubuntu desktop team https://wiki.ubuntu.com/DesktopTeam
[06:40] <callmepk> hi jibel
[06:40] <jibel> Hi callmepk
[06:41] <duflu> Hi jibel, callmepk,en
[06:41] <duflu> Hi jibel, callmepk, enyc
[06:42] <callmepk> hello again duflu :P
[06:48] <jibel> Hi duflu
[07:04] <oSoMoN> good morning desktoppers
[07:05] <jibel> Salut oSoMoN
[07:05] <oSoMoN> salut jibel
[07:06] <callmepk> hi oSoMoN
[07:06] <oSoMoN> hey callmepk
[07:10] <duflu> Hi oSoMoN
[07:11] <oSoMoN> hey duflu
[07:15] <didrocks> good morning
[07:18] <oSoMoN> salut didrocks
[07:18] <jpnurmi> good morning all
[07:18] <jibel> Good morning didrocks jpnurmi
[07:19] <oSoMoN> good morning jpnurmi
[07:19] <callmepk> hi didrocks jpnurmi
[07:19] <jpnurmi> hi jibel oSoMoN callmepk
[07:20] <enyc> jibel: yes but does it jsut end up with  hello messages ...  not "helping desktop users" ... etc ???
[07:25] <didrocks> hey oSoMoN, jibel, callmepk
[07:25] <didrocks> and jpnurmi :)
[07:25] <jpnurmi> hey didrocks :)
[07:28] <duflu> Morning didrocks
[07:28] <duflu> enyc, with any luck no users need help so it's just hellos. If user do need help then yes they can ask questions here
[07:29] <didrocks> hey duflu
[07:36] <oSoMoN> enyc, this is where ubuntu desktop developers lurk, greet each other, and cooperate, and users are welcome to ask questions, we do our best to provide answers
[07:47] <ricotz> good morning everyone :)
[07:47] <duflu> Hi ricotz
[07:48] <didrocks> hey ricotz
[08:01] <laney> moin
[08:02] <duflu> Hi laney
[08:08] <didrocks> hey laney, welcome back!
[08:11] <oSoMoN> good morning ricotz, laney
[08:14] <ricotz> hey duflu didrocks laney oSoMoN seb128
[08:23] <laney> heya duflu didrocks oSoMoN ricotz
[08:25] <seb128> goood morning old irc world! how is everyone?
[08:38] <duflu> Morning seb128. One of those days with GNOME code reviews. I will try to avoid working late and wrap some birthday presents instead. How are you?
[08:38] <laney> hey seb128
[08:39] <seb128> duflu, disagreement with upstreams on the way to go or just nitpicking?
[08:39] <seb128> duflu, not working late and doing something else that gets your mind off work problems sounds like a good idea in any case!
[08:39] <duflu> Heh, people wouldn't agree what to call it :)
[08:40] <seb128> hey laney, had a nice time off work?
[08:40] <laney> yes very nice, we got lucky with the weather
[08:40] <laney> some surfing, some walking, some visiting pubs/restaurants
[08:41] <oSoMoN> good morning seb128 !
[08:42] <oSoMoN> that sounds like a good holiday indeed
[08:43] <seb128> laney, sounds great! we had like one sunny day here, other days were greyish, a bit windy and under 20°C
[08:46] <laney> that's how it is now I am back home
[08:46] <duflu> Sounds like now is the time our seasons are identical
[10:05] <KGB-1> gnome-shell tags e2cca52 Simon McVittie upstream/40.4 * Upstream version 40.4 * https://deb.li/3Kiuh
[10:05] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887664 (extract-source) stage: provisioning, status: created
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887665 (build) stage: build, status: created
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887666 (build i386) stage: build, status: created
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887667 (build source) stage: build, status: created
[10:06] <KGB-1> gnome-shell-extension-bluetooth-quick-connect pipeline Simon McVittie 283391 * pending (build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created; extract-source: pending; build: created)
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887668 (test-build-any) stage: test, status: created
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887669 (test-build-all) stage: test, status: created
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887670 (test-crossbuild-arm64) stage: test, status: created
[10:06] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887671 (reprotest) stage: test, status: created
[10:07] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887672 (lintian) stage: test, status: created
[10:07] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887673 (autopkgtest) stage: test, status: created
[10:07] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887674 (blhc) stage: test, status: created
[10:07] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887664 (extract-source) stage: provisioning, status: running. Duration: 1 second
[10:07] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887675 (piuparts) stage: test, status: created
[10:08] <KGB-1> gnome-shell-extension-bluetooth-quick-connect pipeline Simon McVittie 283391 * running (extract-source: running; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created; build: created)
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887677 (extract-source) stage: provisioning, status: success. Duration: 1 minute and 28 seconds
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887678 (build) stage: build, status: running. Duration: no time
[10:08] <KGB-1> gnome-shell upstream/latest 68aa506 Simon McVittie * pushed 54 commits (first 5 follow) * https://deb.li/se7j
[10:08] <KGB-1> gnome-shell upstream/latest 500f380 vanadiae js/ui/popupMenu.js * popupMenu: Remove can_focus=True from Switch * https://deb.li/36iVR
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887679 (build i386) stage: build, status: running. Duration: no time
[10:08] <KGB-1> gnome-shell upstream/latest 24e82e2 vanadiae data/theme/gnome-shell-sass/widgets/_message-list.scss js/ui/calendar.js * theme: Add focus indication for dnd switch in message list controls * https://deb.li/bpUx
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887680 (build source) stage: build, status: running. Duration: no time
[10:08] <KGB-1> gnome-shell upstream/latest 01ceb54 Sebastian Keller js/ui/workspace.js * workspace: Only change opacity of minimized windows during transitions * https://deb.li/39S1E
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887689 (extract-source) stage: provisioning, status: success. Duration: 1 minute and 28 seconds
[10:08] <KGB-1> gnome-shell upstream/latest cff0d42 Sebastian Keller js/ui/keyboard.js * keyboard: Use microseconds for notify_keyval() * https://deb.li/3xtFl
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887690 (build) stage: build, status: running. Duration: no time
[10:08] <KGB-1> gnome-shell upstream/latest 4304a4c Florian Müllner js/ui/magnifier.js * magnifier: Remove unused return value * https://deb.li/ilYNI
[10:08] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887691 (build i386) stage: build, status: running. Duration: no time
[10:09] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887692 (build source) stage: build, status: running. Duration: no time
[10:09] <KGB-1> gnome-shell pristine-tar 6c14a01 Simon McVittie gnome-shell_40.3.orig.tar.xz.delta gnome-shell_40.3.orig.tar.xz.id * pristine-tar data for gnome-shell_40.3.orig.tar.xz * https://deb.li/lPc
[10:09] <KGB-1> gnome-shell pristine-tar 697500a Simon McVittie gnome-shell_40.4.orig.tar.xz.delta gnome-shell_40.4.orig.tar.xz.id * pristine-tar data for gnome-shell_40.4.orig.tar.xz * https://deb.li/3xeuy
[10:10] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887677 (extract-source) stage: provisioning, status: pending
[10:10] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887678 (build) stage: build, status: created
[10:10] <KGB-1> gnome-shell-extension-caffeine pipeline Simon McVittie 283393 * pending (build: created; build i386: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created; extract-source: pending; build source: created)
[10:10] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887679 (build i386) stage: build, status: created
[10:10] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887692 (build source) stage: build, status: success. Duration: 2 minutes and 12 seconds
[10:10] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887691 (build i386) stage: build, status: success. Duration: 2 minutes and 17 seconds
[10:10] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887680 (build source) stage: build, status: created
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887690 (build) stage: build, status: success. Duration: 2 minutes and 27 seconds
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887693 (test-build-any) stage: test, status: running. Duration: no time
[10:11] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887681 (test-build-any) stage: test, status: created
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887694 (test-build-all) stage: test, status: running. Duration: no time
[10:11] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887682 (test-build-all) stage: test, status: created
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887695 (test-crossbuild-arm64) stage: test, status: running. Duration: no time
[10:11] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887683 (test-crossbuild-arm64) stage: test, status: created
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887696 (reprotest) stage: test, status: running. Duration: no time
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887697 (lintian) stage: test, status: running. Duration: no time
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887698 (autopkgtest) stage: test, status: running. Duration: no time
[10:11] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887684 (reprotest) stage: test, status: created
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887699 (blhc) stage: test, status: running. Duration: no time
[10:11] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887700 (piuparts) stage: test, status: running. Duration: no time
[10:12] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887685 (lintian) stage: test, status: created
[10:12] <KGB-1> gnome-shell-extension-caffeine pipeline Simon McVittie 283393 * running (extract-source: running; build: created; build i386: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created; build source: created)
[10:12] <KGB-0> gnome-shell-extension-bluetooth-quick-connect pipeline Simon McVittie 283391 * [6 minutes and 22 seconds] failed (autopkgtest: success; piuparts: failed; test-build-all: success; reprotest: success; lintian: success; test-crossbuild-arm64: success; test-build-any: success; blhc: success; build: success; build source: success; build i386: success; extract-sou
[10:12] <KGB-0> shell-extensionsrce: success)
[10:12] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887693 (test-build-any) stage: test, status: success. Duration: 1 minute and 10 seconds
[10:12] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887687 (blhc) stage: test, status: created
[10:12] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887695 (test-crossbuild-arm64) stage: test, status: success. Duration: 1 minute and 10 seconds
[10:12] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887688 (piuparts) stage: test, status: created
[10:12] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887686 (autopkgtest) stage: test, status: created
[10:12] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-caffeine builds Simon McVittie * Build #1887677 (extract-source) stage: provisioning, status: running. Duration: 6 seconds
[10:13] <KGB-1> mutter tags 7f89b4b Simon McVittie upstream/40.4 * Upstream version 40.4 * https://deb.li/opaV
[10:13] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887699 (blhc) stage: test, status: success. Duration: 1 minute and 11 seconds
[10:13] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887697 (lintian) stage: test, status: success. Duration: 1 minute and 33 seconds
[10:13] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887691 (build i386) stage: build, status: created
[10:13] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887689 (extract-source) stage: provisioning, status: created
[10:13] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887690 (build) stage: build, status: created
[10:13] <KGB-0> gnome-shell-extension-caffeine pipeline Simon McVittie 283393 * [6 minutes and 44 seconds] failed (autopkgtest: success; test-build-all: success; piuparts: failed; reprotest: success; test-crossbuild-arm64: success; test-build-any: success; lintian: success; blhc: success; build i386: success; build source: success; build: success; extract-source: success)
[10:13] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887692 (build source) stage: build, status: created
[10:13] <KGB-1> gnome-shell-extension-top-icons-plus pipeline Simon McVittie 283394 * pending (build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created; extract-source: pending)
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887693 (test-build-any) stage: test, status: created
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887694 (test-build-all) stage: test, status: created
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887695 (test-crossbuild-arm64) stage: test, status: created
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887696 (reprotest) stage: test, status: created
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887697 (lintian) stage: test, status: created
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887698 (autopkgtest) stage: test, status: created
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887699 (blhc) stage: test, status: created
[10:14] <KGB-0> gnome-shell-extension-top-icons-plus pipeline Simon McVittie 283394 * [7 minutes and 39 seconds] failed (autopkgtest: success; piuparts: failed; reprotest: success; test-build-all: success; lintian: success; blhc: success; test-crossbuild-arm64: success; test-build-any: success; build: success; build i386: success; build source: success; extract-source: succ
[10:14] <KGB-0> shell-extensionsess)
[10:14] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887700 (piuparts) stage: test, status: created
[10:15] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-top-icons-plus builds Simon McVittie * Build #1887689 (extract-source) stage: provisioning, status: running. Duration: no time
[10:15] <KGB-1> gnome-shell-extension-top-icons-plus pipeline Simon McVittie 283394 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[10:15] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887664 (extract-source) stage: provisioning, status: success. Duration: 1 minute and 21 seconds
[10:15] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887665 (build) stage: build, status: running. Duration: no time
[10:15] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887666 (build i386) stage: build, status: running. Duration: no time
[10:15] <KGB-1> GNOME / shell-extensions / gnome-shell-extension-bluetooth-quick-connect builds Simon McVittie * Build #1887667 (build source) stage: build, status: running. Duration: no time
[10:15] <KGB-1> mutter upstream/latest ff705af Simon McVittie * pushed 23 commits (first 5 follow) * https://deb.li/3seVn
[10:15] <KGB-1> mutter upstream/latest f9c9037 Michel Dänzer src/backends/meta-screen-cast-area-stream-src.c * screen-cast/area-src: Add before-paint watch to catch scanouts * https://deb.li/CmUe
[10:16] <KGB-1> mutter upstream/latest fd8aee8 Christoph Trassl src/backends/meta-input-mapper.c * input-mapper: Fix (libwacom) tablet mapping to monitor * https://deb.li/3bp10
[10:16] <KGB-1> mutter upstream/latest 8d4b5c0 Carlos Garnacho src/backends/native/meta-input-device-native.c * backends/native: Fix logic error * https://deb.li/6oFA
[10:16] <KGB-1> mutter upstream/latest 58b606d Carlos Garnacho src/core/meta-pad-action-mapper.c * core: Be more careful around n_modes signedness * https://deb.li/ixtTi
[10:16] <KGB-1> mutter upstream/latest 4273759 Jonas Ådahl src/backends/native/meta-kms-impl-device-simple.c * kms/impl-device/simple: Pass the NULL to discard_page_flip() on shut-down * https://deb.li/4mj4
[10:17] <KGB-1> mutter pristine-tar 954c7ab Simon McVittie mutter_40.3.orig.tar.xz.delta mutter_40.3.orig.tar.xz.id * pristine-tar data for mutter_40.3.orig.tar.xz * https://deb.li/3WpvD
[10:17] <KGB-1> mutter pristine-tar 4348667 Simon McVittie mutter_40.4.orig.tar.xz.delta mutter_40.4.orig.tar.xz.id * pristine-tar data for mutter_40.4.orig.tar.xz * https://deb.li/YoRj
[11:46] <seb128> jbicha, hey, how is a no change rebuild from gtk resulting in different backends to be built?
[11:47] <jbicha> seb128: https://salsa.debian.org/gnome-team/gtk4/-/commit/5708f26a20 the sync is still "experimental", the rebuild is "impish"
[11:47] <seb128> jbicha, ah, I guess we want an ubuntu check as well there so we can keep syncing
[11:48] <jbicha> I don't have time now to figure out libgtk-4-media-gstreamer depending on libgstreamer-plugins-bad1.0-0
[11:48] <jbicha> that makes sense
[11:57] <seb128> jbicha, the new gtk is going to need to be fixed to migrate, i386 depends on sysprof now, unsure if we want to add it to the whitelist
[12:00] <jbicha> maybe building sysprof on i386 would be the easiest fix for that
[12:13] <jbicha> seb128: I noticed there is a tracker backend for gtk4 we may enable later so we may need special-casing for i386 Ubuntu in the gtk4 packaging at that point anyway
[12:13] <seb128> jbicha, right
[12:43] <KGB-0> gtk3 Guido Günther 257222 * commented merge request !7 * https://deb.li/iUqzs
[21:26] <KGB-1> gnome-boxes signed tags 5271607 Jeremy Bicha upstream/40.3 * Upstream version 40.3 * https://deb.li/56jv
[21:27] <KGB-1> gnome-boxes upstream/latest 01922ea Felipe Borges src/app.vala * app: Keep running for run-in-bg VMs only in Flatpak * https://deb.li/3GAz0
[21:27] <KGB-1> gnome-boxes upstream/latest 830d1f7 Felipe Borges NEWS data/org.gnome.Boxes.appdata.xml.in meson.build * Release 40.3 * https://deb.li/3wzDA
[21:27] <KGB-1> gnome-boxes upstream/latest f1a6cd6 Jeremy Bicha (289 files in 22 dirs) * New upstream version 40.3 * https://deb.li/sUv
[21:27] <KGB-1> gnome-boxes pristine-tar 7b05daa Jeremy Bicha gnome-boxes_40.3.orig.tar.xz.delta gnome-boxes_40.3.orig.tar.xz.id * pristine-tar data for gnome-boxes_40.3.orig.tar.xz * https://deb.li/ziFs


 Just about to step out for coffee. What's up?
[18:44] <cjohnston> need help writing tests
[18:46] <nigelb> ah
[18:46] <nigelb> which one specifically?
[18:46] <cjohnston> the one your making me to
[18:46] <cjohnston> the edit pad link
[18:52] <nigelb> cjohnston: okay, so I wont write code for you
[18:52] <nigelb> I'll explain the basics of what the test should do
[18:53] <nigelb> there's already an existing test.
[18:53] <cjohnston> It should put an output that fails and fail and an output that passes and pass
[18:53] <nigelb> Check that out
[18:53] <nigelb> create a new summit, and other things you'd need to use in that function
[18:53] <nigelb> pass the parameters you generated to your function
[18:53] <nigelb> now, you know what the output should be
[18:54] <nigelb> construct it maully
[18:54] <nigelb> *manually
[18:54] <nigelb> check if your manually constructed output = output from function
[18:54] <nigelb> mhall119: ^ comments?
[18:55] <mhall119> without knowing the specifics, that sounds about right
[18:57] <mhall119> if this is something that's going to be on a page, use self.client.get('/url/') to make sure it's in the resulting html
[19:01] <nigelb> mhall119: this is constructing the URL.
[19:01] <mhall119> will the URL to into a page output?
[19:03] <nigelb> Yes, but that's not the point of the test.
[19:03] <mhall119> as long as there is *a* test that does that
[19:04] <nigelb> ah
[19:10] <mhall119> cjohnston: line 17 of the pad
[19:11] <mhall119> what's that url?
[19:11] <mhall119>  /uds-test-test-meeting?
[19:12] <cjohnston> mhall119: the way the url works is /summit-name-meeting-name, so the summit name is uds-test and the meeting name is test-mmeting
[19:13] <mhall119> hmmmm, that doesn't look right, don't we prefix it with /meeting/ or something?
[19:14] <cjohnston> http://pad.ubuntu.com/uds-o-foundations-o-releaseprocess
[19:14] <cjohnston> I think we should prefix it...
[19:14] <nigelb> mhall119: shouldn't we be splitting tests into logical files?
[19:14] <mhall119> that's the etherpad url
[19:14]  * nigelb is used to seeing it done in LP.
[19:15] <mhall119> self.client.get only makes calles to the Django instance
[19:17] <cjohnston> see.. heres what i dont get.. why do a test when ive already done the work
[19:18] <mhall119> because when nigel breaks your work 5 revisions from now, the test will catch that
[19:18] <cjohnston> cause i can make the test work, but my code not work, and i can make code that works and a test not work
[19:18] <mhall119> that's why you should write the test first
[19:18] <mhall119> if the test is correct, then it will only pass once the code is correct
[19:19] <mhall119> this make more sense in the case of bugs, where you write a test that reproduces the bug, then you write code to fix the bug until the test passes
[19:20] <nigelb> Writing test cases is like insurance.
[19:20] <nigelb> Your code still works, but there's not guarantee about tomorrow
[19:20] <nigelb> (that's the closest analogy I could find)
[19:25] <cjohnston> nigelb: whats the url to edit a pad?
[19:25] <cjohnston> (slider etc)
[19:26] <nigelb> /ep/pad/view/PADNAMEHERE/latest
[19:27] <mhall119> cjohnston: give me an example of a summit link where this code is used
[19:28] <nigelb> newz2000: I see that you <3 Drupal ;)
[19:29] <newz2000> I don't know the story, but while running it locally my computer suddenly is going a lot slower
[19:29] <nigelb> heh
[19:29] <mhall119> nobody loves drupal
[19:30] <daker> mhall119, you are the "nobody"
[19:30] <cjohnston> http://summit.ubuntu.com/uds-o/meeting/16334/foundations-o-releaseprocess/
[19:30] <nigelb> daker++
[19:30] <nigelb> ZING
[19:30] <newz2000> maybe xdebug is hindering apc
[19:31] <mhall119> cjohnston: then the url for self.client.get should be '/uds-test/metting/{{meeting.id}}/test-meeting/'
[19:31] <mhall119> except spelling correcting
[19:31] <cjohnston> isnt it supposed to be testing the link to edit the the pad
[19:31] <mhall119> the equivilent of /uds-o/meeting/16334/foundations-o-releaseprocess/ for the test data you created
[19:32] <mhall119> you'll be testing that the link is in that page
[19:45] <cjohnston> mhall119: https://code.launchpad.net/~chrisjohnston/summit/etherpad/+merge/68901
[19:46] <cjohnston> mhall119: http://paste.ubuntu.com/657448/
[19:47] <cjohnston> uggh
[19:47] <cjohnston> conflict
[19:47] <mhall119> cjohnston: ah, it's your migration script blowing up
[19:47] <mhall119> it's not even getting to the testing stage
[19:48] <cjohnston> this is still the stupid 1.x migration issue
[19:48] <cjohnston> so i need to do this against trunk
[19:55] <cjohnston> mhall119: https://code.launchpad.net/~chrisjohnston/summit/pad-edit/+merge/70216 test it and get rid of it pleasE!
[20:06] <cjohnston> mhall119: please?
[20:20] <nigelb> --> bed
[20:24] <cjohnston> no
[20:24] <cjohnston> nigelb: review my mp
[20:24] <daker> lol
[20:25] <daker> and my MPs ?
[20:25] <daker> no one to review them :/
[21:09] <cjohnston> daker: is there more than just one?
[21:10] <daker> this one https://code.launchpad.net/~daker/loco-directory/fix.818373/+merge/69898
[21:11] <cjohnston> the date one? im looking at that one right now
[21:11] <daker> ok
[21:11] <cjohnston> theres no tests
[21:11] <cjohnston> !fail
[21:11] <ubot4> Factoid 'fail' not found
[21:12] <daker> this is a javascript
[21:12] <daker> code
[21:12] <cjohnston> :-P
[21:12] <cjohnston> wanna make another mp for me? ;-)
[21:12] <daker> for what ?
[21:17] <cjohnston> daker: with the new date code, when I click in the End Date box, the date picker doesn't come up
[21:18] <daker> you are using oneric or natty, right ?
[21:19] <cjohnston> o
[21:19] <daker> ?
[21:21] <daker> the path of the jquery datepicker has changed since maverick
[21:22] <cjohnston> oneiric
[21:23] <cjohnston> the begins date the calendar picker shows up
[21:26] <cjohnston> daker: the begins date the calendar picker shows up, the ends date doesnt, nor do the times.
[21:28] <daker> that's because of the timepickr
[21:29] <daker>  $("#id_date_begin_0").datepicker();
[21:29] <daker> -       $('#id_date_begin_1').timepickr({ trigger: 'focus', convention: 24 }); <----- the script blocks here
[21:29] <daker> -
[21:29] <daker> -       $("#id_date_end_0").datepicker();
[21:29] <daker> -       $('#id_date_end_1').timepickr({ trigger: 'focus', convention: 24 });
[21:29] <daker> -
[21:30] <cjohnston> so your saying it can be one or the other?
[21:30] <daker> what do you mean ?
[21:31] <cjohnston> I don't understand what you mean by blocking
[21:32] <daker> blocking the execution of the other calls
[21:32] <daker> $("#id_date_end_0").datepicker();
[21:32] <daker> $('#id_date_end_1').timepickr({ trigger: 'focus', convention: 24 });
[21:32] <cjohnston> can you fix it?
[21:34] <daker> you are getting this error because of the timepickr call isn't compatible with jquery (i think) present on m, n and o
[21:34] <daker> it works only only lucid
[21:34] <cjohnston> ok
[21:34] <daker> s/only/in
[21:35] <daker> are you getting the same date on the two fields ?
[21:35] <cjohnston> yes
[21:35] <daker> so that's good
[21:35] <cjohnston> and no ability to pick a time
[21:35] <cjohnston> it should default to the same date, but i shouldnt have to type to change it
[21:37] <daker> ?
[21:37] <cjohnston> in order to change the ends date, i have to type it in
[21:37] <cjohnston> -1
[21:46] <daker> cjohnston, they have deployed the SSO choices
[21:47] <daker> mhall119,
[21:53] <daker> i don't understand cjohnston if you want to change the ends date you will have to type it
[21:53] <daker> cjohnston, ^


[00:22] <dtscode> hey guys... ive got a teamspeak server that for whatever reason decided to stop working today. it worked yesterday, no changes as far as i can tell. the server is running with default ports, but the client cant connect to it
[00:22] <sarnold> client or server expired certificates?
[00:23] <dtscode> maybe
[00:23] <dtscode> how would i fix that?
[00:23] <sarnold> depends on which side is broken; check logs on both sides to see if you can find error messages...
[01:50] <TimelessUser> can someone help me with the date on my ubuntu server, niether the UTC or local time are correct
[04:30] <dcosnet> https://takeaction.takepart.com/actions/tell-the-doj-nomoreaarons-sign-the-petition-for-better-oversight-for-federal-attorney-misconduct
[06:15] <lordievader> Good morning.
[07:22] <kk_> Need help to mount android device on beaglebone without desktop.
[07:25] <kk_> Can we use gvfs without gnome?
[08:38] <p3rL> hello
[08:39] <p3rL> helppp
[08:39] <p3rL> W: Failed to fetch http://<IP_ADDRESS>/ubuntu/dists/lucid-security/universe/source/Sources  Could not connect to <IP_ADDRESS>:80 (<IP_ADDRESS>). - connect (110 Connection timed out)
[08:39] <p3rL> E: Some index files failed to download, they have been ignored, or old ones used instead.
[08:39] <p3rL> heloooooooooooooooooooooooo
[09:13] <ame> i have installed ubuntu 12.04 and make my server as LTSP server.The problem now is if my clients connecting pendrive the client is detecting but  if they connect anyother devices like arduino board or any electronic board i cant even see that in dmesg itself
[10:32] <zotta> I noticed unusually high OUTGOING traffic. It sems to have something to do with a program called ntpd
[10:33] <zotta> Is that normal? Does that mean the box was hacked?
[10:37] <lordievader> Ntp can be used for DDoS attacks.
[10:41] <zotta> It does not seem to have much impact on the server so far. just the traffic graphs look unusual.
[12:47] <Kevindf> Hello, I am at school and accidently pressed print on a batch script with a cups server running on mu pc problem is it keeps printing the pages now even when im still at the login menu
[12:47] <Kevindf> How can I stop that? Cant afford to get more pages printed
[12:50] <Kevindf> Would stopping the cups service upon startup help?
[14:56] <LeMike> hello. shouldn't `rsync -avz` do nothing when two drives have the same content? mine here is starting over and over again :((
[17:42] <Fun> hi
[17:42] <Fun> when I buy whmcs full license I can use it on all servers?
[17:42] <Fun> or 1?
[17:43] <SchrodingersScat> what is whmcs?
[17:46] <Fun> software to manage customers
[17:46] <Fun> billing and so on
[17:46] <tvw> I have a boot problem. Since the last update of my Ubuntu 14.04 server it stops booting with the message, that it cannot find the root-disk with the given UUID. It stops in initramfs. When I then make a blkid or a ls /dev/disk/by-uuid, the missing drive is there. I also can mount it, when I start a rescue system from cd.
[17:48] <tvw> Then I booted the server with editing the boot parameters and set root= from root=UUID=... to root=/dev/sda3. Now it boots.
[17:48] <tvw> Any idea, why it does not find the disk, when using UUID?
[20:01] <Walex> it could be a timing issue, the disk gets discovered too late
[20:17] <Jeroen1> Hi there, who can help me? I'm running my website on a ubuntu server but the problem is that my database has gone offline. How can I get it online again?
[20:18] <guntbert> Jeroen1: what do the logs say?
[20:20] <Jeroen1> how do I get them guntbert?
[20:20] <Jeroen1> Just a little bid in panic :p
[20:20] <Jeroen1> and I'm noob in this.
[20:21] <guntbert> Jeroen1: panic doesn't help any --- cool down :-)
[20:21] <guntbert> what database is it? mysql?
[20:22] <Jeroen1> Yes
[20:22] <Jeroen1> I can get on the phpmyadmin page
[20:22] <Jeroen1> but when I try to login I get this error: #2002 Cannot login to MYSQL-Server
[20:23] <Jeroen1> Well it's installed with Nginx but I don't know exactly how they did it as someone else installed the server and I cannot reach that person. :/
[20:23] <guntbert> Jeroen1: don't you have ssh access?
[20:24] <Jeroen1> I'm now in the server on root.
[20:24] <Jeroen1> Is there a way I can see the logs?
[20:24] <guntbert> Jeroen1: now look into /var/log/mysql.log
[20:25] <Jeroen1> what is the command in Ubuntu again? :/
[20:25] <sarnold> less is nice
[20:25] <guntbert> Jeroen1: less /var/log/mysql.log
[20:26] <Jeroen1> clean
[20:27] <guntbert> Jeroen1: try     sudo service mysql staus
[20:27] <guntbert> Jeroen1: try     sudo service mysql status
[20:27] <Jeroen1> stop/waiting
[20:27] <guntbert> Jeroen1:      sudo service mysql start
[20:28] <Jeroen1> You're my hero! Thank you very much.
[20:28] <Jeroen1> :D
[20:28] <sarnold> -please- do take the time to investigate why it died. it's worth finding.
[20:28] <guntbert> sarnold: +1!!
[20:28] <sarnold> it'd be best to avoid this kind of panic again :)
[20:29] <Jeroen1> But is this normal? mysql start/running, proess 17168
[20:29] <sarnold> Jeroen1: that output is norming, but mysql stopping is not normal.
[20:29] <sarnold> Jeroen1: check dmesg output in addition to the mysql logs
[20:29] <Jeroen1> how do I get there?
[20:29] <sarnold> Jeroen1: dmesg | less
[20:30] <Jeroen1> ok well that doesn't make any sense to me.
[20:30] <Jeroen1> How do I know if something is wrong? :p
[20:31] <sarnold> Jeroen1: head towards the very bottom; the first few hundred lines are normally of use only when debugging boot problems
[20:31] <guntbert> Jeroen1: another hint: really do use the nick of a person you are talking to - that way they get alerted when you say something - we are often reading many channels and doing  something else as well
[20:31] <sarnold> Jeroen1: but if there's e.g. disk errors or segmentation violations near the end, you might find something useful
[22:12] <hallyn> jdstrand: hey, running qa-regression-tests test-libvirt.py, i get failures and skipped tests unless the 'deny /tmp...' rules are commented out in /etc/apparmor.d/abstractions/libvirt-qemu
[22:12] <hallyn> this is per bug lp#1403648
[22:12] <hallyn>   #deny /tmp/{,**} r,
[22:12] <hallyn>   #deny /var/tmp/{,**} r,
[22:12] <hallyn> iiuc commenting those out should NOT add any new permissions right?
[22:13] <hallyn> only silence denials.  so im' confused
[22:25] <jdstrand> hallyn: that's right, unless the test itself is adding them for some reason
[22:25] <jdstrand> which is plausible last time we chatted
[22:26] <hallyn> hm
[22:28] <jdstrand> hallyn: oh wait, can you post a denial?
[22:30] <hallyn> no
[22:31] <hallyn> will do so once i reset things
[22:33] <hallyn> jdstrand: sorry...  i guess i'll pin gyou tomorrow :)
[22:33] <hallyn> (there are 3 perplexing sources of numbers of failures right now;  that's one of them)
[22:36] <Fun> who here got vps for 50 cent? lol
[22:36] <Fun> would be fun
[22:36] <Fun> under dollar vps
[22:37] <SchrodingersScat> holla holla chicken dolla
[22:37] <Fun> :D
[22:37] <SchrodingersScat> cloudatcost had lifetime vps, if you live long enough that's under 50 cents
[22:38] <SchrodingersScat> if /they/ live long enough as well
[22:39] <Fun> :)))
[22:44] <hallyn> jdstrand: odd, installed auditd, not a single DENIED msg in audit.log
[22:45] <jdstrand> can you put 'audit' in front
[22:46] <jdstrand> hallyn: I should have mentioned that
[22:46] <jdstrand> 'audit deny /tmp...'
[22:47] <hallyn> k
[22:47] <jdstrand> hallyn: actually, I need to head out, but I'll check backscroll
[22:48] <hallyn> jdstrand: ok but i thought having them commented out would make the denials show up
[22:48] <hallyn> ok, will paste when i get results - thanks
[23:18] <hallyn> jdstrand: http://paste.ubuntu.com/10061827/ has the list.
[23:19] <hallyn> so three of them are from a test trying to save state to a file called "state" under /tmp
[23:20] <hallyn> four
[23:20] <hallyn> the other three are a storage pool test.
[23:20] <hallyn> so i guess we just need ot update those paths in qrt
[23:21] <hallyn> or just update profile from qrt to allow those paths.
[23:28] <hallyn> hm, or are those actual bugs in that virt-aa-helper should be granging perms to those?