[15:29] <slyon> o/
[15:29] <cpaelzer> o/
[15:29] <slyon> I'll only be passively attending today's MIR meeting, as I got dragged into a conflicting meeting
[15:29] <cpaelzer> I know how that is ...
[15:29]  * cpaelzer hugs slyon
[15:29] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[15:29] <meetingology> Meeting started at 15:29:51 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:29] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:29] <cpaelzer> Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage eslerm
[15:30] <slyon> (but I think most foundations stuff should be covered, I left comments where needed)
[15:30] <eslerm> good morning o/
[15:30] <cpaelzer> hi, giving everyone a minute or two for everyone to see th eping
[15:30] <cpaelzer> hi eslerm and slyon
[15:30] <didrocks> hey
[15:31] <joalif> o/
[15:33] <cpaelzer> ok, let me get going ...
[15:33] <cpaelzer> #topic current component mismatches
[15:33] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:33] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:33] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[15:33] <cpaelzer> we are past FF, so hopefully that is the last huge list
[15:34] <cpaelzer> inetutils is a false positive ont he bug of slyon that tracks those
[15:34] <cpaelzer> but since it was gone and shows up again, I wonder if we can do something about it
[15:34] <cpaelzer> or if someone accidentially promoted something wrong
[15:35] <cpaelzer> perl tihngs are assigned already
[15:35] <slyon> https://bugs.launchpad.net/ubuntu/+source/inetutils/+bug/2008789
[15:35] <cpaelzer> uh slyon, in that csae let me remove it from bug 1980663
[15:35] <sarnold> good morning
[15:35] <eslerm> o/
[15:36] <cpaelzer> done
[15:36] <cpaelzer> now it will find the right bug
[15:36] <cpaelzer> interesting
[15:36] <cpaelzer> maybe sarnold or eslerm can clarify https://bugs.launchpad.net/ubuntu/+source/xdp-tools/+bug/2002103
[15:36] <eslerm> just a note, the component mismatches svg is difficult to read with color blindness (protanopia and deuteranopia)
[15:36] <cpaelzer> eslerm: patches welcome
[15:37] <cpaelzer> while you look into that - python-oslo has got bugs filed for their dependencies by jamespage and team - I guess those are under control
[15:37] <cpaelzer> python-yappi seems not yet covered there
[15:38] <didrocks> openstack dep?
[15:38] <cpaelzer> oh crap, I didn't see ndctl yet
[15:38] <cpaelzer> didrocks: yes yappi seems openstack (from python-oslo)
[15:38] <sarnold> cpaelzer: xdp-tools looks ready to migrate to main
[15:38] <cpaelzer> thanks sarnold
[15:40] <cpaelzer> I filed https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug/2008799 for ndctl
[15:40] <sarnold> (obligatory thinking aloud that a tracking process like the kernel team sru workflow with entries for each step might be easier to read, eg https://bugs.launchpad.net/kernel-sru-workflow/+bug/1968954  :)
[15:41] <cpaelzer> indeed, worth a look
[15:41] <cpaelzer> could be complex though as this will transition differently per bug task
[15:41] <cpaelzer> if a case has multiple packages affected, they will be in different states
[15:43] <cpaelzer> I'll promote xdp-tools after the meeting
[15:43] <sarnold> man, inetutils .. that's a blast from the past. oof.
[15:43] <cpaelzer> indeed
[15:43] <cpaelzer> ok, all in mismatches have open cases now
[15:43] <cpaelzer> none forgotten
[15:43] <cpaelzer> next section of the meeting
[15:43] <cpaelzer> #topic New MIRs
[15:44] <cpaelzer> Mission: ensure to assign all incoming reviews for fast processing
[15:44] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[15:44] <cpaelzer> oh wow
[15:44] <cpaelzer> 5
[15:44] <cpaelzer> I could take the perl ones
[15:44] <cpaelzer> they are usually rather mechanical, so I can better do them in between meetings
[15:44] <didrocks> I can take 1 or 2, but it will be for next pulse (already full for this one)
[15:44] <joalif> some are false positives i think
[15:44] <cpaelzer> looking for reviewers of nullboot and mini-iso-tools
[15:44] <sarnold> nullboot is likely in the wrong spot in the flowchart
[15:45] <cpaelzer> joalif: which ones do you tihnk are false positives?
[15:45] <joalif> nullboot
[15:46] <joalif> i had done the review of it
[15:46] <cpaelzer> oh yeah that just ended in an odd state
[15:46] <cpaelzer> it is acked
[15:46] <cpaelzer> and not in mismatches
[15:46] <didrocks> yes
[15:47] <cpaelzer> joalif: was yours an ack as well?
[15:47] <cpaelzer> reading ...
[15:47] <cpaelzer> yep
[15:47] <joalif> yes iirc
[15:47] <joalif> was waiting for sec review
[15:47] <cpaelzer> thanks, status updated
[15:48] <didrocks> (it would have been good to have an update on the recommended todo though)
[15:48] <eslerm> nullboot has security's ack
[15:48] <cpaelzer> ack didrocks, I asked for it
[15:49] <cpaelzer> ok in that case mini-iso-tools to grab
[15:49] <didrocks> if this can wait early next pulse, I’m happy to grab it
[15:49] <cpaelzer> maybe license-perl at lower urgency for didrocks then?
[15:49] <cpaelzer> those are usually not as pushy
[15:49] <didrocks> as you prefer :)
[15:50] <cpaelzer> hehe
[15:50] <cpaelzer> joalif: would you be up to have a look at the mini-iso-tools ?
[15:50] <joalif> sure
[15:50] <cpaelzer> thanks
[15:50] <cpaelzer> thereby all new cases are assigned
[15:50] <cpaelzer> #topic Incomplete bugs / questions
[15:50] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:50] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[15:51] <cpaelzer> inetutils isn't ready yet
[15:51] <cpaelzer> bug 2003549 waits for an FFE approval
[15:51] <cpaelzer> other than that is mostly ready as prepared by athos
[15:52] <cpaelzer> bug 2004516 waits on things and was assigned someone to work on (no action from us)
[15:52] <cpaelzer> bug 1997560 also went back and is now assigne to desktop to resolve
[15:52] <cpaelzer> and 2003272 is back on till
[15:52] <cpaelzer> ok all in incomplete have an owner
[15:53] <cpaelzer> good for now I'd think
[15:53] <cpaelzer> #topic MIR related Security Review Queue
[15:53] <cpaelzer> Mission: Check on progress, do deadlines seem doable?
[15:53] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[15:53] <cpaelzer> Internal link
[15:53] <cpaelzer> - ensure your teams items are prioritized among each other as you'd expect
[15:53] <cpaelzer> - ensure community requests do not get stomped by teams calling for favors too much
[15:53] <cpaelzer> #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594
[15:53] <cpaelzer> thank you @ extended security team for all the completions recently
[15:53] <cpaelzer> from my teams POV puma is the only one not yet assigned but rather urgent
[15:54] <cpaelzer> I see the face of alexm on the ticket
[15:54] <cpaelzer> but not "in progress"
[15:54] <cpaelzer> does this fit together sarnold eslerm ?
[15:54] <eslerm> I'm working on pcs this week and puma is assigned, should be complete with time to FFe
[15:54] <eslerm> if puma needs extra help I can assist
[15:55] <cpaelzer> puma - as you know - is the last bit of a big change
[15:55] <cpaelzer> hence we'd appreaciate to not come uin much later
[15:55] <cpaelzer> since we will make pacemaker switch crmsh -> pcsd
[15:55] <sarnold> aye, unfortunately amurray is also our primary snapd contact, another high-priority and high-importance demand on our resources; it might make sense to ask eslerm to pick it up if amurray hasn't started yet
[15:55] <cpaelzer> not rushing you but like until today in a week as the latest ?
[15:55] <cpaelzer> ok
[15:56] <sarnold> we can discuss with amurray when his day starts
[15:56] <cpaelzer> you can internally check if there has been progress made, I'd not want to be the reason to step on each others toes
[15:56] <cpaelzer> thanks sarnold
[15:56] <cpaelzer> btw I had to smile on "with time to FFe" eslerm, as that would be -5 back in time from now on
[15:56] <sarnold> yeah :/ trying to fast-context-switch stuff in progress is definintely an exhausting step :)
[15:56] <cpaelzer> indeed
[15:57] <cpaelzer> but time is almost up and the rest looks good
[15:57] <cpaelzer> #topic Any other business?
[15:57] <cpaelzer> not from me
[15:57] <eslerm> should be doable to take puma, but need to run past my workload with aburrage
[15:57] <didrocks> nothing from me
[15:57] <sarnold> heh, aburrage is out all this week. :/ anyway, I'll talk with amurray in a few hours
[15:57] <joalif> nothing
[15:57] <sarnold> nothing from me
[15:57] <eslerm> none from me
[15:58] <cpaelzer> being out means he won't say no :-)
[15:58] <cpaelzer> thank you all!
[15:58] <cpaelzer> #endmeeting
[15:58] <meetingology> Meeting ended at 15:58:13 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-02-28-15.29.moin.txt
[15:58] <sarnold> lol :D
[15:58] <sarnold> thanks cpaelzer, all :)
[15:58] <eslerm> thanks cpaelzer, bye all o/
[15:58] <joalif> thanks cpaelzer, all :)
[19:57]  * vorlon waves
[19:57] <rbasak> o/
[19:58] <amurray> o/
[19:58] <sil2100> o/
[19:59]  * sil2100 semi-present as he is sick and therefore probably not too helpful
[20:00] <rbasak> #startmeeting Technical Board
[20:00] <meetingology> Meeting started at 20:00:59 UTC.  The chair is rbasak.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[20:01] <meetingology> Available commands: action, commands, idea, info, link, nick
[20:01] <rbasak> #topic Action review
[20:01] <rbasak> ACTION: amurray to propose amended Ubuntu Backporters Team Charter
[20:02] <amurray> I am still waiting to hear back from the backports team on this - they essentially rejected my proposal so I tried to explain more about it to see if I could get them on board - but still waiting
[20:02] <rbasak> OK, thanks!
[20:02] <rbasak> ACTION: seb128 to help draft an exception to the "must build on all architectures" requirement for snaps
[20:02] <vorlon> do they have a deadline for feedback?
[20:02] <amurray> no - that is a good point- I'll follow up on it again today
[20:03] <vorlon> seb128 not here, so punt?
[20:03] <rbasak> ack
[20:03] <rbasak> ACTION: seb128/amurray/sil200 to help drafting the snap-store Ubuntu-specific tracks usage
[20:04] <amurray> apologies I haven't had a chance to look at that properly - can we carry over?
[20:04] <rbasak> OK
[20:04] <rbasak> ACTION: rbasak to raise any on-going blockers with third-party seeded snap security policy
[20:04] <rbasak> The above two, and waiting on me to get back from leave to finish off the draft I think.
[20:04] <rbasak> ACTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which x-nox and TB will review, edit, and ratify before we move on to figuring out the next step
[20:05] <rbasak> I guess he's half elsewhere so I'll move on
[20:05] <rbasak> ACTION: rbasak to draft a proposal of the DMB-proposed inactivity expiration policy for TB ratification
[20:05] <rbasak> Still pending. I'll carry.
[20:06] <rbasak> ACTION: rbasak to create initial bugs against the LP techboard project to track third party repo and DMB expiration policies
[20:06] <rbasak> Again, pending on my return from leave. I'll carry
[20:06] <rbasak> #topic Scan the mailing list archive for anything we missed (standing item)
[20:07] <rbasak> I don't see anything not already being addressed.
[20:07] <rbasak> #topic Check up on community bugs (standing item)
[20:07] <rbasak> #info
[20:07] <rbasak> There are currently no open bugs.
[20:07] <rbasak> #info There are currently no open bugs.
[20:07] <rbasak> #topic Select a chair for the next meeting (next from https://launchpad.net/~techboard/+members)
[20:08] <vorlon> short and sweet :)
[20:08] <vorlon> I believe I'm next
[20:08] <vorlon> with sil2100 as backup
[20:08] <rbasak> Great, thanks!
[20:08] <rbasak> #info vorlon next, with sil2100 as backup
[20:08] <rbasak> #topic AOB
[20:08] <rbasak> AOB?
[20:08] <amurray> nothing from me
[20:09] <rbasak> I was going to ask about telegram-desktop, but I think that's sorted for now, and information is on the ubuntu-devel@ ML if anyone would like to catch up.
[20:09] <rbasak> #endmeeting
[20:09] <meetingology> Meeting ended at 20:09:36 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-02-28-20.00.moin.txt
[20:09] <rbasak> Thanks all!
[20:09] <amurray> thanks for the swift meeting rbasak
[20:09] <vorlon> seb128 seemed to have a view on telegram-desktop that differed from my own/rbasak's and I'm not sure we've converged, but he's not here so
[20:10] <vorlon> I do have questions about whether sabdfl's particular views here contradicted our draft snap policy
[20:10] <rbasak> I think seb128 did say (to me privately) that he was interested in doing the explicit opt-in transitional thing
[20:10] <vorlon> ack
[20:11] <vorlon> anyway I removed the package that was there, which I think we agree was wrong; and I'd prefer framework for this in ubuntu-release-upgrader rather than per-package stuff
[20:11] <rbasak> My interpretion of sabdfl's email was that it makes sense to have a transitional mechanism in ubuntu-release-upgrader that isn't debconf, but is explicit user opt-in, for any deb that is going away for which a snap is recommended instead.
[20:11] <rbasak> I think that would be fine, but would need specific feature work in ubuntu-release-upgrader from I guess the desktop team?
[20:12] <rbasak> (and I agree that a dedicated UI for desktop users would be far better than a debconf prompt at preinst time)
[20:13] <rbasak> Nothing further to discuss for now then I guess anyway? seb128 might want to reply when he sees this.
[20:13] <vorlon> I think it's reasonable to ask the Foundations Team to take that on as maintainers of the package (but no one has actually asked yet)
[20:13] <vorlon> seb128 isn't on channel
[20:13] <rbasak> I think sabdfl asked? :-)
[20:14] <vorlon> not explicitly ;)
[20:14] <sil2100> Apologies, wandered off an dozed off on the couch!
[20:14] <vorlon> I'll poke it into the Foundations backlog
[20:14] <rbasak> Thanks!
[20:14] <vorlon> sil2100: you're sick, don't apologize and go rest :P
[20:15] <rbasak> If it happens it'd be a nice bit of polish to add to the future ratification of the third party repo requirements policy. Generally sorting out consistent behaviour and expectations for deb to snap transitions would be great for everyone I think.
[20:15]  * vorlon nods
[20:15]  * amurray agrees


[13:32] <asac> anyone can approve moblin.org list mails? .... in case: https://www.moblin.org/mailman/confirm/dev/a64ca259002786410c6cb6132e76e44c87062c94
[13:32] <asac> oh :)
[13:32] <asac> i see that that woulod cancel the message ;)
[13:40] <HappyCamp_2> asac: I can, let me look
[13:42] <asac> HappyCamp_2: thanks
[13:43] <HappyCamp_2> asac: done
[15:59] <gaogao> hello Sirs, I am trying to understand whether MIC can be used to generate a minimal system for a generic i386 platform, anyone willing to discuss a little bit?
[16:00] <gaogao> the aim being a set-top box appliance OS
[16:00] <gaogao> for a media center
[16:00] <Mithrandir> I guess you could, yes.
[16:01] <Mithrandir> you'd need to define your own package sets
[16:01] <Sciri> gaogao: I'm currently at Ubuntu Developer Summit in a talk and don't have time to dive into details, but yes, MIC can build images that will boot generic i386 devices. Just make sure to edit /etc/X11/xorg-targetname.conf for your X driver.
[16:02] <gaogao> I guess this was the worst timing to ask for off-topic topics -  tks for replying
[16:03] <gaogao> will try to dive into the package sets and be back in a more appropriate moment
[16:11] <ToddBrandt> Are we still having the meeting on Thursdays or has it been permanently moved to Wednesdays?
[16:12] <davidm> ToddBrandt, Thursdays but I sent an email yesterday canceling it for today.
[16:12] <StevenK> ToddBrandt: It's Thursday, but it was canceled.
[16:12] <StevenK> Ah, missed
[16:12] <ToddBrandt> ahhhh, ok
[16:12] <davidm> I expect/hope to have it next week.
[16:12] <ToddBrandt> I sent my status anyway, short as it was
[16:16] <davidm> ToddBrandt, tks
[16:18] <StevenK> davidm: agoliveira just reminded me. When are we bashing our heads together for pbuilder?
[16:19] <davidm> StevenK, Later today perhaps
[16:20] <StevenK> davidm: Ready when you are. I could go on for days about package build environments.
[16:30] <lool> Any problem with pbuilder?
[16:31] <StevenK> lool: No no, davidm just wants a hand with setting it up
[16:32] <lool> k
[16:33] <davidm> lool, I'm just saving a bit of time, skipping the install learning curve.


[03:31] <pitti> Good morning
[06:06] <didrocks> good morning
[06:22] <pitti> bonjour didrocks, ca va?
[06:23] <didrocks> pitti: ça va bien, et toi?
[06:23] <pitti> je vais bien!
[06:24] <pitti> J'ai mange glace!
[06:24] <pitti> (last night -> ENOFRENCH)
[06:28] <didrocks> ahah, j'ai eu peur que ce soit ce matin :)
[06:29] <pitti> nah, c'est ne heure pour la glace
[08:10] <seb128> hey desktopers
[08:10] <robru_> Hi seb128! ;-)
[08:11] <pitti> bonjour seb128
[08:11] <seb128> robru_, pitti: hey, how are you?
[08:11] <seb128> pitti, danke for the support on the whoopsie email ;-)
[08:11] <robru_> I am great!
[08:11] <pitti> seb128: je vais bien, merci!
[08:11] <pitti> seb128: de rien
[08:11] <robru_> I heard your flight sucked. But you are home safe now?
[08:12] <pitti> hey robru_
[08:12] <robru_> hey pitti
[08:12] <seb128> robru_, mine was a bit long for a trip from France to Spain but mostly ok, didrocks's one sucked (he missed a connecting flight)
[08:13] <robru_> ahhhh
[08:14] <robru_> it's 3AM here. I can't sleep. What are you guys working on?
[08:15]  * pitti is fixing bug 1032062 ATM
[08:15] <ubot2> Launchpad bug 1032062 in bake "No way to specify .gir namespace version" [Medium,Triaged] https://launchpad.net/bugs/1032062
[08:18] <pitti> Mutt: =ubuntu/ [Msgs:0]
[08:18] <pitti> \o/
[08:18]  * pitti wants to have a clean plate for going to holidays
[08:18] <robru_> oh man, haven't used mutt in years! that's awesome.
[08:18] <pitti> well, I was primarily pointing at the zero messages there :)
[08:18] <robru_> that's cool too ;-)
[08:23] <didrocks> salut seb128
[08:24] <seb128> didrocks, salut, ca va bien, et toi ?
[08:24] <didrocks> seb128: ça va bien :)
[08:24] <seb128> robru_, I'm still catching up on things that happened during GUADEC and I'm looking at some updates
[08:24] <didrocks> the hangout was surprisingly interesting like the one yesterday
[08:24] <seb128> didrocks, great!
[08:24] <didrocks> really happy about the feedback, good and solid material for the future :)
[08:25] <seb128> \o/
[08:25] <seb128> didrocks, will you summarize the feedback somewhere?
[08:27] <seb128> pitti, btw, njpatel fixed unity, it was sending dbus signal with a destination set and using them from another place, the eavedropping changes blocked that
[08:27] <seb128> pitti, so it means new dbus should be ready for upload rsn
[08:27] <pitti> seb128: yeah, I saw, great! so time to upload dbus?
[08:28] <seb128> pitti, I will upload to quantal-proposed in a bit
[08:28] <seb128> (using proposed in case there are any issue, I want a small round of feedback from there first)
[08:30] <didrocks> seb128: yeah, I'll write session notes on a wiki page and write a blog post to link to them
[08:30] <seb128> cool
[08:57] <pitti> org.gtk.vfs.MountTracker.listMountableInfo call failed: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "ListMountableInfo" with signature "" on interface "org.gtk.vfs.MountTracker" doesn't exist
[08:57] <pitti> new gvfs? I see this a lot since today
[09:07] <MCR1> Hi smspillaz :)
[09:11] <seb128> pitti, yes, it sucks a bit, restart your session (or gvfs)
[09:11] <pitti> aah
[09:12] <pitti> thanks
[09:12] <seb128> pitti, gvfs went from libdbus to gdbus
[09:12] <seb128> pitti, so restart of the service required
[09:12] <pitti> gone now, thanks
[09:12] <seb128> pitti, yw
[09:12] <seb128> not sure how to handle properly those...
[09:13] <pitti> no biggie
[09:14] <seb128> dpm, pitti: hey, do you know if there is another langpack update rounds planned before 12.04.1?
[09:14] <pitti> yes, dpm kindly agreed to rolling it
[09:14] <seb128> great
[09:14] <dpm> seb128, yeah, I started building the langpacks yesterday as planned, but I was blocked by a langpack bug
[09:15] <dpm> will resume today now that it's been fixed
[09:15]  * pitti hugs dpm
[09:15] <dpm> hey pitti :)
[09:15] <seb128> dpm, no worry, I'm asking because somebody sent an email to the translators list asking, they have a bug in greek langpacks causing nautilus to segfault
[09:16] <dpm> seb128, I'll have to investigate, then. I requested the LP export on Tuesday, and unless it's been fixed before that, it might be that the bug is still present
[09:17] <seb128> dpm, the bug suggests they fixed it on july 11
[09:18] <seb128> dpm, so it should be good
[09:18] <dpm> ah, cool
[09:18] <dpm> let me reply to him
[09:18] <seb128> thanks
[09:20] <seb128> brb, testing a lightdm update
[09:25] <mlankhorst> https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport/+packages fear
[09:26] <jokerdino> hey guys. i am in need of some help here..
[09:30] <jokerdino> i am trying to submit a bzr merge proposal to fix bug #771375 and i am failing miserably
[09:30] <ubot2> Launchpad bug 771375 in gnome-games "No Unity QuickList for gnomine" [Wishlist,Confirmed] https://launchpad.net/bugs/771375
[09:34] <jokerdino> i have submitted a bzr branch at https://code.launchpad.net/~barneedhar/gnome-games/ubuntu but i know it shouldn't be there. any help is much appreciated.
[10:20] <Sweetshark> seb128: IIRC correctly I send a mail to devel yesterday wrt to bug 1017125 with you in cc. did that one get lost in the tubes? Icant find it anymore.
[10:20] <ubot2> Launchpad bug 1017125 in df-libreoffice "LibreOffice crash in xmloff.Impress.XMLContentImporter::com::sun::star::document::XImporter" [Medium,Confirmed] https://launchpad.net/bugs/1017125
[10:22] <seb128> Sweetshark, I received it, but it seems -devel didn't ... maybe it's stucked in moderation? are you subscribed to the list?
[10:23] <Sweetshark> seb128: i just recently subscribed (right along with sending, so yeah, its in moderation).
[10:23] <Sweetshark> seb128: thanks.
[10:24] <seb128> Sweetshark, yw
[10:24] <didrocks> pitti: did you get how the bake test-runner is showing the verbose output without calling bake --verbose?
[10:25] <didrocks> pitti: I'm currently getting an issue when something shown in bake --verbose is not captured when running the global tests (and so the "expected" file is making the test failing)
[10:25] <pitti> didrocks: I don't know the magic for that, no
[10:26] <pitti> I'm calling bake --verbose, copy it into expected, and edit it there (it doesn't match 100%)
[10:26] <didrocks> yeah, it doesn't, that's my surprise
[10:26] <didrocks> and before it was showing something that it doesn't anymore
[10:29]  * thumper sighs
[10:29] <thumper> seb128: managed to get an awesome hard crash
[10:29] <seb128> thumper, oh?
[10:30] <thumper> seb128: google plus was calling me for new hangout, I went up to the sound indicator to mute it, got a repeating ring, no mouse or keyboard input, no vt switch, nothing
[10:32] <seb128> :-(
[10:33] <thumper> power button down for 5s :)
[10:46] <didrocks> oh
[10:46] <didrocks> I think I start to understand how this works
[10:46] <didrocks> if so, that will make the python3 support for bake way more work than expected
[10:48] <didrocks> \o/
[10:48] <didrocks> that's it!
[10:49] <pitti> didrocks: oh?
[10:51] <didrocks> pitti: yeah, so apart that python3 isn't supported (as bake only ships .pyc file in the same directory), in fact, when running the tests, python is even not called
[10:51] <didrocks> you have a fake python tool in test/src/python.vala
[10:51] <didrocks> which generates a python binary
[10:52] <didrocks> this one is called when using the test-runner for python
[10:52] <didrocks> and they both connect to a socket (the test-runner and the python fake tool)
[10:52] <didrocks> and it's that content which is checked for accurate matching
[10:52] <didrocks> nothing that bake is providing itself
[10:53] <didrocks> so I just created a python2.7 one generated from the same python.vala source
[10:53] <didrocks> as I added support for specifying a python version to bake
[10:53] <pitti> oh
[10:53] <didrocks> but for python3, I need to recreate another fake wrapper, which ships the compiled file in another directory (the pycache one)
[10:53] <pitti> I wonder why it has all these fakes
[10:54] <didrocks> I think he wants to totally isolate bake from the system
[10:54] <didrocks> which makes sense, if the system stays stable
[10:54] <didrocks> (otherwise tests can pass, but in production, this can fail)
[10:54] <didrocks> happy to have understand how his tests are working at least :)
[10:54] <didrocks> was scratching my head
[10:55] <didrocks> so basically bake was calling a script which didn't exist (python2.7)
[10:55] <didrocks> and it seems he doesn't fail
[10:55] <pitti> oh, that explains why g-ir-scanner keeps failing
[10:55] <didrocks> only the test catch it because the next output is not the expected one
[10:55] <pitti> yeah, same here; I'm fighting with that currently
[10:55] <pitti> baking my test manually works just fine
[10:55] <didrocks> I had exactly the same issue :)
[10:56] <didrocks> everything worked fine, even in the /tmp/ dir created by the bake test runner
[10:56] <didrocks> so you will need to provide a fake object I guess
[10:56] <pitti> yeah
[10:56] <dupondje> Hmz just noticing something here. An apport crash message doesn't seem to have an "entry" in gnome-shell. So if you switch to another window, you lose the message (untill you close all other screens).
[11:00] <pitti> it's a popup, not an application
[11:00] <pitti> you should be able to alt+tab to it, though?
[11:01] <didrocks> ok, time to run now that this mystery is solved. I'll try to add python3 support this afternoon (and ship .py files no matter what ;))
[11:01] <pitti> in unity it has a launcher icon, so it ought to appear in the running programs under shell somewhere
[11:18] <pitti> didrocks: yep, added g-ir-{scanner,compiler} dummies in my branch now; works fine
[11:32] <pitti> didrocks: do you have an opinion on https://bugs.launchpad.net/bake/+bug/1032062/comments/8 ?
[11:32] <ubot2> Ubuntu bug 1032062 in bake "No way to specify .gir namespace version" [Medium,Triaged]
[11:32] <pitti> didrocks: (just ignore me if you are not interested in the .c/.vala parts)
[11:34]  * pitti will stop on that now and revisit after holidays
[11:35] <robru> sorry for OT spam, but can I get some hardware recommendations here? I'm in the market for a new laptop and I want one that will work with only free drivers.
[11:35] <robru> the ubuntu certified hardware list I am finding very overwhelming.
[11:35] <pitti> robru: make sure it's got an intel wifi and intel or amd graphics
[11:36] <pitti> the rest doesn't matter driver-wise, and you can pick what you like
[11:36] <robru> oh, is that all? the certified hardware seems like it's full of crazy exceptions and maybes.
[11:39] <pitti> by and large yes; there might certainly be some quirks with webcams and such, of course
[11:40] <robru> webcams I am less concerned about. I *need* something that I can surf the web on with a default install and no special drivers, so that means working graphics and working network at least. so sick of installing ubuntu and having to plug in internet in order to install wireless drivers.
[11:42] <robru> oh, and what if I want to buy one that doesn't come with windows preinstalled? is that hopeless?
[11:44] <mlankhorst> system76 offers some
[11:45] <pitti> robru: FWIW, broadcom wifi (the proprietary driver) is supported OOTB if you click that checkbox in the installer
[11:46] <robru> oh, hmmmm. I had bad luck with that recently.
[11:46] <robru> it worked for a bit, but the signal was weak. I had to plug in the wired ethernet and then dist-upgrade and then reboot and then it started working properly. dunno. sick of broadcom in general.
[11:47] <seb128> system76 are nice
[11:47] <seb128> and they support ubuntu
[11:47] <seb128> pitti, didrocks, others: feel like trying dbus 1.6 from quantal-proposed and reboot at some point today? I would like an extra confirmation before copying it to quantal
[11:47] <pitti> sure
[11:47] <didrocks> seb128: ok, let's be crazy!
[11:48] <seb128> thanks ;-)
[11:48] <didrocks> pitti: just back from my shower/run. having a look
[11:48] <pitti> didrocks: not urgent, of course; this is all "play" :)
[11:56] <didrocks> pitti: hum, I don't really get in which case you need to separate the "|version" and "|soversion" and if we need, why we shouldn't base all include, pkgconfig, vapi on soversion rather?
[11:57] <pitti> because nobody does that
[11:57] <pitti> if include, pkgconfig etc. are versioned at all, it's usually by some notion of major series, not soname
[11:57] <pitti> soname tracks abi incompatibilities, not major series
[11:58] <didrocks> but shouldn't bake just require you have a new major serie everytime you break the ABI?
[11:58] <pitti> no, why?
[11:58] <pitti> it should require you to bump the soname
[11:58] <pitti> (well, it cannot really detect that, of course)
[11:59] <didrocks> but that would mean that the .so file just contains the soversion, not the version as it's already the case today?
[11:59] <pitti> oh, it could/would also contain the series
[11:59] <pitti> i. e. libfoo-1.0.so.5
[11:59] <pitti> if version is 1.0
[11:59] <pitti> and if you don't specify a version, just a soversion, it's libfoo.so.5
[11:59] <didrocks> ok, so some kind of clutter-like versionning
[12:00] <didrocks> for typelib, I guess that the ABI compatibility is done in the path with girepository-1.0
[12:00] <pitti> clutter|gtk|udev|qt|atk|libusb|... like
[12:00] <didrocks> and so it's just about the API, so the major version
[12:01] <pitti> kinda, yes; the .gir/.typelib specifies which library it is linked against
[12:01] <didrocks> so, in practice:
[12:02] <pitti> which is why e. g. gir1.2-gtk-3.0 links to libgtk-3-0 (>= 3.5.8)
[12:02] <didrocks> - I fix a bug in my lib without touching any interface: -> same version, same soname
[12:02] <didrocks> - I fix a bug but this one is breaking the abi -> same version, different soname
[12:02] <pitti> if gtk would bump ABI, it would become libgtk-3-1 (not that this would ever happen for gtk, but it does happen for other libs)
[12:03] <didrocks> ok, so this works that way :)
[12:03] <didrocks> - I add an API, but don't break the ABI -> same version, same soname (?)
[12:03] <didrocks> - I remove an API -> differrent version, different soname
[12:04] <pitti> right
[12:04] <pitti> the last one should happen rarely, though
[12:04] <pitti> e. g. for gtk 2 -> gtk 3
[12:04] <didrocks> yeah, version here is a major version
[12:04] <pitti> we probably should call it "series", not "version"
[12:04] <didrocks> right
[12:05] <didrocks> because if you add an API, you will need to bump version, and so same serie, same soname
[12:05] <didrocks> to require the right lib
[12:05] <didrocks> google scripts don't have a system of serie/soname
[12:05] <didrocks> they are just using one number
[12:05] <didrocks> if your new lib is compatible with the older one, keep the same
[12:05] <didrocks> if not, bump the number
[12:06] <pitti> didrocks: no, if you add API/ABI you don't need to bump anything
[12:06] <didrocks> but they only provide one version of the lib at any given time for each number
[12:06] <pitti> the minor soname version perhaps
[12:06] <pitti> s/perhaps/for sure/, sorry
[12:06] <pitti> but not the soname
[12:06] <didrocks> yeah, sorry, my wording wasn't clear but I intended that
[12:07] <didrocks> ok, I think that should be clear enough with that system then
[12:07] <didrocks> just providing clear example with the above cases would be good I think for developers ^
[12:07] <didrocks> like "I add an API, blablabla…"
[12:10] <didrocks> pitti: oh btw, did you try to add any string in a python module and build it with bake?
[12:10] <didrocks> I get an ENCODING failure
[12:11] <didrocks> and the tests, as not using the real object, can't really marshall it
[12:11] <pitti> didrocks: no, I didn't play with python projects yet
[12:11] <pitti> rebooting with dbus 1.6.4, brb
[12:14] <pitti> seb128: boot, graphics, device ACLs, sound, udisks, indicators, unity all working well with dbus 1.6.4
[12:15] <seb128> pitti, \o/, thanks for testing!
[12:15] <pitti> SHIP IT!
[12:15] <seb128> ;-)
[12:15] <seb128> yes sir! ;-)
[12:18]  * didrocks adds -proposed now
[12:19] <didrocks> pitti: ok, seems that python3 doesn't support at all just showing the .pyc without the source
[12:19] <didrocks> so I think that this idea of only shipping those is doomed to fail :)
[12:19] <pitti> didrocks: oh, I wasn't aware of this; but anyway, I think it's doomed anyway
[12:20] <pitti> didrocks: as usually you want to not depend on a particular python version
[12:20] <didrocks> I read that this morning: http://www.python.org/dev/peps/pep-3147/
[12:20] <didrocks> indeed
[12:20] <pitti> e. g. python 3.6 might change the .pyc format or so
[12:20] <didrocks> it's a different files on python3
[12:20] <didrocks> so you can still ship a compiled for a particular version
[12:21] <didrocks> the magic number (36 for 3.6) is encoded in the pyc filename
[12:22] <didrocks> ok, rebooting with newer dbus
[12:25] <didrocks> seb128: life sounds good!
[12:25] <seb128> didrocks, \o/
[12:25] <seb128> ok, that makes it work for 3 people, and tested on i386 and amd64 so I guess all good to copy
[12:25] <seb128> didrocks, pitti: thanks
[12:26] <didrocks> yw :)
[12:26] <didrocks> ok, let's continue some bakeries with python3 :)
[12:27] <pitti> didrocks: right, let's DoS Robert with patches and branches when he's back!
[12:29] <didrocks> \o/
[12:48] <didrocks> pitti: seems to me that bake doesn't really show the generated makefile on --expand
[12:48] <didrocks> pitti: like, for a python project, you get this: http://paste.ubuntu.com/1127010/
[12:49] <didrocks> but the last "test.pyc" target override the 2 previous ones a traditional makefile (just made a trial)
[12:51] <pitti> right; it's valid to have several dependency stanzas, but only one may have commands
[12:52] <didrocks> yeah, I think he doesn't generate this makefile in the end :)
[13:27] <seb128> kenvandine, hey, do you have any clue how to test geoclue? robert_ancell did the update to the new version but didn't upload because he was unsure how to test
[13:29] <kenvandine> seb128, i can't recall actually
[13:30] <kenvandine> there was a new version!
[13:30] <kenvandine> wow
[13:30] <kenvandine> there is a gui of some sort that lets you poke at stuff
[13:31] <seb128> kenvandine, I guess I will try with the indicator-datetime, with a test user, not have my current tz and see if it adds it to the locations
[13:31] <pitti> can we wrap whatever call it uses to determine the current IP address (fake ifconfig or so) and test it that way?
[13:31] <kenvandine> that assumes the indicator works :)
[13:32] <kenvandine> geoclue-examples
[13:32] <kenvandine> there is a test client in that package
[13:32] <seb128> pitti, you rather want to determine your location
[13:32] <seb128> kenvandine, thanks, let me try that
[13:35] <didrocks> ok, python3 support for bake here \o/
[13:36] <seb128> didrocks, well done!
[13:38]  * pitti hugs didrocks
[13:39] <didrocks> still have to write the test with the mock python lib though ;)
[13:44] <kenvandine> yay... i fixed the libunity-webapps tests, we can now enable them in the package build
[13:44] <kenvandine> MIR coming soon!
[13:48] <seb128> kenvandine, ;-)
[14:05] <pitti> time to end the day and start my two weeks of holiday
[14:05] <pitti> see you all in two weeks
[14:05] <pitti> have a nice weekend everyone
[14:07] <didrocks> bye bye pitti, enjoy (just for the form, even if he won't read it ;))
[14:55] <thumper> seb128: ping
[14:56] <seb128> thumper, hey
[14:56] <thumper> seb128: hey hey...
[14:56] <thumper> seb128: I hear you aren't too keen about unity 5.16 sru in 12.04.1
[14:56] <seb128> thumper, well, 12.04.1 freeze was yesterday...
[14:57] <seb128> thumper, it's not me, it's the calendar not playing in your favor
[14:57] <thumper> poop
[14:57] <thumper> seb128: so we'll just have to get it in asap after?
[14:57] <seb128> thumper, and it seems like a change that we would want to land in advance of the freeze line since it needs careful testing
[14:57] <thumper> seb128: we have some people waiting :)
[14:57] <seb128> thumper, yes, I don't feel comfortable rushing it
[14:57] <thumper> yes, I agree it needs careful testing
[14:57] <thumper> ok, I agree not to rush
[14:58] <thumper> we do what we can do
[14:58] <seb128> thumper, we can put it in a ppa for 2 weeks and then move it to precise-proposed
[14:58] <thumper> okie dokie
[15:02] <didrocks> thumper: seb128: maybe put it in -proposed a little bit later?
[15:02] <didrocks> as in case something bad is happening for .1, we maybe want to get a newer unity in -proposed which isn't 5.16
[15:53] <desrt> thumper: hey.  any word on that crasher in dconf?
[15:53] <desrt> did the patch fix it?
[15:57] <seb128> desrt, I asked him earlier, he said he didn't talk to the QA guys this week, he has been travelling for a ps sprint
[15:58] <desrt> nod.
[16:16] <didrocks> seb128: you wanted to read the notes from the hangout, I just put them on the wiki: https://wiki.ubuntu.com/Quickly/Reboot
[16:17] <seb128> didrocks, oh, great, thanks
[16:17] <didrocks> yw ;)
[16:59] <dpm> seb128, quick question if you're around. I've built and uploaded the 12.04.1 language packs as per pitti's instructions. However, I'm not sure whether there is any additional step to be done before they land in precise-proposed. The last thing I did was to run the script to upload the packages (here: http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/view/head:/doc/operator-guide.txt#L123 and here:http://bazaar.launchpad.net/~ubuntu-la
[16:59] <dpm> ngpack/langpack-o-matic/main/view/head:/packages ), but I can't figure out whether the upload was successful or where I can see whether the packages are being uploaded or not. Any ideas?
[16:59] <seb128> dpm, https://launchpad.net/ubuntu/precise/+queue?queue_state=1 suggests it worked
[17:01] <dpm> seb128, ah, cool. So I understand they are unapproved and I should get someone to approve them before they land in -proposed?
[17:01] <seb128> dpm, yes
[17:01] <seb128> dpm, try asking on #ubuntu-release
[17:02] <dpm> will do, thanks seb128 ;)
[17:02] <seb128> yw
[17:05] <ricotz> seb128, hi
[17:05] <seb128> hey ricotz, how are you?
[17:05] <ricotz> do you have a moment to sponsor this http://paste.debian.net/plain/181931
[17:06] <ricotz> i am fine, thank you
[17:06] <ricotz> seb128, how are you?
[17:06] <seb128> I'm good thanks
[17:08] <seb128> ricotz, uploaded
[17:09] <ricotz> seb128, thanks!
[17:09] <seb128> thank you for the fix!
[17:12] <didrocks> time for week-end! Enjoy everyone and see you on Monday ;)
[17:12] <dpm> have a nice one didrocks
[17:12] <didrocks> thanks, you too dpm :)
[17:58] <MCR1> bschaefer: Hi :) How can I speed up my fix for font-manager ?: https://code.launchpad.net/~mc-return/font-manager/font-manager.fix-961034/+merge/114991
[18:00] <bschaefer> MCR1, hmm it has to be merged by Jerry sooo im not sure :(
[18:01] <bschaefer> maybe sending a email, but there is no auto merger for the font manager as far as I know
[18:02] <MCR1> bschaefer: ok, thx - it is just that this bug bugs me since 10.04... ;)
[18:02] <bschaefer> MCR1, haha, well hopefully itll get merged soon!
[18:03] <MCR1> bschaefer: If Jerry is my man, I am happy as he reviewed it - I guess he'll merge it some time before 12.10 comes out...
[18:05] <bschaefer> MCR1, its his project from a quick glance sooo it would seem that way. (not sure his IRC name though...)
[18:06] <MCR1> bschaefer: Another question - I want to help speed up booting of Ubuntu for 12.10 - who is the best one to discuss my ideas with ?
[18:07] <bschaefer> MCR1, hmm Im not 100% sure, i've seen it discussed before in the channel but not sure who the go to person is :(
[18:07] <bschaefer> in this*
[18:08] <MCR1> bschaefer: ok, thx a lot. Sooner or later I'll find out.


[20:37] <emailandthings> Hello
[20:39] <emailandthings> Anybody experiencing "dead keyboards" after suspend mode?
[21:37] <OiPenguin> Has anyone got a medium price range ca 15.4" laptop suggestion which will work well with 7.10?


[11:11] <manadart> stickupkid, achilleasa: This is a another small mechanical enhancement for NetworkInfo: https://github.com/juju/juju/pull/12356
[13:53] <stickupkid> achilleasa, https://github.com/juju/juju/pull/12352 we have to ensure we handle empty strings
[14:30] <stickupkid> achilleasa, fixed
[14:54] <stickupkid> achilleasa, fixed part deux
[14:55] <stickupkid> pretty sure we're in fast & furious timeline, so probably tokyo dift fix (no idea what version was though).
[14:56] <achilleasa> it's the prequel of the reboot's sequel
[14:56] <stickupkid> like you know
[14:56] <stickupkid> haha


[00:41] <cjohnston> I know I'm quite late to the conversation, but what I read was that if you enable nightlies and enable some other things, you can finally get to the point where FF has some of the features that other browsers have had for years... sounds awesome
[00:46] <cjohnston> oddly enough, I just got a message in FF that 'Firefox sends data to Mozilla.' and a button to change my settings... oddly enough, all the check boxes for sending stuff to Mozilla are checked by default. Doesn't sound very private to me
[05:47] <bkerensa> cjohnston: are you running nightly? FHR is enabled by default on nightly because its a dev release but telemetry is not.
[05:48] <bkerensa> cjohnston: Indeed Chrome. Chromium and other browsers do enable such features by default on all their releases but thats because they lack privacy
[06:40] <dholbach> good morning
[10:44] <daker> cjohnston: 13years to fix this bug https://bugzilla.mozilla.org/show_bug.cgi?id=52500
[10:44] <ubot2> Mozilla bug 52500 in Layout: Form Controls "Make regular CSS properties apply on <input type='file'>" [Minor,Resolved: fixed]
[10:49] <cjohnston> heh
[10:55] <daker> cjohnston: there is more, 13years not yet fixed :) https://bugzilla.mozilla.org/show_bug.cgi?id=33654
[10:55] <ubot2> Mozilla bug 33654 in Layout: Form Controls "TEXTAREA incorrectly applying ROWS= and COLS=" [Normal,New]
[11:03] <cjohnston> :-/
[11:52]  * popey hugs jcastro
[12:01] <jcastro> what up popey
[12:11] <popey> nowt
[13:42] <cjohnston> mhall119: what's the chance you could talk to the LP team ~today about BP subscribers so that we can get this ball rolling?
[13:50] <mhall119> I pinged wgrant after we talked last,but never got a reponse
[13:51] <mhall119> well, I got a response that they'd have to investigate, but then didn't tell me how to make sure it was on their task list
[14:11] <cjohnston> file a bug
[15:00] <jono> dholbach, ready when you are
[16:01] <jono> dpm, mhall119 will be two mins
[16:01] <dpm> jono, no worries
[16:34] <dholbach> jono, I'll update the social networks about the weekly update - are you going to kick off the hangout on air?
[16:35] <jono> dholbach, yep
[16:35] <jono> thanks
[16:35] <dholbach> perfect
[17:49] <dholbach> all right my friends - have a great rest of your day - see you tomorrow :)
[17:58] <jcastro> http://www.reddit.com/r/Ubuntu/comments/1h1urn/ubuntu_weekly_update_25th_june_2013_lots_of_good/
[18:55] <jcastro> jono: I didn't know you submitted for Ohio LF
[18:55] <jcastro> I also submitted a linux talk
[18:55] <jcastro> errr, juju talk
[19:26] <jono> jcastro, http://www.youtube.com/watch?v=1BqudwP9q0s
[19:27] <jcastro> jono: see the comment I just left you on G+
[19:28] <jcastro> jono: hey so aaron from berkley was driving through town so he stayed here for a night
[19:28] <jcastro> you won't believe his hobby when not playing metal guitar
[19:28] <jcastro> traditional flamenco guitar
[19:28] <jcastro> !!!
[19:28] <jono> jcastro, hah, nice!
[19:29] <jcastro> jono: can you actually switch to spotify at some point so we can do collaborative playlists?
[19:29] <jcastro> I've got 165 songs in my bacon list already
[19:29] <jono> jcastro, lol
[19:29] <jono> I tend to keep things simple and just use youtube :-)
[19:29] <jcastro> https://www.spotify.com/uk/freetrial/
[19:29] <jono> I have already training a radio station on Pandora :-)
[19:29] <jcastro> yeah but you can't say "I want this song right now" on pandora
[19:30] <jcastro> it's nice for background stuff, don't get me wrong
[19:57] <mhall119> jono: one thing I meant ot ask during our one-on-one today, have you had a chance to talk to Pat about making a decision on the email client?
[19:58] <jono> mhall119, I haven't yet
[19:58] <jono> can you ping him directly?
[19:58] <mhall119> sure
[21:28] <popey> cjohnston: does bug 1029443 still affect you?
[21:28] <ubot2`> Launchpad bug 1029443 in xserver-xorg-video-intel (Ubuntu) "[gm45] False GPU lockup EIR: 0x00000010 PGTBL_ER: 0x00000001 IPEHR: 0x79050004" [Low,Triaged] https://launchpad.net/bugs/1029443
[21:32] <popey> nvm, found an option to possibly fix in a dupe
[22:05] <jcastro> hey jono
[22:05] <jcastro> hey jono
[22:05] <jono> jcastro, hey
[22:05] <jcastro> WELCOME TO THE FUN PALACE
[22:05] <jono> jcastro, :-)
[22:05] <jcastro> so like these guy's riffs are monster
[22:05] <jcastro> why anthrax over these guys as the big 4?
[22:08] <jono> jcastro, Jeff Waters was a nutter I think
[22:08] <jono> I used to be friends with him
[22:08] <jono> he is the guitarist
[22:08] <jono> well, I used to be very loose friends years ago
[22:09] <jono> Jim from Severed Fifth knows him well, he recorded a Defiance album with him
[22:09] <bkerensa> jcastro: juju with lxc fixed? :)
[22:09] <jono> but they never quite broke out of Canada
[22:09] <jcastro> bkerensa: no son, next month man
[22:09] <bkerensa> jcastro: kk
[22:09] <jcastro> bkerensa: need containers to work for that to work, see my last blog post
[22:09] <jcastro> those are almost done
[22:09] <jcastro> month after is local
[22:09] <bkerensa> ah
[22:09] <jcastro> then ssh provider
[22:09] <bkerensa> I need to catch up on e-mail and blog reading :s
[22:09] <jcastro> then I expect you and alan to never bother me again
[22:09] <bkerensa> LOL
[22:10] <jcastro> tldr, by the end of the summer you can run a full wordpress charm stack on a digital ocean $9 a month VPS
[22:10] <jcastro> or you get to flame me
[22:10] <jcastro> hey so any of you guys fire up some bison meat before?
[22:10] <jcastro> I found this service, door to door organics
[22:11] <jcastro> and they do bison meat
[22:11] <bkerensa> hmm
[22:11] <jcastro> so I ordered me some thunderbeast chuck to make some burgers
[22:11] <bkerensa> I have never grilled bison but it sounds like it might be greasy
[22:11] <bkerensa> I could be wrong
[22:11] <jcastro> bison is supposed to be real lean afaict
[22:11] <bkerensa> I still need to learn a protip on doing meat with lots of fat
[22:12] <bkerensa> it tends to drip on my grill and cause fire
[22:12] <bkerensa> :(
[22:12] <bkerensa> ^ jono  whats the protip
[22:12] <bkerensa> Pork and Ribs seem to cause epic grease fires
[22:12] <jcastro> close the lid dude
[22:13] <jcastro> it can't flare without oxygen
[22:13] <jcastro> if you're grilling and not smoking just close the lid and regulate the oxygen
[22:14] <jcastro> My stuff burns at like ~400 degrees with no flames, 4 minutes a side
[22:14] <jcastro> that's what I do for pork, bison not sure, going to start at 3.5 minutes and see what happens
[22:15] <bkerensa> hmm
[22:15] <jono> bkerensa, what kind of meat?
[22:15] <bkerensa> Pork and Ribs
[22:15] <jono> you grill ribs?
[22:15] <bkerensa> Chops and Beef Ribs specifically
[22:15] <bkerensa> jono: oh yes... they came out quite nice
[22:15] <jono> I only ever smoke pork and ribs
[22:16] <jono> and I have a water bowl between the fire and the meat
[22:16] <jcastro> jono: have you tried bison yet?
[22:16] <jono> bkerensa, if you don't want to smoke ribs, I recommend you pinwheel them and put them in a slowcooker
[22:16] <jono> and use liquid smoke
[22:16] <jono> jcastro, yup
[22:17] <jono> bkerensa, you can also do them in foil containers
[22:17] <jcastro> jono: sitting in my fridge right now, but jill isn't home yet so I haven't opened it, lean or fatty?
[22:17] <bkerensa> jono: Yeah I think next time I will slow cook them... I will probably try pork ribs next time... The beef ribs meat was not enough
[22:17] <jcastro> I was just going to make bison burgers
[22:17] <bkerensa> Burgers! :)
[22:17] <jono> but speaking personally, I would never grill ribs or pork...pork needs to be cooked low and slow to help the collagen break down
[22:17] <jono> jcastro, generally pretty lean if it is good meat
[22:18] <jono> not as good for burgers as you need a higher fat content I think
[22:18] <jono> although I am no bison expert
[22:18] <jcastro> I am experimenting
[22:18] <jcastro> I like bison because they scare the crap out of me
[22:18] <jcastro> so I want to eat one
[22:18] <bkerensa> jono: 2014 CLS Party = Rent Mt. Tabor Park Picnic Area... Bring keg and grills and party
[22:18] <bkerensa> :)
[22:19] <bkerensa> jono: have you ever been up Mt. Tabor btw?
[22:19] <jono> that would be fun
[22:19] <jono> not been there
[22:19] <jono> brb
[22:19] <bkerensa> cheaper than the bar too :P
[22:19] <bkerensa> we had the debian release party there
[22:20] <bkerensa> jcastro: you should go to Mt. Tabor if you get time in your oscon schedule
[22:20] <jcastro> was that the one we went to during ODS?
[22:20] <bkerensa> nah
[22:20] <jcastro> that place was awesome
[22:20] <bkerensa> Wasnt that Multnomah Falls?
[22:20] <jcastro> dunno, you planned it lol!
[22:20] <bkerensa> Mt. Tabor is a dormant volcano
[22:21] <bkerensa> oh no that was a bar
[22:21] <bkerensa> :P
[22:21] <jcastro> so like my travel drinking plan is pretty simple. People I like as close to where I sleep as possible.
[22:21] <jcastro> that's my plan
[22:21] <bkerensa> jcastro: dcamp it
[22:21] <bkerensa> :)
[22:21] <jcastro> when I am portland I admit my social plan pretty much revolves around dcamp.
[22:22] <bkerensa> hah
[22:22] <bkerensa> I will have to see about inviting him to one of the night parties
[22:22] <jcastro> he's my OSS James Hetfield, what can I say
[22:23] <bkerensa> jcastro: you are going to be at the Doubletree where jono stays right?
[22:23] <jcastro> back in the day when I got started in OSS, Dave Camp was the dude there to teach me how to do things and talk to the right people.
[22:23] <jcastro> hah speaking of legends
[22:24] <jcastro> jono: mako is in ann arbor for like a month to do some MIT/U-M thing
[22:24] <jcastro> probably some hippie thing I don't get
[22:24] <jcastro> going to have him over for a while
[22:24] <bkerensa> jcastro: http://themodernmanpdx.com/
[22:25] <jcastro> bkerensa: dude. For sure. count me in there.
[22:34] <jcastro> hey so ... how should I cook this bison
[22:35] <jcastro> I'm going to do it just like a lean burger I think
[22:35] <daker> HTML5 apps :) https://plus.google.com/101694416703170881163/posts/QfcjPEjrB6F
[22:38] <daker> bkerensa: ^
[22:43] <bkerensa> daker: where is the repo?
[22:43] <bkerensa> I want to peak
[22:43] <bkerensa> peek*
[22:46] <daker> bkerensa: wait, i'll push the last version to the repos https://launchpad.net/ubuntu-html5-theme
[22:57] <jcastro> heya daker
[22:58] <daker> o/
[22:58] <jcastro> http://www.jorgecastro.org/2013/06/20/getting-app-developers-up-and-running-with-infrastructure/
[22:58] <jcastro> so jono had me prototype this
[22:59] <jcastro> and marco improved it
[22:59] <jcastro> I was wondering if you could give it a once over?
[22:59] <jcastro> maybe let us know how to make it better?
[22:59] <jcastro> the idea is to make it so any ubuntu app dev can just get a website in like 2 commands
[23:00] <daker> jcastro: ya sure i'll take a look at it
[23:01] <jono> daker, you rock
[23:03] <jcastro> I am pretty sure we can roll it out as a manual step for them asap
[23:08] <jono> jcastro, yup
[23:09] <jcastro> jono: suckfest, the bison is frozen, so I guess I'll figure it out tomorrow
[23:17] <jono> jcastro, wise
[23:19] <jcastro> jono: so TLDR, we had people over yesterday
[23:20] <jcastro> and someone finally put a knife mark in my Boos block
[23:20] <jcastro> I kind of was happy it was broken in
[23:20] <jcastro> but I also wanted to kind of rip her intestines out
[23:21] <daker> bkerensa: http://people.ubuntu.com/~daker/ubuntu-html5-theme/ambiance/


[00:00]  * jasono is back (gone 00:07:59)
[00:01] <jasono> Peng sorry won't use it again
[00:04] <Peng> :D
[00:05] <james_w`> jelmer, do you have access to jubany?
[00:07] <jelmer> james_w`: I have no idea what jubnay is so I guess not :-)
[00:07] <james_w`> jelmer, could you file an RT to request access please?
[00:07] <jelmer> james_w`: sure
[00:09] <james_w`> jelmer, you'll have to request to be added to %pkg_import and to be able to access the user of the same name too
[00:14] <maxb> jelmer: hi, you were looking for me/
[00:14] <maxb> ?
[00:14] <jelmer> maxb: ah, yes
[00:15] <jelmer> maxb: I was wondering if you would be able to endorse my work on the Debian Bazaar packaging
[00:15] <maxb> You know I have no official Debian/Ubuntu standing, right?
[00:15] <jelmer> maxb: Yes, but you are a contributor to the bzr Debian packages and to the bzr PPAs
[00:16] <langworthy> hello. I'm running into this issue https://bugs.launchpad.net/bzr/+bug/562632. I've installed bzr via homebrew and wonder if that might be related. thought I would check if anyone had any idea what could be causing this.
[00:40] <langworthy> I just updated to the latest bzr for osx snow leopard and now i've got a more verbose error. Failed to rename 'one of my files' to .bzr/checkout/pending-deletion/new-871 permission denied. perms seem fine. not sure why it is this specific file. nothing special about it.
[00:50] <poolie> hm
[00:50] <poolie> what about if you try to move it to that directory by hand?
[00:50] <poolie> (you may need to create the new-871 first)
[00:50] <poolie> is this just a plain local disk?
[00:51] <langworthy> poolie: it seems to be a temp file created during the merge. the directory 'pending-deletion' is gone after the attempted merge
[03:46]  * jelmer waves
[04:36] <spiv> jml: I am making progress on 701940
[04:45] <jelmer> spiv: preparing for some heavy drinking, I see?
[04:45] <spiv> jelmer: I hope so!
[06:25] <ershad> Hello :) Could you tell me how to clone a project using bzr without revisions? I mean, something like 'git clone --depth 0 <repo>' ?
[06:29] <ershad> I'm using a slow net, it would take hours clone a project with revisions from lp.
[09:52] <Lo-lan-do> Hi all
[09:53] <Lo-lan-do> Is there a way to force bzr to use the dumb protocol for https:// locations?
[09:56] <LeoNerd> What do you mean by "dumb"? In fact what would it be if it was smart?
[09:56] <Lo-lan-do> Sorry, I'm trying to formulate my problem more precisely.
[09:56] <Lo-lan-do> There's a branch at https://forge.projet-coclico.org/anonscm/bzr/wp5/oberger/planetforge-cli
[09:57] <Lo-lan-do> (Also accessible with http://)
[09:57] <Lo-lan-do> Trying to check it out fails, apparently because that urlspec is taken over by bzr-svn and there's a bug
[09:58] <Lo-lan-do> So I'm wondering whether it could be possible to tell bzr "this is a dumb branch served through a static web server, don't try svn tricks on it".
[09:58] <LeoNerd> Ah..
[09:59] <LeoNerd> You could disable the SVN plugin for that command
[09:59] <LeoNerd> Something like  bzr --no-plugins branch ...
[09:59] <Lo-lan-do> Certainly, but I'd need to disable it for every bzr update later on.
[09:59] <LeoNerd> I forget quite what it's called
[09:59] <LeoNerd> Yeah.. :/
[13:46] <maxb> Lo-lan-do: Seems to work fine here for me even with bzr-svn
[13:46] <maxb> Lo-lan-do: Although, you might like to try nosmart+http:
[13:47] <Lo-lan-do> Different versions maybe?
[13:47] <Lo-lan-do> http://bugs.debian.org/610397
[13:47] <Lo-lan-do> But nosmart+https:// works, too, so that's an acceptable workaround for now.  Thanks!
[13:47] <maxb> I am, admittedly, running tip
[15:09]  * jasono is away: The Cape
[16:15] <ovnicraft> hello loggerhead can browse many projects ?
[16:29] <Peng> Yes?
[17:16] <maxb> ovnicraft:
[17:17] <maxb> yes, it can, although I can understand why this might not be obvious from how it is most commonly seen in launchpad
[17:17] <ovnicraft> maxb,  off course thanks
[17:18] <maxb> e.g. /home/bzr/loggerhead/serve-branches --port=8096 --cache-dir=/home/bzr/.loggerhead-cache --log-folder=/home/bzr/var /home/bzr/projects
[18:00] <ovnicraft> maxb, could be problems if in projects folder i have *no* bzr branches ?
[18:01] <maxb> You'd just get an empty directory listing
[18:56] <vila> maxb: any blocking problem around bzr-beta-ppa ?
[18:57] <maxb> oh, that's right, 2.3b5 could use some love
[18:57] <maxb> no blocker
[19:01] <vila> maxb: ok, no pressure intended but do you intend to update it ? I'd like to announce 2.3b5 today but no installers nor ppas have been updated yet :-/
[19:17] <maxb> vila left :-(
[21:06] <glen> how to revert lasst commit i made mistakenly?
[21:07] <glen> ahah, simple  as bzr uncommit :)
[21:07] <maxb> Reverting changes not yet committed ---> bzr revert
[21:07] <maxb> Undoing a commit ---> bzr uncommit
[21:09] <glen> thx:)
[23:40] <cjwatson> Can anyone advise me on the current state of the art for pushing bzr branches into non-master git branches?
[23:41] <cjwatson> The debian-installer project just moved from svn to git, and I'm rebase-foreign-ing a host of Ubuntu-specific bzr branches on that migration.  Upstream enquired whether I might be able to push the Ubuntu bzr branches into 'ubuntu' git branches
[23:41] <spiv> cjwatson: I've summoned jelmer
[23:42] <cjwatson> It seems like it should be technically possible, but I spent a while looking around things like bzr-colo, bzr-colocated, git-bzr, etc. and was a bit lost on which bits were actually currently likely to work
[23:42]  * jelmer waves
[23:42] <dOxxx> Rise Jelmer! Server your master!
[23:42] <dOxxx> err serve* :P
[23:43] <jelmer> cjwatson: the feature in bzr core is pretty close to completion (the API changes are there, it's just the UI that's lacking)
[23:43] <cjwatson> (I'm reasonably familiar with the problem statement of lack-of-colocated-branches, though not with the current plan of attack for them or whether that's strictly necessary for this)
[23:43] <cjwatson> I found lp:~jelmer/bzr/colo-urls but it didn't look very current so I wasn't sure if that was the right place
[23:43] <jelmer> cjwatson: I've just transferred to the Bazaar team and hope I will be able to spend some time on this in the near future.
[23:44] <cjwatson> is colocated branches definitely needed to make this work, then?
[23:44] <cjwatson> I suppose I could do some complicated fast-export/fast-import scheme, but ...
[23:44] <jelmer> cjwatson: it's very near. bzr-git supports it, bzr's internals support it but we haven't got the UI hooked up
[23:45] <cjwatson> OK, that sounds promising
[23:45] <cjwatson> I can hold off for a bit, it's not like upstream hasn't been asking for the Ubuntu changes to be on a debian.org branch of some kind for about four years now ;-)
[23:46] <james_w`> jelmer, could Colin push using an API for now?
[23:46] <cjwatson> I already have a terrifying stack of wobbly bits to get the rebase going, certainly ;-)
[23:47] <cjwatson> must blog about that ...
[23:48] <mneptok> "terrifying stack of wobbly bits" is basically how i perceived girls in secondary school.
[23:49] <cjwatson> aaaaaaaaaaand it's mneptok
[23:49] <cjwatson> evenin'
[23:49]  * dOxxx snerks.
[23:49] <mneptok> *bow*
[23:57] <dOxxx> jelmer: should I be packaging tip of subvertpy trunk for bzr 2.3.0 installer?


[01:44] <DanaG> argh, smplayer won't work.
[01:45] <DanaG> Unknown option on the command line: -ass
[01:45] <DanaG> Error parsing option on the command line: -ass
[01:45] <DanaG> that's the console output it claims.
[01:46] <bjsnider> turn of ass/ssa subtitles in the option ist
[01:46] <bjsnider> disable them
[01:47] <DanaG> hmm, where is that?
[01:47] <DanaG> And why is it now unsupported? That's a regression.
[01:47] <bjsnider> you can find it
[01:47] <bjsnider> come on, man
[01:47] <DanaG> If it's just enabled by default... then it shouldn't refuse "-ass" on command line.
[01:47] <DanaG> oh, I see... it was a BUTTON.
[01:47] <DanaG> That looked like a TAB.
[01:48] <DanaG> Bad UI.
[01:48] <bjsnider> complain to rvm about it
[01:48] <bjsnider> it's his software
[01:48] <bjsnider> now does it work?
[01:48] <bjsnider> what video driver are you using?
[01:48] <DanaG> hmm, and checking "normal" gives "no such parameter -noass"
[01:49] <DanaG> Same with it unchecked.
[01:49] <bjsnider> it's passing parameters to mplayer on the command line
[01:49] <bjsnider> so it's really an mplayer issue
[01:50] <bjsnider> where did you get that mplayer?
[01:53] <DanaG> mplayer-nogui  Version: 2:1.0~rc3+svn20090426-1ubuntu12
[01:54] <DanaG> version reported by mplayer: MPlayer UNKNOWN-4.4.2 (C) 2000-2009 MPlayer Team
[01:55] <DanaG> that's what smplayer says.
[01:56] <DanaG> calling just 'mplayer' gives
[01:56] <DanaG> MPlayer SVN-r29834-4.4.1 (C) 2000-2009 MPlayer Team
[01:57] <DanaG> https://bugs.launchpad.net/ubuntu/+source/smplayer/+bug/493188
[02:00] <bjsnider> the only way i think you'd get that error is if mplayer were not built against the substation headers
[02:00] <bjsnider> which in ubuntu it is built against
[02:00] <bjsnider> so obviously you must have picked that mplayer up from some unkown corner of the web
[02:01] <DanaG> weird... the dvd video UNDER the subtitles... is spazzing out and getting extra copies of subtitle text.
[02:02] <bjsnider> which video driver is this?
[02:02] <DanaG> xv.
[02:03] <bjsnider> you're not using this with an ati card are you?
[02:03] <DanaG> yup, it is ATI.
[02:04] <bjsnider> oh, no. no, no, no.
[02:06] <DanaG> I've never had issues with subtitles before this brokenness of ass.
[02:06] <bjsnider> brokenness of ass?
[02:06] <DanaG> =þ
[02:07] <DanaG> Well, what I mean is, this breakage is recent.
[02:07] <bjsnider> a bit of antibiotics should clear that up
[02:07] <bjsnider> rvm is wrong. mplayer gives "UNKOWN" as the version number these days
[02:08] <bjsnider> and it is being compiled with freetype and fontconfig and libass-dev
[02:08] <bjsnider> try the one in my ppa if you want
[02:08] <bjsnider> just grab the package directly
[02:09] <DanaG> Personal PPA?
[02:10] <bjsnider> nvidia-vdpau
[02:10] <DanaG> ah.
[02:13] <DanaG> The window "Fatal error!" is not responding. It belongs to the application mplayer (Process ID = 4709, hostname = localhost).
[02:13] <DanaG> =þ
[02:15] <bjsnider> i've never seen mplayer produce a "fatal error" message
[02:15] <DanaG> that's gmplayer.
[02:15] <bjsnider> gmplayer is a piece of junk
[02:15] <DanaG> well, nothing else is working well, either.
[02:16] <DanaG> gnome mplayer doesn't give a "play dvd" button or such.
[02:16] <bjsnider> can you find the build log for the most recent mplayer run?
[02:16] <DanaG> er, wait, gnome-mplayer does.
[02:17] <DanaG> and gnome-mplayer "dvd with menus" makes gnome-mplayer not play, and just crash.
[02:17] <DanaG> when I try hitting "play" multiple times in rapid succession, I get:
[02:17] <DanaG> *** glibc detected *** gnome-mplayer: free(): invalid pointer: 0x0000000001376e30 ***
[02:18] <DanaG> hmm, and without menus, it just flips through chapters without playing anything.
[02:18] <bjsnider> mnplayer does not have menu support
[02:19] <DanaG> hmm, why does gnome mplayer offer it?
[02:19] <DanaG> ah, gnome-mplayer not-playing is also due to broken ass.
[02:21] <bjsnider> DanaG, open mplayer from the console, and try to play a video file, preferably one with embedded subs
[02:22] <DanaG> does dvd:// count?
[02:22] <bjsnider> i'm interested in whether mplayer can display the subs, or any other osd info
[02:23] <bjsnider> yeah, sure that's fine
[02:23] <DanaG> weird... it defaulted to 2-channel audio even on a 6-channel dvd.
[02:24] <bjsnider> -channels 6
[02:24] <bjsnider> it does 2 channel by default
[02:24] <DanaG> hmm, odd that it's single-dash and yet not single-letter parameter.
[02:25] <DanaG> weird... this time subtitles are fine, even though I didn't do anything special.
[02:25] <bjsnider> so fontconfig is enabled
[02:26] <DanaG> This is just a dvd, though.
[02:26] <bjsnider> i just checked the control and rules files for mine, which is based on reinhard's, and freetype is enabled during the build process
[02:31] <DanaG> hmm, I have an mkv file with both plain-text and SSA subtitles... and only the text ones work.
[02:32] <DanaG> I'll try your ppa one now.
[02:32] <bjsnider> it might want libvdpau1 to be installed first
[02:33] <bjsnider> it's in there too though
[02:33] <DanaG> eh, I'm fine with just adding the ppa itself.
[02:33] <DanaG> s/just /simply/
[02:33] <bjsnider> whatever turns your crank
[02:33] <bjsnider> whatever floats your boat
[02:37] <DanaG> ahh, ppa version has working ssa.
[02:38] <bjsnider> what?
[02:38] <bjsnider> i didn't expect that
[02:38] <bjsnider> strange
[02:38] <bjsnider> i built the binaries against karmic's stuff and then copied them over to lucid
[02:39] <bjsnider> how very odd
[02:39] <bjsnider> i expected that was the problem with the lucid repo mplayer as well
[02:42] <DanaG> weird... under smplayer, it doesn't see subtitles at all.
[02:43] <DanaG> ah, but "enable closed captions" works.
[02:43] <DanaG> BUT IT'S IN ALL CAPS.
[02:44] <bjsnider> doesn't see subs in what?
[02:44] <bjsnider> a dvd?
[02:44] <DanaG> Yeah.
[02:44] <bjsnider> you've got libdvdcss installed right?
[02:45] <DanaG> I'm pretty sure I do.
[02:45] <DanaG> yup, installed.
[02:46] <bjsnider> dvd is going to be a bit of a problem for mplayer
[02:46] <bjsnider> most of the other players are better at it
[05:10] <DanaG> 86:09.5 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ff) (prog-if ff)        !!! Unknown header type 7f        Kernel driver in use: yenta_cardbus
[05:10] <DanaG> interesting.
[06:30] <chu_> Hey guys, how's things going with Lucid at the moment? I have a few months left in my break, was thinking of playing around with Lucid...
[08:20] <chadi> Hi. Please tell me that 10.04 supports touch screens!
[08:49] <CosmiChaos> chadi: currently 10.04 is not even supported... its in developement
[08:50] <CosmiChaos> chadi, with supports: you mean automatically working?
[08:50] <chadi> yeah
[08:51] <CosmiChaos> what kind of touchscreen device do you have?
[08:51] <CosmiChaos> do you mean a touchscreen device like a pda, or a new multitouch-device
[08:54] <CosmiChaos> xserver-xorg-input-evtouch
[08:54] <CosmiChaos> Touchscreen-Driver for X.Org/XFree86 server
[08:54] <CosmiChaos> look if your device is supported
[08:57] <CosmiChaos> didnt karmic already supported touchscreens?
[09:00] <chadi> oops sorry didn't notice
[09:00] <chadi> i have a ntoebook
[09:00] <chadi> hp dv3-2270
[09:00] <chadi> and it is multi-touch
[09:01] <CosmiChaos> hmmm
[09:01] <CosmiChaos> no idea about that
[09:01] <chadi> it's like the hp tx series, but this is multi
[09:01] <CosmiChaos> well wait
[09:02] <CosmiChaos> ENAC developed a multi-touch driver for kernel 2.6.30 i read on heise
[09:03] <chadi> but touch doesn't work "out of the box"
[09:04] <CosmiChaos> http://www.ibm.com/developerworks/opensource/library/os-touchpad/
[09:04] <CosmiChaos> ;)
[09:04] <CosmiChaos> you have the device xD
[09:04] <CosmiChaos> i dont know
[09:05] <CosmiChaos> create a partition and try
[09:05] <chadi> correct me if i'm wrong, but isn't this for the touch pad?
[09:26] <rsk> seems like it
[10:24] <Hew> When my system just suddenly restarts, where should I start looking for the culprit?
[10:28] <joaopinto> Hew, /var/log/*
[11:34] <CosmiChaos> x 1.7.4 likely will be released before userspace freeze, will it be in lucid?
[12:23] <joaopinto> CosmiChaos, you mean xorg ? current lucid version is 7.5
[12:24] <CosmiChaos> no xserver 1.7.4-rc2 just released, so final will be approximately within the next two weeks phoronix says. userspace freeze has more than 4 weeks left, so i guess it will definetly be release before.
[12:25] <CosmiChaos> lots of backported bugfixes from 7.8 so maybe it worth for lucid
[12:26] <CosmiChaos> from 1.8 i mean
[12:28] <soee> hi
[12:30] <CosmiChaos> joaopinto, here is the news: http://www.phoronix.com/scan.php?page=news_item&px=Nzg0Mw
[13:49] <om26er> there have been no updates in the last few days is it due to the holidays?
[13:49] <yofel> seems like it, the lucid-changes ML is very quiet the last few days
[13:50] <om26er> hmm
[14:13] <knittl> bjsnider: should standby be working with nvidia-195?
[14:28] <bjsnider> knittl, that i do not know
[14:28] <bjsnider> does standby work in any linux driver?
[14:30] <knittl> the only way to get a picture after suspending is by killing xserver with ctrl-alt-backspace
[14:30] <knittl> lucid is alpha, i know
[14:30] <knittl> but maybe someone got it working already
[15:39] <om26er> 10secs is the boot target and then blueprints of lucid say that it will also use plymouth and xsplash how both these can be shown in 10secs. wouldn't it be too quick?
[15:41] <BUGabundo> my bootchart says 34secs
[15:41] <BUGabundo> its worse then karmic
[15:41] <om26er> BUGabundo, my bootchart says 21secs
[15:41] <BUGabundo> I got 15 sec of ureadahaed
[15:43] <BUGabundo> so no way rotatory powered laptops will be 10sec
[15:43] <BUGabundo> maybe SSD
[15:43] <om26er> 15secs for HDD's i guess
[15:44] <om26er> there seems to be a 7secs difference between ssd and hdd dell mini
[15:44] <om26er> http://people.canonical.com/~scott/daily-bootcharts/
[16:03] <ToxinPowe> By the way, what is the "official" boot time for Karmic?
[16:04] <rsk> the time you push the button on the PC up to the point when it's booted
[16:04] <om26er> ToxinPowe, target is 10secs for ssd version of dell mini milestoned to lucid alpha 3
[16:05] <ToxinPowe> yes, I only want to know the oficcial times for "old" Karmic
[16:05] <ToxinPowe> to see the diferences
[17:16] <BluesKaj> Happy Boxing Day !
[18:11] <dupondje> lotsa using Alpha 1 yet ?
[18:12] <yofel> well, most of us here^^, though a daily makes more sense now than the alpha1
[18:13] <bjsnider> there's a lot of leftover karmic stuff that was just copied over anyway
[18:13] <yofel> true, only kde has a lot of new stuff afaik
[18:15] <dupondje> hmz ok :) so its not a improvment to upgrade yet :)
[18:23] <rr72> still no luck with xorg in lucid, ever since i upgraded it seg faults
[18:28] <rr72> could X be segfaulting because of udev?
[18:46] <rr72> i have my xorg.0.log, it is segfaulting and I would like help trying to figure out my problem
[18:47] <rr72> !ask
[18:48] <rr72> my pastebin is at pastebin.com/f753f7708
[19:01] <soee> hi
[19:17] <bjsnider> rr72, your graphics chip is a quadro fx 570m, correct?
[19:25] <rr72> bjsnider~ yes
[19:27] <bjsnider> so you should be using the nvidia 190 or 195 blob
[19:27] <bjsnider> it is currently broken in lucid's repos, but working in the nvidia-vdpau ppa
[19:28] <rr72> blob?
[19:28] <rr72> ok ty
[19:28] <rr72> hopefully that will solve my problem, i have purged xorg and gdm so many times to try and figure out the problem lol
[19:30] <bjsnider> update nvidia-common and install the 195 modaliases package if it doesn't prompt you automatically. then run jockey and it will recommend the 195 driver
[19:32] <rr72> do you know the name of the modalies package right off yer head? I can google was justwondering
[19:32] <rr72> bjsnider~ the ppa is karmic or lucid?
[19:33] <rr72> wait nvm figured it out
[19:33] <rr72> sorry for hilight
[19:46] <rr72> bjsnider~ i did all that and still seg faulting, maybe i mised a step of installing the 195 or not telling the xserver about it?
[19:48] <crimsun> things almost never segfault *because of* udev
[19:48] <crimsun> please pastebin your /avr/olg/Xorg.0.log
[19:48] <crimsun> /var/log/Xorg.0.log
[19:48] <rr72> my pastebin is at pastebin.com/f753f7708
[19:49] <rr72> wait thats my old one
[19:49] <rr72> oops sorry
[19:51] <bjsnider> rr72, did you select the 195 driver in jockey?
[19:51] <rr72> not sure how to use jockey actually
[19:51] <bjsnider> hardware drivers
[19:51] <crimsun> (System > Administration > Hardware Drivers)
[19:52] <rr72> x seg faults so no access to gui
[19:52] <bjsnider> in that case, did you sudo apt-get install nvidia-glx-195?
[19:53] <rr72> it did that whjen i updated nvidia-commone
[19:53] <rr72> -e
[19:53] <rr72> -j
[19:53] <bjsnider> and what does your /etc/X11/xorg.conf say?
[19:53] <rr72> wait nvm it didnt install it alongside it
[19:54] <rr72> installing now and going to see if X will start
[19:54] <bjsnider> nv should have given you a basic gui
[19:55] <rr72> nope
[19:55] <rr72> iirc
[19:55] <bjsnider> and that's doubly true since you have a quadro chip. that's what nvidia really cares about, is supporting workstation customers
[19:55] <crimsun> please, please pastebin your Xorg.0.log
[19:56] <rr72> ROFL i have no xorg.conf,
[19:56] <bjsnider> that's not surprising
[19:56] <rr72> crimsun~ will in one sec :-D
[19:56] <bjsnider> i'm not sure if x will autoselect the blob yet
[19:56] <crimsun> heh, you should have one written out, else xorg-server will choose nv instead of nvidia
[19:56] <crimsun> it won't
[19:57] <bjsnider> are you sure? i thought there was a patch
[19:57] <crimsun> I've been through this already
[19:57] <crimsun> yes, I'm quite sure
[19:57] <crimsun> I just tested it this morning
[19:57] <rr72> i want it to choose nv so i can get any sort of gui
[19:57] <bjsnider> it is choosing nv
[19:57] <bjsnider> nv is failing
[19:57] <crimsun> nv is really nastily crippled, so you don't want to choose it
[19:57] <crimsun> if you're going to hard-code non-nvidia, use vesa
[19:58] <rr72> f4afc946e
[19:58] <rr72> http://pastebin.com/f4afc946e
[19:58] <bjsnider> vesa is junk
[19:59] <crimsun> bjsnider: obviously. However, nv doesn't even mode-set properly on a great many Nvidia chipsets.
[19:59] <crimsun> rr72: right, that's attempting nv.
[20:00] <rr72> and nv is broken right? so i need somehow to not use nv
[20:00] <crimsun> [    0.129241] (II) NVIDIA GLX Module  195.30  Fri Dec 18 17:09:18 PST 2009
[20:00] <crimsun> so you definitely have nvidia-glx-195 installed
[20:01] <crimsun> you should have at least http://pastebin.com/d5fd715e2 in your /etc/X11/xorg.conf
[20:02] <rr72> then when i get a gui I can have it finish it?
[20:02] <crimsun> I'll paste a hacked-up version of mine: http://pastebin.com/d39cd3839
[20:02] <bjsnider> you only need a very basic xorg.conf
[20:03] <bjsnider> this is what jockey should be doing
[20:03] <bjsnider> for you
[20:03] <rr72> can't i run jockey via CLI?
[20:03] <bjsnider> if nv is so borken then lucid needs to change the default to vesa or nouveau
[20:04] <bjsnider> rr72, you only need a basic xorg.conf in there. it shouldn't be too hard to get one pasted in
[20:07] <rr72> now to install gdm and see if it works :-D X starts
[20:08] <bjsnider> install gdm? gdm should be there already
[20:08] <rr72> i removed it
[20:08] <rr72> i thought it was a problem with gdm
[20:09] <crimsun> bjsnider: why? it's a special case for nv
[20:10] <crimsun> I don't see why vesa should be preferred over e.g., ati, on ati hardware
[20:10] <crimsun> bjsnider: also, patches for jockey happily reviewed/accepted
[20:11] <crimsun> (we have #ubuntu-reviews, too)
[20:11] <rr72> so all my backgrounds and stuff is gone, oh well, i get a gui now thankyou crimsun and bjsnider
[20:11] <bjsnider> your backgrounds shouldn't be gone
[20:11] <bjsnider> unless you blew away your gconf directories
[20:12] <rr72> it started gnome not xfce4
[20:12] <bjsnider> crimsun, i never said anything about ati hardware. i said instead of choosing nv first for nvidia hardware
[20:12] <bjsnider> oh, i see
[20:12] <bjsnider> but i think nouveau is eventually going to replace nv in lucid anyway
[20:13] <crimsun> bjsnider: I think I see where you may have implied that in context, but you didn't actually say what you claimed to say ;)
[20:13] <rr72> here we are :-D
[20:13] <rr72> anyone else get little boxes around the notifications?
[20:13] <crimsun> rr72: about urgency?
[20:14] <rr72> yeah
[20:14] <crimsun> rr72: yes, that's expected
[20:14] <rr72> that standard?
[20:14] <rr72> ok just making sure, thankyou so much crimsun !!!!!!
[20:14] <crimsun> (no need to thank me)
[20:15] <rr72> can you fix my hotkeys? jk :-P
[20:15] <rr72> i made a fix for that myself
[20:15] <bjsnider> what laptop is that?
[20:16] <rr72> hp compaq 8510w
[20:16] <bjsnider> a compaq with a quadro chip?
[20:16] <rr72> it's a "mobile workstation"
[20:17] <bjsnider> it must have been quite pricey
[20:17] <rr72> forced upon me for school
[20:17] <bjsnider> and you decided to use an unstable linux distro
[20:18] <bjsnider> in school
[20:18] <rr72> XP is sitting on another harddrive
[20:18] <rr72> :-P
[20:18] <bjsnider> xp is end of life
[20:18] <rr72> this is my PS3's harddrive actually
[20:19] <rr72> thankyou so much crimsun !!!!!!!!!!!!! if need any testemonials I am willing to testify about you :-D
[20:19] <rr72> you too bjsnider
[20:26] <bjsnider> testimonials?
[21:16] <crimsun> so...
[21:16] <crimsun> any intrepid (not 8.10) Realtek HDA users about?
[21:18] <crimsun> or Analog Devices HDA for that matter
[21:18] <DanaG> hmm, everything I have is now Lucid.
[21:20] <crimsun> no, I mean any foolhard/enterprising
[21:20] <crimsun> +y
[21:21] <bjsnider> i've got a quite excellent creative card here
[21:21] <crimsun> s/excellent/------/
[21:24] <bjsnider> never had a problem with it. does excellent sound filtering
[21:26] <crimsun> most people never have problems with "only ALSA [instead of PulseAudio]". That certainly doesn't preclude the existence of particularly nasty bugs.
[21:28] <bjsnider> i'm using pulse
[21:28] <bjsnider> have for years
[21:29] <bjsnider> i actually have hardware bass/treble controls on this card which is great
[21:29] <bjsnider> all of the equalizers i've used, like the one in banshee, cause low level rumbling sounds to occur
[21:29] <crimsun> I'm saying that just because your experience has been generically acceptable does not mean that things are not still broken
[21:30] <DanaG> I seem to remember myself having various alsa-only issues in the past, at least on my old nvidia + stac9250 laptop.... closing the lid caused audio to drop out for like 750-1000 ms, even in Windows.
[21:30] <crimsun> DanaG: ah, that's actually HW
[21:31] <crimsun> the 9250 has a drain issue
[21:31] <DanaG> It looped oddly, tool.
[21:31] <crimsun> I'm not really sure how to work around that one
[21:31] <DanaG> And it only happened with nvidia binary, not with nv; never tried it with nouveau.
[21:31] <crimsun> I suppose we could inspect the codec SSID and special-case the msleep
[21:32] <DanaG> I'd use "DPC Latency Checker" in Windows... and there would be a huge spike upon lid close.
[21:32] <crimsun> yes, the Nvidia blob does an extra msleep for purportedly the same reason
[21:32] <crimsun> back when a friend interned at Nvidia, he told me that their blob attempts to workaround bios anomalies
[21:33] <crimsun> work around*
[21:33] <DanaG> It also had this weird BIOS-based OSD for brightness changes and volume control.
[21:33] <DanaG> If I spammed brightness keys while using CRT only, I could actually make the thing lose sync, because the acpi code, or something, took too long to complete.
[21:34] <crimsun> oh christ I suck
[21:34] <crimsun> hmm! codec->vendor->id, no.
[22:01] <Joda> whats the current kernel ?
[22:37] <bjsnider> !info mozilla-js.pc
[22:42] <bjsnider> is there a file search here?
[22:49] <bjsnider> !find mozilla-js.pc lucid
[22:57] <yoasif> heya
[22:57] <yoasif> anyone around?
[23:04] <BUGabundo> boas noites o/
[23:04] <BUGabundo> crimsun: ping
[23:04] <BUGabundo> crimsun: want to do a few more tests?
[23:09] <bjsnider> he was looking for somebody earlier
[23:09] <BUGabundo> prob me
[23:09] <BUGabundo> he has been hating me since last week
[23:09] <yoasif> BUGabundo: got a second
[23:09] <yoasif> ?
[23:09] <BUGabundo> to test his modifications
[23:09] <bjsnider> realtek hda?
[23:09] <BUGabundo> yoasif: for you ? I got 5 sec
[23:09] <BUGabundo> bjsnider: yep
[23:10] <yoasif> lol... do you use gnome + compiz?
[23:10] <BUGabundo> yep
[23:10] <BUGabundo> using it right now
[23:11] <yoasif> i'm trying to use the keyboard shortcuts of gnome... "move between windows of an application, using a popup window" doesn't work
[23:11] <yoasif> see keyboard shortcuts
[23:11] <BUGabundo> errr
[23:11] <BUGabundo> what?!
[23:12] <BUGabundo> alt+tab?
[23:12] <yoasif> no
[23:12] <BUGabundo> super tab?
[23:12] <yoasif> alt `
[23:12] <BUGabundo> alt shift ´  ?
[23:13]  * BUGabundo opens cssm
[23:13]  * BUGabundo opens a 2nd FF window
[23:15] <BUGabundo> yoasif: my shortcut for that, in gnome settings, is set to alt+tab
[23:15] <BUGabundo> doesn't make much sense, since it also changes to *other* apps
[23:16] <yoasif> BUGabundo: weird, are you sure alt tab isnt set to "move between windows, using a popup window"?
[23:16] <BUGabundo> screenshot coming your way
[23:17] <Michalxo> guys? Does anyone have knowledge in BT?
[23:17] <BUGabundo> yoasif:  http://dl.dropbox.com/u/112892/Screenshot-Keyboard%20Shortcuts.png <--- this ?
[23:17] <yoasif> but anyway, my question is -- what do i file the bug against? compiz isn't using the gnome keyboard settings, that isn't good
[23:17] <Michalxo> I am having interesting bug with it
[23:18] <BUGabundo> Michalxo: all I know: it works
[23:18] <Michalxo> BUGabundo, no it does not... or it does, unless you turn it off via that applet
[23:18] <BUGabundo> yoasif: compiz *is* using those settings
[23:18] <BUGabundo> it reads and updates them
[23:18] <yoasif> BUGabundo: no, this http://i.imgur.com/6SYma.png
[23:18] <BUGabundo> Michalxo: you mean you have to turn it off, so it sets on?
[23:19] <Michalxo> I turned it off (BT) and I am unable to turn it on again.. I can't see bluetooth-aplett! :-/
[23:19] <BUGabundo> yoasif: "Disabled"
[23:19] <yoasif> BUGabundo: when does it update?
[23:19] <BUGabundo> Michalxo: ahhhh
[23:19] <yoasif> BUGabundo: so if you set it, does it work?
[23:19] <BUGabundo> Michalxo: sudo /etc/init.d/bluetooth restart
[23:19] <Michalxo> https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/447312/comments/23 BUGabundo please read
[23:20] <Michalxo> BUGabundo, did not help :-(
[23:21] <BUGabundo> yoasif: I setted it, and didn work
[23:21] <BUGabundo> Michalxo: pkill bluetooth-applet
[23:21] <BUGabundo> $ bluetooth-applet
[23:21] <bjsnider> !find jsapi.h lucid
[23:21] <BUGabundo> or check gconf to make it Visible
[23:21] <yoasif> BUGabundo: does changing anything in keyboard settings have an effect for you?
[23:21] <BUGabundo> testing
[23:21] <yoasif> ok
[23:22] <BUGabundo> Yes
[23:22] <BUGabundo> I just disabled CA Left
[23:22] <yoasif> CA left?
[23:22] <Michalxo> BUGabundo, can you send me "value" of this key in gconf please? /apps/bluetooth-manager/icon_policy
[23:23] <BUGabundo> Control Alt
[23:23] <yoasif> BUGabundo: yeah, you are right, cool
[23:23] <BUGabundo> /apps/bluetooth-manager/show_icon
[23:23] <yoasif> so what do you think i should file the bug against? *is* it a bug?
[23:23] <Michalxo> BUGabundo, visible? never?
[23:23] <BUGabundo> Michalxo: /apps/bluetooth-manager/icon_policy enabled
[23:24] <BUGabundo>  /apps/bluetooth-manager/show_icon I mean
[23:24] <Michalxo> show icon is ticked
[23:24] <Michalxo> and icon+policy was never.. now it's always
[23:24] <BUGabundo> yes
[23:24] <BUGabundo> no
[23:24] <Michalxo> ?
[23:24] <BUGabundo> I only have ONE option
[23:24] <Michalxo> :-O
[23:25] <BUGabundo> screenshot
[23:25] <BUGabundo> http://dl.dropbox.com/u/112892/Screenshot-Configuration%20Editor%20-%20bluetooth-manager.png
[23:25] <Michalxo> interesting
[23:25] <Michalxo> I have there that key, but no schema :-/
[23:26] <Michalxo> I think I have to go to XP and enable BT there :-/
[23:26] <BUGabundo> LOLOL
[23:26] <Michalxo> what if I haven't had XP?? :-/
[23:26] <BUGabundo> I never had Win here
[23:26] <BUGabundo> I would be screwed
[23:26] <Michalxo> heh
[23:26] <BUGabundo> I had that with WiFi long ago
[23:26] <BUGabundo> a kernel bug
[23:26] <BUGabundo> required Win to enabled it
[23:26] <Michalxo> yeah, same here
[23:26] <Michalxo> :-)
[23:27] <Michalxo> in gutsy I thik
[23:27] <BUGabundo> or to echo a certain variable at precise time in boot
[23:27] <BUGabundo> early 2008
[23:27] <Michalxo> :-D
[23:27] <BUGabundo> 7,10 and alpha 8.04
[23:27] <Michalxo> I am going to reboot :-/
[23:27] <Michalxo> probably :-)
[23:27] <Michalxo> yes.. gutsy was around that time and my laptop too
[23:28] <BUGabundo> finally realised it was a two side prob
[23:28] <BUGabundo> the kernel bug
[23:28] <BUGabundo> and faulty wifi card
[23:28] <Michalxo> atheros?
[23:28] <BUGabundo> it wasn't properly placed :\
[23:28] <Michalxo> :-))
[23:28] <BUGabundo> intel 4965
[23:28] <Michalxo> that's mine :-D
[23:28] <BUGabundo> Bus 007 Device 002: ID 0b05:1712 ASUSTek Computer, Inc. BT-183 Bluetooth 2.0+EDR adapter
[23:29] <Michalxo> hm
[23:29] <Michalxo> BUGabundo, http://ubuntuforums.org/showthread.php?t=1360039 this is my BT :-/
[23:30] <BUGabundo> are you running karmic???
[23:30] <Michalxo> yea.. but it's basically same as lucid a1
[23:31] <BUGabundo> ?
[23:31] <Michalxo> on ubuntu there is no one answering my questions :-(
[23:32] <Michalxo> gonna try that XP thing
[23:34] <BUGabundo> err
[23:34] <BUGabundo> guud luck
[23:34] <BUGabundo> you gonna need it
[23:34] <yoasif> BUGabundo: any ideas on where to file that bug against?
[23:35] <yoasif> and you can confirm it on launchpad, right?
[23:35] <yoasif> after i file it
[23:36] <BUGabundo> no I can't
[23:37] <BUGabundo> I can NOT confirm it
[23:37] <BUGabundo> I could change Compiz shortcuts from Gnome shortucs
[23:37] <BUGabundo> :)
[23:38] <yoasif> BUGabundo: what about the "move  between windows of an application, using a popup window"
[23:38] <BUGabundo> ahh
[23:38] <BUGabundo> I never used it
[23:38] <BUGabundo> so I don't know what it is expected to do
[23:38] <BUGabundo> when it works
[23:38] <yoasif> yeah, but you can confirm that it doesn't work
[23:38] <BUGabundo> I can say it didn't work
[23:38] <yoasif> well, it doing nothing means that it doesn't work
[23:39] <BUGabundo> but I don't know what it does do to work
[23:39] <yoasif> it's supposed to switch the windows and show a popup window like alt tab
[23:39] <yoasif> obviously doing nothing means that it doesn't work
[23:39] <BUGabundo> ok
[23:39] <BUGabundo> open it up
[23:39] <BUGabundo> ill confirm it
[23:42] <yoasif> cool, filing against compiz
[23:43] <BUGabundo> does it work on metacity?
[23:44] <crimsun> BUGabundo: yes, I'll have something in a couple minutes. Just let me push the patches somewhere public.
[23:45] <BUGabundo> right
[23:45] <BUGabundo> just when I was gonna watch a movie
[23:45] <BUGabundo> I guess I can stick a few more minutes
[23:45] <BUGabundo> and do 4 reboots
[23:45] <BUGabundo> bring it on
[23:45] <crimsun> BUGabundo: well, first I need you to verify that the speakers/hp pop when powering down
[23:45] <crimsun> (with the current Lucid kernel, that is)
[23:45] <BUGabundo> fully updated in +1
[23:46] <BUGabundo> all but X
[23:46] <BUGabundo> that is broken
[23:47] <yoasif> xorg hasnt updated for me in weeks it seems
[23:48] <BUGabundo> I have it there waiting
[23:48] <BUGabundo> and I refuse to do it
[23:48] <BUGabundo> until it stop removing my kernel and nvidia driver
[23:49] <crimsun> BUGabundo: first, grab a new snapshot (http://kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-snapshot.tar.bz2)
[23:50] <bjsnider> !find jsapi.h karmic
[23:50] <BUGabundo> crimsun: done
[23:52] <Michalxo> BUGabundo, I was correct.. booting to XP and back solved the probelm :-/
[23:52] <BUGabundo> so you do have XP in there
[23:53] <crimsun> BUGabundo: ok, grab the new patches at http://kernel.ubuntu.com/~dtchen/test-kernels/powerdown-analog/
[23:54] <BUGabundo> done
[23:54] <crimsun> BUGabundo: now extract the tarball and apply those two patches
[23:56] <BUGabundo> $ patch -p1 < ../0001-ALSA-hda-Add-powerdown-noise-fixes-for-Analog-Device.patch
[23:56] <BUGabundo> patching file sound/pci/hda/patch_analog.c
[23:56] <BUGabundo> $ patch -p1 < ../0002-ALSA-hda-Fix-test-for-inv_eapd-in-ad198x_shutup_writ.patch
[23:56] <BUGabundo> patching file sound/pci/hda/patch_analog.c
[23:56] <crimsun> BUGabundo: then, ./configure --with-cards=hda-intel --with-card-options=all && make -j3
[23:57] <crimsun> BUGabundo: also, I'll need your /proc/asound/card*/codec* pastebinned somewhere
[23:59] <BUGabundo> crimsun: now or after reboot ?
[23:59] <crimsun> BUGabundo: sometime, it doesn't really matter
[23:59] <crimsun> BUGabundo: so, sudo make install && sudo rm -f /etc/init.d/alsasound


[04:52] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3022 Preparing packages
[05:27] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3022 Generating diffs
[05:43] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3022 Proposed pocket (bionic/camlidl, bionic/findlib, bionic/ocaml). Successfully built (bionic/hivex, bionic/plplot)
[05:55] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3022 Generating diffs
[05:56] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3022 Publishing packages
[06:22] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3022 Proposed pocket
[09:48] -queuebot:#ubuntu-ci-eng- Saviq, https://bileto.ubuntu.com/#/ticket/2986 Dependency wait (bionic/qtubuntu-gles). Failed to build (bionic/qtubuntu)
[14:41] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3019 Failed to build
[15:21] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3019 Successfully built
[19:56] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3019 Publishing packages
[20:21] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3019 Proposed pocket
[22:44] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3003 Diff missing (xenial/dnsmasq). Needs rebuild due to higher version at destination (zesty/dnsmasq). Ready to build (yakkety/dnsmasq)