[15:59] <jamespage> o/
[16:00] <smoser> o./
[16:00] <Daviey> o/
[16:01] <arosales> o/
[16:01] <arosales> Daviey:  are you chairing todays meeting?
[16:03] <Daviey> err, am i on point?
[16:03] <Daviey> #startmeeting
[16:03] <meetingology> Meeting started Tue Sep 11 16:03:40 2012 UTC.  The chair is Daviey. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:04] <Daviey> #TOPIC Review ACTION points from previous meeting
[16:04] <Daviey> smoser follow up on bug 1028453
[16:04] <jamespage> fixed
[16:04] <Daviey> super
[16:04] <jamespage> \o/
[16:04] <Daviey> jamespage to look into aligning release team and server team trackign reports
[16:04] <smoser> woot
[16:04] <skaet> :)
[16:05] <Daviey> Mr Page?
[16:05] <jamespage> still thinking about that one - I think we should probably just use the release team report - but it lacks MIR and other team tracking
[16:05] <jamespage> c/f
[16:05] <Daviey> jamespage: OK, i missed this action.  Can we organise an audio chat with interetsed people to gauge outcomes?
[16:06] <jamespage> sure
[16:06] <Daviey> #TOPIC Quantal Development
[16:06] <Daviey> jamespage or smoser, want to take release-bugs.html?
[16:06] <jamespage> o.
[16:06] <jamespage> ill do it
[16:06] <jamespage> http://reports.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html
[16:07] <jamespage> only a few things on this report now.
[16:07] <jamespage> bug 1024326
[16:07] <adam_g> i committed a new fix for that last night. much simpler and cleaner
[16:07] <adam_g> so, with the next upload it should be fixed. i'd like to find a way to integrate the build steps into package build, tho
[16:08] <smoser> adam_g, link?
[16:08] <smoser> ah. http://bazaar.launchpad.net/~openstack-ubuntu-testing/horizon/precise-folsom-proposed/revision/103
[16:08] <zul> hi ho
[16:08] <Daviey> jamespage: is the breadth of the report accurate, i haven't added anything myself for ages
[16:09] <jamespage> see action above about release tracking bugs
[16:09] <jamespage> hallyn: bug 1040033
[16:10] <jamespage> ah - I see last comment says HEAD fixes stuff - guess you just need to narrow things down
[16:10] <jamespage> and from http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html
[16:11] <jamespage> ivoks has a really old bug assigned - bug 671065
[16:11] <jamespage> hmm - not in channel - I'll followup - need to pester him for test cases anyway
[16:12] <jamespage> we have a load of undecided bugs for maas and juju  - which at least need a priority setting.
[16:12] <jamespage> my recommendation would be to drop the quantal tasks for the time being; that way the bug stays around - but we are not commiting to fix it for quantal unless we raise the tasks....
[16:13] <jamespage> smoser, can you and roaksoax review the maas ones - I'll pickup the juju ones with SpamapS
[16:13] <jamespage> ...
[16:13] <jamespage> thats be done on release bugs....
[16:14] <jamespage> of note anyway :-)
[16:14] <Daviey> super
[16:14] <Daviey> any extra ones that should be added?
[16:14] <smoser> jamespage, will do.
[16:14] <Daviey> ok
[16:14] <Daviey> smoser: do you want to go through http://status.ubuntu.com/ubuntu-quantal/group/topic-quantal-servercloud-overview.html ?
[16:14] <jimbaker> fwiw, i think we have been doing a good effort on closing out the juju bugs, led by SpamapS
[16:15] <jamespage> jimbaker, +1 to that - there are just alot hanging around from last cycles MIR review
[16:15] <smoser> sure. i'll go through.
[16:15] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-openstack-qa
[16:16] <smoser> i'll just hit red ones.
[16:16] <smoser> jamespage, ?
[16:16] <jamespage> ?
[16:16] <smoser> any comment on servercloud-q-opensetack-qa
[16:16] <arosales> is zul on point for servercloud-q-openstack-qa
[16:16] <smoser> ah. sorry. zul
[16:16] <jamespage> yep
[16:16] <jamespage> :-)
[16:16] <zul> dah
[16:16] <smoser> yes. i see that. thakn you arosales
[16:17] <Daviey> zul is acridness to the WI, but in reality jamespage and adam_g have had a significant influence
[16:17] <Daviey> err, "according to"*  .. damn dictionary
[16:17] <zul> i had to look up that word
[16:17] <smoser> fun... well anyone want to talk to that ?
[16:18] <smoser> its behind.
[16:18] <Daviey> primarily, reporting on upsteam gerrit.. pre-merge.. adam_g / jamespage ?
[16:19] <jamespage> I'll have to defer to adam_g - my involvement this cycle has been mainly doing password resets for zul
[16:19] <smoser> ok.
[16:19] <smoser> lets move on.
[16:19] <smoser> adam_g, zul, please take al ook at that today.
[16:19] <adam_g> Daviey: i have the majority of htat that work done
[16:19] <smoser> talk amoungst yourselves.
[16:19] <adam_g> just need to implement it live on the cluster. was preparing to do that a few weeks ago when i was hijacked with other things
[16:20] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charm-best-practices
[16:20] <smoser> that seems more SpamapS per this group
[16:20] <smoser> i belive there is more progress there than shown
[16:21] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-arm-deployment
[16:21] <smoser> i'll speak for rbasak on that. he has made considerable progress on it.
[16:21] <smoser> and the work remaining seems to be known
[16:22] <SpamapS> smoser: I'd have to poll everybody listed there. but in general that effort has been going slower than expected
[16:22] <smoser> SpamapS, thank you
[16:22] <smoser> please do try to get it into some sort of more current state (if that includes POSTPONE)
[16:22] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-openstack-folsom
[16:23] <SpamapS> I'll poke a few of them though, I see a coupel WI's that have been half-done for a while
[16:23] <smoser> zul, you're most of those. ddoes that look reasonable?
[16:23]  * smoser will get my 2 updated on that.
[16:23] <zul> yeah more of it will be "DONE" as we get cloesr to release
[16:23] <smoser> i'll poke around, but my feeling is public glance is POSTPONED
[16:23] <Daviey> zul: when will nova for folsom for example, be marked DONE?
[16:24] <Daviey> smoser: lets discuss that after
[16:24] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-openstack-stable
[16:24] <smoser> zul?
[16:24] <zul> ill update the spec
[16:25] <smoser> gracias
[16:25] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-server-iso-tests-review
[16:25] <smoser> there are  a bunch of people listed on tasks there, but jamespage name on the item.
[16:25] <jamespage> smoser, that should catchup this week
[16:25] <jamespage> I'm gonna pester jibel about upgrade testing.... and ivoks for mail stuff
[16:26] <smoser> roaksoax, i'm assuming that powernap needs to go to POSTPONED
[16:26] <smoser> i'll follow up with roaksoax
[16:26] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-bug-triage-review
[16:27] <Daviey> Ursinha: ^ ?
[16:27] <smoser> jamespage, ^ you again
[16:27] <smoser> or Ursinha
[16:27] <Daviey> James page is all done on that blueprint.
[16:27] <jamespage> yeah - again I'll followup with Ursinha (I keep forgetting and its my blueprint)
[16:27] <smoser> k. moving on.
[16:28] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-maas-next-steps
[16:28] <smoser> roaksoax, ^ ?
[16:28] <smoser> there is a bunch of work to do there.
[16:28] <smoser> i'll speak to it.
[16:28] <smoser> that is "Essential" and will be accomplished to a satisfactory end.
[16:29] <Daviey> nothing like a satisfactory ending
[16:29] <smoser> servercloud-q-juju-charms-release-policy https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charms-release-policy
[16:29] <roaksoax> smoser: there are a couple bugs need to be addressed and other but currently blocked too due to
[16:29] <roaksoax> not having quantal support
[16:30] <smoser> SpamapS, that looks like yours. is there updates there?
[16:30] <smoser> servercloud-q-openstack-ha https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-openstack-ha
[16:30] <SpamapS> smoser: the two TODO's are still valid, and have to be completed this cycle.
[16:30] <smoser> SpamapS, thank you.
[16:31] <smoser> roaksoax, you're next there. ... i'm uguessing that one can stand some updates.
[16:31] <smoser> servercloud-q-juju-charm-unit-tests https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charm-unit-tests
[16:31] <Daviey> was,
[16:31] <Daviey> "juju charms for DRBD (adam_g says it is impossible, SpampS seems it is possible): TODO" resolved?
[16:31] <zul> i think we need a steel cage for that one
[16:31] <SpamapS> we never have worked on it
[16:32] <SpamapS> but yeah I still believe its possible :)
[16:32] <adam_g> hehe
[16:32] <adam_g> SpamapS: go for it!
[16:32] <roaksoax> smoser: since I have been concentrated on maas the last two weeks I couldn't really advance any work on the HA stuff. But there are updates that need to be considered and will catch up with zul /adam_g as it relates to ha specific stuff for openstack
[16:32] <Daviey> smoser: do you have capacity to prove us all wrong?
[16:32] <smoser> roaksoax, gracias.
[16:32] <smoser> i want no part of the SpamapS adam_g steel cage
[16:32] <SpamapS> drbd seems so old fashioned.. don't people just do RAID1 across volumes these days?
[16:33] <smoser> alright. i think that is enough there.
[16:33] <adam_g>  drbd is basically distributed raid1
[16:33]  * SpamapS would promise not to use his roundhouse
[16:33] <smoser> please do take a bit of time today and make sure your blueprints represent their actual state.
[16:34] <smoser> and remember that we're past beta1, and there is not much time remaining.
[16:34] <smoser> and miles to go before i sleep.
[16:34] <smoser> lets move on.
[16:34] <Daviey> thank you Mr Moser.
[16:34] <Daviey> #TOPIC Ubuntu Server Team Events
[16:34] <smoser> you are most welcome.
[16:35] <Daviey> CFP Submissions: SoCal Linux Expo (Deadline: Dec. 10) http://www.socallinuxexpo.org/cfp
[16:35] <Daviey> Anyone else travelling soon?
[16:35] <Daviey> OpenStack Conference, San Diego, Oct 15-18, 2012 .. number of us going.
[16:36] <Daviey> UDS, Copenhagen, Denmark , 29th Oct – 1st Nov 2012
[16:36] <Daviey> Anything else?
[16:36] <Daviey> #TOPIC Weekly Updates & Questions for the QA Team (hggdh)
[16:37] <Daviey> Great to see we got Beta-1 out in reasonable shape, what is the plans between now and the next milestone for enrichment in testing?
[16:37] <Daviey> Nobody from QA here?
[16:38] <arosales> btw, for events Surge is also coming up on Sept 27, and jimbaker is giving  a Big Data meetup preso on Sept 19.
[16:38] <Daviey> *sigh*
[16:39] <Daviey> Okay, lets move frustratedly on.
[16:39] <Daviey> [TOPIC] Weekly Updates & Questions for the Kernel Team (smb)
[16:39] <Daviey> and no smb.
[16:39] <Daviey> ogasawara: anyone from kernel here?
[16:41] <Daviey> marvellous
[16:41] <Daviey> [TOPiC] Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
[16:41] <arosales> rbask is on holiday
[16:41] <jamespage> rbasak on holiday
[16:41] <Daviey> Please, can someone cover this, before i shoot myself?
[16:41] <arosales> I think he synced up with smoser though
[16:41] <Daviey> smoser: ^?
[16:42] <arosales> we are working on adding in ARM support int MAAS
[16:42] <arosales> that is the main effort
[16:42] <smoser> sure...
[16:42] <Daviey> anything else of note
[16:42] <Daviey> ?
[16:42] <smoser> rbasak has made considerable and impressive progresses on maas and arm.
[16:42] <Daviey> \o/
[16:43] <smoser> the ephemeral images were giving him pai, but he has hacked his way around that, and my reproduction of that has lead me to chasing some other issues in those images.
[16:43] <Daviey> smoser: does it work with panda?
[16:43] <smoser> bug 1031065
[16:43] <smoser> i do not believe it works with panda
[16:43] <Daviey> what about qemu-system-arm-highbank ?
[16:43] <smoser> also, of interesting work there, dannf reportably can make things work with qemu-system-arm
[16:44] <Daviey> qemu-system-arm -M highbank*
[16:44] <smoser> https://launchpad.net/~dannf/+archive/qemu-highbank/+packages
[16:44] <smoser> ping him for more info there.
[16:44] <Daviey> that should be good in the archive now
[16:44] <Daviey> The blocker for me, was a devicetree which is now fixed
[16:44] <smoser> last i spoke to him on it, he had a kernel that would boot, but the latest highbank kernel for precise would not.
[16:45] <Daviey> okay, thanks smoser
[16:45] <smoser> but yeah, haivng some sort of qemu functional would be huge.
[16:45] <Daviey> moving on?
[16:45] <Daviey> #TOPIC Open Discussion
[16:45] <smoser> and ideally that can be booted with cloud images and cloud-localds
[16:45] <ogra_> omap works pretty well
[16:45] <ogra_> (but limited to 512M indeed)
[16:46] <Daviey> ogra_: might want to grab you to help polish this stuff :)
[16:46] <ogra_> feel free
[16:46] <Daviey> ogra_: Would like to do a PXE boot via system-arm.. which might be interesting
[16:46] <SpamapS> Dunno if this was brought up in the bugs discussion, but Juju is a bit broken in quantal right now
[16:47] <Daviey> SpamapS: oh?
[16:47] <SpamapS> There's a regression in python that hit yesterday, bug 1048710
[16:47] <SpamapS> Barry Warsaw is on it
[16:47] <ogra_> Daviey, qemu can boot our images out of the box (including the whole bootloader bits) so that shouldnt be any prob
[16:47] <SpamapS> Its pretty serious as it breaks the argparsing for all of juju's cli utilities
[16:48] <Daviey> Joy
[16:48]  * Daviey ads it to tracking
[16:48] <SpamapS> anyway, I'm sure it will be resolved soon, but just a heads up that you may need to downgrade python2.7 if you want to have a working juju on quantal
[16:48] <SpamapS> Daviey: in case that bug does not fix it, there's also a juju bug, bug #1048864 , that is worth tracking
[16:49] <Daviey> SpamapS: juju/precise archive + jitsu... Is it possible?
[16:49] <SpamapS> Daviey: it may end up being duped to 1048710 .. we'll see
[16:49] <jamespage> SpamapS, thats on the release bugs list (both of them)
[16:49] <SpamapS> Daviey: we can put juju-jitsu in backports
[16:49] <SpamapS> jamespage: right, because I targetted at quantal
[16:49] <Daviey> SpamapS: but does it work?
[16:49] <SpamapS> Daviey: It should. popey was looking at it.
[16:50] <Daviey> SpamapS: he pinged me otherwise this morning :(
[16:50] <SpamapS> Daviey: bummer. Ok, we'll have to dive into that
[16:50] <Daviey> thanks
[16:50] <Daviey> Anything else?
[16:51] <SpamapS> Daviey: wild thing, I think you move me.
[16:51] <Daviey> #TOPIC Announce next meeting date and time
[16:51] <Daviey> 18th, same time, same place
[16:51] <Daviey> #ENDMEETING
[16:51] <meetingology> Meeting ended Tue Sep 11 16:51:41 2012 UTC.
[16:51] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-11-16.03.moin.txt
[16:51] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-11-16.03.html
[16:51] <Daviey> Thanks all!
[17:00] <meetingology> Meeting started Tue Sep 11 17:00:32 2012 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Quantal
[17:00] <cking> o/
[17:00] <henrix> o/
[17:00] <sforshee> o/
[17:00] <kamal> o/
[17:00] <sconklin> o/
[17:01] <herton> o/
[17:01] <jsalisbury> [TOPIC] ARM Status (ppisati)
[17:01] <jsalisbury> No update this week.
[17:02] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:02] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:02] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:02] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Milestone Targeted Work Items (ogasawara)
[17:02] <jsalisbury> [TOPIC] Milestone Targeted Work Items (ogasawara)
[17:02] <jsalisbury> [LINK]
[17:02] <jsalisbury> http://status.ubuntu.com/ubuntu-quantal/canonical-kernel-distro-team-ubuntu-12.10-beta-2.html
[17:02] <jsalisbury> || apw       || hardware-q-kernel-config-review || 3 work item  ||
[17:02] <jsalisbury> ||           || hardware-q-kernel-delta-review  || 3 work items ||
[17:02] <jsalisbury> ||           || hardware-q-kernel-misc          || 1 work item  ||
[17:02] <jsalisbury> ||           || desktop-q-clean-old-kernels     || 1 work item  ||
[17:02] <jsalisbury> || ogasawara || hardware-q-kernel-misc          || 4 work items ||
[17:02] <jsalisbury> || tgardner  || hardware-q-kernel-misc          || 1 work item  ||
[17:02] <jsalisbury> If your name is in the above table, please review your Beta-2 work items.
[17:02] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Status: Quantal Development Kernel (ogasawara)
[17:03] <jsalisbury> We have uploaded the 3.5.0-14.16 Quantal kernel.  This upload contains
[17:03] <jsalisbury> updates for the mei driver, resolves misc touchpad regressions, and
[17:03] <jsalisbury> includes misc bug fixes for the apple-gmux driver.  This will also be
[17:03] <jsalisbury> uploaded to the q-lts-backport [1] PPA to help facilitate testing of the
[17:03] <jsalisbury> 12.10 kernel in 12.04.  We welcome anyone to please install, test, and
[17:03] <jsalisbury> let us know your feedback.
[17:03] <jsalisbury> [1] https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport
[17:03] <jsalisbury> Important upcoming dates:
[17:03] <jsalisbury>  * Thurs Sept 20 - Beta 2 Freeze (~1 week)
[17:03] <jsalisbury>  * Thurs Sept 27 - Beta 2 (~2 weeks)
[17:03] <jsalisbury> ..
[17:03] <jsalisbury> [TOPIC] Status: CVE's (sconklin)
[17:03] <sconklin> == 2012-09-11 (weekly) ==
[17:03] <sconklin> Currently we have 75 CVEs on our radar, with two CVEs added and two CVEs retired this week.
[17:03] <sconklin> See the CVE matrix for the current list:
[17:03] <sconklin> [LINK] http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:03] <sconklin> Overall the backlog has decreased slightly this week:
[17:03] <sconklin> [LINK] http://people.canonical.com/~kernel/status/cve-metrics.txt
[17:03] <sconklin> [LINK] http://people.canonical.com/~kernel/cve/pkg/CVE-linux.txt
[17:03] <sconklin> ..
[17:03] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Precise/Oneiric/Natty/Lucid/Hardy (bjf/herton/henrix)
[17:03] <henrix> Here is the status for the main kernels, until today (September 11):
[17:03] <henrix>  * Hardy - Nothing in this cycle
[17:03] <henrix>  * Lucid - In Testing; 3 CVEs; (9 commits)
[17:03] <henrix>  * Natty - In Testing; 4 CVEs; (9 commits)
[17:03] <henrix>  * Oneiric - In Testing; 2 CVEs; 2 upstream stable release(s); (67 commits)
[17:04] <henrix>  * Precise - In Verification; 2 CVEs; 1 upstream stable release(s); (66 commits)
[17:04] <henrix> Current opened tracking bugs details:
[17:04] <henrix>  * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:04] <henrix> For SRUs, SRU report is a good source of information:
[17:04] <henrix>  * http://people.canonical.com/~kernel/reports/sru-report.html
[17:04] <henrix> Future stable cadence cycles:
[17:04] <henrix>  * https://wiki.ubuntu.com/QuantalQuetzal/ReleaseInterlock
[17:04] <henrix> NOTE: this is the *last* Natty kernel being built.
[17:04] <henrix> ..
[17:04] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:05] <jsalisbury> Thanks everyone
[17:05] <jsalisbury> #endmeeting
[17:05] <meetingology> Meeting ended Tue Sep 11 17:05:02 2012 UTC.
[17:05] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-11-17.00.moin.txt
[17:05] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-11-17.00.html
[17:05] <cking> thanks jsalisbury
[17:05] <kamal> thanks jsalisbury
[17:05] <sconklin> thanks jsalisbury


[09:43] <kwwii> re
[09:43] <kwwii> :-)
[16:22] <Tm_T> kwwii: fd
[16:23] <kwwii> Tm_T: howdy
[16:23] <Tm_T> kwwii: about Kubuntu and KDE themes (yes, themes, not styles)
[16:24] <Tm_T> kwwii: theme manager doesn't have Kubuntu defaults as theme, right? if so, is it possible to have? as quick way to get back to our defaults
[16:24] <kwwii> Tm_T: in kde there is no option once you change certain parts to get back to the def. I think
[16:26] <Tm_T> kwwii: exactly, thus theme does provide visual parts atleast
[16:27] <kwwii> right, every new user will still get a default
[16:28] <Tm_T> yes
[16:28] <kwwii> but there is no global theme setter or such
[16:28] <Tm_T> I know
[16:28] <Tm_T> I
[16:29] <Tm_T> I'm talking only and only that silly KDE theme manager thingy, it doesn't save much, but, if it's only simple thing to do, why not?
[16:29] <Tm_T> btw it is evil piece of software, just previewing theme will select it ;(
[16:29] <Tm_T> could surprise you one or two times
[16:31] <Tm_T> kwwii: anyway, very minor thing, but might help some people, I'm actually asking this because many have asked "why not" from me
[18:40] <thorwil> nand: hi! i would like to remind you of hosting the SVGs ;)
[18:41] <nand> thorwil: hey!  I did not receive anything! :p
[18:41]  * thorwil looks into send folder
[18:42]  * nand checks again his tricky filters
[18:43] <thorwil> nand: at least it left my outbox. subject: Logo-bulb with transparency and annoying bugs set
[18:43] <nand> at<EMAIL_ADDRESS>?
[18:44] <thorwil> yes
[18:44] <nand> Well, nothing here... O_o
[18:45] <thorwil> i'll send it again
[18:45] <nand> could you give it another try?
[18:45] <nand> yes thx
[18:45] <nand> I'm going for dinner, I'll be back in half an hour
[18:46] <thorwil> nand: ok, send
[19:16] <nand> thorwil: ooook. I don't know why, but GMail spam filter doesn't like you!
[19:16] <thorwil> nand: sneef :(
[19:17] <nand> Maybe the lack of contents... Anyway, I'll host them and start a new thread
[19:23] <nand> thorwil: Oh, and could you send me as well the idea logo without background? And the svg for the idea logo please? thx
[19:25] <thorwil> nand: so you did get it out of your spam folder? the idea logo without background was included. svg comes next
[19:26] <nand> thorwil: Yes, I got the png idea logo with background, the jpg, png and svg bug logo.
[19:27] <thorwil> nand: i'm pretty sure the idea logo is with alpha. what are you using to look at it?
[19:27] <nand> thorwil: Oh, sorry, when I was talking about no background, I was meaning no brown background.
[19:28] <thorwil> nand: do you have inkscape at hand?
[19:28] <nand> thorwil: no
[19:30]  * nand is installing it.
[19:32] <nand> thorwil: yes indeed, the spam filter like reading some contents :)
[19:32] <thorwil> nand: svg coming your way. once you have it, you can simply load it into inkscape, click the brown background once and hit delete
[19:32] <thorwil> heh
[19:32] <nand> thorwil: thanks
[19:33] <thorwil> nand: then do select-all and export. this way you can apply tweaks yourself f you want to and export to any size
[19:36] <nand> whoah! It does look nice in a greater size
[19:36] <thorwil> :)
[19:36] <nand> Thanks for all again. I'll host them and start a new thread
[19:37] <thorwil> nand: just note that line-width ends up wrong if you export to other than actual size. sometimes that's fine, but often it's better to scale things in inkscape
[19:38] <thorwil> nand: it was my pleasure, cool
[19:38] <nand> ok
[19:38] <thorwil> nand: i might get at the image-links during the week
[19:38] <nand> thorwil: Ok thanks. Ping me on IRC or mail if you need anything
[19:41] <nand> thorwil: Hmm... My host seems down for now. I'll give a try later
[19:41] <thorwil> ok


 I haven't had a chance to file a bug about it yet
[01:02] <pp7> ajmitch, well it wont suspend at all anymore
[01:02] <pp7> i just have a script that calls pm-suspend after locking the screen but it doesnt suspend, just goes to lock screen
[01:03] <ajmitch> a different problem than what I've been seeing. I'd file a bug with 'ubuntu-bug linux'
[01:03] <pp7> mm k
[01:05] <lifeless> there is a dbug page
[01:05] <lifeless> debug page for debugging whats going on
[01:05] <lifeless> I'd run through it quickly, I forget the URL.
[01:06] <ajmitch> https://wiki.ubuntu.com/Kernel/Debugging perhaps
[01:07] <pp7> k
[02:16] <vibhav> mterry: Do we need 02_fix_install_path.patch in https://launchpad.net/ubuntu/+source/gbirthday/0.6.5-1ubuntu1 for quantal too?
[03:27] <OdyX> n
[03:41] <pp7> is there anything wrong with running echo -n "mem" > /sys/power/state on its own to suspend?  I just did it and it came back fine but i'm wondering if something will get screwed up next time
[03:47] <OdyX> pp7: besides you don't benefit from all the preparation pm-suspend does for you, no.
[04:15] <pp7> what preparation?
[04:15] <pp7> i am doing this because pm-suspend now does nothing after latest update
[04:51] <slangasek> pp7: pm-utils runs a series of scripts to set the hardware in a correct state before and after suspend (/usr/lib/pm-utils/sleep.d/); on some hardware, skipping these makes resuming from suspend fail completely, on others it might just mean your machine is in a suboptimal state after resume
[04:52] <slangasek> pp7: if pm-suspend is failing for you, you might want to check /var/log/pm-suspend.log
[05:03] <pp7> slangasek, yea i checked that but nothing useful, says it was successful when it wasn't
[06:05] <pitti> Good morning
[06:16] <TheMuso> c
[06:59] <dholbach> good morning
[08:31]  * xnox notes should not try to do too many things simultaneously, otherwise typos happen....
[08:46] <jamespage> can someone help me understand why this package - https://launchpad.net/ubuntu/+source/libunwind/1.0.1-1ubuntu1
[08:46] <jamespage> is only building for i386 and amd64? I was expecting powerpc and armel as well...
[08:52] <seb128> jamespage, P-a-S has "%libunwind: ia64 i386 amd64 ppc64"
[08:52] <seb128> jamespage, https://code.launchpad.net/~ubuntu-core-dev/packages-arch-specific/ubuntu
[08:53] <seb128> jamespage, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569952
[08:53] <seb128> jamespage, I guess you need to tweak that if it can build on powerpc,armel nowadays
[08:54] <jamespage> seb128, thanks for the pointer - I still seem to learn something new every day on this project :-)
[08:56] <jamespage> seb128, I'll test those two architectures first and enable if it looks OK
[08:57] <seb128> jamespage, sounds good
[08:57] <seb128> jamespage, you might want to file a bug for Debian to do it as well if it works on those archs
[08:58] <jamespage> seb128, ack
[09:57] <tumbleweed> RAOF: ping on bug 950963: what's the chance of providing compatibility with Debian packages depending on libcuda / libopencl?
[10:00] <xnox> tumbleweed: RAOF: this looks familiar
[10:01]  * tumbleweed prodded RAOF about it at UDS. He suggested Provides, but IIRC some packages have versioned dependencies
[10:02] <tumbleweed> it's making the scientific computing people sad :)
[10:03] <xnox> tumbleweed: there is a similar request for opencl
[10:03] <tumbleweed> unsuprisingly
[10:03] <xnox> tumbleweed: bug 763457
[10:04] <xnox> tumbleweed: RAOF: i have pinged tseliot about bug 763457 and he said it should be easy to do for opencl, but I am not sure about the cuda bits.
[10:05] <xnox> the opencl stuff came up as part of boost1.49 transition
[10:05] <tseliot> xnox: last time I checked, the cuda package in debian needed some work to include it in Ubuntu
[10:06] <tumbleweed> our nvidia driver packages include libcuda, don't they?
[10:39] <mhr3_> doko, hey i hear you can help me with valgrind-related issue
[10:40] <mhr3_> doko, so, it's pretty simple - callgrind_control doesn't work for us, cause there's a regex which fails, any chance to patch it?
[10:40] <mhr3_> (it's just a perl script)
[10:41] <mhr3_> it fails cause it expects valgrind to be valgrind, yet it's valgrind.bin for us
[10:54] <jamespage> seb128, I am correct in thinking that I 1) push the required changes to the p-a-s branch and then 2) upload a new version to enable the new archtectures?
[10:55] <cjwatson> Yes
[10:55] <cjwatson> Wait a bit in between though
[10:55] <cjwatson> (Also send the patch to Debian, Package: buildd.debian.org, if it applies there too)
[10:55] <cjwatson> "a bit" here is an hour or so:
[10:55] <cjwatson> 15 * * * *  cd /srv/launchpad.net/builddmaster/pas-bzr/ && bzr up -q
[10:56] <jamespage> cjwatson, yep - I just finished testing on powerpc and arm*
[10:56] <jamespage> I will submit patches for fixing arm* and enabling in debian
[11:12] <doko> mhr3_, what to send a patch?
[11:14] <mhr3_> doko, i just did
[11:14] <mhr3_> $ diff callgrind_control.old callgrind_control
[11:14] <mhr3_> 32c32
[11:14] <mhr3_> <       if (/^use --pid=(\d+) for \S*?valgrind\s+(.*?)\s*$/) {
[11:14] <mhr3_> ---
[11:14] <mhr3_> >       if (/^use --pid=(\d+) for \S*?valgrind\S*?\s+(.*?)\s*$/) {
[11:15] <mhr3_> sorry, didn't do the pkg-foo
[11:15] <doko> mhr3_, I'm travelling, so please put it into a bug report for now
[11:16] <mhr3_> ok
[11:34] <gigix> Hello everyone. I'd like to contribute to the development of Ubuntu, read quite a few articles and wiki pages about how to do so, but I am still a bit confused about where to start. Could you guys share thoughts about a recommended path for 1st time contributors ?
[11:38] <ev> mpt: yay, I just landed hanging application support in apport. I'll let you know when it's in the archive so you can poke around the UI and make sure it meets your expectations. Just need to land my compiz branch now and we're there.
[11:39] <ev> much thanks to pitti for the steady stream of thorough code reviews
[11:39] <mpt> ev, does it require a Q installation?
[11:39] <ev> mpt: hmm, probably not
[11:39] <ev> I can throw it in a ppa for precise
[11:40] <ev> and we can evaluate backporting to get data from 12.04.1 users
[11:50] <jamespage> anyone aware of any issues with the 3.5.0-3 kernel in quantal?  I get 0 peripherals including network, usb, monitor etc...
[12:59] <pitti> ev: FYI, I have a build recipe for apport's trunk
[13:11] <pitti> ev: FYI, bumping apport's version to 2.3, as it has new features (should have done this before already)
[13:14] <ev> pitti: cheers!
[13:56] <smb> cjwatson, While meddling around trying to figure kdump, I took the opportunity to do a merge of kexec-tools from Debian. Since you uploaded it last, I wanted to let you know and also ask how you would prefer me to go on. LP bug and subscribe you or just generic sponsors?
[13:56] <cjwatson> Go ahead; just generic sponsors, I have no attachment to it
[13:57] <smb> ok
[14:41] <PaoloRotolo> Hi all
[15:03] <zyga-food> mvo, hey, what decides that apt-get install selects a package from precise vs precise-backports? (when both repositories are enabled)
[15:07] <stgraber> zyga-food: -backports is marked as NotAutomatic and ButAutomaticUpgrades. So apt will never select a package from it unless explicitly asked to do so, but once a package is installed from it, apt will continue pulling updates from -backports.
[15:08] <zyga-food> stgraber, interesting, how would one install a package from backports? with explicit version provided to apt?
[15:08] <Laney> zyga-food: apt-get install foo/precise-backports
[15:08] <zyga-food> stgraber, and once you actually get that package, does it 'unlock' all other backport packages or just the package (name) that was installed
[15:08] <zyga-food> ah
[15:08] <zyga-food> interesting
[15:09]  * zyga-food is trying to install something from backports and managed to do it with apt-get install foo=very-long-version
[15:09] <Laney> that works too
[15:09] <zyga-food> where can I read about it?
[15:09] <Laney> !backports
[15:09] <zyga-food> I'd like to understand how that works
[15:09] <zyga-food> thanks!
[15:15] <pitti> apw, ogasawara: is it planned to apply our remaining Ubuntu delta of module-init-tools to kmod and move to that?
[15:15] <apw> pitti, i don't think we've done anything other than think that it was a good idea
[15:16] <apw> i am sure its where most peopel are going
[15:18] <pitti> apw: kmod should be backwards compatible from what I can tell; the "upgrade quirks" are most probably obsolete anyway after precise's release, so we just have some modprobe.d/ customizations
[15:18] <pitti> you can't build systemd and newer udev without it, that's why I'm asking
[15:22] <apw> pitti, heh ... well then our hand is forced, i can put it on my list
[15:23] <pitti> apw: alternatively we could modify the Debian source package to not build the transitional module-init-tools package
[15:23] <pitti> but it seems to be the official successor, also in debian
[15:24] <apw> pitti, yep i think we want to change if we can, i'll look at it next
[15:24] <pitti> apw: cheers! hopefully our delta is not too big
[16:38] <micahg> xnox: why not just let mongodb fail than disabling it? (failure is a sign to fix)
[16:40] <xnox> micahg: it's a toolchain issue, with bugs filed with tag boost1.49
[16:40] <micahg> xnox: so what?
[16:40] <xnox> it's one of the 3 remaining packages to remove boost1.46 from the archive
[16:41] <micahg> xnox: and, as much as it would be nice to have boost1.46 gone, at this point in the cycle, it doesn't matter that much
[16:41] <micahg> xnox: also, you can remove the binaries without disabling the build
[16:42] <gmi> can anybody confirm if a new version of dnsmasq-base was added to precise-proposed? it was reportedly added around June 15th but I cannot seem to find it; the only version is 2.59-4 and I'm looking for 2.61
[16:43] <micahg> xnox: when you disable the build, it no longer shows up here: http://qa.ubuntuwire.com/ftbfs/, so no one sees that there is an FTBFS bug to fix
[16:44] <micahg> gmi: 2.62-3 is in quantal, it's unlikely that 2.61 would be uploaded to precise
[16:46] <gmi> micahg: Chuck Short sent an email on the openstack mailing list on June 15th about uploading a fix to a dnsmasq bug affecting Ubuntu Precise users to the precise-proposed repo, but I don't see any new new version being available
[16:47] <zul> gmi: no i said we are working on it...still working on it
[16:47] <micahg> bug 1006898
[16:48] <gmi> zul: the email was worded differently, but if I have to wait I'll wait http://openstack.markmail.org/search/?q=or%20those%20who%20are%20affected%20by%20the%20dnsmasq%2Fvlan%20issues%20on%20Ubuntu%2C%20I%20have%20uploaded%20a%20fix%20for%20precise-proposed.%20It%20should%20be%20available%20for%20testing%20of%20the%20fix%20soon.%20You%20will%20have%20to%20turn%20on%20%22precise-proposed%22%20on%20your%20servers%20to%20test%20the%20f
[16:48] <micahg> gmi: it was uploaded and rejected, see the bug for more info
[16:53] <gmi> micahg and zul: thanks for the update; I'll be patient and wait for the update to land in precise-proposed
[16:53] <micahg> BenC: thanks for the PPC patch for Firefox
[16:55] <BenC> micahg: No problem
[17:19] <xnox> micahg: I know that. I will have arm hardware in 1.5 weeks, and I'm planning on making them build again.
[17:20] <xnox> micahg: but you do have a point, now that armhf builds, there is little point in not keeping armel as FTBFS
[17:26] <micahg> xnox: also, something to keep in mind is Ubuntu isn't like Debian (yet) where we have to worry about binaries migrating
[17:36] <xnox> micahg: but i can't remove the source package without binaries...
[17:36] <micahg> xnox: huh?
[19:11] <micahg> jamespage: doko: is it time to flip the openjdk 7 plugin to main in quantal?
[19:14] <micahg> jamespage: doko: I mean switch the openjdk7 version to be default (and what icedtea-plugin pulls in)
[20:06] <jamespage> micahg, I think so; the java alternates need to be updated as well to favour java7 over java6 when both are installed.
[20:06] <jamespage> doko, I think I'm correct in what I say above ^^
[20:11] <cousteau> so...  could someone please fix the problem on nvidia-96?
[20:11]  * cousteau is considering the possibility of just opening the package and deleting the xorg-video-10-abi line
[20:12] <micahg> cousteau: the person I poked is off today
[20:13] <cousteau> ok
[20:13] <cousteau> but it's a work in progress then
[20:13] <cousteau> ok...  I've not upgraded to precise yet but when I do I don't want to be installing the Nvidia drivers manually again
[20:13] <micahg> cousteau: I would do it myself, but I'm not sure if it needs more than a rebuild r not
[20:14] <cousteau> (also another IRC user happens to have exactly the same graphics card model as I do...)
[20:14] <cousteau> maybe the install can be forced by telling dpkg to ignore missing dependencies?
[20:16] <stgraber> ScottK: around?
[20:16] <ScottK> stgraber: Yes.
[20:17] <stgraber> ScottK: Edubuntu has failed to build for a few days now because of python-avogadro not being installable
[20:17] <stgraber> ScottK: as it depends on python2.7-qt4
[20:17] <stgraber> which doesn't seem to exist
[20:17] <ScottK> The Debian avogadro maintainer and I are arguing about that very point.
[20:17] <ScottK> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679819
[20:18] <stgraber> based on germinate output, I should be able to avoid python-avogdaro by changing the libavogadro1 recommends but I'm open to better solutions, as long as we get Edubuntu buildable again quickly :)
[20:18] <highvoltage> thanks ScottK :)
[20:18] <ScottK> It's easy enough to fix in either avogadro or PyQt.
[20:19] <ScottK> I think fixing it in avogadro is better, but as you can see if the bug the avogadro maintainer has not agreed.
[20:19] <ScottK> The needed diff for avogadro is in the bug.
[20:19] <ScottK> Fixing PyQt makes even less sense in Ubuntu where there's only one Python version.
[20:20] <stgraber> ok, I'll upload the avogadro change in Ubuntu, and once people are done fighting we'll use whatever they decide :)
[20:20] <ScottK> Sounds good.
[20:28] <xnox> stgraber: what avogadro changes? =)
[20:30] <ScottK> xnox: Look in the bug I referenced.
[20:34]  * xnox was offline.... looking up irclogs..
[20:37] <Laney> lesson: never go offline
[20:41] <doko> jamespage, yes the priorities need an update.
[20:46] <micahg> jamespage: so, can you fix up icedtea-web then?
[20:46] <micahg> xnox: what did you mean before about removing sources with binaries?
[20:47] <jamespage> micahg, I can but not immediately - I have a few other things I need to clear first
[20:47] <micahg> jamespage: sure, no rush, just want to make sure someone's taking it :)
[20:49] <xnox> micahg: mongodb is part of boost1.46 -> boost1.49 transition.
[20:49] <xnox> it's one of the last 4 packages
[20:50] <xnox> can i remove boost1.46 sources, while keeping the remaining boost1.46 binaries which mongodb old version depends on in precise (and copied into quantal)
[20:50] <ScottK> xnox: In that case no you can't.
[20:50] <micahg> xnox: right, but you can remove the offending armel binary without disabling the build
[20:50] <ajmitch> there are probably good (legal) reasons why you can't remove the source if binaries still exist
[20:55] <xnox> micahg: that's why I disabled armel build, as far as mongodb armel build goes: either upstream should finally support things that are not *-x86, or armel toolchain needs target profile changes.
[20:55] <xnox> it doesn't look like either of fixes will happen any time soon.
[20:56] <micahg> xnox: right, but it was established that it's a toolchain bug that should be fixed, not an upstream issue, and the FTBFS reminder makes it more likely for some +1 maintenance person like infinity to actually fix it
[20:59] <ScottK> I can remove binaries on a single arch if neeeded.
[21:14] <xnox> ok. thanks.
[21:14] <xnox> I will fix player and give another round to ball, before comming back to this
[22:11] <xnox> ScottK: interesting maintainer of avogadro...
[22:13] <ScottK> Yes.
[22:53] <alazare619> anyone here build ubuntu 12.04 from scratch using live-build?


[00:06]  * skaet doesn't mind hard, just dislikes wasting time because tools aren't there to do the job.
[00:22]  * infinity notes that writing tools is often a good solution to lacking tools.
[00:51]  * skaet --> TGIF.
[01:00] <slangasek> hmm, I guess if the lucid-main autotest still hasn't given us results after 3h30, that's a good sign
[01:00] <slangasek> it only takes 2.5h to fail on mono :)
[01:05] <infinity> slangasek: But what does it fail on at 3:45? ;)
[01:05] <slangasek> we'll see!
[03:05] <ScottK> libtelepathy-qt4-farsight2 can be removed due to NBS if someone is awake (infinity).  No rdepends left.
[03:08] <infinity> ScottK: That was quick.
[03:08] <ScottK> The only rdepend was the -dev from the same source.
[03:08] <ScottK> Kind of a self-licking ice cream cone for NBS.
[03:09] <infinity> A self... Licking... Ice cream cone?  Why does that metaphor somehow sound terribly dirty?
[03:10] <infinity> ScottK: Removed.
[03:10] <ScottK> Dunno.  Look in the mirror.
[03:10] <ScottK> Thanks.
[03:13]  * infinity is a bit shocked that the only thing on outdate.txt is the libical FTBFS.
[03:13] <infinity> Oh, outdate_all is less pleasant.
[03:14] <ScottK> Yes, but main looks pretty decent. Feel free to fix the LO FTBFS on armel.
[03:14] <infinity> I'll let Jani do it, since he so LOVES libreoffice.
[03:14] <slangasek> cjwatson: Daviey is reporting an issue with the d-i netboot images; it appears libcrypto is in the initramfs but libssl is not, so pulling the libssl-udeb doesn't work without also pulling the libcrypto-udeb... I think we want to respin d-i for this?
[03:16] <infinity> slangasek: I don't follow the second half of that run-on sentence.
[03:16] <slangasek> infinity: libcrypto in the initramfs is 1.0.0; libssl is not there; things trying to pull in libssl w/o libcrypto fail
[03:17] <slangasek> so if we refresh the initramfs to contain current libcrypto matching the libssl in the archive, this goes away
[03:17] <infinity> They probably shouldn't do that anyway, or you get image/component skew post-release too.
[03:17] <infinity> But rebuilding is a quick fix.
[03:18] <slangasek> well, ultimately it seems the problem is libssl1.0.0-udeb has wrong deps
[03:18] <slangasek> Depends: libc6-udeb (>= 2.15), libcrypto1.0.0-udeb (>= 1.0.0)
[03:18] <infinity> Needs to tighten that up?
[03:18] <slangasek> yeah; there's a new symbol version
[03:18] <infinity> That would fix it, then.
[03:18] <infinity> Perhaps we should fix the actual bug. :P
[03:19] <slangasek> that's also acceptable ;)
[03:19] <infinity> A respin to freshen things afterward is a bad idea, but maybe after testing with an intentional skew to make sure the bug's fixed.
[03:19] <infinity> s/is/isn't/
[03:20] <infinity> libcrypto 1.0.0 libssl1.0.0 (>= 1.0.0)
[03:20] <infinity> libssl 1.0.0 libssl1.0.0 (>= 1.0.0)
[03:20] <infinity> udeb: libcrypto 1.0.0 libcrypto1.0.0-udeb (>= 1.0.0)
[03:20] <infinity> udeb: libssl 1.0.0 libssl1.0.0-udeb (>= 1.0.0)
[03:20] <infinity> Looks like the shlibs are just plain wrong across the board.
[03:21]  * infinity fixes.
[03:23] <infinity> Although.  Shouldn't dh_makeshlibs be working this magic without intervention?
[03:24]  * infinity builds openssl so he can stop guessing.
[03:25] <infinity> Nevermind, I can't read.  Fixing. :P
[03:26] <slangasek> the symbols file is also entirely missing the new symbols
[03:26] <slangasek> so that's bad too
[03:26] <ScottK> BTW, if you look at component mismatches, the source/binary demotions for telepathy-farsight should be good to do.
[03:26] <infinity> It shouldn't be.
[03:26] <slangasek> infinity: "shouldn't"?
[03:27] <infinity> slangasek: Yes.  Shouldn't.  What's mising?
[03:28] <infinity> slangasek: I can't see how they could be missing and the build not fail.
[03:31] <slangasek> infinity: dpkg-gensymbols doesn't require missing symbols to be treated as a failure, and it isn't by default
[03:31] <ScottK> Actually, I think those can be removed.  Let me check.
[03:31] <infinity> slangasek: No, I suppose not.  And the way it's used here is odd.
[03:31] <infinity> slangasek: But I don't see how there could be symbols present in the library but not in the symbols file?
[03:31] <infinity> slangasek: Barring a pretty massive bug in dpkg-gensymbols.
[03:32] <slangasek> the symbols file isn't autogenerated
[03:33] <infinity> Are we talking about the same one?
[03:33] <infinity> The one in the binary package is.
[03:33] <infinity> The one in the source package only has 6 lines.
[03:33] <infinity> Anyhow, the shlibdeps thing is fixed.
[03:34] <infinity> Huh, and I just got a ton of 1.0.1 symbols in debian/libssl1.0.0/DEBIAN/symbols
[03:35] <infinity> And those are the only difference between that and my installed copy.
[03:35] <slangasek> hmm
[03:35] <infinity> I'm not actually sure how that's even possible, given that the thing I changed is after dpkg-gensymbols...
[03:36] <infinity> Puzzling.
[03:37] <infinity> Anyhow, is there a bug for the dependency thing?
[03:39] <infinity> Ugh, and a clean target that doesn't clean.
[03:40] <ScottK> slangasek or infinity: telepathy-farsight (src): libtelepathy-farsight-dev libtelepathy-farsight-doc libtelepathy-farsight0 libtelepathy-farsight0-dbg (binaries) should all be removed now.
[03:40] <slangasek> none filed no
[03:41] <infinity> Kay, one more test build to see if this magical appearance of symbols seems to be a recurring thing.
[03:41] <infinity> And then I'll upload. :P
[03:41] <infinity> (Either way, the shlibs will be fixed, which is the nastier bug, symbols files are optional anyway)
[03:42] <infinity> Or I might be living in the past.  Are they still optional?
[03:42] <slangasek> if the symbols file exists it will be used exclusively and the shlibs file is ignored.
[03:43] <infinity> Well, the shlibdeps call in the package itself seemed to DTRT after I fixed the shlibs.
[03:43] <infinity> But, the symbols file also magically fixed itself, so that's not much of a test.
[03:47] <slangasek>         dpkg-gensymbols -Pdebian/libssl1.0.0/ -plibssl1.0.0 -c4
[03:47] <slangasek> urk
[03:47] <slangasek> that -c4 is exactly what should *not* let the package out the door without a complete symbols file
[03:47] <infinity> slangasek: Well, a second try here, and it gave me all the 1.0.1 symbols again.
[03:48] <infinity> slangasek: So, I'm kinda puzzled as to how it didn't before.
[03:48] <slangasek> right, so why didn't it do that on the buildd
[03:48] <slangasek> you see the broken .symbols in the package too, right?  It's not some local corruption of mine?
[03:48] <infinity> Yeah, same here.
[03:49] <slangasek> dpkg-shlibdeps: warning: debian/openssl/usr/bin/openssl contains an unresolvable reference to symbol<EMAIL_ADDRESS>it's probably a plugin.
[03:49] <slangasek> from the build log :/
[03:49] <infinity> http://paste.ubuntu.com/897340/
[03:49] <infinity> ^-- Diff from local to build.
[03:50] <infinity> slangasek: And all I've changed is the dh_makeshlibs call on the *next* line, so I can't see how it would have changed the symbols file.
[03:50] <infinity> slangasek: Though -c4 clearly won't do any good when debian/libssl.symbols is a template, not a full list.
[03:50] <infinity> (I didn't even know you could wildcard/template until just now)
[03:51] <slangasek> well, it would throw an error if there were any new symbols not matching those wildcards
[03:51] <infinity> But there aren't.
[03:51] <slangasek> (which should be safe enough, given those wildcards)
[03:51] <infinity> And it won't whine if it's missing symbols that match the wildcards, which is the case on the buildd.
[03:52] <infinity> For whatever moon-phase-induced reason.
[03:52] <slangasek> hmm, that seems like a bug in dpkg-gensymbols though
[03:52] <slangasek> -c1 is "fail if some symbols have disappeared".  There's a wildcard matching nothing.  Shouldn't that count?
[03:52] <infinity> Maybe?
[03:52] <infinity> I dunno.
[03:54] <infinity> slangasek: It had this problem on every arch, it wasn't moon phase.
[03:55] <infinity> slangasek: I'm going to revert my other fix and see if this is reproducible here.  But if it is, I'm not sure I'd understand why.
[03:56] <slangasek> AIUI, the dpkg-gensymbols line only works as a sanity check
[03:56] <slangasek> because dh_makeshlibs will call dpkg-gensymbols a second time
[03:56] <slangasek> and overwrite
[03:56] <infinity> Oh!
[03:56] <infinity> And maybe it's blatantly ignoring symbols that are >> 1.0.0 because of the dep constraint.
[03:57] <infinity> That seems like kinda weird behaviour.
[03:57] <slangasek> yes, it does
[03:57] <infinity> But explains what I'm seeing here with my shlibs fix magically fixing the symbols too.
[03:57]  * slangasek nods
[03:59] <infinity> Yeah, I'm going to just upload this and ponder the implications of debhelper and/or dpkg bugs later.
[04:02] <infinity> Erk.
[04:02] <infinity> Maybe not.
[04:02] <infinity> Rebuilding 1.0.1-2ubuntu1 here still gets me a correct symbols file.
[04:02] <infinity> So my computer's smarter than the buildds.
[04:02] <infinity> Never a good sign.
[04:02] <infinity> Time for a clean chroot.
[04:04] <slangasek> any -j madness possible?
[04:04] <infinity> I was -j2 here.
[04:04] <infinity> But so are almost all the buildds.
[04:04] <infinity> I could try not.
[04:05] <slangasek> it's a pretty linear debian/rules
[04:05] <infinity> Yeah.
[04:05] <infinity> And the logs certainly seem to show it in order.
[04:05] <infinity> I don't see the usual interleaving that says "something broke"
[04:07] <infinity> It's weird what random greps turn up.
[04:07] <infinity> test_buildd_recipe:         'archive_purpose': 'puppies',
[04:27] <slangasek> infinity: the only thing I can think of that's different now is that libssl1.0.0 1.0.1 is going to be installed in the build chroot
[04:27] <slangasek> whereas the first time around, it wasn't
[04:28] <infinity> slangasek: So, a local build of the previous source in a clean buildd chroot still gives me all the 1.0.1 symbols.
[04:28] <infinity> slangasek: Ahh, but my chroot does have 1.0.1 installed, yes.
[04:28] <infinity> slangasek: Still, while I don't entirely understand what's wrong, every test here seems to imply that accepting the above package will "fix" things. :P
[04:29] <infinity> Maybe the dh_makeshlibs isn't actually using the just-built library?
[04:30] <infinity> Not seeing how that would happen either, though. :/
[04:35] <infinity> slangasek: Bingo.
[04:36] <slangasek> ?
[04:36] <infinity> slangasek: lrwxrwxrwx 1 buildd buildd 37 Mar 24 04:17 ./debian/libssl1.0.0/usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 -> /lib/x86_64-linux-gnu/libssl.so.1.0.0
[04:36] <infinity> absolute symlinks in the package, resolving to the system libraries.
[04:36] <slangasek> ah
[04:37] <infinity> Probably just need to -X those, since I'm pretty sure those links need to be absolute, per policy.
[04:37] <infinity> Though it's been a while since I read that section.
[04:37] <slangasek> pretty sure those links shouldn't be there at all
[04:37] <infinity> Anything that crosses top-level dirs, right?
[04:37] <slangasek> that's the idea
[04:38] <slangasek> but why should /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 exist at all?  It's redundant
[04:38] <infinity> I was about to say "for braindead upstreams that dlopen absolute paths", but they're never going to look in the multi-arch path anyway. :P
[04:38] <slangasek> openssl (0.9.8g-15ubuntu2) jaunty; urgency=low
[04:38] <slangasek>   * Move runtime libraries to /lib, for the benefit of wpasupplicant
[04:38] <slangasek>     (LP: #44194). Leave symlinks behind in /usr/lib (except on the Hurd)
[04:38] <slangasek>     since we used to set an rpath there.
[04:38] <slangasek>  -- Colin Watson<EMAIL_ADDRESS>Fri, 06 Mar 2009 12:48:52 +0000
[04:38] <slangasek> that reasoning no longer applies
[04:38] <slangasek> we should just kill them
[04:39] <infinity> Seems fair.
[04:39] <slangasek> infinity: care to do the honors?
[04:39] <infinity> Yup.
[04:39] <infinity> Reject my current upload, plox.
[04:39] <slangasek> rejecting previous upload
[04:41] <infinity> Oh wow, the linking for the .so hurts.
[04:41] <infinity> Anyhow, fixing the runtime links. :P
[04:42] <infinity> Hrm.
[04:43] <infinity> slangasek: Will the shlibs madness also follow the -dev links (which have the same issue)?
[04:43] <infinity> slangasek: Or is *.so ignored?
[04:43] <infinity>             /(\.so\.|\.so$)/ && -f $_ &&
[04:44] <infinity> Looks like it'll trip up on the dev links too.
[04:44] <infinity> So, need to at least -X those.
[04:44] <slangasek> really?  odd
[04:44] <infinity> Well, unless I can't read pcre.
[04:45] <infinity>        -Xitem, --exclude=item
[04:45] <infinity>            Exclude files that contain item anywhere in their filename or directory from being
[04:45] <infinity>            treated as shared libraries.
[04:45] <slangasek> oh, but isn't that what the -f $_ is for?
[04:45] <infinity> ^-- Cause "anywhere" is useful...
[04:45] <slangasek> i.e., this should never match symlinks
[04:46] <infinity> Hrm.  If it never matches symlinks, then I still don't know how we got here. :P
[04:46] <slangasek> yep
[04:48] <slangasek> so I can reproduce the error by downgrading libssl10.0.
[04:49] <slangasek> infinity: oh, but of course dh_makeshlibs only looks at the tmpdir of the current binary package
[04:49] <slangasek> so dropping the compat /usr/lib symlinks is sufficient
[04:50] <infinity> Oh, since it's only libssl1.0.0 we care about, the -dev will be ignored...
[04:50] <infinity> Can you quickly confirm that by just removing them by hand and re-running dh_makeshlibs?
[04:50] <slangasek> yes, confirmed
[04:52] <infinity> Reuploaded.
[04:53] <slangasek> (and perl's -f returns true for symlinks, probably by analogy with [, using stat vs. lstat; so that's that mystery explained)
[04:54] <infinity> Yeah, makes sense.  test does the same.
[04:54] <infinity> Oh, you just said that.
[04:54] <slangasek> and that could also be a bug in dpkg-gensymbols
[04:54] <infinity> Yeah, arguably.  Following symlinks seems inherently dangerous.
[04:54] <infinity> Not only the package->system issue, but cross-package linking.
[04:54] <infinity> You want the real library, not a ghost.
[04:55] <slangasek> care to file a bug on dpkg?
[04:55] <infinity> Later tonight, sure.  I'm currently multitasking between work and life (as of a few minutes ago)
[04:55] <infinity> And I think life's about to win.
[04:55] <infinity> By virtue of being slightly prettier.
[04:56] <slangasek> ok :)
[04:56] <infinity> Oh, that's why my upload isn't in the queue.
[04:56] <slangasek> .upload in your way? :)
[04:57] <infinity> No.
[04:57] <infinity> */55
[04:57] <infinity> We need to fix that.
[04:57] <slangasek> ?
[04:57] <infinity> It used to be a gap left for a security queue from dak->soyuz.
[04:57] <infinity> So, the "no queue run at 55" thing is, like, 4 years obsolete?
[04:58] <infinity> Feel free to fix lp_queue's crontab and ping a LOSA to mirror it to their deployment bits.
[04:58] <infinity> (Or I'll do that later too)
[04:59] <slangasek> it's not clear to me that won't give someone an aneurysm
[04:59] <slangasek> so I'll pass for now :)
[04:59] <infinity> Heh.
[05:00] <infinity> Alright, I'll take care of it with webops later when I'm not distracted. ;)
[06:04] <slangasek> whoo, lucid-main upgrade test succeeded on i386
[06:04] <slangasek> (and failed on amd64... baby steps)
[06:05] <slangasek> dpkg: unrecoverable fatal error, aborting:
[06:05] <slangasek>  fork failed: Cannot allocate memory
[06:05] <slangasek> heh
[06:39] <infinity> slangasek: *raise brow*
[06:39] <slangasek> it's not beta-critical
[06:40] <slangasek> but obsolete conffiles are now being looked at by the auto upgrader
[06:40] <slangasek> so I figured I'd shoot a couple
[06:41] <infinity> slangasek: Oh, no, I was raising my brow at the "fork failed: Cannot allocate memory"
[06:41] <slangasek> oh
[06:42] <slangasek> well, clearly the amd64 upgrade went so well that the VM couldn't contain itself
[06:42] <infinity> *snicker*
[06:46] <infinity> Anyhow, since we need to enter respin city at some point anyway, and this looks correct, I'm accepting it.
[07:53] <jibel> session failed to start with latest unity, great :/
[08:05] <jibel> Can you respin ubuntu alternate. It failed because versions of gnome-control-center and gnome-control-center-data didn't match.
[17:49] <bdrung> can someone look at the FFe request bug #963062?
[17:49] <ubot2`> Launchpad bug 963062 in distro-info "[FFE] distro-info should have posix shell cmdline tool" [Medium,New] https://launchpad.net/bugs/963062
[17:55] <tumbleweed> I suppose I can :)
[17:59] <bdrung> tumbleweed: distro-info was written in many languages: python, haskell, shell, ...
[17:59] <bdrung> maybe i will rewrite it i C one day :)
[18:00] <bdrung> tumbleweed: btw, would requesting a FFe for lintian makes sense?
[18:03] <tumbleweed> bdrung: sure, latest lintians are nice to have
[18:12] <bdrung> tumbleweed: thanks. btw, why is there a timeframe given?
[18:23] <tumbleweed> bdrung: so tha twe don't end up with a pile of approved FFes that haven't landed
[18:24] <bdrung> k
[18:24] <bdrung> tumbleweed: i would do it right now, but https://launchpad.net/debian/+source/distro-info is slow in grabbing the new version
[18:35] <Daviey> bdrung: thanks for your work on distro-info, and splitting out the config.
[18:36] <Daviey> tumbleweed: This FFe makes perfect sense.. To SRU the config file, a data source package just needs uploading, rather than rebuilding a binary(s)
[18:36] <tumbleweed> Daviey: already approved
[18:36] <Daviey> Top Banana
[18:38] <bdrung> Daviey: you're welcome
[18:53] <Daviey> cjwatson: Are you around?
[18:53] <Daviey> cjwatson: I suspect d-i needs a rebuild, following the openssl bump...
[18:54] <Daviey> main-menu[569]: (process:7356): wget.gnu: /lib/libcrypto.so.1.0.0:
[18:54] <Daviey> version `OPENSSL_1.0.1' not found (required by /lib/libssl.so.1.0.0)
[18:54] <Daviey> (seeing the same thing with curl aswell)
[18:59] <slangasek> Daviey: are you still seeing that after the latest openssl upload?
[18:59] <slangasek> the latest libssl1.0.0-udeb in the archive should now declare a correct dependency on libcrypto1.0.0-udeb (>= 1.0.1), meaning that both should be pulled in for you
[19:00] <slangasek> (d-i should get a respin at some point, but that's an optimization rather than a bugfix)
[19:06] <Daviey> slangasek: when was that published?
[19:07] <Daviey> slangasek: I've been trying to work around it, by using a local udeb mirror.
[19:07] <slangasek> Daviey: after we spoke last night :)
[19:07] <infinity> Daviey: ~10 hours ago?
[19:07] <Daviey> hmm
[19:07] <Daviey> let me try it
[19:07] <slangasek> 1.0.1-2ubuntu2
[19:07] <infinity> Daviey: Please do.  This should fix the real bug.
[19:07] <infinity> Daviey: (As in, libssl-udeb should now pull in libcrypto-udeb and override the mismatched one in the initrd)
[19:08] <infinity> Daviey: Once you've proven that's true then, yeah, a d-i rebuild to freshen things is still a good plan at some point.
[19:09] <Daviey> /var/log/apache2/access.log:2590:<IP_ADDRESS> - - [24/Mar/2012:14:51:33 -0400] "GET /ubuntu/pool/main/o/openssl/libssl1.0.0-udeb_1.0.1-2ubuntu2_i386.udeb HTTP/1.1" 200 149682 "-" "Wget"
[19:09] <Daviey> no dice
[19:09] <Daviey> I did notice that if i anna-install'd wget-udeb by hand.. it *ddi* work
[19:09] <Daviey> did*
[19:09] <Daviey> so i'm not fully convinced it's just an optimzation
[19:09] <infinity> So, we have a d-i bug here too perhaps.
[19:10] <infinity> (Not "an it needs rebuilding" bug, but an "it's doing something wrong" bug)
[19:10] <infinity> Hrm, who accepted linux-firmware?
[19:11] <Daviey> right.. adding an early_command to install wget-udeb doesn't work.. but dropping to the console and anna-instaling after failure, makes it work
[19:11] <infinity> How are you installing it with the early_command?
[19:13] <infinity> Still anna-install?
[19:13] <Daviey> yes
[19:14] <infinity> Oh, but early.  I wonder if early is using lists local to the initrd, before we've updated to see what the interwebs have to offer.
[19:14] <infinity> THough, then you'd be getting the old version.  Nevermind.
[19:14] <infinity> Daviey: Anyhow, we can (and will) rebuild d-i, but could you file a bug about this behaviour?  It's obviously wrong.
[19:14] <ScottK> bdrung: distro-info-data source accepted.
[19:14] <Daviey> infinity: I've set the mirror/* to be my custom local forked archive
[19:15] <infinity> Daviey: And undoing that and using the defaults gives the same issues?
[19:15] <Daviey> infinity: yes
[19:15] <infinity> Kay/
[19:16] <infinity> Yeah, please file a bug.
[19:16] <infinity> And now I'm just concerned that whoever accepted linux-firmware may force me to bump d-i floppy sizes again before I can rebuild it. :P
[19:16] <Daviey> I wish i could work out why an ann-install in early is different to later stages
[19:17] <infinity> If you'd prefer to track it down instead of filing a bug, that doesn't hurt my feelings either. ;)
[19:17] <Daviey> infinity: you can chain packages in anna-install foo bar ?
[19:17] <infinity> Daviey: I'm not much of an anna expert.
[19:19] <infinity> And yes, anna allows multiple package arguments.
[19:19] <infinity> (And by extension, anna-install, which is just a thin shim)
[19:27] <Daviey> Would it be bad karma to do a d-i no-change-rebuild without speaking to Colin first?
[19:27] <slangasek> no
[19:27] <slangasek> sounds like infinity might be working on it though?
[19:27] <Daviey> slangasek: Do you already have the source locally?
[19:28] <slangasek> probably not any current source :)
[19:28] <Daviey> infinity: are you?
[19:28]  * Daviey pulls
[19:28] <infinity> Daviey: See above.
[19:28] <infinity> Daviey: It may well fail because of the new linux-firmware.
[19:29] <infinity> Daviey: I'd rather make sure that's not true first.
[19:29] <Daviey> infinity: Suggestions on how to debug that?
[19:31] <infinity> Daviey: Sure, try to build locally for both amd64 and i386, if it works, we're good.  If it fails with "device full", it needs twiddling.
[19:31] <infinity> Daviey: I was going to do this in a little bit.
[19:31] <Daviey> Interesting, looking at the chanelog for the last debian-installer upload
[19:32] <Daviey> It seems to be netboot failing, rather than cd
[19:33] <infinity> "It"?
[19:33] <Daviey> infinity: the issue i am seeing..
[19:33] <Daviey> I need to reproduce the the latest daily.
[19:44] <Daviey> infinity: confirmed, curl works from the current daily iso.. but *not* from netboot image.
[19:51] <infinity> Well, we can definitely rebuild d-i to paper over it for now, but I'm curious about why anna-install hates you in early_command but not later.
[19:56] <jdstrand> infinity: re hamster-indicater> hamster is a time tracking tool. it used to have something for gnome-panel; this gives that something back to unity
[19:57] <jdstrand> infinity: that something is an indicator that allows you to see yuor current activity and how long you've been at it, along with methods to change tasks, etc
[19:59] <jdstrand> infinity: it's quite handy and I've been using the indicator from the ppa for probably going on a year
[20:00] <infinity> jdstrand: Kay.  Was mostly just curious, since the description was wildly unhelpful.  And also figured it might be something watching my CPU cores (ie: my system's hamsters).  :P
[20:02] <jdstrand> heh
[20:02] <bdrung> ScottK: thanks. should i sync distro-info 0.6 or wait until lp picks 0.7 up?
[20:02] <jdstrand> the longer description is more helpful. I didn't ever notice how bad the short description is :)
[20:03] <ScottK> bdrung: I'd wait for 0.7.
[20:03] <jdstrand> it is essentially "echo $srcpkg" | sed 's/\-/ /' :)
[20:03] <jdstrand> not the greatest
[20:04] <infinity> jdstrand: Given that short descriptions shouldn't even mention the package, yeah, it's not ideal. ;)
[20:05] <infinity> jdstrand: (though, in the case of glueish packages, it's hard to avoid, when perhaps what you want is "foo-indicator: add indicator support to foo, a utility that tracks your fooishness")
[20:06]  * jdstrand nods
[20:06] <jdstrand> I can fix it up once approved
[22:01] <cjwatson> infinity: d-i mostly ignores versioned dependencies.  This is documented
[22:02] <cjwatson> (doc/devel/modules.txt)
[22:03] <cjwatson> Daviey: cdrom (daily ISO) vs. netboot differs because libcrypto1.0.0-udeb is in the netboot initrd but not in the cdrom initrd
[22:06] <cjwatson> So this is simply that anna/libd-i doesn't do version checks.  It's intentionally reduced compared to a full dependency resolver; I doubt that we'll "fix" this.
[22:22] <Daviey> cjwatson: if i anna-install libcrypto1.0.0-udeb from early_command, will it work around this?
[22:48] <infinity> cjwatson: Hrm.  That seems to kinda negate the usefulness of having versioned deps in udebs then, especially in the post-release initrd/archive skew case.


[09:05] <pavlushka> Welcome Kilos :)
[09:07] <Kilos> hi pavlushka ty lad
[09:07] <Kilos> struggling with sharing my mobile connection with another pc via ethernet
[09:08] <Kilos> done it before but now forgotten what i did hehe
[09:23] <Kilos> oh yes i gotta get ip addresses in the same range
[09:23] <Kilos> stupid head
[09:30] <pavlushka> Kilos: is there is a router in between?
[09:31] <Kilos> i just added one, was using a bridge
[09:32] <Kilos> with the bridge you need to set ip
[09:32] <Kilos> router should do it automatically hey
[09:32] <pavlushka> Kilos: or back to back lan connection / direct connection?
[09:33] <pavlushka> Kilos: yes, router should do it automatically if dhcp option in the router is enabled
[09:33] <Kilos> i tried that but you need a crossover cable then
[09:33] <pavlushka> Kilos: is there is a router?
[09:34] <Kilos> yes i put an old dlink router in now but not sure if it even works anymore hehe
[09:34] <Kilos> lemme see how far i get
[09:34] <pavlushka> Kilos: and you are using a gsm modem with the router, right?
[09:35] <pavlushka> Kilos: through which your one pc is connected, did I guess that right?
[09:37] <pavlushka> if so, then your other machine behind the router lan should also work likewise (enable dhcp option in your router)
[09:38] <pavlushka> unless the machine connected to the port is broken (worst case scenario)
[09:46] <pavlushka> is it working?
[09:47] <Kilos> not yet, old cable as well so could be battling anywhere
[09:47] <Kilos> lol
[09:47] <pavlushka> lol
[09:50] <Kilos> i rest a while first and let head stop thumping
[09:51] <pavlushka> Kilos: you better :)
[09:51] <Kilos> look after you young man
[09:52] <pavlushka> Kilos: I'll try :)
[09:52] <Kilos> lol try hard i didnt and look where i ended up


[00:01] <bschaefer_> /nick bschaefer
[04:46] <novaisabadcat> meow
[06:11] <bigbrovar> Hi guys
[06:13] <bigbrovar> Just upgraded my laptop running kubuntu 12.04 to kde 4.10 and it seems all is broken now.. I have noticed that couple of things nolonger work like the screenlocker, and the progressbar widget (in the system tray) am I the only one experiencing this?
[07:13] <novaisabadcat> so quiet in here all the time
[07:13] <bazhang> novaisabadcat, its a support channel #kubuntu-offtopic is for chat
[07:14] <novaisabadcat> oh i see goo dpoint
[07:14] <novaisabadcat> good point*
[07:23] <novaisabadcat> shouldn't people have more problems to talk about baz?
[07:40] <SimonJ57> Morning, Is anyone here right now?
[07:42] <Smurphy> Morning...
[07:43] <SimonJ57> Smurphy: I just want to as a quick question, going to dual-boot Windows/Kubuntu 12.10, would like to try steam on linux and such.
[07:44] <SimonJ57> Smurphy: Whats the recommended Partition size? 50Gb enough?
[07:44] <Smurphy> SimonJ57: Using steam on linux ...
[07:44] <Smurphy> SimonJ57: Enough, yes. Depends on the number of games you will install. My KUbuntu uses roughly 1GB, steam aroudn 25GB :}
[07:45] <SimonJ57> yes
[07:45] <SimonJ57> Smurphy: Cheers man, Much appreciated.
[08:32] <Fuzzles> id i update to the newiest kde via backports how would i backgrade if not happy?
[10:26] <zoie> hello, i want to make a small java/scala program which records how many characters i'm typing per minute; is this easy to do on kde? the program would have to run in the background so that i can type on another software at the same time
[11:48] <ovidiu-florin> hello world :D
[12:18] <BluesKaj> Hi all
[13:01] <bigbrovar> Hi guys, since I upgraded my Kubuntu 12.04 to kde 4.10 I have been unable to get screen lock to work. is this a known issue?
[13:30] <monkeyjuice> bigbrovar: ctrl alt L? is that what your using
[13:31] <bigbrovar> monkeyjuice: even that doesn't work.. not does click lock screen from kickoff or right clicking on the desktop and selecting lockscreen nothing works
[14:57] <kwtm> It says that if Akonadi is not working, use "sudo aa-complain mysqld-akonadi", but aa-complain is not a package in my Kubuntu 12.04.  How do I start Akonadi so I can use Kmail?
[14:58] <kwtm> This is for the app-armour system which is apparently blocking part of KDE.
[15:04] <BluesKaj> kwtm, open the kmenu and type akonadi in the searchbox , you'll see several options , akonadi server is the option to choose to set up the database
[15:28] <lordievader> Good afternoon
[16:10] <cornfeedhobo> helloe. I am trying to solve a screen brightness issue which has now led me to realize that i have no xorg.conf...  i can see that I have /usr/share/X11/xorg.conf.d/ with various files that i would imagine help make xorg.conf....
[16:11] <cornfeedhobo> can i just use the age old "Xorg -configure"  ?
[16:11] <cornfeedhobo> and how come X starts without one?/
[16:18] <bigbrovar> Hi guys, since I upgraded my Kubuntu 12.04 to kde 4.10 I have been unable to get screen lock to work. is this a known issue?
[16:19] <cornfeedhobo> bigbrovar: screensaver style? or Menu -> lock screen?
[16:21] <bigbrovar> cornfeedhobo: non of the above.. when I go to screen locker .. clicking on configure desktop widget doesnt even work
[16:22] <cornfeedhobo> sorry bud, wish i knew
[16:25] <cornfeedhobo> you could try reisntalling kde
[16:34] <mandoguit> bigbrovar:  maybe have a search at   https://bugs.kde.org/query.cgi
[16:34] <zeekzack_> i am unable to add input method in ibus..
[16:34] <zeekzack_> can anybody help me out?
[16:36] <bigbrovar> mandoguit: I will do that tmr.. about to close for work. Thanks
[16:50] <mandoguit> zeekzack_:   seems to be a pretty good discussion on adding to ibus at  http://www.kubuntuforums.net/archive/index.php/t-58929.html   (the problem was solved too)
[16:52] <yarinse> hi, where konversation keeps the configurations? in which folder
[16:54] <mandoguit> zeekzack_:   taking a wild guess at what your problem maybe,   maybe scroll down on that page to the following statement  "You need actually to click on the sign '>' in the '> Japanese' grey submenu of 'Select an Input methods' to make Japanese-Anthy appear.  Clicking on 'Japanese' does not work"
[17:00] <zeekzack_> mandoguit:thanks for you reply..but my problem persists...when i launch keyboard input method settings, went to  input method tab, everything is greyed out..
[17:00] <zeekzack_> there is nothing to choose from
[17:01] <zeekzack_> neither dropdown menu of select an input method nor add button..
[17:05] <BluesKaj> yarinse, ~/.kde/share/config/konversationrc
[17:12] <goodtime> yarinse: i use konversation client as well goto settings and then go to configure konversation from there you should be able to set things up well
[17:13] <yarinse> BluesKaj: ok. thank.
[17:14] <goodtime> yarinse: sorry if that wasnt helpful.
[17:19] <yarinse> goodtime: only he needed the folder conf . to replace them with. thank.
[17:21] <mandoguit> zeekzack_:   after installing iBus here I see that  you should be able to "ungrey" the options by toggling the "Customize active input methods" at the Input Method tab   (running KDE 4.10.00 Distro: Ubuntu Raring Ringtail here though so might be different on yours)
[18:24] <mr0wl> how much RAM should be ideally dedicated to Nepomuk?
[18:25] <BluesKaj> !nepomuk
[18:25] <BluesKaj> !info nepomuk
[18:26] <BluesKaj> wow
[18:26] <bazhang> !info nepomuk-core
[18:27] <BluesKaj> oh lord , why was that changed , how are ppl supposed to know they have to search for -core ...that's dumb
[18:28] <BluesKaj> really dumb
[18:28] <bazhang> try !find next time
[18:29] <Quintasan> mr0wl: Give it as much memory as you think you can
[18:29] <Quintasan> It's set to 50MB I believe
[18:29] <Quintasan> if you have crapton of files I assume it would be good move to increase the memory so it can do stuff faster
[18:29] <mr0wl> i gave it 1 GB
[18:30] <Quintasan> woah
[18:30] <Quintasan> That's like
[18:30] <Quintasan> mr0wl: How much memory do you have?
[18:31] <mr0wl> does Nepomuk also cache symbolic links to NTFS partition?
[18:31] <mr0wl> Quintasan: 8 GB
[18:31] <Quintasan> mr0wl: I don't think it does follow symbolic links
[18:32] <mr0wl> so mostly ~/ files?
[18:32] <Quintasan> mr0wl: I think that's too much if you don't have more than 1TB of data but that's your PC :P
[18:32] <mr0wl> i have like 3 TB of data
[18:32] <Quintasan> oh
[18:33] <mr0wl> but they mostly in NTFS
[18:33] <Quintasan> I would still be inclined to give it less, like 512 or sth
[18:33] <mr0wl> because it use to be shared with Winows
[18:33] <mr0wl> Windows*
[18:33] <mr0wl> Okay
[18:34] <Quintasan> Try it with 512 and see if it's responsive
[18:35] <mr0wl> it seems to have a lot of my files on home dir
[18:36] <mr0wl> would moving my mail from Thunderbird to Kmail be a good idea?
[18:36] <mr0wl> Nepomuk should be able to index all the emails then, right?
[18:36] <Kazoey> How can I add repositoried to centos
[18:37] <Kazoey> I have a bunch of packages I need, but do not want to manually install them
[18:37] <Kazoey> repositories*
[18:37] <bazhang> Kazoey, ask in #centos
[18:37] <Kazoey> Thank you
[18:38] <Kazoey> I can't join that channel
[18:38] <Kazoey> My Nick needs to be registered
[18:38] <Shaan7> *facepalm*
[18:38] <Kazoey> Sorry, I don't use IRC
[18:38] <Shaan7> I mean about them, not you :P
[18:38] <Kazoey> Oh
[18:38] <bazhang> !register | Kazoey
[20:33] <vedreste> I have a bunch of LDAP-only (no local /etc/passwd entries, I can log in fine in console and getent password shows them fine) accounts that kubuntu 13.04 alpha 2 won't let me use lightdm-kde-greeter to log into
[20:33] <vedreste> I've tried greeter-show-manual-login=true in /etc/lightdm/lightdm.conf to no effect
[20:34] <vedreste> how can I configure the greeter to allow manual login entry?
[20:34] <vedreste> I've read https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1025652 etc but all the information I've found is about Unity, not kde
[20:36] <apachelogger> vedreste: you need to change the theme I guess
[20:36] <vedreste> okay, any specific suggestions or should I just try a bunch?
[20:36] <apachelogger> there are two installed by default
[20:37] <apachelogger> one's userbar and the other's classic or something
[20:37] <apachelogger> classic being a username+password field
[20:37] <apachelogger> i.e. what you want to use in such a setup
[20:37] <apachelogger> (FWIW it could of course be that lightdm in general is having a problem with no passwd entries...)
[20:37] <vedreste> Trying now
[20:38] <vedreste> It's not that there are /none/, though I did run across someone describing a bug in that case
[20:38] <vedreste> I created an account called "dummy" which is what it shows for now
[20:39] <vedreste> alright, thanks, the classic theme is what I needed
[20:40] <vedreste> To be fair to KDE here, Unity has the same problem and it's not at all documented (that I found except random Google searches at the time) about how to get this setup to work. KDE's fix is easier...
[20:43] <apachelogger> we are trying to get the default theme integrate a username field such that it becomes more scalable for 13.04
[20:43] <vedreste> Ah, I look forward to that
[20:53] <vedreste> Separate question (in general): did http://www.progdan.cz/2012/09/display-management-in-kde/ go anywhere with regards to Kubuntu?
[20:54] <apachelogger> !info kscreen
[20:54] <apachelogger> !info kscreen raring
[20:55] <apachelogger> vedreste: actually it should arrive tomorrow-ish for 12.04 and 12.10 via ppa:kubuntu-ppa/backports
[20:55] <vedreste> Ah, definitely going to try that (different machine of interest; laptop I hotplug & unplug monitors into/from)
[21:42] <murthy> hello everyone
[22:02] <aPpYe> As I understand things, when I open a text file on a remote share displayed with dolphin, kio copies the file locally (to /tmp I would guess) and then Kate opens it.  If I save changes to the file, I am not prompted to upload until I close Kate.  Is there a way to make the changes to the server copy of the file right away?
[22:02] <aPpYe> I realize I can do this by dragging a file into an existing session of Kate, but this is cumbersome.
[22:10] <aPpYe> so a big NO then?
[23:33] <avihay> aPpYe: some KIOs behave like this (copy to local, then fail to copy changes back to remote), some KIOs behave like that ("stream the file").
[23:33] <avihay> I try to avoid it by manually copying, or mounting the remote share
[23:34] <avihay> which is a way  to make the changes to the server copy of the file right away


[22:56] <Sebastien> Hey oh, Captain JAck!
[22:57] <Sebastien> I am looking for people interested to have a Ubuntu Hour un the Ottawa/Hull Area, something really small in a tim horton or mcd's where we can leech wifii
[22:58] <Sebastien> Rigth now we have one person: zykotick9


[06:06] <Epsylon3> hi
[06:07] <stenten> hello
[06:08] <Epsylon3> is there some new kernel-package rules for recent kernels ?
[06:08] <Epsylon3> 2.6.34/35
[06:09] <Epsylon3> im on lucid, and the initrd is not in the generated package..
[06:12] <stenten> Epsylon3: I'm not following. You're having trouble installing a mainline kernel in Lucid?
[06:12] <Epsylon3> no
[06:12] <Epsylon3> i try to make a package with a recent kernel
[06:13] <Epsylon3> http://wdscript.ath.cx/kernel/
[06:13] <Epsylon3> for a new kind of dedicated server
[06:13] <Epsylon3> with a Via Nano
[06:14] <Epsylon3> my server is now in gigabit :)
[06:14] <Epsylon3> over internet
[06:14] <Epsylon3> in fact its a tuned kernel to boot faster
[06:14] <Epsylon3> and use via nano optimisations
[06:14] <stenten> You're trying to make .deb packages of a kernel that you've configured and compiled?
[06:15] <Epsylon3> yes, with make-dpkg
[06:15] <Epsylon3> actually i need to make a script to update initramfs
[06:16] <Epsylon3> i see in the deb file there are some example scripts
[06:16] <Epsylon3> is there a way to activate one of them in the dev file directly ?
[06:17] <Epsylon3> dev/.deb
[06:18] <stenten> You might want to ask on #ubuntu. This channel is for ISO Testing and general testing.
[06:20] <stenten> Epsylon3: This might also be helpful: http://ubuntuforums.org/showthread.php?t=311158
[06:21] <Epsylon3> yea... thanks
[06:21] <Epsylon3> my script is more easy to use
[06:38] <ara> good morning!
[07:32] <elopio> ara, good morning.
[07:32] <elopio> I sent a message to Jeff Lane a week ago telling him that I wanted to work with selenium test.
[07:33] <ara> elopio, hey how are you doing?
[07:33] <elopio> but I got no answer from him
[07:33] <elopio> ara: I'm great. What about you?
[07:33] <ara> elopio, I am good, thanks
[07:33] <ara> elopio, selenium?
[07:33] <elopio> ermm, mago
[07:34] <elopio> I'm currently working on selenium. It's a little late, it seems I should go to bed :)
[07:34] <ara> elopio, mmm, OK, I'll ping him this afternoon to check if he has received the email
[07:34] <elopio> ara: great, thanks.
[07:35] <elopio> on the weekend I'll see if I can finish a test, despite the errors found.
[07:35] <elopio> thanks a lot for your help. I've been learning a lot this days.
[07:36] <elopio> and pedro is teaching me how to triage bugs. It's great this community :D
[07:37] <ara> elopio, cool :-)
[10:26] <ara> morning primes2h
[10:42] <primes2h> morning ara!
[10:46] <primes2h> ara: In http://testcases.qa.ubuntu.com/Install/DesktopLiveSession, case dls-001 should be changed because the boot screen is different since Lucid. What do you think? Should old screen be mentioned as it come up pressing a key?
[10:48] <ara> primes2h, we should change it, indeed, we need to create paths: if the user types anything, then the menu will be the same, if not, it will show up ubiquity with the options to install or try
[10:53] <primes2h> ara: ok, that's nice. We'll do it asap (in our LoCo testing wiki page as well). Thanks.
[10:53] <ara> primes2h, great thanks!
[10:53]  * ara hugs primes2h
[10:53] <primes2h> primes2h: np :-)
[10:58] <primes2h> ops, I mean: ara: np ;-)
[12:59]  * ara reboots
[23:09] <vicencb> Hi there, Is there any way to calibrate the wacom tablet without entering the raw pixel offsets in the xorg.conf file?
[23:09] <vicencb> lucid and maverick doesn't have the programs xsetwacom and wacomcpl


[08:47] <jtv> allenap, bigjools: my current test failure is a test timeout —
[08:47] <jtv> Unfired and/or unhandled EventualResult(s);
[08:47] <jtv> Unfired/unhandled EventualResult
[08:47] <jtv> It was connected to a Deferred.
[08:47] <jtv> Are you getting the same thing?
[08:47] <allenap> jtv: Interesting. Do you want me to take a look at your branch?
[08:47] <jtv> Oh yes please.
[08:48] <jtv> Let me push it up.
[08:50] <jtv> allenap: https://code.launchpad.net/~jtv/maas/configure-dhcpv6/+merge/232179
[08:51] <jtv> Conflicts.  Fix0ring.
[09:03] <jtv> allenap: diff has updated.  If you look at TestConfigureDHCPv6, you'll see the test that's breaking for me.  (It's still got an undefined placeholder in there, rpc_configure_dhcpv6, but that's past the failure.)
[09:19] <gmb> allenap: Why would I be seeing this in my testcase for the DHCP probe service:
[09:19] <gmb> AttributeError: 'TestDHCPProbeService' object has no attribute 'expectThat'
[09:20] <gmb> allenap: More correctly, full traceback here: http://pastebin.ubuntu.com/8148330/
[09:20] <jtv> Wrong base class for your test case?
[09:20] <gmb> jtv: I thought so, but I'm using the same base class (PservTestCase) as bigjools used for his TimerService subclass.
[09:21] <jtv> Outdated dependencies then?
[09:21] <gmb> Ah, that could be it.
[09:23] <gmb> jtv: That's got it, thanks.
[09:23] <jtv> \o/
[09:28] <jtv> allenap: do my tests need to provide their own implementation for the RPC function I'm calling on the fixture?
[09:32] <allenap> jtv: I think I’ve figured your branch out. I’ve switched to the “live” fixture, but there’s a bug in it.
[09:33] <jtv> From what I read I think the live fixture would do me just fine.
[09:33] <jtv> Of course that's a bit like buying parts for an experimental fusion reactor: it all sounds just fine.  But the eventual explosion won't surprise me either.
[10:00] <allenap> jtv: http://paste.ubuntu.com/8148612/ is what I have so far.
[10:02] <allenap> jtv: Yes. For each command you pass into makeCluster() a Mock is provided on the returned protocol instance. You can customise these. E.g. protocol.ConfigureDHCPv6.return_value = defer.succeed({…})
[10:03] <jtv> allenap: thanks!  Looking...
[10:19] <jtv> allenap: tests pass!
[10:19] <jtv> That's with your changes, and the stuff that was wrong in my original tests fixed up.
[10:26] <gmb> allenap: Can I trouble you to take a look at https://code.launchpad.net/~gmb/maas/probe-dhcp-2.0/+merge/232191 when you have a chance?
[10:27] <gmb> I think that's got all the bits now.
[10:55] <allenap> jtv: I’m a dolt; waiting for the handshake is a solved problem, because getClientFor can take a timeout: http://paste.ubuntu.com/8148963/
[10:57] <jtv> Even better.  :)
[11:15] <jtv> allenap: updated MP is at https://code.launchpad.net/~jtv/maas/configure-dhcpv6/+merge/232192 — it has a small prerequisite branch to keep the diff down.
[12:23] <jtv> allenap: is the package not reading the common celery config any more?  A custom package I built hits errors where app_or_default().conf only seems to hold rabbit settings and such.
[13:01] <allenap> jtv: I don’t know. I don’t recall changing anything there...
[13:01] <jtv> Maybe it's just a different execution environment...
[13:01] <jtv> Anyway, not all that interesting a question given that we're ditching Celery.  I put up a branch to make those settings variables.
[13:01] <jtv> Regular variables in the module that needs them.
[14:42] <gmb> allenap: Re: your suggestion about adding an errback… is this the kind of thing you meant? https://plus.google.com/hangouts/_/canonical.com/gavin-graham
[14:42] <gmb> Er
[14:42] <gmb> http://paste.ubuntu.com/8150461/
[14:42] <gmb> allenap: ^^
[14:44] <allenap> gmb: Yeah, that works. As you’re using inlineCallbacks you could use try:…except: around the yield self._probe_dhcp(…) too. But either is just fine.
[14:44] <gmb> allenap: I’ll stick with the errback; less levels of indentation.
[14:44] <gmb> Thankee!
[15:47] <allenap> gmb: I see your branch just bounced with some lint and something else. I think my branch (here: https://code.launchpad.net/~allenap/maas/race-on-start-region-service/+merge/232233) will fix that.
[15:48] <gmb> allenap: Ah, ta!
[16:08] <gmb> allenap: Rabbit shat all over your branch
[16:15] <allenap> gmb: It knows its days are now numbered in double digits.
[16:16] <allenap> gmb: It landed second time around, so give your branch another go.
[16:26] <matsubara> gmb, allenap: You wouldn't be saying that with such impunity if it was the one from Caerbannog
[16:31] <gmb> lol
[16:55]  * gmb -> outta here
[17:49] <allenap> matsubara, gmb: Indeed! Henceforth the RPC thing shall be known as the Holy Hand Grenade of Antioch.
[17:56] <matsubara> hehe
[18:37] <LaTaPiaT> e ai matsubara
[18:37] <LaTaPiaT> ta vendo como soube te achar kkkkk
[23:26] <mattrae> hi guys, i have nodes that need to pxe on a particular vlan. when enlistment boots though it doesnt' appear to be using the vlan. is there a way to specify a vlan to use during enlistment?
[23:26] <mattrae> using maas 1.5
[23:58] <bigjools> for the benefit of others watching, maas doesn't support tagged vlans for pxe