[05:04] <Kilos> o/
[16:00] <pitti> o/
[16:02] <pitti> *tock* *tock*, is this thing on?
[16:02] <xnox> pitti, hi
[16:02] <barry> \o
[16:02] <bdmurray> hey
[16:02] <pitti> ah :)
[16:02] <sil2100> o/
[16:03] <pitti> ok, I still have a shuf command here, I hope it's recent
[16:03] <pitti> no Leann, so I'll just start it
[16:03] <pitti> #startmeeting
[16:03] <meetingology> Meeting started Thu Feb 18 16:03:39 2016 UTC.  The chair is pitti. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available commands: action commands idea info link nick
[16:03] <pitti> #topic Lightning Round
[16:03] <pitti> $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox)
[16:03] <pitti> slangasek cyphermox barry caribou bdmurray xnox sil2100 robru doko pitti infinity tdaitx
[16:04] <pitti> and the winner is absent!
[16:04] <pitti> cyphermox: would you have the honor?
[16:04] <doko> or silently listening ;p
[16:04] <pitti> and did I miss anyone? chiluk?
[16:05] <barry> pitti: i think chiluk was the only missing
[16:05]  * xnox ponders that i should probably prepare and update note or something
[16:05] <pitti> barry: go ahead please
[16:05] <barry> (based on my last meeting bip log)
[16:05] <barry> pytest 2.8.7-2; python-mode 1:6.2.2-1; debian bug #813399 (python-pip 8.0.2-6); debian bug #814571 (python-pip 8.0.2-7); debian bug #814834; fixing other issues with proposed migration for tox and virtualenv; tox 2.3.1-2 and 2.3.1-3; fades 5-1; planet-venus merge and sync;
[16:05] <barry> system-image server reviews for sil2100; LP: 1508081
[16:05] <barry> LP: #1440504 (libpeas split - done!)
[16:06] <barry> helped kirkland and others with some python questions
[16:06] <barry> Python 3 only spec: 11 packages still holding python2 on the desktop iso; software-center is gone!  the next big one is samba-libs.
[16:06] <barry> --done--
[16:06] <pitti> s-c is already gone? wohooo!!
[16:06] <pitti> congrats
[16:06] <pitti> so gnome-software it is now?
[16:06] <barry> i think so.  it's not on today's daily
[16:06] <pitti> caribou: ?
[16:07] <doko> pitti, just sent a note that he's late
[16:07] <pitti> bdmurray: ?
[16:07] <bdmurray> worked on getting floating IPs assinged to daisy & errors (devops)
[16:07] <bdmurray> worked w/ webops re mojo issue after wendigo update
[16:07] <bdmurray> submitted mojo bug (LP: #1546262) re directories
[16:07] <bdmurray> backport of new gdb to precise / upload to daisy-pluckers ppa
[16:08] <bdmurray> upgrading gdb on staging / production retracers
[16:08] <bdmurray> discussion w/ stub regarding cassandra data migration
[16:08] <bdmurray> research into LP: #1544612 (wireless sysctl file)
[16:08] <bdmurray> research into debootstrap bug (LP: #1544760)
[16:08] <bdmurray> research into gdb and stacktrace_address_signature issue
[16:08] <bdmurray> ✔ done
[16:08] <cyphermox> ugh, sorry, I'm here now
[16:08] <xnox> please skip me.
[16:09] <pitti> cyphermox: ok, take xnox' place then (now)
[16:09] <sil2100> cyphermox: maybe you go now?
[16:09] <sil2100> :)
[16:09] <cyphermox> aye
[16:09] <cyphermox> xenial:
[16:09] <cyphermox> - debugging hw-detect disk scan errors on RDAC multipath (bug lp: #1546606)
[16:09] <cyphermox> - enable libnftnl tests
[16:09] <cyphermox> - investigating memtest avail. on server image w/ smoser
[16:09] <cyphermox>  - reviewing new package: libcxl
[16:09] <cyphermox> - rework ubiquity prepare plugin
[16:09] <cyphermox> - testing console-setup merge
[16:09] <cyphermox> - unbreak ubiquity for kubuntu
[16:09] <cyphermox> trusty:
[16:09] <cyphermox> - cert on powerVM
[16:09] <cyphermox> - prepare Changes doc for 14.04.4 release
[16:09] <cyphermox> (done)
[16:09] <sil2100> o/
[16:09] <sil2100> - Landing team work, silo coordination, preparing landing e-mails
[16:09] <sil2100> - RTM Status meetings
[16:09] <sil2100> - Coordinating the release of the glibc security fix to ubuntu-touch
[16:09] <sil2100> - Custom tarball infrastructure:
[16:09] <sil2100>   * Following up on the team's RT ticket
[16:09] <sil2100>   * Getting access to s-jenkins for reference
[16:09] <sil2100>   * Poking Francis and Paul for an armhf jenkins slave, setting it up
[16:09] <sil2100> - OTA-9.1 (hotfix):
[16:10] <sil2100>   * Heated discussion about the milestone existance, fix to include itp.
[16:10] <sil2100>   * Preparing the emergency snapshot PPA with the proper contents
[16:10] <sil2100>   * Multiple image builds (re-spins) and cherry-picking fixes
[16:10] <sil2100> - OTA-9.5 (frieza):
[16:10] <sil2100>   * Preparations of images, copying first official candidate to the rc channel
[16:10] <sil2100> - system-image:
[16:10] <sil2100>   * More tests for scripts
[16:10] <sil2100>   * Finishing up and merging in the fix for repacking recovery keyrings
[16:10] <sil2100> - Some minor work regarding enablement of the turbo device in our public system-image
[16:10] <sil2100> - Taking care of the python-pysaml2 merge
[16:10] <sil2100> - Seed changes as per pending ubuntu-touch requirements
[16:10] <sil2100> - Discussions about the future of our touch frameworks
[16:10] <sil2100> - Planning and experimenting on a way to auto-validate OTA PPA snapshots contents
[16:10] <sil2100> (done)
[16:10] <pitti> sil2100: oh, s-jenkins is still a thing? I thought these all got shut down
[16:10] <sil2100> pitti: no, it's still there as many teams didn't manage to migrate
[16:10]  * xnox is ready
[16:11] <pitti> xnox: go
[16:11] <robru> go xnox
[16:11] <xnox> Doing a few NEW packages for s390x port, all in NEW waiting review
[16:11] <xnox> Did a fixup of packages not rebuilt for python3.5 transition
[16:11] <xnox> Was out Thursday-Friday last week on holiday, at SPI sprint in NYC loads of progress on how to get SPI running better, bdale was there met up with Karen too
[16:11] <xnox> Fixing a bunch of installer related bugs, on s390x.
[16:11] <xnox> Working on fixing FTBFS of docker.io build-depends, to have a chance at merging it (golang circular FTBFS build-deps make this bootstrap fun)
[16:11] <xnox> ..
[16:11] <robru> lp:bileto
[16:11] <robru> * send britney results immediately after each silo is known rather than batching results until all silos are complete
[16:11] <robru> * fix a bunch of logging issues in the britney glue related to python output buffering
[16:11] <robru> * begin using proper production creds rather than logging into lp anonymously
[16:11] <robru> * big refactoring, dropping SSO team & server side session support, eliminating several hundred lines of code
[16:11] <robru> * [not landed yet] began working on ephemeral PPA creation & deletion.
[16:11] <robru> lp:canonical-mojo-specs
[16:11] <robru> * finally fixed issue with postgres charm, so db is back on persistent disk
[16:11] <robru> lp:cupstream2distro
[16:11] <robru> * refactor all the new swift code to greatly improve reliability of artifact uploads
[16:11] <robru> * log swift artifacts in publish log for easy reference
[16:11] <robru> (end)
[16:12] <pitti> robru: ah, did the staggering of britney help reduce the latency?
[16:12] <doko> - usual toolchain updates ...
[16:12] <doko> - more transitions, ftbfs fixes, nbs, ...
[16:12] <doko> - ongoing gnutls transition
[16:12] <doko> - preparing for go1.6, both golang and gccgo
[16:12] <doko> - python3 bindings for samba libs talloc, tdb, ldb
[16:12] <doko> - gdb 7.11 (branch)
[16:12] <doko> - bind9 review and bug fixes
[16:12] <robru> pitti: yeah
[16:12] <doko> - grep build failure on powerpc, solved by giving it back a dozen times
[16:12] <doko> - gcc-4.9 and cross compilers now finally buildable in the release pocket
[16:12] <doko> - finally patched various unity packages myself to get rid off libgee
[16:12] <doko> (done)
[16:12] <pitti> autopkgtest:
[16:12] <pitti>  - Simplify autopkgtest-retrier code, generalize it, and integrate into autopkgtest-cloud
[16:12] <pitti>  - Enable test requests from GitHub; running for systemd upstream PRs now
[16:12] <pitti>  - Support multiple trigger arguments for request.cgi (mostly for kernel team)
[16:12] <pitti> Apport:
[16:12] <pitti>  - Review/fix/cleanup stgraber's branch for reporting crashes in containers, landed in Xenial
[16:12] <pitti>  - Adjust tests for new gdb
[16:12] <pitti>  - Investigate bad address signatures (#1533349)
[16:12] <robru> pitti: each run takes an hour now so putting results immediately rather than waiting till the end is a huge speedup
[16:12] <pitti> distro:
[16:12] <pitti>  - Build and test fresh xenial -base langpacks
[16:12] <pitti>  - Review/sponsor smoser's open-iscsi merge
[16:12] <pitti>  - systemd: Debug test failure on several arches, fix installation with RAMTMP=yes (#1545707), various autopkgtest robustifications
[16:13] <pitti>  - pm-utils: Fix wireless hooks for different drivers (#1544612), some packaging modernizations
[16:13] <pitti>  - merged util-linux
[16:13] <pitti> ␄
[16:13] <pitti> no infinity, so tdaitx
[16:13] <xnox> doko, do you want to upload golang 1.6 final? or should I?
[16:13] <pitti> sil2100: "future of our touch frameworks" → in terms of moving to snappy, or moving away from vivid? any news ther?
[16:13] <doko> xnox, I was asked to do it, but if you want, go ahead
[16:14] <xnox> doko, ok, let me see if i can get that in today.
[16:14] <pitti> ok, no tdaitx either
[16:14] <pitti> #topic AOB
[16:15] <doko> component mismatches ...
[16:15] <doko> http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[16:15] <sil2100> pitti: not so far into the future like snappy, but we a few meetings regarding how to manage those per-OTA update and what to do after we switch away from vivid
[16:15] <sil2100> pitti: nothing definite yet though, we didn't have any decision power there so far
[16:15] <pitti> sil2100: well, having a workable solution already sounds very promising :)
[16:15] <pitti> thanks
[16:15] <doko> please have a look at these on the top, see which is foundations related, pick up an incomplete MIR ...
[16:16] <robru> sil2100: what's the timeline to switch away from vivid?
[16:16] <xnox> sil2100, what about building ubuntu userspace on arm64? and supporting armhf & arm64 in the store?
[16:16] <barry> doko: `python3 -m venv foo` still works
[16:17] <sil2100> robru: no real timetable, it's a taboo topic right now, everyone thinks about it but no one wants to talk about it our loud
[16:17] <sil2100> ;)
[16:18] <barry> sil2100: so system-image is still twitching :)
[16:18] <sil2100> xnox: I know there were a few management discussions about that but sadly I wasn't included, so I don't know much about the final plans
[16:18] <robru> sil2100: oh that sounds like a healthy way to run a commercial product
[16:19] <sil2100> xnox: for now we stick with armhf userspace
[16:20] <sil2100> barry: well, in a sense, yes ;) I don't know what to think anymore as whenever I talk about s-i somewhere people are like: "meh, it's old stuff, snappy that snappy this"
[16:21] <barry> sil2100: yeah
[16:21] <doko> so who picks which incomplete MIR?
[16:21] <barry> but i've also been told i can't ignore si client just yet ;)
[16:22] <sil2100> barry: it's hard to say we should ignore s-i since most of my day is related to doing s-i stuff ;p
[16:22] <pitti> anything else for the meeting, or should we close this?
[16:22] <barry> sil2100: right.  i have a high priority task that i will be getting back to today
[16:22] <sil2100> barry: in case you have an MR, you know where to find me!
[16:23] <barry> sil2100: \o/
[16:23] <doko> pitti, well, I asked, but nobody replied
[16:24] <pitti> well, since libbusiness-isbn-perl is at the left, I'll just pick that
[16:24] <caribou> o/
[16:24] <pitti> indicator-datetime has been there for multiple releases and is an "ignore", right?
[16:24] <barry> xnox: is gonna automatically fix all the 'B's
[16:24] <xnox> ?!
[16:25]  * xnox looks
[16:25] <barry> xnox: build-depends :)
[16:25] <doko> pitti, please cut the dependency chain before maven-debian-helper
[16:25] <pitti> doko: oh, I was going to cut it right at the top if possible
[16:25] <doko> indicator-datetime is a false positive
[16:25] <xnox> barry, well, we need to send pitti and doko on a holiday for like a month, do the lp switch, then when they come back it will be "too late" to change things back.
[16:26] <pitti> I'll reply to your last reply on the ML
[16:26] <doko> xnox, if you send us way, nothing will migrate anymore
[16:26] <pitti> that's not what I meant
[16:26] <pitti> doko: hm, but that also means nothing will break, so we *can* actually go to holidays
[16:26] <xnox> this svg graph is fun
[16:27] <xnox> i like the island of "python-hypothesis" =)
[16:27] <barry> i'm glad i have a jillion x bazillion resolution monitor
[16:27] <doko> barry, do you take python-hypothesis?
[16:27] <barry> doko: yes, i jsut found that
[16:27] <barry> LP: #1546982
[16:27]  * xnox ponders why we have kde4 in main
[16:27] <xnox> sorry kde4libs
[16:28] <pitti> we always had
[16:28] <pitti> php5, that sounds like picking which version of PHP we want to support in xenial
[16:29] <pitti> firebird is something that I wouldn't like to see in main, the rest looks harmless at first sight
[16:29] <xnox> firebird is evil.
[16:29] <doko> firebird is dropped in 5, needs to be dropped in 7
[16:29] <pitti> but I'm quite sure php can be built without firebird support
[16:29] <xnox> i see like 3 patches to get us onto php7 i think.
[16:30] <doko> but it's unclear for me how far we are away from 7
[16:30] <pitti> so is "7" the answer for xenial now?
[16:30] <nacc> pitti: yes (from the server team)
[16:30] <pitti> as long as it's not two major versions
[16:30] <pitti> nacc: ah, good
[16:30] <nacc> right, just 7
[16:30] <nacc> no 5
[16:30] <doko> pitti, both depend on defaults ...
[16:31] <doko> nacc, how will you drop 5?
[16:31] <pitti> ok, so that whole php5 blob there should disappear
[16:31] <doko> anyway, one last issue: http://people.canonical.com/~ubuntu-archive/transitions/html/gnutls28.html
[16:31] <doko> fixes welcome
[16:32] <doko> needed for everything execpt efl and ubuntu-meta
[16:32] <xnox> https://bugs.launchpad.net/bugs/1546823
[16:32] <xnox> are three outstanding patches there, i think.
[16:33] <nacc> doko: not sure how to answer that, we have an ongoing transition to migrate all deps throughout the archive to php- (not php7.0-) as requested by the debian maintainer, and there's a bootstrap needed for building some tightly bd-looped stuff
[16:33] <nacc> doko: but in theory once that's done (and i've got another set that needs manual work), there will be nothing depending on php5 in the archive
[16:35] <nacc> xnox: right that's an unfortunate consequence, but does fix-up two of the main -> php5 deps that i hit; and the hope is we can get upstream fixed relatively soon (just haven't had enough time to spend on it myself)
[16:40] <doko> pitti, end?
[16:41] <pitti> yeah, I guess so
[16:41] <pitti> #endmeeting
[16:41] <meetingology> Meeting ended Thu Feb 18 16:41:07 2016 UTC.
[16:41] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-02-18-16.03.moin.txt
[16:41] <pitti> thanks everyone
[16:41] <barry> pitti: thanks!
[16:43] <caribou> pitti: thanks!
[16:54] <sil2100> o/
[16:59] <dholbach> it's CC meeting time :)
[17:00] <dholbach> #startmeeting
[17:00] <meetingology> Meeting started Thu Feb 18 17:00:07 2016 UTC.  The chair is dholbach. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: action commands idea info link nick
[17:00] <dholbach> #chair belkinsa czajkowski hggdh marcoceppi mhall119 sgclark
[17:00] <meetingology> Current chairs: belkinsa czajkowski dholbach hggdh marcoceppi mhall119 sgclark
[17:00] <hggdh> o/
[17:00] <belkinsa> o/
[17:00] <marcoceppi> \o
[17:00] <sgclark> *wave*
[17:00] <dholbach> how are you all doing? :-)
[17:01]  * belkinsa is fine
[17:01] <czajkowski> aloha
[17:01] <dholbach> looks like we're meeting up with the TB and the LoCo Council today :)
[17:01]  * hggdh is alive and kicking
[17:01] <belkinsa> Thank yo for asking.
[17:01] <dholbach> do we have any folks of either of the two here? :)
[17:03] <dholbach> ok... can anyone do a mass-ping? :-)
[17:03] <belkinsa> dholbach, do they have channels?
[17:04] <dholbach> they should be in here...
[17:04] <belkinsa> dholbach, the TB, not the LoCo.
[17:04] <dholbach> might not be the best time with feature freeze around the corner though
[17:05] <hggdh> kees, mdeslaur: available?
[17:05] <hggdh> there is that
[17:05] <dholbach> slangasek, stgraber too
[17:05] <hggdh> and pitti
[17:05] <belkinsa> The LC has been notified.
[17:05] <dholbach> we wouldn't keep you too long, we're just interested in catching up and what the current state of things in TB land is :)
[17:06] <stgraber> in another meeting right now, not available
[17:07] <czajkowski> we may need to work this format out a bit better with reminders going out
[17:08] <czajkowski> or maybe revamping the check in proecess
[17:08] <hggdh> indeed
[17:08] <dholbach> the TB folks might have an excuse today with feature freeze coming up later on, but there was at least no communication about this
[17:08]  * belkinsa nods
[17:08] <czajkowski> perhaps like the loco team review, we ask for  a wiki page to be created as I know it;s hard for all to attend
[17:08] <sgclark> #agree
[17:08] <mdeslaur> hi, what's up
[17:09]  * belkinsa adds it to the Trello board.
[17:09] <hggdh> mdeslaur: we are trying to catch up with the TB
[17:09] <mdeslaur> what TB? ;)
[17:09] <dholbach> and check in and see how things are going
[17:09] <hggdh> heh
[17:09] <dholbach> the TB-with-extended-lifetime :-)
[17:09] <hggdh> ignorance is no ecuse
[17:09] <hggdh> :-)
[17:10] <mdeslaur> we're awaiting the list of candidates to hold an election
[17:10] <dholbach> mdeslaur, do you know if anyone pinged clan about this?
[17:10] <mdeslaur> I'm not aware, sorry
[17:10]  * genii makes a fresh pot of coffee
[17:10] <dholbach> that might be the way to go
[17:11] <belkinsa> dholbach, has Mark looked over the list?
[17:11] <dholbach> belkinsa, I'm not on the TB, so I don't know - I haven't been involved in the discussions
[17:11] <dholbach> how have things been going for the TB in the last cycle?
[17:12] <belkinsa> Oh, i see.
[17:12] <mhall119> hey guys, sorry I'm late
[17:12] <mdeslaur> things have been going good, pretty quiet
[17:12] <mdeslaur> nothing big has come up
[17:13] <dholbach> no will-snappy-replace-standard-ubuntu discussions? :-)
[17:13] <mdeslaur> haha, no
[17:14] <mdeslaur> we've relaxed the SRU policy, that's about it
[17:14] <dholbach> I'm not on the TB mailing list and haven't attended any meetings lately... were there any controversial topics or was it mostly just boring things like approving standing sru microrelease exceptions?
[17:15] <mdeslaur> dholbach: nothing controversial, nothing worthy of debate
[17:15] <czajkowski> mdeslaur: did you get many nominations for the TB?
[17:15] <mdeslaur> things are pretty quiet
[17:16] <dholbach> it very much sounds like smooth sailing... and maybe how things should be for an upcoming LTS release :-)
[17:16] <mdeslaur> czajkowski: I don't know, they go directly to Mark, and we haven't heard back yet
[17:17] <czajkowski> ok we can chase up there
[17:17] <dholbach> I'd recommend to mail clan
[17:17] <dholbach> if it proves to be too hard we can still extend the team membership by a week or two
[17:17] <mdeslaur> ok
[17:18] <dholbach> maybe we should at some stage look into a service which sends reminders well in advance :)
[17:18] <mdeslaur> hehe, yeah
[17:18] <dholbach> it's not the first time elections take a bit longer to get organised :)
[17:18] <mdeslaur> the date is quite unfortunate for the TB, as it's immediately after the holidays
[17:18] <hggdh> see IRCC for another recent one
[17:19] <dholbach> mdeslaur, by delaying the election you're fixing that for the new TB right now ;-)
[17:19] <mdeslaur> good :)
[17:19] <dholbach> maybe we should take a look at https://lists.launchpad.net/ubuntu-council-teams/msg00045.html later on to figure out which other teams need to be pinged
[17:19] <mdeslaur> then there will be no excuse next time :)
[17:20] <dholbach> it sounds like everything is going all right right now... is there anything you feel the TB and CC should discuss together at some stage?
[17:21] <svij> hello! I'm late to the meeting…
[17:21] <mdeslaur> I can't think of anything off-hand, but we won't hesitate if something comes up
[17:21] <dholbach> ok, cool
[17:22] <dholbach> I don't have any more questions... anyone else?
[17:22] <belkinsa> I'm good.
[17:22] <mhall119> not from me
[17:22] <hggdh> I am good
[17:22] <mdeslaur> great, thanks everyone!
[17:22] <dholbach> thanks a lot mdeslaur for giving us an update! :-)
[17:22] <mdeslaur> I wish I had more to update on :P
[17:22] <belkinsa> Not a problem, mdeslaur, and thank you for coming.
[17:23] <sgclark> Thank you
[17:23] <dholbach> I spotted svij already... do we have anyone else from the LoCo Council?
[17:23] <svij> I don't know, just came home and directly to the pc
[17:24] <svij> (I didn't even know that there's a meeting today)
[17:24] <hggdh> wxl: there?
[17:25] <belkinsa> svij, we are sorry for forgetting for sending out the reminder e-mail.
[17:25] <dholbach> I though mhall119 had sent out an invitation...?
[17:26] <mhall119> I did, but we were also going to send reminders
[17:26] <mhall119> before each team's meeting
[17:27] <dholbach> we should have a service for sending out these emails ;-)
[17:27]  * belkinsa nods and thanks mhall119 for adding that
[17:28] <dholbach> ok... do we have other LoCo Council members here?
[17:28] <belkinsa> Yes, and I will bring that up on our mailing-list
[17:28] <mhall119> dholbach: I was also going to look into creating a shared Google calendar so people can subscribe to invites
[17:28] <mhall119> but...I haven't yet
[17:28] <belkinsa> #action belkinsa Talk about using a reminder service (e-mail) for check-up reminders
[17:28] <meetingology> ACTION: belkinsa Talk about using a reminder service (e-mail) for check-up reminders
[17:29] <mhall119> dholbach: I pinged wxl and nhaines in #ubuntu-loco-teams but haven't heard from them
[17:29] <dholbach> thanks mhall119
[17:30] <dholbach> svij, how are things in the LoCo Council? I think you just joined the team... right?
[17:30] <mhall119> just to check, is the LC fully staffed now?
[17:31] <dholbach> LP shows 6 members
[17:31] <mhall119> which is the new size, IIRC, down from 7 we had for a while
[17:31] <svij> I just joind the team and I didn't have time to get read everything which I should know
[17:31] <svij> so I can't say much sadly
[17:32] <dholbach> no worries, that' fair enough
[17:32] <dholbach> mhall119, I feel we probably shouldn't do another restaffing cycle unless there are big problems right now
[17:33] <mhall119> dholbach: I agree, I just couldn't remember if there was currently an open seat or not
[17:33]  * dholbach nods
[17:33] <mhall119> IIRC, we all agreed to shrink the size of the LC down to 6, so that makes it fully staffed
[17:34] <dholbach> ok... I feel we should maybe wait another 2-3 minutes and if nobody turns up, wrap it
[17:35] <hggdh> meanwhile, just so it is public (already in Trello): the IRCC is setting up to run a Condorcet election for 3 seats
[17:35] <dholbach> cool - thanks a lot
[17:36] <hggdh> candidates are Unit193, tm-T, rww, na3il, and myself. Flannel will run the Condorcet voting.
[17:36] <dholbach> excellent
[17:36] <mhall119> thanks hggdh
[17:37] <dholbach> all right... does anyone have any other business? anything else you'd like us to talk about?
[17:37] <hggdh> I am OK
[17:37] <mhall119> I'm happy
[17:37] <belkinsa> I'm cool.
[17:37] <Na3iL> o/ all
[17:38] <hggdh> Na3iL: cheers
[17:38] <sgclark> Good here
[17:38] <Na3iL> Hey hggdh
[17:39] <hggdh> Na3iL: just so you know, ircc election should happen soon(-ish)
[17:39] <Na3iL> Ah, that's cool :D
[17:39] <dholbach> all right... let's wrap it up
[17:39] <dholbach> thanks a lot everyone!
[17:39] <hggdh> dholbach: thank you for hosting
[17:39] <dholbach> can somebody update the team report wiki with the links to the log?
[17:40] <sgclark> sure
[17:40] <dholbach> awesome thanks!
[17:40] <dholbach> #endmeeting
[17:40] <meetingology> Meeting ended Thu Feb 18 17:40:09 2016 UTC.
[17:40] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-02-18-17.00.moin.txt
[17:40] <dholbach> ^ here they are :-D
[17:40] <sgclark> thanks
[17:40] <dholbach> have a great rest of your day everyone :)
[18:00] <wxl> ahhh sorry folks just got in
[18:00] <wxl> still around mhall119?


[01:47] <FatCatFamous> I am using Lubuntu on a laptop, I set my Xfce power settings to Suspend when the lid is closed, but the fans still run. How can I make it "go to sleep?"
[09:00] <Songs_of_My_Fath> HI Guys. I have a standard 2009 white macbook. I want to install lubuntu over osx and have it as the only os on the laptop. Would anyone on here be able to say how well lubuntu would work out of the box ??
[12:10] <Aaran> Hi, I noticed on the lubuntu install I have there is no option to scan for available wifi networks is there a package I need to install to do that?
[12:15] <leszek> Aaran: in the installer or on the desktop itself ?
[13:14] <teward> Stupid question, but does xrdp work well with the LXDE environment to set up a 'remote desktop from windows to Lubuntu' type setup?  Not my question, asked because I need to know for a client :/
[16:37] <n-iCe> hi


[08:45] <leonel> hello
[08:47] <leonel> I have  a 160GB hd    the bios  ( old one )  says  it's 136 gb   and   the  ubuntu installer  says  it's  160gb   who do I trust ?  the bios  or  the ubuntu installer ?
[10:31] <mpt> leonel, maybe they're using different definitions of GB?
[10:33] <mpt> hmm, maybe not
[10:33] <mpt> 160*(1000^3/1024^3) = 149, not 136
[10:45] <superm1> evand, ping
[10:45] <evand> superm1: pong
[10:46] <superm1> hi evand.  i wanted to check with you on that patch.  we were getting ready to do our alpha 2 builds, so i wanted to see if you had a chance to look it over and see if there is anything that stood out and should be changed before hand
[10:46] <superm1> (the bigger one, 5k lines or so)
[10:48] <evand> superm1: do you have an updated version, post Colin's suggestions?
[10:48] <evand> also, do you have it in the form of a bzr branch?  It would make life much easier for me
[10:48] <evand> (but not necessary)
[10:48] <superm1> yes its in a bzr branch
[10:49] <superm1> let me get you that
[10:49] <evand> thanks
[10:49] <superm1> its probably the easiest
[10:49] <superm1> http://bazaar.launchpad.net/~mythbuntu/mythbuntu/mythbuntu
[10:49] <evand> indeed, then I can just bzr merge and play with the conflicts
[10:49] <evand> thanks
[10:49] <superm1> oh currently it includes a lot more in that branch
[10:49] <superm1> like our build scripts and such
[10:49] <evand> oh
[10:49] <evand> hrm
[10:50] <superm1> i should just do one with just ubiquity
[10:50] <superm1> i guess
[10:50] <superm1> http://codebrowse.launchpad.net/~mythbuntu/mythbuntu/mythbuntu/files
[10:50] <superm1> thats how its organized
[10:50] <superm1> will you be here in about 1-2 hours?
[10:50] <superm1> i'll reuplaod when i get home
[10:50] <superm1> to a clean branch
[10:50] <superm1> that you can do merges against
[10:51] <evand> I'll be in and out all night, but I will endeavor to look it over tonight
[10:52] <superm1> okay i'll get you a clean branch.  i've been updating to your ubuntu-installer branch regularly
[10:52] <superm1> so it shouldnt be too bad of a merge
[10:52] <evand> great! thanks!


[12:19] <tsume> ho ha!
[12:20] <tsume> I gained some extra speed by turning dithering and hwcursor off :P
[12:20] <dooglus> CLucene, I think you mean?
[12:20] <tsume> nvidia dithering sucks.. big time. Makes the text unreadable
[12:20] <tsume> dooglus: yes :)
[12:21] <dooglus> (google didn't offer the "did you mean CLucene" link when I googled for CLucence, so it took me a while to find it!
[12:21] <tsume> brb, tweaking gfx card
[12:21] <tsume> hehe
[12:21] <tsume> lolo
[12:21] <tsume> dooglus: my apologies
[12:21] <dooglus> after all the warnings about breezy being broken, I can't notice anything wrong with it at all, other than a few little things
[12:21] <tsume> dooglus: me either
[12:22] <herve> seems you missed the worst
[12:22] <herve> or it's just the eye of the storm
[12:23] <tsume> :'( I lost some speed just by having nvidia module render the cursor
[12:23] <tsume> its glitchy if I have sw render the cursor
[12:23] <tsume> s/its/the mouse/
[12:24] <tsume> oh well :)
[12:24] <tsume> I don't need the extra speed badly.. yet :)
[12:26] <tsume> actually, now that the crappy dithering is off, the rendering is now faster in every application :)
[12:27] <tsume> dithering sucks anyway.  For instance entry.Show == 'Empty' comes from pyxdg, that needs to say 'Empty' no matter what language you're using.
[01:13] <skora> howdy.
[01:18] <mdke> hi skora
[01:24] <skora> skora, hey
[01:24] <mdke> hmm
[01:25] <skora> do you know where I can find it at ?
[01:25] <skora> k
[01:25] <skora> thanks
[01:25] <mdke> skora, you msg'd me the question rather than asking it in the channel
[01:26] <skora> oh sorry. I thought you messaged just to me before hand.
[01:26] <skora> ack, sry again.
[01:26] <mdke> *laughs*
[01:27] <mdke> third time lucky
[01:27] <skora> i was going to put that into main chan
[01:27] <skora> hello everyone, i have a question about jdong's ubp-build.py script
[01:38] <dooglus> I'm new to breezy.  What should I do when I see:
[01:38] <dooglus> The following packages have unmet dependencies:
[01:38] <dooglus>   splay: Depends: libid3-3.8.3 but it is not installable
[01:38] <dooglus> E: Broken packages
[01:38] <dooglus> should I (a) grin and bear it, (b) whinge here, (c) report it as a bug on bugzilla (d) none of the above?
[01:39] <zul> a and c
[01:39] <dooglus> thanks.
[01:39] <dooglus> I'll do that.
[01:46] <mjg59> elmo: Can we get MJ Ray removed from the keyring on the grounds that I'm sure his passport doesn't call him "MJ"?
[01:51] <SloMo_> Amaranth: at that position I wasn't sure ;) well but if that kind of mistakes are the only ones... ;) everything else works?
[01:54] <Amaranth> haven't actually run it
[01:54] <Amaranth> just looking at the code so i can merge it to my 0.8 tree
[02:04] <dooglus> sorry to be a pain, but I have 2 more questions:  1) is there a separate bugzilla for breezy?  2) is it OK to report 'universe' bugs, or aren't you interested in them?
[02:04] <dooglus> (I'm sure I'll become useful at some point in the future)
[02:05] <dooglus> I don't see anywhere on the bug reporting page where I can specify whether the bug is in hoary or breezy
[02:15] <SloMo_> Amaranth: when you merged it, can you send me a copy of your 0.8 tree? then i'll send just patches against that when i have new changes
[02:16] <Amaranth> SloMo_: I'll be putting it in my berlios.de svn repo
[02:17] <Amaranth> https://developer.berlios.de/projects/menueditor/
[02:18] <SloMo_> Amaranth: thanks... i'll have a look at it tomorrow... and now i'll go to sleep ;)
[02:18] <Amaranth> night
[03:15] <spanglesontoast> bit dead in here
[03:19] <Amaranth> weekend
[04:10] <zul> does anyone have an adm8211 based wi-fi card?
[06:28] <fabbione> morning
[08:45] <pitti> Morning
[08:46] <fabbione> hey pitti
[08:47] <pitti> gf is still asleep -> some h4ck time :-)
[08:47] <fabbione> ehheh
[08:47] <\sh> morning
[08:47] <pitti> uh, doko uploading xorg :-)
[08:47] <fabbione> pitti: let's deroot the kernel :)
[08:48] <pitti> fabbione: let's run the kernel as nobody as user process on top of HURD
[08:48] <\sh> python-kde3_3.11.4+snapshot20050316-0ubuntu2_source.changes ACCEPTED
[08:48] <\sh> now it goes
[08:48] <fabbione> pitti: yeah i guess doko got pissed at xbase-client breakage
[08:48] <fabbione> pitti: nah.. on top of OS/2 or a windows kernel
[08:53] <fabbione> goody
[08:53] <fabbione> time to do the last ppc64 test build and upload
[08:53] <fabbione> no actually.. it's sunday :)
[08:53] <fabbione> upload tomorrow :)
[08:54] <\sh> fabbione: pray before u upload (only sundays) ;)
[08:54] <fabbione> jamesh: why should i pray???
[08:54] <fabbione> i know these kernels won't even boot
[08:55] <fabbione> but at least i can make the buildd spending some extra CPU heating and increase universe entropy
[08:55] <\sh> fabbione: cause it's sunday :) the day where u normally go to church and pray ;)
[08:55] <fabbione> jamesh: given that you believe in church....
[08:55] <fabbione> ops
[08:55] <fabbione> sorry
[08:56] <fabbione> well time to take my wife to scouts
[08:56] <fabbione> bbl
[09:26] <Treenaks>  argh! why must gfloppy be so floppy-centric
[09:27] <pitti> Treenaks: I thought it was way easier to hack a new pygtk app?
[09:27] <Treenaks> pitti: so did I
[09:27] <Treenaks> pitti: until I /looked/ at the code instead of glancing over it
[09:28] <pitti> s/d$//
[09:28] <Treenaks> pitti: see also: http://bugzilla.gnome.org/show_bug.cgi?id=150782
[10:31] <stern_type> yeah,i'm the guy
[10:37] <stern_type> they didn't intended to get me
[10:54] <ska-fan> Hmm, ubuntu should provide a free dns service like dyndns: ska-fan.ubuntu-at-home.org
[11:00] <\sh> for what?
[11:04] <daniels> why not just dyndns.org?
[11:05] <Lathiat> or $theothertentousandofdem
[11:07] <\sh> hmm...i could setup a dyndns alike service on sourcecode.de or on linux-server.org
[11:07] <bob2> or use them for something cool
[11:07] <bob2> or sell them on ebay!
[11:08] <\sh> hmm...
[11:08] <\sh> no
[11:08] <\sh> linuxshop.de and linuxmall.de are for selling ;) u want them? ,-)
[11:12] <ska-fan> daniels: dyndns has no hostnames with ubuntu in them :)
[11:13] <bob2> register ubuntu.dyndns.org and delegate NS records
[11:13] <bob2> stupid smbfs
[11:13] <bob2> it flakes out every 12 hours or so
[11:13] <bob2> then breaks lsof output
[11:13] <\sh> hahaha
[11:14] <bob2> umounting and remounting would fix it
[11:14] <bob2> if I could find out what is still using it
[11:14] <mjg59> Run ls -R through /proc and see where it breaks
[11:16] <bob2> mjg59: it seems to succeed
[11:20] <mjg59> Haha
[11:20] <mjg59> lsof ought to work, then
[11:21] <bob2> lsof: WARNING: can't stat() smbfs file system /mnt/ooder
[11:21] <mjg59> Oh, right
[11:21] <mjg59> Oops
[11:21] <mjg59> Well, ls -R through /proc and look for anything with a cwd or an fd in there
[11:24] <bob2> hrm
[12:48] <tseng> morn AndyFitz
[12:48] <AndyFitz> yo tseng   nite here   how goes ?
[12:49] <tseng> good thanks
[12:49] <tseng> whats up?
[12:59] <shawarma> Do any of you guys have access to the wiki database? I can't log in. I get a Unicode decode error, probably because of a Danish character in my name...
[12:59] <AndyFitz> chilling on a perfect sunday mate.    hows your weekend ?
[12:59] <shawarma> ..and I'd like it to be changed, so that I can log in
[01:12] <mdke> shawarma, can you login at http://launchpad.ubuntu.com and change the account details?
[01:17] <mdke> shawarma, ?
[01:30] <shawarma> mdke: Sorry, I was away..
[01:30] <mdke> np
[01:30] <tuhl> Any ideas when X will wok again?
[01:31] <shawarma> mdke: Yup, I can. I didn't know they used the same user database..
[01:31] <daniels> it works now.
[01:31] <shawarma> mdke: Thanks!
[01:31] <mdke> tuhl, i tried yesterday wasn't working, but several people in #ubuntu told me that theirs is working out of the box
[01:31] <mdke> shawarma, np
[01:31] <daniels> if you've fiddled symlinks yourself to get stuff working, you've likely broken your system
[01:32] <daniels> else, the only other issue I know of is with manually-edited configuration files
[01:32] <mdke> daniels, i did a clean colony 1 install and upgrades yesterday and X would start because of a font problem
[01:32] <mdke> would/wouldn't
[01:32] <mdke> is it worth filing a bug?
[01:32] <tseng> did you dist-upgrade?
[01:32] <mdke> yes
[01:33] <tseng> thats already been fixed unless you editing xorg.conf
[01:33] <daniels> mdke: no, already fixed in later versions
[01:33] <mdke> hmm
[01:33] <mdke> i wonder why it didn't work for me
[01:33] <mdke> is it uploaded?
[01:33] <daniels> yes
[01:33] <mdke> :/
[01:34] <mdke> i tried booting in single user and doing a -reconfigure, no dice
[01:34] <mdke> daniels, if it is fixed, maybe my problem was another one?
[01:35] <daniels> mdke: are you getting 'can't open default font "fixed"'?
[01:35] <mdke> yes
[01:35] <mdke> and the system crashes
[01:35] <mdke> sort of
[01:35] <daniels> firstly, check which version of xserver-xorg you have
[01:35] <daniels> secondly, check what the FontPath entries are in xorg.conf
[01:36] <mdke> they were /usr/share
[01:36] <daniels> if they're /usr/lib/X11 rather than /usr/share/X11, change 'em
[01:36] <daniels> i see
[01:36] <mdke> as for the version, it was the latest from the archives
[01:36] <mdke> everything was up to date except a couple of packages kept back like evolution-data-server
[01:37] <daniels> what version is xfonts-misc?
[01:37] <daniels> er, xfonts-base
[01:37] <tuhl> mdke: the xbase-clients package based on xorg is broken
[01:37] <mdke> i'm afraid I can't tell you specifically, i formatted, but it was up to date
[01:38] <mdke> daniels, ^
[01:38] <mdke> i'll reinstall again if you think it is worth pursuing
[01:38] <mdke> have some time on my hands today
[01:39] <daniels> tuhl: different issue
[01:40] <daniels> mdke: sure, if you want to; i can't see how it would occur, from here
[01:41] <mdke> the first dist-upgrade i did didn't go cleanly. x-window-system-core didn't get upgraded due to dependency problems, then I did a second dist-upgrade and it worked fine. could that be related to the problem?
[01:42] <daniels> uhm, probably
[01:42] <mdke> no idea why
[01:42] <mdke> it was literally a clean install from cd then straight into synaptic for a dist-upgrade
[01:43] <mdke> default sources.list
[01:43] <mdke> oh well
[02:16] <tuhl> hi
[02:16] <tuhl> I updated to the latest X11 packages
[02:16] <tuhl> X still does not start
[02:16] <tuhl> Fatal server error:
[02:16] <tuhl> could not open default font 'fixed';
[02:17] <tuhl> obviously there is a problem with xfs
[02:17] <tuhl> where does it log to?
[02:17] <daniels> a) this is a #ubuntu thing, b) we don't use fs at all, and never have
[02:18] <tuhl> ok
[02:19] <tuhl> I was used tio ferdora sorry
[02:19] <tuhl> so there is a problem open fixed font...
[02:20] <tuhl> who can I fix this? by reconfiguring X?
[02:24] <tuhl> what is the reason why the DISPLAY env var is not set when I login by ssh?
[02:25] <\sh> tuhl: no xauth?
[02:26] <tuhl> \sh: which xauth: /usr/bin/xauth
[02:27] <seb128> hi
[02:27] <seb128> elmo, lamont: any idea of why evolution doesn't build?
[02:27] <\sh> tuhl: then ForwardX11 yes in ~/.ssh/config ?
[02:32] <tuhl> \sh yes
[02:33] <tuhl> in /etc/ssh/
[02:33] <\sh> tuhl: so xauth is on your remote machine
[02:33] <\sh> ForwardX11 yes is in your local .ssh/confi
[02:34] <\sh> X11Forwarding yes
[02:34] <\sh> X11DisplayOffset 10
[02:34] <\sh> in your remote /etc/ssh/sshd_config?
[02:35] <mjg59> Hngh.
[02:39] <martinhj> mjg59: did a fix on my Acer's DSDT table too once (on a TravelMate 620). The question is if the fix does any real difference
[02:39] <daniels> \sh: because ssh is broken
[02:39] <\sh> daniels: breezy?
[02:39] <daniels> you need to sudo ln -s /usr/bin/xauth /usr/bin/X11/xauth
[02:39] <\sh> in hoary it works
[02:39] <daniels> \sh: yes
[02:39] <daniels> i filed a bug on it pre-warty
[02:40] <\sh> daniels: surprise
[02:40] <tuhl> daniels: thanks
[02:41] <siretart> seb128: I'm reviewing a rather old package here: http://www.metallikop.com/ubuntu/grubconf_0.5.1-4ubuntu2.dsc. The changelog states that you created 0.5.1-4ubuntu1, but this version never got uploaded to the archive. Do you remember what happened to that package?
[02:42] <seb128> siretart: ??
[02:42] <martinhj> mjg59: what kind of devices is in question? IDE-devices in the module-bay?
[02:42] <seb128> siretart: http://lists.ubuntu.com/archives/hoary-changes/2005-January/001417.html
[02:42] <siretart> seb128: yes, I'm a bit confused, too
[02:43] <mjg59> martinhj: Yes
[02:43] <siretart> HAE?!
[02:43] <siretart> why doesn't that version appear on packages.ubuntu.com/grubconf
[02:43] <martinhj> mjg59: because of the thread about laptop testing specs on ubuntu-devel list?
[02:44] <mjg59> martinhj: Yeah
[02:45] <tuhl> my X11 is working again after modifying the fonts paths
[02:45] <martinhj> martinhj: ok, I'm the one who suggested it in to the specs. It's been a future in Windows for many years. Would love to see it in Linux too.. so Windows does not poll the ide bus or anything like that, then?
[02:46] <martinhj> eh, that was for mjg59 :-)
[02:46] <mjg59> Windows doesn't do it at all - the system drivers do it
[02:46] <mjg59> So it's all entirely manufacturer specific
[02:46] <mjg59> For the 620, it looks like it may have to be polled. The 650 has notification.
[02:47] <martinhj> ok
[02:48] <martinhj> is there a standard the manufacturer should follow to have notifications so one could bug the manufacturers to get them to fix the BIOSes?
[02:48] <doko> seb128: evolution: spamassassin is not in main
[02:48] <mjg59> martinhj: Nope
[02:48] <seb128> doko: oh, they made a Depends of it? I've not noticed, thanks
[02:49] <seb128> doko: are you sure? The build log complains about a e-s-d lib
[02:49] <mjg59> martinhj: Not as far as I can tell, at least...
[02:49] <martinhj> mjg59: I cann still open a bug if you want to
[02:50] <mjg59> martinhj: Yeah, please do
[02:50] <doko> seb128: at least it cannot be _installed_ for that reason
[02:50] <seb128> doko: it's not even built
[02:51] <seb128> doko: my local tree has it a Recommends
[02:51] <seb128> doko: I don't get it
[02:53] <martinhj> mjg59: under what package?
[02:54] <mjg59> martinhj: The kernel for now, and cc<EMAIL_ADDRESS>on it
[02:55] <martinhj> ok
[03:03] <anto9us> is anyone involved in the ubuntulinux.org web development here? I'm not sure but I may have exposed a security issue
[03:03] <doko> seb128: libecall1.2-3 is not in main
[03:04] <seb128> yeah, soname change
[03:04] <mdke> anto9us, you can contact the webmaster or file a bug maybe
[03:04] <doko> seb128: and why doesn't libedataserver1.2-dev depend on an old db4.1-dev?
[03:04] <doko> seb128: better: and why does libedataserver1.2-dev depend on an old db4.1-dev?
[03:04] <seb128> doko: why not?
[03:04] <seb128> doko: it uses libdb4.1
[03:08] <KaiL_> daniels: where there some significant changes in the r200 driver between the one used in hoary and the one in breezy? (maybe some performance fixed backported?)
[03:08] <anto9us> mdke: I don't have the time or energy and this potential exploit may already be out in the open, I've sort of accidentily revealed it in #ubuntu, can I private message you?
[03:08] <mdke> anto9us, i can't do anything about it
[03:08] <mdke> maybe elmo can
[03:09] <mdke> anto9us, but if you have the energy to talk about it here, you should be able to write an email to the webmaster
[03:09] <Mithrandir> anto9us: give me the details and I'll see if I can get the attention of our internal web people.
[03:09] <anto9us> mdke: I want to know if it's something that should be worried about
[03:10] <daniels> KaiL_: none whatsoever
[03:10] <KaiL_> ok
[03:35] <scorpix> is there's any info about the next colony release?(Colony 2)
[03:38] <shawarma> What is this Colony thing? I've heard it mentioned before?
[03:38] <mdke> each testing release of breezy
[03:38] <shawarma> mdke: I see.
[03:38] <mdke> colony is the collective noun for badgers
[03:38] <mdke> (apparently)
[03:38] <shawarma> mdke: Oh.. :-) Of course!
[03:39] <dooglus> www.badgerbadgerbadger.com
[03:42] <mjg59>         if ((device->status.present) && !(old_status.present)) {
[03:42] <mjg59>                 ACPI_DEBUG_PRINT((ACPI_DB_INFO, "Device insertion detected\n"));
[03:42] <mjg59>                 /* TBD: Handle device insertion */
[03:42] <mjg59>         }
[03:42] <mjg59> COCK.
[03:42] <dooglus> I think you need a semicolon not a period after 'COCK'
[03:42] <dooglus> hope that helps.
[03:44] <kent> dooglus, perhaps it is "COCK" as in F*CK? :)
[03:45] <dooglus> kent: I think so
[03:46] <dooglus> I imagine he pasted that code by mistake.  Perhaps he's a MicroSoft employee and that's the source code for Lornhorn, and he just gave it away by mistake.
[03:48] <mjg59> No, I'm just swearing viciously at the completely useless state of the kernel ACPI support for anything other than servers
[03:49] <kent> dooglus, ;)
[03:49] <dooglus> I don't know much about ACPI support, but I can help you develop your swearing if you like
[03:49] <daniels> dooglus: it doesn't need any form of development whatsoever
[03:50] <dooglus> daniels: I beg to differ.  If he thinks that "COCK" is swearing viciously, he's got a lot to learn.  ;)
[03:53] <mjg59> dooglus: You might want to check http://www.livejournal.com/users/mjg59/
[03:54] <dooglus> I would like to take this opportunity to withdraw my heartless allegations of swearing-n00biness.    That's pretty advanced stuff.
[04:00] <mdke> subtle criticism
[04:01] <daniels> a link not to click for the easily offended: http://www.livejournal.com/~mjg59/31005.html
[04:02] <dooglus> oh, I see what you mean.  hex arithmetic.  nasty.
[04:02] <mdke> his avatar is a hoodie
[04:03] <mjg59> That is so not a hoodie
[04:03] <mdke> ;)
[04:03] <mdke> too late now
[04:03] <dooglus> looks like a cap with flappy ears to me
[04:03] <mdke> the asbo is in place
[04:03] <mjg59> It's Marvin the Martian
[04:05] <mdke> = hoodie
[04:05] <fabbione> dpkg-deb: building package `linux-image-2.6.12-1-iseries-smp' in `../linux-image-2.6.12-1-iseries-smp_<IP_ADDRESS>-1.2_powerpc.deb'.
[04:05] <fabbione> whops.. ECHAN
[04:05] <bob2> mdke: I'm pretty sure he was a Martian, not a jumper
[04:06] <mdke> well he is dressed appropriately for a saturday night round east london
[04:10] <dooglus> mjg59: I just read your Tuesday, May 17th posting about frequency scaling.  My P4 laptop suffers thermal death regularly in Hoary, but never in Mandriva.  If I run a "while(1);" loop in Hoary, the fan will run faster and faster and after 5 minutes the laptop will power down.  Any idea why Mandriva copes and Ubuntu doesn't?
[04:11] <mjg59> Is Mandriva using ACPI?
[04:12] <dooglus> append="devfs=mount splash=silent acpi=ht resume=/dev/hda5"
[04:13] <dooglus> that's from the Mandrake lilo stanza
[04:13] <mjg59> Hmm. I'm not sure if that disables the rest of acpi or not. I think it might do.
[04:15] <dooglus> I've no idea why I have acpi=ht there, but I do, and it seems to give me a system that boots and stays up.  Which is more than I can say for ubuntu :(
[04:16] <dooglus> I wouldn't normally run the CPU flat out for 5 minutes at a time, but with the buggy ubuntu 'grep' I find I'm accidentally doing it quite often
[04:16] <daniels> it's not buggy, it's just not very performant
[04:17] <dooglus> daniels: I think it is buggy.  Taking a time that's proportional to the square of the input file size instead of proportional to the size of the input file is a bug IMHO
[04:18] <dooglus> daniels: it means that it's impossible to grep through any reasonably large file, due to not having enough hours in the day
[04:18] <bob2> mandrake doesn't use gnu grep?
[04:18] <dooglus> it does, but gnu grep has the bug
[04:20] <dooglus> on my laptop, this command runs in about half a second:    time yes | head -999999 | LC_ALL=C grep . | wc -l
[04:21] <daniels> fedora has a patch to fix it
[04:21] <dooglus> on the same laptop, this command runs in about 40 hours:    time yes | head -9999 | LC_ALL=en_US.UTF-8 grep . | wc -l
[04:21] <dooglus> that's a bug, right?  (oops - I missed a couple of 9's from that 2nd command)
[04:22] <bob2> certainly worth ranting on irc about
[04:22] <dooglus> bob2: :)
[04:22] <mjg59> It's not buggy. It behaves correctly at all times.
[04:23] <fabbione> i see no difference here
[04:23] <fabbione> it takes 0.45 secs in both run
[04:23] <fabbione> actually...
[04:23] <mjg59> But utf-8 is much slower to deal with
[04:23] <fabbione> with en_US is faster
[04:23] <dooglus> fabbione: did you try:    yes | head -999999 | LC_ALL=en_US.UTF-8 grep . | wc -l
[04:23] <fabbione> yes
[04:23] <HrdwrBoB> real    0m0.339s
[04:23] <dooglus> (6 nines)
[04:23] <fabbione> yes
[04:23] <HrdwrBoB> to 0.352s
[04:23] <fabbione> time yes  | head -999999 | LC_ALL=en_US.UTF-8 grep . | wc -l
[04:23] <fabbione> 999999
[04:23] <fabbione> real    0m0.438s
[04:24] <fabbione>  time yes  | head -999999 | LC_ALL=C grep . | wc -l
[04:24] <fabbione> 999999
[04:24] <fabbione> real    0m0.465s
[04:24] <dooglus> grep --version ?
[04:25] <bob2> fabbione: do you have en_US.UTF-8 generated?
[04:25] <bob2> if not, presumably it falls back to C
[04:25] <bob2> en_US is fast for me, en_AU is not
[04:26] <dooglus> bob2: how can you tell which locale you have generate?
[04:26] <dooglus> d
[04:26] <fabbione> bob2: yeps
[04:26] <fabbione> i don't use en_IT :)
[04:26] <bob2> heh
[04:27] <bob2> dooglus: I'm guessing grep sucks with utf-8 strings?
[04:27] <bob2> dooglus: cat /etc/locale.gen
[04:27] <dooglus> bob2: the problem is that grep runs over the whole input file for every match it does
[04:27] <dooglus> bob2: so it takes quadratic time instead of linear
[05:02] <venda> can anyone recomend an IDE for Python other than IDLE
[05:04] <bob2> emacs/vim.
[05:04] <venda> what about apps like Komodo
[05:05] <venda> boa-contructor
[05:07] <venda> bob2 what about eric3
[05:17] <hunger> daniels: Please fix the slave link setup for twm's manpage in its postinst script.
[05:17] <daniels> hunger: i still don't see what's wrong.
[05:18] <daniels> (it's also sunday night)
[05:18] <hunger> daniels: You do not need to do it now, but please include it in the next upload.
[05:39] <tseng> hunger: do you have a patch?
[05:42] <hunger> tseng: Yes, just talked to daniels about it.
[05:42] <tseng> great, thanks.
[05:42] <hunger> tseng: He argues that he is doing the right thing and I have a screwed up system somehow.
[05:56] <Amaranth> shouldn't apt-file depend on curl?
[05:59] <martinhj> mjg59: the bug-report ok?
[06:00] <mjg59> martinhj: Yup, that's great, thanks
[06:00] <mjg59> I may have some extra debug stuff for you to test at some point, but no urgency
[06:01] <martinhj> mjg59: post it in the bugzilla or just mail me and I can add it
[06:23] <seb128> Amaranth: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307833
[06:23] <Amaranth> ah, good to know
[06:23] <seb128> the maintainer disagree
[06:23] <seb128> is that what is good to know? :)
[06:24] <Amaranth> *boggle*
[06:25] <Amaranth> how the hell can he disagree? it doesn't work without it
[06:25] <seb128> read the bug
[06:25] <seb128> it works if you configure it to use wget
[06:26] <Amaranth> which is crack, how am i supposed to know that?
[06:27] <seb128> read the bug
[06:28] <Amaranth> i did
[06:28] <Amaranth> i like the Depends: wget | curl
[06:29] <seb128> I've reopenned, that's the right way to fix it imho
[06:29] <Amaranth> just because the debian maintainer is braindead doesn't mean we have to be, it should 'Just Work' on install :)
[06:29] <seb128> it'll
[06:30] <seb128> but that doesn't mean we should let the bug for Debian and fix it for Ubuntu
[06:30] <Amaranth> no, i'm not saying that
[06:31] <Amaranth> just saying if he refuses to do anything i'll be submitting a patch for a MOTU
[06:31] <seb128> it's already fixed IIRC
[06:31] <seb128> there is a malone bug for it
[06:31] <Amaranth> malone is broken
[06:32] <seb128> how so?
[06:33] <Amaranth> well, the main bugs pain gives an error and you can't file bugs
[06:33] <Amaranth> s/pain/page/
[06:34] <Amaranth> hehe
[06:35] <Amaranth> i forget what that's called
[06:36] <seb128> somebody has opened #920 about apt-file
[06:36] <seb128> grrr
[06:36] <seb128> dup of #715
[06:36] <seb128> why people never look for a bug before putting a dup
[06:36] <seb128> there is like 1 bug about apt-file
[06:36] <seb128> 1 search to do
[06:38] <Amaranth> yeah, i opened 920
[06:38] <hunger> Sep128: When I tried I could not search in malone, so I do not even try anymore before reporting a bug there.
[06:38] <Amaranth> because when i clicked the link to search i got an error
[06:38] <hunger> sep128: But then I do avoid reporting stuff in malone altogether and pester the people here instead;-)
[06:38] <Amaranth> no specific error, malone hides it behind an 'oops' page
[06:39] <seb128> works here
[06:39] <seb128> I've closed the bug
[06:39] <Amaranth> https://launchpad.ubuntu.com/malone/bugs/
[06:39] <Amaranth> "Sorry, a system error occurred"
[06:40] <seb128> that's not a correct URI
[06:40] <Amaranth> that's what the report a bug page links to
[06:41] <Amaranth> at the end of reporting a bug i got that error page too, i didn't even think it went through
[06:44] <Amaranth> heh, everytime you expand the 'Follow up on this comment' box the middle column gets bigger
[06:44] <{Seb}> i see there has been a new xorg package accepted into breezy
[06:44] <{Seb}> does this fix X?
[06:45] <Amaranth> best working X i've had yet
[06:45] <Amaranth> dunno if a clean install of it works though
[06:45] <seb128> depending of what bug you have I guess
[06:45] <Amaranth> i've got lots of symlinks and stuff still hanging around
[06:45] <{Seb}> i mean the one that doesn't let you start x!
[06:46] <seb128> dunno about this bug
[06:46] <Mithrandir> iz gtk bug, I guess.
[06:46] <seb128> I guess so
[06:46] <seb128> I don't use gtk :p
[06:47] <Amaranth> seb128: I somehow have trouble believing that...
[06:47] <Mithrandir> Amaranth: you didn't know?  seb128 is a die-hard kde user.
[06:48] <Mithrandir> he learnt that habit from daniels when daniels maintained KDE; don't use the packages you break^Wmaintain.
[06:48] <seb128> (not true, I use wmaker)
[06:48] <Amaranth> of course, he just packages gnome to get his fix ;)
[06:48] <tseng> you should see his 48px Kicker
[06:49] <Amaranth> speaking of which, you should see the setup i have for testing smeg
[06:50] <Amaranth> kicker on the left side, xfce4-panel on the bottom, gnome-panel on top
[06:50] <Amaranth> i need another fd.o complient menu system to put on the right
[06:53] <Amaranth> ah, now i have xfce on the right, kicker on the left, and gnome-panel on the top and bottom
[06:54] <daniels> Mithrandir: hey, I was using KDE when I maintained it
[06:54] <Mithrandir> daniels: hmm, I thought you weren't.
[06:55] <daniels> {Seb}: there are lots of bugs that used to prevent you from starting X.  if you aren't comfortable fixing them, breezy is not the one for you (and it's a #ubuntu question, anyway).
[06:55] <daniels> Mithrandir: nope, only stopped using KDE early 2004
[06:55] <Amaranth> daniels: welcome to the dark side
[06:59] <Riddell> daniels: what made you stop?
[07:00] <wasabi> eclipse is now installable.
[07:00] <siretart> wasabi: you ROCK!
[07:00] <wasabi> Runs to.
[07:00] <wasabi> tseng, oh so you guys have UML modeling tools now?
[07:00] <tseng> hah, no
[07:01] <zul> burn
[07:01] <tseng> we are too tough for that.
[07:01] <wasabi> fold?
[07:01] <daniels> Riddell: kde being uninstallable in sid, actually
[07:01] <tseng> we dont need any stinking uml :P
[07:01] <wasabi> how about refactoring?
[07:02] <siretart> yeah, let the flameware .NET against JAVA begin ;)
[07:02] <tseng> sweet/
[07:02] <wasabi> No need for that.
[07:02] <wasabi> I'm a C# developer in real life.
[07:02] <siretart> hehe
[07:03] <wasabi> Hmm. Scratch the part about it running.
[07:06] <Riddell> wasabi: Umbrello
[07:07] <wasabi> eh?
[07:07] <Riddell> for UML
[07:07] <wasabi> oh.
[07:11] <ogami1972b> hello channel- i am placing a bounty on .nsv support- anyone interested?
[07:11] <hunger> ogami1972b: nsv support?
[07:12] <ogami1972b> streaming video- i work hard to promote linux, but online multimedia support is often a deal breaker
[07:12] <ogami1972b> problems with atomfilms, shoutcast, etc
[07:16] <ogami1972b> well, i'm not a rich man, but i can wash dishes, walk dogs, proofread and data entry- and hey, lady developers...;)
[07:17] <hunger> ogami1972b: You must be desperate to appeal to such a minority;-)
[07:18] <lsuactiafner> root@infant-finite:~ # glxgears
[07:18] <lsuactiafner> glxgears: relocation error: /usr/lib/libGL.so.1: symbol gnu_dev_makedev,
[07:18] <lsuactiafner> version GLIBC_2.3.3 not defined in file libc.so.6 with link time reference
[07:18] <lsuactiafner> anyone know how i can solve that?
[07:19] <ogami1972b> i really like linux- but my circle of family and friends are all saltwaterchimp addicts- i am certain if i could say "yes, linux supports .nsv streams", it would be a done deal
[07:19] <ogami1972b> so yes- i'll do just about anything
[07:24] <dooglus> is evolution broken in breezy for everyone?  I can't see my task list for example
[07:24] <dooglus> I don't see any mention of it on bugzilla
[07:59] <zenrox> we need a kick in #ubuntu
[07:59] <zenrox> 2 kicks
[07:59] <zenrox> and bans
[07:59] <mdke> there are kicks and bans
[07:59] <mdke> in every irc network
[08:00] <lsuactiafner> please, flooder
[08:00] <zenrox> please
[08:00] <mdke> oh i c
[08:00] <mdke> try #freenode if no one here is awake
[08:01] <zenrox> thares no ops in here
[08:01] <zenrox> lol
[08:01] <zenrox> thats awake
[08:01] <zenrox> crap
[08:01] <zenrox> hehehehe
[08:01] <ivoks> k-lined
[08:01] <mdke> good
[08:01] <zenrox> good
[08:03] <mjg59> Oh, arse
[08:03] <mdke> ;)
[08:03] <mjg59> Hngh
[08:04] <mjg59> Ah. I see. It's because the second serial port mysteriously vanishes after suspend.
[08:28] <schweeb> mjg59: which laptop?
[08:51] <dooglus> I found that evolution wouldn't show me any of my tasks, and was generally broken
[08:51] <dooglus> so I downloaded and compiled the source
[08:51] <dooglus> that fixed the problem, but it's for a newer version of evolution.
[08:51] <dooglus> why wouldn't the source and binary packages be of the same version?
[09:00] <mez> anyone here on the PGP strong set and going to be in london on thursday
[09:10] <Mithrandir> mez: there are ubuntu developers living in London, so I'd assume so.
[09:11] <mez> yeah, I know there are, which is whty I'm asking to try and get their attention
[09:18] <mez> evening mdke :D
[09:26] <mez> wtfC521097Eossible to get in the strong set without meeting anyone
[09:28] <mdke> hi mez
[09:29] <Amaranth> mez: not possible to get in the strong set without meeting someone
[09:29] <Amaranth> mez: it wouldn't be a very strong set
[09:29] <mez> Amaranth
[09:30] <mez> aspparently, some idiot signed a RobotCA's key
[09:30] <Amaranth> what?
[09:30] <mez> key id
[09:31] <mez> C521097E
[09:31] <mez> is in the strong set
[09:31] <mez> http://keyserver.kjsl.com/~jharris/ka/current/C5/C521097E
[09:31] <mez> It's a robot CA
[09:32] <mez> hmmles
[09:32] <mez> that's pretty s**tty
[09:32] <mez> now should I set to not trust that key, or not trust the key signing it? (or both)
[09:37] <siretart> mez: http://pgp.surfnet.nl:11371/pks/lookup?op=vindex&fingerprint=on&search=0xC521097E
[09:37] <siretart> that key has quite a lot of signatures..
[09:38] <sivang> seb128: ping
[09:38] <sivang> seb128: Bon Soir, any updates about lp integration?
[09:38] <seb128> pong
[09:38] <seb128> no
[09:39] <sivang> seb128: ah ok, it's sunday so that's explains it
[09:40] <mez> yeah siretart
[09:40] <mez> It's like...a robot CA
[09:40] <mez> It's pathetic
[09:40] <mez> I dont know if I should even let it sign mine or not
[09:42] <mez> it gets me in trusted, but I feel a bit ... wrong
[09:51] <zyga> hello
[09:52] <zyga> I've noticed that mplayer package lacks any script that would set up RTC on system startup
[09:52] <zyga> so I've written a tiny script based on skeleton file in /etc/init.d
[09:53] <zyga> I've looked up the package maintainer from the .deb file
[09:53] <zyga> contacted him and sent him the file along with descriptions
[09:53] <zyga> however - he says that he is neither debian nor ubuntu maintainer for that package
[09:53] <zyga> could anyone help me contact appropriate person?
[09:54] <lsuactiafner> zyga : you linked the RTC thing somewhere?
[09:54] <lsuactiafner> i want to look @ it and run it
[09:54] <zyga> lsuactiafner: wait, I will
[09:54] <lsuactiafner> cool thanks
[09:55] <lsuactiafner> if you dont have somewhre to upload ftp://ftp.puk.ac.za/outgoing/ is 900meters from me
[09:55] <zyga> http://www.suxx.pl/mplayer
[09:55] <zyga> :-)
[09:56] <lsuactiafner> where is .pl?
[09:56] <lsuactiafner> poland?
[09:56] <zyga> hmm jun not jan
[09:56] <zyga> lsuactiafner: yes
[09:57] <zyga> lsuactiafner: slow?
[09:57] <zyga> lsuactiafner: it runs on my home adsl so it might not be zappy
[09:57] <lsuactiafner> Starting mplayer RTC setup script: mplayer-rtc./mplayer-rtc: line 30: /proc/sys/dev/rtc/max-user-freq: No such file or directory
[09:57] <lsuactiafner> was quick to download
[09:57] <lsuactiafner> i'm on a 5k/s dailup
[09:57] <zyga> lsuactiafner: hmm :-)
[09:58] <zyga> lsuactiafner: thanks I'll patch that
[10:01] <zyga> lsuactiafner: done, now it checks the path
[10:01] <lsuactiafner> k downloadin
[10:01] <zyga> lsuactiafner: are you using mplayer?
[10:02] <\sh> does anybody know something about HP and Ubuntu? Do they want to show up at linuxtag?
[10:02] <lsuactiafner> yeh
[10:02] <lsuactiafner> Starting mplayer RTC setup script: mplayer-rtc./mplayer-rtc: line 30: /proc/sys/dev/rtc/max-user-freq: No such file or directory
[10:02] <lsuactiafner> what should be in /proc/sys/dev/rtc/max-user-freq?
[10:02] <lsuactiafner> hmmm
[10:02] <zyga> lsuactiafner: hmm? strange
[10:02] <lsuactiafner> kernel should support it
[10:03] <lsuactiafner> let me check
[10:03] <lsuactiafner> # CONFIG_RTC is not set
[10:03] <lsuactiafner> lol
[10:04] <zyga> lsuactiafner: btw are you sure you've got the newer version?
[10:04] <zyga> lsuactiafner: I've added [ -w $RTC_PATH ]
[10:05] <lsuactiafner> no idea
[10:06] <zyga> lsuactiafner:  grep for version
[10:06] <lsuactiafner> version of what?
[10:07] <zyga> grep Version mplayer-rtc
[10:07] <lsuactiafner> btw got no idea what rtc is but that its for timing and that i get the rtc error effect when i use mplayer
[10:07] <lsuactiafner> # Version:      @(#)mplayer-rtc  0.1 05-jan-2005<EMAIL_ADDRESS>[10:07] <lsuactiafner> hmmmm
[10:07] <zyga> old one
[10:07] <zyga> lsuactiafner:  strange
[10:07] <lsuactiafner> proxy maybe
[10:07] <lsuactiafner>  [TXT]   mplayer-rtc             05-Jun-2005 22:01     1k
[10:08] <lsuactiafner> refreshing
[10:08] <zyga> lsuactiafner: with rtc mplayer syncs video and audio better
[10:08] <lsuactiafner>  [TXT]   mplayer-rtc             05-Jun-2005 22:06     1k
[10:08] <zyga> lsuactiafner: I use default kernel and max-user-freq is 64, mplayer wants 1024
[10:16] <shaya> anyone here having X fail to start when they use breezy's X?
[10:16] <shaya> becaues of font problems
[10:20] <wasabi> read topic
[10:40] <herve> hi
[10:40] <herve> I am presented a patch setting "/proc/sys/dev/rtc/max-user-freq" to 1024
[10:40] <herve> how do you feel about it?
[10:40] <zyga> I've asked - no one replied ;-)
[10:41] <herve> hehe
[10:41] <zyga> okay sorry - no one replied with concrete info