[00:04] <cprov> Whoopie, wgrant:  email lookup issue fixed.
[00:05] <Whoopie> cprov: so I can re-upload?
[00:05] <Whoopie> cprov: and btw, wow, fixed very fast.
[00:06] <cprov> Whoopie: yes, you can re-upload.
[00:06] <wgrant> cprov: Nice quick fix.
[00:06] <cprov> Whoopie: it was a known problem.
[00:07] <Whoopie> cprov: aha, so I just prodded you to fix it? :)
[00:08] <mwhudson> the thing is, it was fixed already, the fix just wasn't on all the machines it needed to be
[00:08] <Whoopie> mwhudson: thanks to you, too.
[00:08] <wgrant> Ahh.
[00:09] <mwhudson> Whoopie: i'm just another grateful beneficiary of cprov's sleuthing :)
[00:09] <mwhudson> maxb: ssh-ing in to bazaar.launchpad.net should be faster now, btw
[00:11] <cprov> Whoopie: gstm accepted!
[00:16] <wgrant> Is it useful to update the last modified date on a branch just for attribute changes?
[00:16] <maxb> mwhudson: Woot! That's a tenfold improvement! :-)
[00:17] <maxb> Very many thanks indeed!
[00:17] <wgrant> I care about when the branch changed, not when somebody set its status.
[00:18] <Whoopie> cprov: package was accepted. ;)
[00:19] <cprov> Whoopie: cool
[00:22] <spiv> wgrant: ISTR a bug report about that...
[03:46] <wgrant> Why is Launchpad Answers sending emails with my name and some email address which isn't mine?
[03:46] <wgrant> It decides that my email address is the question's email address, it seems.
[03:49] <spm> wgrant: whee. that sounds like a fun trick. which Q in particular?
[03:49] <wgrant> spm: The one you fixed for me.
[03:49] <wgrant> But it happens for all.
[03:50] <wgrant> From: Some User<EMAIL_ADDRESS>[03:50] <cody-somerville> wgrant, Is it possible that maybe its your mail client doing it?
[03:50] <cody-somerville> wgrant, What mail client do you use?
[03:50] <wgrant> cody-somerville: Evolution.
[03:51] <wgrant> cody-somerville: But no, the RFC2822 has that header in it.
[03:51] <spm> that sounds like a nasty bug - I know there is a fix around that area that was supposed to go out yesterday/today. So...
[03:51] <wgrant> It is definitely Launchpad.
[03:51]  * wgrant looks for a bug.
[03:52] <spm> wgrant: so., with my update to that Q I see: From: Steve McInerney<EMAIL_ADDRESS>& then yours has: From: William Grant<EMAIL_ADDRESS>[03:52] <spm> is that what you're referring to?
[03:52] <wgrant> spm: Yes.
[03:52] <wgrant> That is going to break anything that autocreates contacts.
[03:52] <spm> ah. I call feature.
[03:52] <wgrant> Which is lots of things.
[03:53] <spm> heh
[03:53] <wgrant> How is it a feature?
[03:53] <wgrant> Malone doesn't do it.
[03:53] <wgrant> And I tend to think Malone is right about most things with regard to email.
[03:54] <spm> well - it's been doing it for a while - fwiw - I have a similar one from late March.
[03:54] <spm> so my 2c guess at feature? 1. it comes from the person who responded - imho a good thing - ie their name. But from their email address would be... bad.
[03:55] <wgrant> Why?
[03:55] <spm> 2. the actual address is the question; which can be parsed/responded to and the right thing will happen
[03:55] <wgrant> Malone sends it from the right person.
[03:55] <wgrant> s/person/address/
[03:55] <spm> if it comes from their email address? that will break with some anti-spam solutions.
[03:55] <wgrant> Those antispam solutions are broken.
[03:55] <wgrant> You cannot filter on From.
[03:55] <wgrant> Sender, yes.
[03:56] <wgrant> If you filter on From, you should be blasted off the Internet.
[03:57] <wgrant> Malone does it properly.
[03:57] <spm> From filter: eg SPF
[03:57] <wgrant> SPF is Sender, not From.
[03:58] <wgrant> Or most Launchpad bugmail would get nowhere.
[03:58] <spm> I suspect we're disagreeing on terminolgy?
[03:59] <wgrant> I speak of real RFC2822 header fields names.
[03:59] <wgrant> SPF doesn't care about From, just Sender.
[03:59] <wgrant> Malone uses the Person's display name and primary email address to construct From. It uses<EMAIL_ADDRESS>as Sender. It sets Reply-To to the bug address.
[04:03] <spm> so. to rephrase your concern: it's around the diff between the use of the Sender vs From header fields? is that it in a nutshell?
[04:04] <wgrant> spm: My objection is that it's reporting my email address as something it is not.
[04:05] <spm> btw. SPF is (should!) be based on (E)SMTP headers, not email body text headers - very different beasties those.
[04:05] <wgrant> Blah, yes, Return-Path, not sender, though those should usually be the same.
[04:05]  * wgrant dies.
[04:06] <spm> :-)
[04:06] <cody-somerville> Is it possible to use launchpadlib to get all the source packages a team is subscribed to?
[04:07] <wgrant> cody-somerville: No.
[04:07] <wgrant> Structural subscriptions are not exported.
[04:10] <spm> wgrant: oki.I can see your concern then. I (obviously!) can't speak to the reasons why A vs B for Answers. My personal take is that what works for one group - eg bugs, probably wouldn't work for another, eg answers. despite the similarity. I guess this also falls into the Great Debate on lists and ReplyTo header usage. I'll stick with vi vs emacs for now myself. ;-)
[04:11] <wgrant> IMO Malone's use of Reply-To is wrong, but it's probably the best that exists now.
[05:31] <poolie> https://bugs.edge.launchpad.net/ubuntu/+bug/286193/comments/11 <--- YHBT :-)
[05:32] <wgrant> poolie: I actually laughed when I read that.
[05:33] <poolie> i laughed at both the original post by elmo and the response
[05:33] <wgrant> Yes.
[05:33] <wgrant> I wondered if anybody would fall for it.
[05:33] <wgrant> But I thought everybody would know who elmo was...
[05:51]  * wgrant wishes there was some throwaway Launchpad instance that sent email.
[06:12] <wgrant> Any Code people around?
[06:15] <cody-somerville> Waz is your question? :)
[06:26] <jml> I'm around.
[07:43] <wgrant> jml: Blah, didn't see that message. You might have seen a bug I filed an hour or so ago.
[07:43] <jml> wgrant: yeah I did.
[07:43]  * jml comments.
[08:50] <progfou> hi there
[08:50] <progfou> any current known problem with bazaar.launchpad.net?
[08:51] <intellectronica> progfou: i'm not having any problems with it. what's going wrong for you?
[08:53] <wgrant> intellectronica: Loggerhead is unhappy.
[08:55] <intellectronica> right, now i also can't get it to cooperate
[08:55] <spm> ok. /me gets out the codebouncy restart gun
[08:56] <progfou> when going to my project's sources, I'm getting an error page informing I should reload the page in a few minutes and if it persists come here and inform about this problem
[08:56] <progfou> here is my project's sources link: http://bazaar.launchpad.net/~progfou/ovniconv/trunk/files
[08:57] <spm> progfou: wgrant: is restarted. try now?
[08:58] <progfou> it works now, thanks!
[08:58] <progfou> was it my fault?
[08:58] <intellectronica> jml: LH is occasionally unresponsive. movie at 11
[08:58] <progfou> something I have to tune?
[08:58] <spm> progfou: no. is very well known. hence the "codebouncy" comment :-)
[08:58] <progfou> oh... ok :-)
[08:59] <progfou> thanks spm
[08:59] <progfou> have a nice day everybody!
[09:12] <geser> cprov: about the soyuz LP API: do I understand it correctly that build.current_source_publication only works for the most recent build and older builds (for older versions) return None there?
[09:15] <cprov> geser: yes, that's correct.
[10:13] <geser> question about the LP API: what's the difference between distribution.current_series and distribution.getDevelopmentSeries()?
[10:29] <jtv1> adiroiban, hi!  do you get the "change details" option on Ubuntu templates now?
[10:43] <waraqa> As a translator, Lanuchpad asked me If I want put my translations under BSD license.
[10:44] <waraqa> How can I can change my choice ?
[10:45] <wgrant> waraqa: https://translations.launchpad.net/people/+me/+licensing
[10:45] <waraqa> wgrant: Thank you.
[13:07]  * wgrant grimaces.
[13:07] <wgrant> Apparently the 'This bug affects me to' link does in fact cause people to not post '+1' comments.
[13:08] <wgrant> Instead they post comments with the identical text 'This bug affects me too'.
[15:41] <radix> hey guys, if we create a superproject which contains one private project and one public project, would there be any danger of information leak?
[15:41] <mbt> Hello, looking into bug 358200 leads me to a forbidden page, is a dupe of a private bug... can anyone determine why bug 213573 is private and either subscribe me to it or make it public?
[15:42] <mbt> And ubottu has it wrong, 358200 is public
[15:44] <james_w> mbt: it's private due to Ubuntu policies
[15:45] <james_w> it needs an initial triage to make it public, which I can do now for you
[15:46] <mbt> james_w: Thanks :)
[15:47] <james_w> mbt: have at it
[15:48] <mbt> james_w: Thank you very much!
[15:48] <james_w> that step is just a safety check in case it crashes while trying to do something with your password, say
[15:48] <james_w> we just check there's no sensitive information in the bug and then open it up
[15:49] <mbt> james_w: Understandable; I figured there had to be a reason being it was old.  Still, hard to fix software if the bug isn't viewable. :-P
[15:54] <barry> radix: unclear.  i can check around for you though
[15:54] <radix> barry: I assume nothing bad would happen, I guess I'd just like to know if this is being done already
[15:55] <barry> radix: i'm not aware of any such existing arrangement
[15:55] <barry> radix: and i can't *think* of any problems
[15:57] <radix> barry: okay, I think I'll just try it
[15:57] <radix> barry: and if something goes wrong I'll yell at a LP dev :)
[15:58] <barry> sounds good! :)
[15:58] <radix> oh
[15:59] <radix> I guess there's still no UI for creating new superprojects. barry: should I register a Question?
[15:59] <barry> radix: yes, i think only lp admins can do that.  possibly lp devs, but then aren't you an lp dev?
[15:59] <radix> barry: no, I'm landscape :-)
[16:00] <barry> radix: it's all the same, right? :)  but no, it's an lp admin thing.  give me the q# and i'll assign it to a losa
[16:00] <radix> Okay cool
[16:01] <radix> barry: q #66961
[16:02] <barry> radix: assigned to losas
[16:03] <radix> barry: thanks very much!
[16:09] <geser> question about the LP API: what's the difference between distribution.current_series and distribution.getDevelopmentSeries()?
[16:12] <barry> geser: it's a bit subtle.  current_series returns one series, getDevelopmentSeries() can return many
[16:12] <barry> geser: it's made confusing because 'series' is its own plural
[16:12] <barry> geser: internally, the method is called getDevelopmentSerieses() which isn't a word :)
[16:13] <geser> barry: and which one is preferred if I want the distro_series object for jaunty? I currently use current_series for it
[16:15] <barry> geser: that's a good question.  i think current_series should do it
[16:16] <geser> and btw: doesn't "Pre-release Freeze" count as development version? I looked at the return value for ubuntu.getDevelopmentSeries() and wondered that it was empty
[16:19] <barry> geser: i don't know.  i could try to track down a distro guy to ask.
[16:21] <barry> geser: actually, it will only return series that strictly have a status of 'Active Development', so 'Pre-release Freeze' doesn't count
[16:23] <geser> barry: thanks. So I will continue to use current_series in my script to always get the current ubuntu development version.
[18:00] <Agafonov> Hi. Can you help me with some "team contact e-mail" magic?
[18:03] <kiko> Agafonov, sure?
[18:05] <Agafonov> yes. forgive the noob :)
[18:09] <kiko> Agafonov, what's your question?
[18:10] <Agafonov> We are organizing https://launchpad.net/~ubuntu-ru and I set temporarly my e-mail as team contact to not disturb whole team hierarchy. Now we have list for group and I set it as team contact.
[18:10] <Agafonov> Previous temp email remains...
[18:11] <kiko> hmmm
[18:11] <kiko> I think you can adjust it using +editemails
[18:11] <kiko> sinzui, barry: is that right?
[18:12] <barry> +contactaddress i think
[18:12] <barry> Agafonov: yep.  go to ~ubuntu-ru/+contactaddress
[18:13]  * sinzui waits for the next request that will highlight a bug where the team cannot remove a temporary email address.
[18:14] <Agafonov> There is no my previous email in шею Only new list.
[18:14] <Agafonov> There is no my previous email in it. Only new list.
[18:16] <Agafonov> barry: ?
[18:16] <barry> Agafonov: sorry.  hang on just a sec...
[18:16] <Agafonov> Is screenshot needed?
[18:17] <barry> Agafonov: nope, sorry, i just had to clear my plate of something else
[18:17] <barry> looking now
[18:17] <barry> Agafonov: you have two contact addresses for your team?
[18:17] <barry> Agafonov: is that the problem?
[18:18]  * barry wonders how that's even possible
[18:18] <Agafonov> yes. Things must be in order :)
[18:18] <barry> Agafonov: okay, let's try this: go to your +contactaddress page and click on "Each member individually"
[18:19] <barry> Agafonov: then click on Change and let me know when you've done that
[18:19] <Agafonov> ok
[18:19] <Agafonov> switch back to the list?
[18:20] <Agafonov> (noted no team contact email)
[18:20] <barry> Agafonov: yes.  looks like that cleared both
[18:20] <barry> Agafonov: let's see if switching it back to the mailing list does the right thing
[18:20] <Agafonov> ha. nope...
[18:21] <Agafonov> both returned
[18:21] <barry> Agafonov: weird!  let me poke at this with one of my teams and i'll get right back to you
[18:22] <Agafonov> ok
[18:25] <barry> Agafonov: okay, i can't reproduce this with one of my teams.  i'm going to click on contact this team, can you tell me if you receive a copy and if the list also receives a copy?
[18:26] <barry> Agafonov: email sent
[18:28] <Agafonov> first received (second may delay, so I'll wait ~5 minutes)
[18:28] <barry> Agafonov: which have you received?  the personal copy or the list copy?
[18:28] <Agafonov> list
[18:29] <barry> Agafonov: cool
[18:30] <mdz> I noticed I'm getting email from rosetta for each upload I've made to jaunty.  is this normal?
[18:33] <barry> Agafonov: you may not get a second copy.  i'm checking things, but that might just be a page display glitch
[18:36] <Agafonov> am i need to report a bug?
[18:37] <barry> Agafonov: yes, i think it's a good time to report a bug
[18:37] <Agafonov> :-/
[18:38] <barry> Agafonov: please do mention that i sent a Contact This Team email and which copies you do or don't get
[18:38] <Agafonov> ok
[18:44] <barry> Agafonov: let me know the bug number when you've submitted it
[18:45] <Agafonov> sure
[18:56] <kwah> hi all
[18:56] <kwah> were one may find a documentation on what kind of e-mails may be used as a team contact?
[19:05] <sinzui> kwah: you may use any email address. That email address may be the address of a mailing list. You can create a mailing list on launchpad and use that list for the team members
[19:06] <rbelem> hello all
[19:08] <rbelem> is there any way to build package in ppa for multiple ubuntu versions without edit changelog?
[19:08] <cody-somerville> rbelem, yes, by changing the Distribution field in the changes file
[19:08] <rbelem> cody-somerville, hum...
[19:09] <cprov> rbelem: so, cody-somerville means 'no' ;)
[19:09] <rbelem> :-(
[19:10] <rbelem> i'm building a ppa to host enlightenment foundation libraries
[19:10] <cprov> rbelem: there are plans to support multiple distribution targets in the changelog entry like "foo-bar (1.0) hardy intrepid jaunty; urgency=normal"
[19:10] <rbelem> cprov, cool
[19:11] <rbelem> https://launchpad.net/~e17-packaging/+archive/ppa
[19:11] <rbelem> cprov, when will this feature be ready?
[19:11] <cprov> rbelem: and it would imply in one build per target with a implicit and distinct rebuild index
[19:12] <cprov> rbelem: unfortunately, not soon, maybe by May.
[19:13] <kwah> sinzui, yep, right, but I could not do it with my existing e-mail
[19:13] <cprov> rbelem: sabdfl has *special* interests on it, so we better get it done ;)
[19:13] <rbelem> cprov, next month?
[19:13] <rbelem> ehehehehe
[19:13] <kwah> and lp mailing-list of other group could not be used either
[19:14] <sinzui> kwah: not if the email is already registered with you. Actually I recommend not using an email that is associate with you. we cannot transfer email addresses between users and between teams :(
[19:14] <rbelem> cprov, it's not so far away
[19:14] <sinzui> kwah: there is a bug filed about that
[19:14] <sinzui> kwah: by setting up a mailing list, you get an email address for free
[19:14] <kwah> sinzui, :(
[19:15] <kwah> what about structure like that
[19:15] <cprov> rbelem: we will be planning it soon, I will ping you when I have an ETA.
[19:15] <kwah> group > subgroup
[19:15] <kwah> I tried to use group's list address as a contact for subgroup - no luck
[19:15] <cprov> rbelem: meanwhile you can use auto-ppa for automating the source generation for multiple distroseries.
[19:16] <rbelem> cool!!! thanks a lot cprov
[19:16] <sinzui> kwah: right, because addresses cannot be shared, and the cannot be transfered
[19:16] <cprov> rbelem: you are welcome.
[19:17] <rbelem> cprov, is this feature available right now?
[19:17] <cprov> rbelem: auto-ppa ?  yes
[19:17] <sinzui> kwah: and in truth, they cannot be deleted. Removing an address just means you do not intend to use it, but there is no sensible result that allows someone else to use ti
[19:17] <rbelem> cool!
[19:17] <cprov> let me find the LP project for you.
[19:17] <rbelem> ok
[19:17] <cprov> rbelem: https://edge.launchpad.net/autoppa
[19:18] <kwah> sinzui, so, sensible use-case group > subgroup1, subgroup2 etc can not be really implemented in terms easy contacting subgroups
[19:19] <rbelem> cprov, that's awesome
[19:19] <kwah> only by arranging a list for every group and CC-ing all over the place?
[19:19] <rbelem> thanks again cprov
[19:20] <sinzui> kwah: launchpad will contact each member individually if the team or subteam does not have a contact address
[19:20] <rbelem> cprov, i will find out how to use
[19:20] <cprov> rbelem: no worries, it will make your life easier until we support source uploads with multiple targets.
[19:21] <sinzui> kwah: by giving a team a contact address you are saying there is some mechanism to will forward the message to some or all of the team members
[19:21] <kwah> sinzui, yep, we noticed that already... that's why we are trying to figure out what would be more reasonable setup in terms of contacts etc.
[19:21] <sinzui> kwah: Launchpad's hosted mailing lists is such a mechanism
[19:21] <kwah> when we have umbrella team
[19:22] <rbelem> cprov, nice! :-)
[19:22] <barry> kwah: we don't currently support hierarchical mailing lists
[19:23] <Shock> hi. what does launchpad invoke when I upload a source package to my PPA in order to build it?
[19:23] <kwah> barry, hm. Is it hierarchical?
[19:23] <kwah> subteams are treated as memebers of umbrella team
[19:24] <cprov> Shock: `sbuild`
[19:24] <barry> kwah: team structure can be, but not (directly) mailing lists.  each team can have a separate mailing list and any member of a subteam can join the superteam's list
[19:24] <kwah> why tema contacts are treated differently?
[19:24] <kwah> s/tema/team
[19:25] <barry> kwah: i'm not sure what you're asking. mailing lists are related to teams, but are different
[19:25] <barry> contact addresses are basically just the address to send messages to
[19:25] <cprov> Shock: it does pretty much the same as `debuild` but within a pristine chroot (pbuilder) with extra security paranoia. Are you having any problems with your sources ?
[19:26] <Agafonov> barry: https://bugs.launchpad.net/launchpad/+bug/358661
[19:27] <Shock> cprov: i'm trying to learn how to make it build just for a specific arch
[19:27] <cprov> Shock: adjust the 'Architecture:' field in debian/control file.
[19:27] <kwah> barry, yep, I got it.
[19:28] <Shock> cprov: i'm trying to build the kernel, there's lots of "Architecture:" fields :)
[19:28] <kwah> barry, but still it is a kind of not logical for me ;)
[19:29] <cprov> Shock: oh, an existing source.
[19:29] <barry> Agafonov: thanks.  i've added an update.  i think this is a shallow-ish bug tho no eta for fixing yet.  it should not affect your team's contact address.  such mails should go to your team properly without a copy to you
[19:29] <barry> kwah: ;)
[19:29] <Shock> yeah :)
[19:29] <kwah> barry, so, one conact e-mail for different teams is ALSO not possible if I got it correctly
[19:29] <cprov> Shock: the kernel binaries (except the docs) are architecture 'any', so they will build in any supported architecture in the build env
[19:30] <cprov> Shock: why do you want to change it ? aren't you uploading it to a PPA ?
[19:30] <cprov> Shock: let it build where it is supposed to.
[19:30] <barry> kwah: you could try this (i'm actually not sure if it will allow you to do it).  create your superteam and give it a mailing list.  then in your subteams, use "explicit address" and point them at your superteam's mailng list
[19:30] <Shock> cprov: so it only builds the kernel packages on only one arch
[19:30] <Agafonov> barry: kwah is talking about our ~ubuntu-ru group :)
[19:31] <kwah> barry, yep, tried it already
[19:31] <barry> kwah: subteam members can subscribe to super team mailing lists, but all subscriptions must be explicit
[19:31] <barry> Agafonov: ah :)
[19:31] <kwah> confirmation e-mail got lost somewhere
[19:31] <cprov> Shock: no, 'any' means build on each available arch.
[19:31] <Shock> cprov: i've created a different flavor, so if people use my ppa i don't want to duplicate the packages that are already in the ubuntu repos
[19:31] <barry> kwah: yes, that's the tricky part.  look on the team's home page and see if you see a "moderate mailing list"
[19:31] <kwah> nothing is there
[19:31] <Shock> cprov: i understand that :)
[19:32] <barry> kwah: pick the confirmation url out of that message, then discard the conformation so it doesn't go to your list
[19:32] <kwah> I checked a couple of times
[19:32] <barry> kwah: ok.  so that's probably because the confirmation is not sent from a registered lp address
[19:32] <kwah> or at least was not
[19:32] <barry> kwah: yay!  you're stuck :(
[19:32] <kwah> will check again
[19:33] <cprov> Shock: I don't see why would you be bothered with it, it's more work for you and if someone using 'lpia', for instance, tries to use your PPA it won't be possible.
[19:33] <kwah> barry, nope, naothing
[19:33] <barry> kwah: this is an interesting use case that we do not handle.  you might report a bug on it.  let me know what the bug number is and i'll triage it as a 'wish list' item
[19:33] <barry> kwah: yep.  if you haven't gotten it by now, you won't.  and my previous explanation makes sense
[19:35] <Shock> cprov: my kernel is only useful on i386. i'm concerned that if some packages are also in my ppa as well as ubuntu repos my packages might get installed
[19:40] <RachedTN> Hello, I have create a project on lauchpad, and now I want to delete it, does anybody know how ?
[19:43] <cprov> Shock: independently of the arch-issue, your ppa packages should have a different (lower) version than the ones in ubuntu repo
[19:44] <RachedTN> cprov: ??
[19:44] <barry> RachedTN: we can mark the project disabled for you
[19:45] <barry> RachedTN: what is the project name?
[19:45] <Shock> cprov: unfortunately if I do that the build fails with ABI errors and i haven't found the help to fix it in the #ubuntu-kernel channel :(
[19:45] <RachedTN> barry : fine , so here is the link : https://edge.launchpad.net/ubuntu-tn-redaction
[19:45] <Shock> cprov: so I've created a new flavor
[19:47] <cprov> Shock: oh, I see
[19:47] <cprov> Shock: the kernel is *special*
[19:48] <kwah> barry, it looks like the same policy... if some e-mail used once, you can not use it anymore
[19:48] <kwah> as a team contact at least
[19:50] <kwah> and it does not matter, whether the team you try to assign it to is a subteam of the team with the contact e-mail in question
[19:51] <Shock> cprov: and so is the kernel team ;)
[19:54] <cprov> Shock: is it hard to define a new kernel version for a specific flavor  ?
[19:54] <Shock> cprov: the documentation is lacking i think
[19:55] <cprov> Shock: anyway, if you have it overridden for i386, I don't see the problem in propagating it to the other PPA archs
[19:55] <Shock> cprov: i'm now trying to understand it by looking at the build system scripts
[19:55] <cprov> Shock: unless your kernel explodes on them, is that the case ?
[19:55] <Shock> cprov: my only changes affect the i386 arch
[19:56] <Shock> cprov: i'v managed to generate a debian/control file with just the packages i need, will see how that goes
[19:56] <cprov> Shock: that's fine, let the kernel build where it wants and avoid a bigger diff with the ubuntu  source.
[19:56] <cprov> okay
[19:58] <Shock> cprov: thanks for taking an interest
[19:58] <barry> RachedTN: okay, your project should be disabled now.  please check your email for confirmation
[19:58] <cprov> Shock: np
[19:59] <barry> kwah: i think you're stuck.  please do open a bug on this
[20:00] <kwah> barry, I will
[20:10] <verterok> cprov: hi! statik pointed you as the one that might have some answers about this https://pastebin.canonical.com/16135/ ;)
[20:13] <RachedTN> barry: thanks a lot, it's desactivated now :)
[20:13] <barry> np!
[20:13] <cprov> verterok: let me see it.
[20:14] <verterok> cprov: thanks
[20:14] <cprov> verterok:  I can download the file.
[20:16] <verterok> cprov: me too, but I keep getting that error when using "apt-get install"
[20:17] <cprov> verterok: which error ?
[20:17] <verterok> cprov: the http 501 response
[20:18] <verterok> cprov: hmm, it seems to be working now
[20:19] <verterok> cprov: thanks for fixing it so quicky! ;)
[20:20] <cprov> verterok: I haven't changed anything ...
[20:22] <verterok> cprov: I know :) maybe my isp turned off their proxy...or fixed it :/
[20:27] <barry> well, unfortunately it's a short day for me folks.  i'm off now.
[20:27] <RachedTN> thanks anyway, and keep the good work :)
[20:51] <mbt> Does the apport retracing service delete stack traces if it determines that a bug is a duplicate?
[21:01] <rbelem> cprov, autoppa is not available yet for jaunty, right? but i built the package for me
[21:01] <cprov> rbelem: yes, checkout the branch, I'm not sure if it's packaged.
[21:02] <rbelem> cprov, ok ;-)
[21:02] <cprov> rbelem: apparently it is -> https://edge.launchpad.net/ubuntu/+ppas?name_filter=auto-ppa
[21:05] <rbelem> cprov, the last version in ppa is for gutsy
[21:06] <cprov> rbelem: look from the bright side, you can re-package it using trunk in your PPA :)
[21:06] <rbelem> cprov, eheheheh ;-)
[21:07] <rbelem> cprov, i will do this
[21:07] <cprov> rbelem: cool
[21:07] <rbelem> :-)
[21:18] <gnomefreak> a LP admin around? i would like to discuss removing someones LP account
[21:24] <kiko> gnomefreak, we don't usually do that sort of thing..
[21:24] <kiko> gnomefreak, what's the issue?
[21:24] <gnomefreak> kiko: one sec
[21:25] <gnomefreak> kiko: https://bugs.edge.launchpad.net/ubuntu/+source/pulseaudio/+bug/192888/comments/342  not sure if this was only time he did it
[21:25] <gnomefreak> im betting its not but dont know
[21:25] <kiko> gnomefreak, heh, that is absolutely spam. hang on.
[21:25] <gnomefreak> kiko: thanks
[21:27] <kiko> gnomefreak, can you contact the user for us meanwhile? i think he's a valid user, so either it's a spambot using his from: address, or a responder he's got set up
[21:28] <gnomefreak> ill try to email him but im not even sure if the hotmail address is valid ill look at his LP page to see what address he gives
[21:28] <kiko> gnomefreak, he's commented on bugs before, I think it is
[21:29] <gnomefreak> k
[21:29] <kiko> gnomefreak, he's french btw.
[21:32]  * intellectronica thinks that free software and nudism mix quite well, actually, doesn't understand what the fuss is about
[21:33] <gnomefreak> intellectronica: other than the 130+ comments? takes a while to load but still should never be on a bug report IMHO
[21:34] <kiko> intellectronica, it's really irrelevant to the bug report at least, and nobody should get nudist invitation spam redirected from us
[21:34] <gnomefreak> kiko: https://edge.launchpad.net/~zobbychris
[21:34] <gnomefreak> its blank
[21:34] <kiko> gnomefreak, bugs.edge
[21:34] <gnomefreak> oh
[21:41] <gnomefreak> sending
[21:59] <radix> I can't find the button for adding a release any more (on edge). does anyone know where it is?
[22:01] <radix> I really can't find it. this is strange.
[22:02] <kiko> sinzui, ^^
[22:04] <radix> oops, okay, someone pointed me to where it is
[22:04] <radix> on the Milestone page now
[22:04] <sinzui> radix for this month only, you need to create the milestone, then create the release
[22:04] <radix> okay, that's fine, we were already using version-milestones
[22:04] <radix> I just didn't think to look there
[22:05] <sinzui> radix, If you can wait until monday, you can see EdwinGrubbs's very nice create a release and select/create milestone UI.
[22:05] <radix> I'll have to make the release today, I'm afraid ;-) but I do look forward to it!
[22:55] <mbt> radix: This new interface, will that let arbitrary releases be made again?  I'd like to make "snapshot" releases that do not belong to a milestone, for example... I don't see a way to do that ATM
[22:56] <radix> mbt: you've got the wrong guy. I don't know anything about it, I was just trying to use it :-)
[22:56] <mbt> Oh, lol.  I need to learn how to read my scrollback buffer, lol
[22:56] <mbt> sinzui: Can you answer that last question?  :-D
[22:59] <sinzui> mbt: for this month *only* you must create a milestone first
[22:59] <sinzui> mbt Next week on on edge, we will begin testing the new create a release ui that will create a milestone on demand
[23:00] <mbt> Oh, so a milestone is still always required, it will just be automatic soon?
[23:01] <sinzui> mbt: when you create a release, you will select a milestone (which prives the series and code name, etc.). If the milestone does not exit, you can create it at that moment, then continue to add your release notes
[23:01] <mbt> Ahh, alright
[23:01] <sinzui> mbt a release is really just a milestone with release notes and files
[23:11] <RachedTN> I have create a team on launchpad, and now, I wanna to add some blueprints, but I can't find the add bouton like when I  create a project ?
[23:19] <kwah> barry-away, https://bugs.launchpad.net/launchpad/+bug/358788


[10:52] <thopre01> Hi, can someone point me to the procedure to request a package rebuild (from the same source) in an Ubuntu LTS (Ubuntu bionic)?
[10:55] <juliank> thopre01: the process is to upload it with increased version number
[10:56] <juliank> there's no difference to any other upload
[10:56] <juliank> except, if the version does not contain ubuntu, it will be build1 (build2, ..., and so on)
[10:58] <thopre01> I see
[10:59] <thopre01> How to request such an upload for a universe package then?
[10:59] <thopre01> (I am not the maintainer, just one of the upstream developer)
[10:59] <juliank> thopre01: what do you want rebuild and why?
[11:02] <thopre01> I want the newlib package in Ubuntu bionic rebuild because it was built using an earlier version of gcc-arm-none-eabi than the one currently in bionic and this causes bug LP#1767223
[11:02] <juliank> Usual procedure for sponsored uploads would be to file a bug, attach a debdiff, and subscribe ubuntu-sponsors. But maybe it's fine to subscribe sponsors for a no-change rebuild?
[11:02] <thopre01> Ok, thanks
[11:04] <juliank> thopre01: Here it's obviously more complex, as it involves SRU paperwork. If you believe that a rebuild fixes that, write impact, test case, and regression potential sections in that bug, assign it to the correct package
[11:05] <thopre01> Ok, on it, thanks juliank!
[11:19] <thopre01> Done
[14:22] <jibel> vorlon, hi, there are 3 MPs for layered images waiting for a review, could someone from foundations have a look?
[14:22] <jibel> https://code.launchpad.net/~jibel/livecd-rootfs/+git/add_multi_layered_squashfses_support/+merge/360878
[14:22] <jibel> https://code.launchpad.net/~jibel/debian-cd/support_for_multilayer_images/+merge/359228
[14:22] <jibel> https://code.launchpad.net/~jibel/ubuntu-cdimage/support_for_multilayer/+merge/359512
[14:36] <rbasak> jbicha: FYI, patching PHP back to pcre3 seems more difficult than it initially seemed and I don't think it'll be practical.
[14:36] <rbasak> So we'll have to hold on switching to php 7.3 until pcre2 in main is decided.
[14:38] <jbicha> rbasak: I'm sorry to hear that (ok, I'm honestly a bit happy too 😉 )
[14:58] <seb128> bdmurray, hey. The apport autopkgtests seem quite buggy/flakky nowadays, is that a known issue/something you are looking at (e.g<EMAIL_ADDRESS>[15:27] <bdmurray> seb128: I think they are failing now because of bug 1808508
[15:28] <seb128> bdmurray, which is being worked on?
[15:29] <bdmurray> seb128: not quite yet
[15:29] <seb128> k, thx bdmurray
[16:33] <vorlon> cjwatson: iucode-tool> hmm indeed, what should be done about this now given that bionic and cosmic both released this way?  Do you think it's worth copying to -updates to update the source component?
[16:34] <vorlon> jibel: I am EOY; if you need reviews before then, please escalate to gaughen
[16:45] <cjwatson> vorlon: IMO we can live with it for stable releases but should fix it going forward
[17:47] <jibel> vorlon, okay, enjoy EOY break!
[19:02] <Odd_Bloke> smoser: Does https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyring/+bug/1809027 appropriately capture what we would need for mfdiff?
[19:07] <smoser> Odd_Bloke: i think that summarizes it well. good job.
[19:07] <smoser> i might add that it isn't a "one time only" problem.
[19:08] <smoser> at some point 18.04 will also be in such a scenario.
[19:09] <Odd_Bloke> smoser: Yep, great point; added.
[19:13] <smoser> Odd_Bloke: i guess if we were over engineering things... it might be nice to have that package provide you with a mapping of signing-key to release
[19:14]  * smoser comments on bug


[09:19] <rmg51> Morning
[11:54] <teddy-dbear> Morning peoples, critters and everything else
[15:03] <WorkingTurkey> i officially moved to south silly


[12:58] <mneptok> cruisin' and boozin' and rockin' on the horse sized pills.
[12:58] <GazzaK> sounds fun
[02:26] <ubotu> vox754 called the ops in #ubuntu
[02:28] <nixternal> he is a troll if you haven't figured it out yet
[02:28] <LjL> maybe but peteki is actually doing a mess.
[02:28] <LjL> and i see other interesting messages as well
[02:29] <nixternal> offtopic != ops call
[02:30] <nixternal> heh, just noticed that peteki garbage
[02:30] <LjL> he was warned. twice.
[06:37] <ubotu> Toma- called the ops in #ubuntu
[08:02] <ubotu> In #ubuntu-offtopic, Wriest said: !BMPx is that for me
[12:57] <ubotu> predaeus called the ops in #ubuntu
[04:50] <ubotu> vox754 called the ops in #ubuntu
[04:59] <jrib> LjL: how come you remove instead of mute?
[05:02] <LjL> jrib: because 1) usually, clients don't keep pasting when kicked and rejoining 2) i don't have any sane means to remove mutes by timer on my client, and i forget 3) you never know when it's safe to remove the mute (i.e. when they've finished pasting)
[05:02] <LjL> my "paste kick" alias gives them the !pastebin factoid in a PM, though
[05:03] <jrib> ok 3 is a good point
[05:03] <LjL> jrib: 1) too, i think. they can start again chatting sooner if their paste queue is just dropped, instead of having to wait until they're finished
[05:04] <LjL> a very long paste (such as pasting xorg.conf) can take minutes to finish
[05:04] <jrib> true, but I would leave it to them to part and come back if they wanted to
[05:04] <LjL> and usually, they don't even *know* it's taking that long, and wonder why "nobody replies to them" (the messages simply aren't getting through)
[05:05] <LjL> jrib: also if #ubuntu is +z, which it often is, they don't even see the "cannot send to channel" message when they're muted, and just wonder, i guess
[05:06] <LjL> i suppose i could add an /invite to my alias
[05:38] <nalioth> jrib: i recommand /remove on paste
[05:38] <nalioth> it stops it instantly
[05:38] <nalioth> and the user can come back to a barrage of !paste
[05:46] <LjL> uhm look i suppose there's nothing too bad in inviting people to a temporary channel for giving more detailed help
[05:46] <LjL> but am i the only one with the feeling that vox is overdoing that a little?
[05:57] <nixternal> nalioth: is it possible to have an ubuntu member cloak and an fsf member cloak at the same time?
[07:06] <jrib> LjL, nalioth: thanks for your input, I think you've convinced me
[07:07] <ubotu> fdoving called the ops in #ubuntu
[07:08] <fdoving> ignore that, ljl handled it.
[08:12] <Tm_T> ok, if someone is multiplying, can I kick him?
[08:13] <Tm_T> I just decided: I can
[08:16] <nalioth> multiplying?
[08:16] <nalioth> you mean cloning?
[08:16] <Tm_T> 21:12 -!- Xikzasil________
[08:16] <Tm_T> yes, something like that
[08:16] <Tm_T> looks like he only have bad net connection (and client is stupid)
[09:08] <Myrtti> pleia2: you do know why she isn't there?
[09:09] <Myrtti> because of that aoirth lalala fella prolly
[09:09] <pleia2> Myrtti: heh, I had a long talk with him this morning
[09:09] <pleia2> but I think she's actually not there because she's in Sevilla :)
[09:11] <pleia2> he promised to stop his constant talking and off-topicness (and cut out most of the slang)
[09:11] <pleia2> we'll see how it goes
[09:11] <Myrtti> I honestly doubt
[09:12] <Myrtti> but we'll see
[09:12] <mc44> oh dear, you have aoirth lala :(
[09:13] <Myrtti> his nick is unpronouncible so I never remember it
[09:16] <mc44> I know, I just feel very sorry for you, he is insanely annoying
[09:19] <GazzaK> That's what she said!
[09:28] <ubotu> In #ubuntu, bagoun said: !need help pls, is there some FLASH PLAYER for x86-64 arch?
[09:28] <Tm_T> err
[09:56] <GazzaK> Mez, whats your radio station link?
[09:56] <nalioth> boring
[09:56] <nalioth> and they don't allow call ins
[09:57] <GazzaK> they allow me winding him up so he giggles on air though
[09:58] <nalioth> yes, but you are local
[09:58] <GazzaK> yeah, and that scares me
[10:11] <GazzaK> he wants to visit me in my hotel in Birmingham, that worried me more
[10:11] <nalioth> o_0
[10:11] <GazzaK> erm, I hope for a beer...
[10:13] <stdin> or vodka


 Feeling any better?
[09:09] <seb128> a bit but not great...
[09:09] <seb128> jamesh, weekly summary reminder!
[09:09] <marcustomlinson> :/
[09:10] <Laney> hi Wimpress marcustomlinson seb128
[09:10] <seb128> jamesh, also rls bug update
[09:10] <didrocks> hey Wimpress
[09:11] <seb128> Trevinho, rls bug, you did update the set for bionic this time but you also have an eoan section
[09:11] <seb128> hey Wimpress, Laney!
[09:13] <oSoMoN> good morning Wimpress, seb128
[10:05] <jbicha> seb128_: could you remove gnome-shell-pomodoro from focal/s390x? (because gnome-shell isn't available on s390x)
[10:06] <Laney> something going to stop it coming back?
[10:07] <jbicha> it now Build-Depends on gnome-shell
[10:08] <seb128_> jbicha, k
[11:06] <seb128> jdstrand, you never replied back to Olivier on https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1794064 ... would be one nice to get fix now that chromium is a snap only
[12:46] <oSoMoN> seb128, jdstrand: I confirm the bug is still valid, fwiw
[12:47] <oSoMoN> can someone please confirm it, I don't want to confirm my own bugs
[12:51] <seb128> oSoMoN, done
[13:02] <fidencio> jibel: hey/ping. :-). So, I've started adding ubuntu-19.10 to osinfo-db and I'm facing some issues when trying to unattended install (via preseed file) the desktop media.
[13:03] <jibel> hi fidencio, what kind of issues?
[13:04] <fidencio> jibel: didrocks pointed out that nothing changed and it should just work. but, for some reason, it just doesn't. when using the same preseed (and kernel command line) used for the server media, the automated installation doesn't kick in and I can see the "Installation type" dialog hanging there
[13:04] <fidencio> jibel: let me get the kernel command line and preseed file used
[13:05] <fidencio> jibel: https://paste.fedoraproject.org/paste/Zq6yIeWyoO3BynxSXPZAOQ
[13:09] <fidencio> jibel: this is the screen: https://fidencio.fedorapeople.org/ubuntu_1904_issue.png
[13:10] <jibel> fidencio, it looks like a pretty standard preseed.
[13:10] <mgedmin> does the 19.10 installer support "Use the largest continuous free space" any more? I don't see that option in the screenshot
[13:11] <jibel> fidencio, I cannot look immediately right now, but I'll test it this week.
[13:11] <didrocks> mgedmin: yes, if your disk isn't empty and have free space :) (which isn't the case in this vm)
[13:24] <fidencio> jibel: cool, thanks. I'll be around. So, if you find something out, please, just let me know
[14:27] <hellsworth> morning everyone
[14:27] <marcustomlinson> hey hellsworth
[14:28] <hellsworth> hia o/
[14:29] <didrocks> hey hellsworth
[14:30] <oSoMoN> good morning hellsworth
[14:30] <seb128> hey
[14:30] <seb128> ok, it's meeting time!
[14:31] <kenvandine> it is!
[14:31] <seb128> #startmeeting Desktop Team Weekly Meeting - 2019-11-05
[14:31] <meetingology> Meeting started Tue Nov  5 14:31:21 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:31] <meetingology> Available commands: action commands idea info link nick
[14:31] <seb128> Roll call:  didrocks, duflu (out), hellsworth, jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, trevinho, robert_ancell (out)
[14:31] <kenvandine> o/
[14:31] <oSoMoN> \o
[14:31] <marcustomlinson> \o
[14:31] <jibel> hi
[14:31] <hellsworth> o/
[14:32] <seb128> seems like we have enough people to get started :)
[14:32] <seb128> #topic rls-bb-bugs
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:32] <seb128> no desktop entry
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:32] <seb128> no unassigned (!fix commited) there
[14:33] <seb128> #topic rls-dd-bugs
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:33] <seb128> no desktop entry
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[14:33] <seb128> no unassigned
[14:33] <tseliot> o/
[14:34] <seb128> #topic rls-ee-bugs
[14:34] <seb128> hey tseliot & tkamppeter :)
[14:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[14:34] <seb128> bug #1850535
[14:35] <seb128> there is only one report and the submitter said it went away after uninstall fcitx
[14:35] <Trevinho> yeah and the warning isn't related with the crash...
[14:36] <seb128> I would vote -1 for rls tracking it at this point
[14:36] <Laney> agreed
[14:36] <Trevinho> as well
[14:36] <oSoMoN> given fcitx isn't default, agreed
[14:36] <hellsworth> sgtm
[14:37] <seb128> done
[14:37] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[14:37] <seb128> we have some entries there
[14:37] <seb128> bug #1816396
[14:37] <kenvandine> robert uploaded the fix to focal
[14:37] <seb128> I'm assigning that one to Robert, the just fixed it in focal
[14:38] <seb128> kenvandine, right, looks like he forgot to assign himself for eoan, done now
[14:38] <kenvandine> indeed
[14:38] <kenvandine> thx
[14:38] <seb128> bug #1845801
[14:39] <seb128> unsure what to do about this one, tseliot feedback pointed out to maybe a systemd issue
[14:39] <tseliot> yep
[14:40] <Trevinho> Laney maybe can indagate? Not sure if tagging though yet
[14:40] <tseliot> I wonder if xnox is aware of that ^^
[14:41] <Laney> what in the world does indagnate mean
[14:41] <hellsworth> indicate maybe?
[14:41] <seb128> balint asked for testing with a systemd from a ppa, let's see if we can get that going
[14:41] <seb128> I will set to incomplete meanwhile
[14:42] <Trevinho> sorry, investigate 😅
[14:42] <hellsworth> :)
[14:42] <rbalint> seb128, as i see we did not get feedback with new systemd
[14:42] <seb128> rbalint, right
[14:43] <seb128> ok, third one is bug #1850535
[14:43] <seb128> which we just discussed in the previous section
[14:43]  * Trevinho translating made easy (#makeyourwordtuesday)
[14:43] <seb128> #topic rls-ff-bugs
[14:43] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:43] <seb128> bug #1740637
[14:44]  * kenvandine sheds a tear
[14:44] <seb128> we should probably remove those
[14:44] <kenvandine> yes
[14:44] <seb128> though I don't see any justification of why it needs to be rls tracked
[14:45] <seb128> I will assign to myself, I wanted to review/upload the change from Jeremy
[14:45] <seb128> no point pissing off d_oko by arguing on the rls targetting :)
[14:45] <kenvandine> :)
[14:45] <seb128> bug #1844853
[14:46] <seb128> that's fix commited
[14:46] <seb128> bug #1847570
[14:46] <seb128> ongoing
[14:46] <seb128> and I just noticed I was reviewing the tracking list
[14:47] <seb128> so no point reviewing those assigned ones :p
[14:47] <seb128> which means I did skip
[14:47] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:47] <seb128> the indicator one we just discussed
[14:47] <seb128> bug #1848217 is fix commited, I just forgot to untag previous week
[14:47] <seb128> and I think that's it for rls bugs!
[14:48] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:48] <seb128> Laney, yours!
[14:48] <Laney> YEAH
[14:48] <Laney> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:48] <Laney> so there's a lot of stuff, I didn't look into all of them tbh
[14:49] <Laney> we should probably divide and conquer amongst everybody
[14:49] <Laney> somehow
[14:51] <seb128> should we just try to poke a bit to the list this week collectively?
[14:51] <seb128> maybe state on the channel when you look at something to avoid duplicating
[14:51] <seb128> and see if we have an easier set to review next week then?
[14:51] <Laney> sure, if it happens
[14:52] <Laney> I'm going to take libproxy and glib2.0 to start
[14:53] <Laney> if someone likes rust then librsvg would be a good one
[14:53]  * oSoMoN ducks
[14:53] <oSoMoN> (I'll take a look)
[14:53] <seb128> lol
[14:53] <seb128> ppc64el failing test
[14:53] <seb128> looks like fun :)
[14:53] <seb128> I can try poking to that one
[14:54] <seb128> I will also look at the other failing to build ones
[14:54]  * Trevinho expenses https://www.powerpc-notebook.org/
[14:54] <seb128> k, probably not need to sort out that here/now
[14:55] <seb128> Trevinho, :)
[14:55] <seb128> thanks Laney
[14:55] <seb128> #topic AOB
[14:55] <seb128> other topics?
[14:55] <Wimpress> Trevinho: denied
[14:55] <seb128> lol
[14:55] <didrocks> quick manager response :p
[14:55] <Wimpress> Lulz
[14:55] <seb128> next week some of us are away at a product sprint
[14:56] <Trevinho> nuuuuuuuuuu #tears and more indagations :-D
[14:56] <hellsworth> and some of us are at LAS
[14:56] <seb128> maybe we should skip the meeting?
[14:56] <seb128> Wimpress, wdyt, skipping next one?
[14:56] <kenvandine> +1
[14:56] <hellsworth> +1
[14:56] <seb128> sounds like consensus
[14:56] <Wimpress> Yep. Skip next week.
[14:56] <seb128> thx everyone
[14:56] <marcustomlinson> the ayes have it, the ayes have it
[14:56] <seb128> no other topic?
[14:57] <Wimpress> Nope.
[14:57] <Trevinho> nope
[14:57] <seb128> let's wrap then!
[14:57] <seb128> thanks team
[14:57] <seb128> #endmeeting
[14:57] <meetingology> Meeting ended Tue Nov  5 14:57:44 2019 UTC.
[14:57] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-11-05-14.31.moin.txt
[14:57] <marcustomlinson> thanks
[14:57] <didrocks> thx!
[14:58] <oSoMoN> thanks
[14:58] <hellsworth> thank you :)
[14:59] <jdstrand> oSoMoN, seb128: I added a trello card and assigned it to me
[14:59] <seb128> jdstrand, hey, great, thanks!
[14:59] <oSoMoN> thanks jdstrand
[14:59] <Wimpress> Thanks for running things again seb128. I should have all my double booked meetings fixed by next time.
[14:59] <seb128> Wimpress, np
[15:00] <seb128> Laney, pango synced, let's see if things get interesting :)
[15:00] <Laney> nice, thanks
[15:01] <seb128> oSoMoN, you will like that, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942022
[15:01] <seb128> 'Looking at the differences and trying downgrading some build deps, I
[15:01] <seb128> found that replacing rustc 1.37 with 1.36 makes 2.44.14 and 2.44.15 build
[15:01] <seb128> again in that latest schroot.'
[15:02] <Laney> yeah
[15:02] <oSoMoN> urgh
[15:02] <Laney> then Simon was like "good luck with that"
[15:02] <Laney> :D
[15:02] <seb128> :)
[15:02] <seb128> or :( rather
[15:05] <hellsworth> in case it is useful, we build a couple of these newer packages (listed in udate_excuses) in the gnome-3-34-1804-sdk snap: librsvg 2.44-15 and  glib2.0 v2.62.2
[15:06] <hellsworth> that might help find any env var issues or new deps or something
[15:06] <hellsworth> oSoMoN: seb128 ^^
[15:07] <seb128> hellsworth, thank you for the hint
[15:07] <seb128> librsvg is probably going to get down a ppc64el/rust issue though :/
[15:08] <seb128> rustc 1.38 is out, we should perhaps wait for that update
[15:08] <oSoMoN> hellsworth, thanks. it looks like the issue is with the newest rustc in focal, which isn't in bionic
[15:08] <hellsworth> sure, jsut wanted to point it out in case it helps :) no harm if it doesnt
[15:08] <seb128> right
[15:10] <didrocks> please IDE, you should understand than when I typed "ctx.Done()", I actually meant "z.Done()" and avoiding having me losing 45 minutes adding prints statement everywhere because I thought my logic was wrong
[15:10] <didrocks> thanks, with love :)
[15:11] <hellsworth> if i feel like it  --IDE
[15:12] <didrocks> not using vscode yet, I see :)
[15:12]  * didrocks dumped vim to it some years ago and doesn't regret
[15:12] <seb128> Laney, jibel, do you know offhand why daily ISO validation on focal is failing? real issue? still the reboot thing?
[15:13] <jibel> seb128, the session doesn't start
[15:13] <Laney> I didn't look, sorry
[15:13] <jibel> I didn't try with today's iso
[15:13] <Laney> not getting emails about it actually
[15:13] <seb128> let me download it and give it a try
[15:13] <Laney> I am for bionic though
[15:14] <seb128> I got the bionic ones as well :/
[15:14] <seb128> but yeah, no focal email
[15:14] <jibel> I didn't create automated jobs for focal, that's why there is no notification
[15:14] <jibel> but before adding them I wanted to make sure the image at least is installable
[15:15] <Laney> nod
[15:15] <Laney> ok, that explains why I didn't think to check ;-)
[15:16] <jibel> seb128, I can have a look at the iso tomorrow if you want
[15:16] <seb128> jibel, I'm downloading it now, let's see if I find something obvious
[15:17] <jibel> i've today's image here already
[15:17] <jibel> booting it
[15:19] <jibel> seb128, same problem than last week
[15:19] <seb128> k
[15:19] <jibel> the session hangs immediately after it starts
[15:19] <jibel> Laney said it was a mutter bug
[15:20] <Laney> once you click on a desktop icon
[15:20] <Laney> you can interact with it until then
[15:21] <jibel> https://gitlab.gnome.org/GNOME/mutter/issues/896
[15:21] <gitbot> GNOME issue 896 in mutter "Hang when interacting with desktop icons on x11 after 71c3f4af" [1. Bug, 1. Regression, 5. Backend: X11, Opened]
[15:21] <jibel> no need to click
[15:21] <Laney> that doesn't sound like what the CI would be doing
[15:21] <Laney> or?
[15:21] <Laney> well, yes there is for me
[15:21] <Laney> can give you a screencast if you want me to prove it
[15:22] <seb128> looks like we should wait for that fix to land before wasting time debugging things then
[15:22] <jibel> yeah I can do a screencast :)
[15:22] <jibel> to prove that you don't have to click
[15:22] <seb128> you can be both right, I don't think screencasts are needed
[15:22] <jibel> but I agree it's a waste of time
[15:23] <seb128> let's wait for the known issue to be fixed
[15:23] <jibel> I'd rather wait for the fix and try again
[15:23] <seb128> and see where we stand then
[15:23] <seb128> thx jibel Laney
[15:23] <Laney> if it were me I'd get a backtrace of the no click thing
[15:24] <seb128> Laney, the hang which is known has to do with clicking and you think it might be a different bug then?
[15:24] <seb128> let me see what it does here
[15:24] <Laney> might be
[15:24] <Laney> backtrace would probably give a clue
[15:24] <seb128> it's still downloading
[15:25] <Laney> because it's to do with focus changes which happen when clicking on the desktop icons
[15:48] <tkamppeter> It is possile that I am sufferng bug 1807056, so I would like to test Wayland on 19.10, how do I switch?
[15:49] <tkamppeter> In the login I can only choose "Ubuntu", not "Ubuntu on X" or "Ubuntu on Wayland".
[15:51] <mgedmin> perhaps your system doesn't support wayland?  (e.g. nvidia drivers could be a problem)
[15:51] <Laney> indeed
[15:52] <tkamppeter> My system has no Nvidia, it is a pure Intel Lenovo Thinkpad Yoga 2nd gen.
[15:52] <Laney> well if you're not seeing Wayland as an option then that means that GDM decided your system can't run a Wayland session
[15:52] <Laney> there might be a clue in the journal from when GDM first started
[15:55] <Laney> what did I do wrong that I've started to get sounds for calendar notifications now :(
[15:57] <seb128> is that from the browser or from eds?
[15:57] <Laney> could be eds or shell
[16:08] <tkamppeter> I have rebooted now and I can choose Wayland again but entered the standard X session first to find out whether simply the reboot solves the problem.
[16:36] <tkamppeter> No I hae tried both X and Wayland, and even the text console, the intermittant yboard failures (sometimes one or 2 characters do not appear, sometimes one press of a key le it come out 10-20 times) stll occur.
[16:36] <tkamppeter> Sorry, Now I have tried ...
[16:37] <tkamppeter> Anyon had such a problem?
[16:41]  * mgedmin sometimes (very very rarely) seeeeeeeeeeeeeeeeeeees repeated keystrokes when the system is under heavy load
[17:16] <Laney> dgadomski: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1754671/comments/150 /o\
[17:20] <tkamppeter> mgedmin, for me at least the missing characters also happen without load, the rpeated ones also sometimes without load.
[17:22] <tkamppeter> I have now contatced Lenovo, as my laptop has a 3-year warranty extension.
[18:14] <bittin> Meeting in 15 minutes? or you already had it?
[18:15] <oSoMoN> bittin, the desktop team meeting is at 13:30 UTC, it was 4 hours ago
[18:17] <bittin> oSoMoN: ah seems my Google Calender shows it wrong for some reason: https://i.imgur.com/tcRY5Jy.png
[18:17] <bittin> is there a log for a curious Ubuntu user?
[18:18] <bittin> nevermind found it: http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-11-05-14.31.log.html
[18:24] <bittin> oSoMoN: not sure why the calendar invite shows up for the wrong time for me always in Google Calender imported from Fridge, but looks good
[18:25] <bittin> just a curious user as i said, and had some spare time tonight, will help test Focal ISOs and Alpha/Betas when they are out in January 2020 however
[18:58] <oSoMoN> bittin, that's great, thanks for the help!
[18:58] <bittin> np
[22:15] <robert_ancell> hellsworth, it's official. Saw you on the new hires email :)
[22:17] <hellsworth> i know! fancy that :)


[03:51] <inetpro> good mornings
[07:04] <pieter2627> morning all
[18:29] <inetpro> good evening
[18:29] <gremble> Hey inetpro
[18:30] <inetpro> how's gremble today?
[18:36] <inetpro> interesting list of speakers at allthingsopen.org


[14:42] <tryfan> Good day all, I have an interesting problem where I have the same user-data/meta-data on CentOS versions 7.7, 7.8 and 7.9.  On 7.7, cloud-init is version 18.5-3.el7.centos, 7.8 and 7.9: 18.5-6.el7.centos.5.  On 7.7, cloud-init status is done and cloud-final has been run.  on 7.8 and 7.9, status still says running, and cloud-final has not been run.  I'll paste the analyze dumps
[14:45] <tryfan> https://paste.centos.org/view/941d595a
[15:35] <Odd_Bloke> tryfan: Each cloud-init stage is executed at a different point in boot by your init system; if the final stage hasn't run, that suggests that your boot is stuck in something other than cloud-init.
[15:38] <tryfan> Odd_Bloke: wasn't sure if it was triggered by the system or by cloud-init if it detected a new instance.  cloud-final was disabled (not by me) in cent 7.8, 7.9  I enabled cloud-final in the image creation and it's now running.  I'm doing some reboot tests to make sure it doesn't run continually
[15:44] <tryfan> it seems ok now, I guess redhat have hidden enabling cloud-final somewhere in their documentation I couldn't find
[17:06] <blackboxsw> community-notice: we've been remiss in hosting frequent cloud-init office hours. We plan on being available every two weeks at 17:15 UTC  (in +10 mins) I expect we can setup a bot to remind us (and hopefully update the irc topic automatically for us too. So, that this time/date availability is not forgotten come next office hours.
[17:18] <blackboxsw> #startmeeting cloud-init office hours
[17:18] <meetingology> Meeting started at 17:18:36 UTC.  The chair is blackboxsw.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[17:18] <meetingology> Available commands: action, commands, idea, info, link, nick
[17:18] <Odd_Bloke> o/
[17:19] <blackboxsw> community notice: hi folks. We are resuming our much anticipated office hours. Every two weeks at this time. The IRC topic will host our upcoming expected office-hours meeting time.
[17:19] <blackboxsw> \o Odd_Bloke thx
[17:19] <blackboxsw> t
[17:20] <blackboxsw> This meeting will provide an opportunity with multiple upstream cloud-init devs available to discuss bugs, features, ongoing development or answer your existential questions :)
[17:20] <blackboxsw> We hope to continue this meeting with regular cadence (and calendar reminders) to make sure we hold this time and frequency.
[17:22] <blackboxsw> I'll send an email to the mailing list (again) announcing this cadence. Again this time if for any discussions, questions or dev/feature topics that folks would like to gab about.
[17:23] <blackboxsw> We just published a high-level update of what's been happening in the cloud-init space, https://discourse.ubuntu.com/t/cloud-init-status-02-23-2021/21069.
[17:25] <blackboxsw> As seen on the mailinglist, Odd_Bloke and falcojr have been trying to tidy up things for the upstream 21.1 timed release. Thanks both of you for driving this work. I believe 21.1 landed, was uploaded to Ubuntu 21.04 (Hirsute).
[17:26] <blackboxsw> We are also planning on SRUing(StableReleaseUpdate - Ubuntu-speak for uploading) 21.1 plus a feature fix for OVS support into Xenial, Bionic, Focal and Groovy within the next week or two.
[17:26] <Odd_Bloke> Yep, I'm currently working through the release announcement process.
[17:30] <blackboxsw> great Dan. So, TLDR is watch the mailinglist<EMAIL_ADDRESS>and discourse https://discourse.ubuntu.com/c/server/cloud-init for announcements and updates
[17:30] <blackboxsw> #link https://discourse.ubuntu.com/c/server/cloud-init
[17:58] <blackboxsw> I think we've about rounded out the office-hours. (I spent that time walking through a sopel-irc bot setup to test out some of the features to see if we can't add some structure to this office-hours engagement (and frankly release announcements too )
[17:59] <blackboxsw> Let's set that next office hours for +2 weeks-45 mins from now
[18:00] <blackboxsw> hopefully by then we have an automated announcer kicking off the notification.
[18:00] <blackboxsw> Thanks all!
[18:00] <blackboxsw> #endmeeting
[18:00] <meetingology> Meeting ended at 18:00:28 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/cloud-init/2021/cloud-init.2021-02-23-17.18.moin.txt
[20:18] <ninjitsu> Hey all.  I'm new to cloud-init and am currently working a project using it.  I am having a problem when passing in "accept" as the value to the "chef_license" parameter.  I've shown the erorr here: https://github.com/number5/cloud-init/issues/16
[20:20] <ninjitsu> Basically this line here: https://github.com/number5/cloud-init/blob/a64b73808857fa7b4f262422ce2c87eedbce10d5/cloudinit/config/cc_chef.py#L443 - looks in the "CHEF_RB_TPL_PATH_KEYS" array, finds "chef_license", and then proceeds to attempt to strip the filename ("accept") while keeping what it believes is the path "''" which it then tries to ensure exists with the call to util.ensure_dirs
[20:24] <Odd_Bloke> ninjitsu: o/ This sounds like https://bugs.launchpad.net/cloud-init/+bug/1912424 to me.  Does that sound right?
[20:24] <ninjitsu> sec let me check
[20:25] <ninjitsu> yes that user is experiencing the exact same issue
[20:25] <ninjitsu> and his suggested fix is kind of exactly what i was thinking
[20:27] <Odd_Bloke> I've commented there, hopefully they'll see and pick it up.
[20:28] <ninjitsu> Thanks Dan :D I'll watch that thread.
[21:29] <ninjitsu> Hey so I have a question - so the "chef" module runs as part of the "final" stage, according to the docs I'm reading, and "runcmd" runs as part of the "config" stage which is supposed to occur prior to the "final" stage.  Is this order accurate? Because I have a "chef-client --chef-license accept" command listed in "runcmd" and it seems to execute AFTER the chef client is installed. While I like this behavior, idk if I'm readin
[21:44] <rharper> ninjitsu: so  runcmd runs during cloud-config stage (ci goes init-local, init, config, final).  runcmd will emit the commands to run into a script which will be executed during final, specifically when it runs scripts_user stage) ... the chef module allows you to accept the license via cloud-config ... maybe you've already got that in there?
[21:47] <rharper> the chef module will run before scripts user  ... so your runcmds run after anything that the check cloud-config module does
[21:49] <rharper> the module looks to install chef and render templates, and optionally run chef ;  this would execute before runcmd script executes (even though runcmd stage is rendered earlier in boot);  yes that's confusing; the docs for runcmd do say "run at rc.local time" which is effective when cloud-final runs as well.
[22:21] <Odd_Bloke> Just published 21.1 to the el-testing repo at https://copr.fedorainfracloud.org/coprs/g/cloud-init/el-testing/


[11:20] <alf_> alan_g: perhaps we should go with different executables in the existing (acceptance/integration/unit) directories, e.g., acceptance-tests(-main), acceptance-tests-c89, acceptance-tests-symbol-resolution ...
[11:20] <alf_> alan_g: unit-tests, unit-tests-umockdev etc
[11:21] <alan_g> alf_: maybe (although needing umockdev seems more integration/acceptance-test to me)
[11:23] <alf_> alan_g: yeah, link-time seams blur the test category lines
[11:25] <alan_g> alf_: maybe that's the key idea: "MIR_ENABLE_SPECIAL_LINKAGE_TESTS"?
[11:27] <alf_> alan_g: that would leave out the c89 tests, MIR_ENABLE_SPECIAL_BUILD_TESTS?
[11:28] <alan_g> alf_: do we need to include the c89 test in this category?
[11:28]  * alan_g doesn't think we even need to link c89 test - it should be compile time
[11:31] <alf_> alan_g: No, we don't need to include it really, but we need to enable it by default somehow. I guess we can start with SPECIAL_LINKAGE + separate c89 and reconsider if new "special" tests arrive.
[11:32] <alf_> alan_g: hmm, or is c89 already built?
[11:32] <alan_g> alf_: I thought it was on by default (but haven't looked recently)
[11:33] <alf_> alan_g: ok, it is still there, so yes, SPECIAL_LINKAGE is good enough for now if we want to go the separate category path
[11:33] <alan_g> And using link seams does interfere with other tests, so they do make a coherent category of sorts.
[14:29] <FunnyLookinHat> Anyone here privy to the details on why Software Center is going away after 14.04? https://docs.google.com/spreadsheet/ccc?key=0AiT4gOXSkmapdGdFejk0MjFydUlNMDVoMXNRdGdkbFE#gid=1
[14:29] <FunnyLookinHat> Not sure where to ask - but trying to track down the story on this one - I presume click packages will be a replacement or something?
[14:34] <davmor2> FunnyLookinHat: the applications lens is replacing it.  On desktop that will mean support for debian and click backends aiui, best place is possibly #ubuntuone though as it controls development of software-center now
[14:34] <FunnyLookinHat> davmor2, Cool thanks!
[16:04] <olli> kgunn, Saviq http://paste.ubuntu.com/6474449/
[16:05] <olli> I followed the instructions in the unity8 wiki and am stuck at this stage
[16:05] <olli> I feel like I am missing like 1 package but can't see it straight
[16:06] <olli> kgunn, Saviq stderr is misisng, working on it
[16:06] <kgunn> olli: watch out for ancient ppa's.....i had some really old qt edger ppas that hosed me
[16:06] <olli> kgunn, this is a virign install on my new laptop
[16:06] <olli> :)
[16:07] <kgunn> olli: oh...nvmd
[16:10] <Saviq> olli, it's possible, we're in transition between in-built shell-facing scopes api and a package outside
[16:11] <Saviq> olli, not everything got released yet
[16:15] <Saviq> kgunn, ↑↑
[16:30] <alf_> kdub: are you happy with the shm-buffers-part1 MP? If you also prefer base_ptr() instead of map() it's an easy change...
[16:30] <kdub> alf_, yeah, was just reviewing
[16:31] <alf_> kdub: (I will probably need to resync with trunk anyway)
[16:31] <alf_> kdub: s/trunk/development-branch/
[16:31]  * kdub always calls development-branch trunk too
[16:36] <truebattleaxe> is anyone having any issues with the display settings after installing mir?
[16:43] <racarr> morning
[16:56] <truebattleaxe> hey
[17:42] <kdub> alan_g, with more-cleanup-of-ownership-of-client-buffers, the changes to buffer ownership will probably trickle into mc::SwitchingBundle, right?
[17:43] <alan_g> kdub: yes.
[17:43] <kdub> i'm finding some of the composition changes for overlay are tied to that class
[17:43] <kdub> trying to anticipate how we'll change
[17:43] <alan_g> kdub: I don't have anything in flight right now - so you can sneak in ahead of me
[17:44] <kdub> i don't really want to wade into it if i can help it, but it might be necessary
[17:45]  * kdub keeps looking
[17:56] <alan_g> kdub: I don't anticipate changing the logic - just the way buffers are handed out for clients. (Still playing with raw pointer vs unique handle). So I don't anticipate any conflicts with overlays
[17:59] <kdub> alan_g, okay. at the moment, i'm considering burying the 'frameno' logic back inside of mc::SwitchingBundle
[18:02] <alan_g> kdub: is that feasible? Surely there needs to be some logic associated with the (possibly concurrent) compositors?
[18:03]  * alan_g decides it is too late in the day to worry
[18:08] <kdub> the logic is needed, it just seems to me that the buffer tracker is the best place to keep it
[18:09] <kdub> instead of splitting responsibility out to the compositor and the buffer tracker
[18:09] <kdub> i'll see if its cleaner or not :)
[18:28] <Saviq> hey folks, since the recent mir release, unity8 is crashing on shutdown
[18:29] <Saviq> could you please have a look https://bugs.launchpad.net/mir/+bug/1253685
[18:29] <Saviq> from what I can see surface is deleted (surface=0x0) in inputarea.cpp
[18:30] <Saviq> greyback, fyi ↑
[18:31] <Saviq> racarr, could you have a look at this over our night ↑?
[18:31] <greyback> Saviq: hmm, ok will have a look in a bit
[18:31] <Saviq> greyback, well, it's EOD for you
[18:31] <greyback> kinda
[18:31] <greyback> did start late tho
[18:31] <Saviq> greyback, your call
[18:31] <Saviq> racarr, greyback it's very easy to reproduce - just Ctrl+C after running unity8 on the console
[18:32] <greyback> so I've another 30 mins
[18:32] <Saviq> (stop unity8 before that)
[18:32]  * Saviq puts steps to repro
[18:42] <Saviq> greyback, please try and find someone to continue past your EOD, though
[18:43] <Saviq> unless you fix it, obviously
[18:43] <greyback> Saviq: ok
[18:44] <didrocks> also, if you see it's fixed in latest Mir release, maybe we can just go ahead
[18:44] <didrocks> (with latest mir + unity-mir + platform-api)
[18:44] <didrocks> and we release that
[18:45]  * didrocks would appreciate an email about it in the morning, even if there is no progress
[18:45] <racarr> Saviq: Ok
[19:14] <greyback> racarr: if you're looking, I suspect this is the line causing the crash: line 90 of inputarea.cpp in unity-mir
[19:15] <greyback> racarr: probably that the InputArea has been destroyed before the MirSurface is
[19:26] <greyback> racarr: I've to run unfortunately, will be back in 4 hours
[19:53] <kdub> how extensively is DepthID used anymore?
[19:53] <kdub> also, recursive mutex, sad
[20:17] <racarr> greyback: Oi thanks
[20:17] <racarr> kdub: Still used to keep theshell surface on top
[20:33] <kdub> racarr, ah, okay... i can look past it for now :)
[20:34] <kdub> was just bemoaning our locking situation in surfacestack
[21:10] <kdub> the new mc::DefaultDisplayBufferCompositor::composite is beautiful


[03:01] <Unit193> https://ftp-master.debian.org/new/ayatana-indicator-application_0.5.1-1.html
[04:12] <Unit193> https://lists.debian.org/debian-devel-announce/2017/05/msg00002.html
[04:13] <Unit193> https://lists.debian.org/debian-devel-announce/2017/05/msg00005.html
[06:10] <ochosi> Unit193: nice, never thought that the demise of Unity would have such a positive impact on indicators
[06:11] <ochosi> also looking forward to stretch
[10:28] <bluesabre> akxwi-dave: will be a bit longer for the parole fixes... in the middle of a big cleanup and my schedule got switched up quite a bit this weekend
[10:36] <akxwi-dave> bluesabre:  no probs..   :-)
[20:41] <tracker3> I am searching for the 'scanner portion' of driver for my MP210 printer. Where can I find this to download?
[20:41] <Unit193> I'd say you're looking for #xubuntu, the support channel.
[20:42] <tracker3> ok thanks, i'll try to find that. If not i'll be back
[20:44] <knome> tracker3, try https://xubuntu.org/irc
[20:44] <tracker3> just got there
[20:45] <tracker3> interface does not seem to be working
[20:46] <knome> http://webchat.freenode.net/?channels=xubuntu and make sure you allow JS
[20:46] <knome> or /join #xubuntu on this window
[20:49] <tracker3> ok thanks, I got there knome.


[11:56] <tsimonq2> I'd like some more insight on https://github.com/lxqt/lxqt-session/359 - was this tested first on Lubuntu? Right now it seems like it's causing our Openbox theme to not be applied at all, was this intentional?
[11:58] <tsimonq2> To clarify, that environment variable handling was used to set the settings in /usr/share/xsessions/Lubuntu.desktop - now they aren't being applied at all.
[11:59] <RikMills> tsimonq2: 'page not found' on that link
 It was intentional upstream. We need a bug filed for it and a fix. I think we have an rc.xml file we install and we just need to take the lxqt-rc file and apply it.
 I don't think we will need that in the desktop entry then.
[12:00] <tsimonq2> RikMills: Sorry, https://github.com/lxqt/lxqt-session/pull/359
 I am sorry I haven't had any time to work on it.
 To make life worse I am on jury duty this week.
[12:01] <tsimonq2> Do you have more details as to what you've seen so far? I'm willing to fix it, would just like to know where it's at.
[12:01] <tsimonq2> lubot_: Ouch.
 I think wxl made a task
 I know that if you mv lxqt-rc.xml rc.xml our theme gets applied.
[12:03] <tsimonq2> Well, if it's that simple, it shouldn't be that hard to knock out. :)
 in the ~/.config/openbox/ directory
[12:04] <tsimonq2> Wow, yeah, that's a one-liner.
[12:04] <tsimonq2> Can confirm.
 nice
[12:05] <tsimonq2> Running a bugfix through the usual paces, will update in a few. :)
 🙏
 Your timing is incredible.
[12:07] <tsimonq2> Well, I saw it on my own machine. :)
[12:34] -queuebot:#lubuntu-devel- Unapproved: lubuntu-default-settings (impish-proposed/universe) [21.10.1 => 21.10.2] (lubuntu)
[12:35] <tsimonq2> Uploaded. Do we have release notes drafted anywhere?
[12:36] <apt-ghetto> tsimonq2: Can you link the debdiff? I don't see the commit on phab
 Thanks. I don't have anything drafted yet
[12:37] <tsimonq2> Pushing momentarily. Tested on a fresh VM.
[12:37] <tsimonq2> lubot_: No problem. I'll work on something late this evening if nobody gets to it first.
[12:40] <guiverc> i posted  https://discourse.lubuntu.me/t/lubuntu-impish-indri-21-10-beta-testing-week/2735 for testing-week purposes on discourse.. release notes NEED to thank fahim for providing wallpaper & greeter background  (discourse; thread being https://discourse.lubuntu.me/t/lubuntu-impish-indri-21-10-beta-testing-week/2735)
[12:43] -queuebot:#lubuntu-devel- Unapproved: accepted lubuntu-default-settings [source] (impish-proposed) [21.10.2]
 thanks <kc2bez> yes it is present in the current LTS. This is the output of 'cat /etc/os-release':
 NAME="Ubuntu"
 VERSION="20.04.3 LTS (Focal Fossa)"
 ID=ubuntu
 ID_LIKE=debian
 PRETTY_NAME="Ubuntu 20.04.3 LTS"
 VERSION_ID="20.04"
 HOME_URL="https://www.ubuntu.com/"
 SUPPORT_URL="https://help.ubuntu.com/"
 BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
 PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
 VERSION_CODENAME=focal
 UBUNTU_CODENAME=focal (re @lubuntu_bot: (irc) <kc2bez> @Rodrigo I think one of the first steps is to verify your issue exists in a newer version of Lubuntu so that we know it is a current bug that hasn't been fixed.)
 Kudos to <apt-ghetto> has saved my day with help in the support channel. So I want to contribute to Lubuntu. Unfortunately I am not a developer. But have some time and enthusiasm :)
[14:37] <apt-ghetto> https://manual.lubuntu.me/stable/B/Contributing.html lists some ways to help
 Thanks
 Is it still present in 21.04 or 21.10? (re @Rodrigo: thanks <kc2bez> yes it is present in the current LTS. This is the output of 'cat /etc/os-release':
 NAME="Ubuntu"
 VERSION="20.04.3 LTS (Focal Fossa)"
 ID=ubuntu
 ID_LIKE=debian
 PRETTY_NAME="Ubuntu 20.04.3 LTS"
 VERSION_ID="20.04"
 HOME_URL="https://www.ubuntu.com/"
 SUPPORT_URL="https://help.ubuntu.com/"
 BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
 PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
 VERSION_CODENAME=focal
 UBUNTU_CODENAME=focal)
[18:33]  * Eickmeyer pulls a teward and salts tsimonq2
[18:34] <tsimonq2> Beta images respun, please verify that the setting changes stuck.
[18:35]  * tsimonq2 throws a cat at Eickmeyer @Eickmeyer:libera.chat
[18:35]  * Eickmeyer 's dog eats tsimonq2's cat
[18:40] <teward> *literally drops a crate of crap on top of @tsimonq2*
[18:41] <tsimonq2> TEWARD!
[18:41] <tsimonq2> HE IS ALIVE!
[18:53] <teward> technically speaking
[18:53] <teward> i've been alive a lot more than you have been :p
[19:01] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Impish Beta] has been updated (20210923)
 Tested the beta images and openbox login = black screen after login - (re @lubuntu_bot: (irc) <tsimonq2> Beta images respun, please verify that the setting changes stuck.)
[22:01] <guiverc> tsimonq2, kc2bez , you don't really want all tests re-performed? or do you?
 I don't think it is necessary.
 As long as the default settings change made it in and is working.
[22:07] <guiverc> @Leokolb is the only one to have done a live test & used openbox.. happy/unhappy with Leok's comment ^ as black screen to me is expected
[22:08] <guiverc> I noticed no changes with Lubuntu (install/live)
 We had the wrong Openbox theme in the Lubuntu session.
 It should be Lubuntu arc instead of the clear looks
 Also I think the key bindings would have been off.
 If that didn't change then we need to go back and give it a look.
[22:11] <guiverc> blimey, I'd have hoped to have notice that  (lubuntu arc vs clearlooks)..  will boot it again
 If the title bar to the window is blue it will give it away.
 I haven't made it to a computer yet, I'm still on my phone.
[22:16] <guiverc> theme arc-darker icons adwaita (neofetch) BUT wm.prefs says Lubuntu.Arc is used
[22:17] <guiverc> I don't see the 'blue'; it's black/grey to me
 ok sounds like it is good then.
[22:18] <guiverc> ark-darker was the GTk3 theme sorry ^
[22:19] <guiverc> (neofetch doesn't appear to show Qt5 theme)
 I think that would have been unaffected. Only the Openbox theme/settings were wrong.
[22:20] <guiverc> clearlooks appears to be the light-blue one; lubuntu.arc more a whitish-black (dark grey)
 yup
[22:21] <guiverc> clearlooks-3.4 a less-light-blue
 So it should have a ~/.config/openbox/rc.xml file and not a lxqt-rc.xml correct.
[22:24] <guiverc> Sorry if you were asking me I don't know sorry.  I saw your & Simon's discussion last night but being tired was soon in bed
 No worries.
[22:25] <guiverc> i'll change & look at where it's stored
 I guess I was asking a question. I was just looking for confirmation in the latest daily.
 lxqt-rc.xml is no longer used in LXQt so it is useless
 it needs to be rc.xml
[22:26] <guiverc> 21.10.2 (lubuntu-default-settings) is on the ISO, @Leokolb confirmed it was on manifest
 awesome.
[22:26]  * guiverc used apt-cache policy on live session
 perfect
 I think it fixed the issue then.
[22:28] <guiverc> yeah rc.xml is the only file in ~/.config/openbox & has my opensuse like Clearlooks-Olive change
 Excellent. Thanks for confirming.
[22:28] <guiverc> (it's green - i could have said Ubuntu-MATE like; sorry)
 "Chelsea Cucumber" XD
[23:24] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Impish Beta] has been marked as ready


[06:17] <santosan> hello
[06:17] <santosan> I have tried firefox 22 on armhf platform and it seems webrtc support has been disable ?
[06:19] <santosan> I have tested Firefox 22 on i386 works


[14:22] <Luca1> Hi! Is there anyone?
[14:27] <Luca1> I need to ask a question related to the new kernel 2.6.38 in the new Ubuntu 11.04. Is there anyone available?
[14:29] <Nafallo> !ask | Luca1
[14:29] <ubot2> Luca1: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[14:45] <Luca1> Thanks! Sorry, I'm not used to IRC. The question is related to the parameter nomodeset: since I upgraded to 11.04, I'm trying to boot the new kernel 2.6.28, but I get a screen completely screwed after grub.  I found out the issue might be related to nomodeset parameter. By setting it I can boot both the USB pendrive (already used it for Ubuntu 10.10
[14:46] <Luca1> arg.. sorry, I meant I'm trying to boot kernel 2.6.38, not 2.6.28... sorry
[17:59] <rootzlevel> Hi! Im working on an assignment to compare the 2.6.32 stable kernel with the ubuntu-lucid kernel. There are a few things I don't understand: 1. What does "SAUCE" mean in commit-logs? 2. Is there a way to get all patches that are applied on top of the official kernel? 'git log --grep=UBUNTU' is a history of those patches, not the patches themselves.
[21:02] <maxb> rootzlevel: SAUCE is amusing jargon for Ubuntu-specific changes aimed at making people's experience of the distro better
[21:03] <maxb> As in: it's the "secret sauce" that makes it taste so good :-)
[21:05] <JanC> maxb: except it's not secret sauce  ;-)
[21:05] <JanC> just Ubuntu Sauce, with publicly available ingredients
[21:05] <maxb> Well, yes, hard to keep your secrets in a public git repository :-)
[21:07] <rootzlevel> maxb: ah, I see ;) thanks
[22:15] <Luca> Hi! I'm trying to figure out why my system, which has an ATI with opensource drivers installed, cannot boot the kernel 2.6.38 without having to set the nomodeset parameter. The same happens when I try to use USB pendrive with fresh installation of 10.04. Is there anyone able to help figure out this situation?


[11:01] -SwissBot:#ubuntu-news- ::Planet:: Full Circle Magazine: Full Circle Weekly News #195 @ https://fullcirclemagazine.org/podcast/full-circle-weekly-news-195/
[12:49] -SwissBot:#ubuntu-news- ::Planet:: Alan Pope: Ouya was a Success @ https://popey.com/blog/2021/01/ouya-was-a-success/
[19:35] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 664 @ https://fridge.ubuntu.com/2021/01/04/ubuntu-weekly-newsletter-issue-664/ (by wildmanne39)
[22:23] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Here’s the New Wallpaper for KDE Plasma 5.21 @ https://www.omgubuntu.co.uk/2021/01/kde-plasma-milky-way-wallpaper (by Joey Sneddon)


[00:00] <administrator_> was already installed, I did apt-get update but nothing happened
[00:01] <superm1> after the apt-get update restart hardware drivers.  if it's still not offering it, it's possible that fglrx isn't supported on your card
[00:01] <superm1> you can try to manually force it, but it might not work
[00:02] <Davide> I just installed MythBuntu 8.10, and am unable to get sound working on the system.  It's not just in mythtv, the whole system has no sound.  Is there a way to check if the sound drivers are properly installed?
[00:02] <Davide> I"m new at Linux
[00:05] <administrator_> superm1, restarted hardware drivers, but nothing changed, Id like to manually force it, what would I need to do?
[00:07] <superm1> Davide, there aren't really any ways to (easily) manually  install sound drivers in linux.  it's usually all or nothing
[00:07] <superm1> administrator_, you would install xorg-driver-fglrx manually, and then run aticonfig or another method to add fglrx to the xorg.conf
[00:09] <Davide> well what can I do? superm1
[00:10] <Davide> superm1 I mean is there a way that I can check if they are installed at all?
[00:10] <Davide> I dont really know what's wrong
[00:11] <Davide> would the OS alert me if one of the pieces of hardware did not have drivers installed?
[00:21] <miliambar> so here's a question thats stumping me
[00:22] <miliambar> I have a hdhomerun and I can record any hd channel I want...except if I schedual a recording on 50-1 I get a message that tells me there is no file...and when I look it appears that it isn't creating a file...but if I browse to the channel and hit the record button manually it records just fine, and this is the only channel it happens on
[00:23] <miliambar> any ideas what I should look at
[00:35] <administrator_> fglrx didnt work, the screen got corrupted, maybe radeonhd works?
[02:26] <rockx0zone> I am having problems install the nvidia-180 driver.  is this common with the mythbuntu version of ubuntu?  Should I install ubuntu, get the drivers working and install the mythtv packages or does that matter?
[04:19] <bobbob1016> I have a video that plays fine if I open it from Thunar or cli, but MythTV just starts mplayer and then it goes back to MythTV.  My mplayer video line is "mplayer -vc coreserve, -ao alsa:device=spdif -ac hwac3,hwdts,alsa, -fs -zoom -quiet -vo xv %s" the video is an mp4, HD downloaded from youtube, not sure much else.  AAC Audio if I read the mplayer cli output right.  Any ideas?
[04:58] <wombo_> How do I get rid of pulse audio?
[05:06] <MythbuntuGuest38> Hi.
[05:06] <superm1> !hi | MythbuntuGuest38
[05:06] <Zinn> MythbuntuGuest38: Hi $nick, how are you?  Something we can help you with today?
[05:07] <wombo_> I cant work out this pulseaudio thing that was added in the lastest PPA
[05:07] <wombo_> I cant even run mythfrontend --help anymore
[05:07] <MythbuntuGuest38> can I run mythbuntu as a front end only, no TV features, just to watch downloaded vids?
[05:08] <wombo_> nope, but you can install both the backend and frontend on the same computer
[05:11] <wombo_> for anyone reading the logs 'killall pulseaudio'
[05:12] <superm1> MythbuntuGuest38, sure
[05:14] <MythbuntuGuest38> hmm, just looked at the mythtv faq to see what the backend does, seems I dont need it.
[05:19] <superm1> well it needs to be running unfortunately, it just wont do anything
[05:22] <MythbuntuGuest38> well now im confused. can i use the "live cd frontend" to watch video's from harddisk without installing stuff?
[05:47] <superm1> yeah you can
[05:47] <superm1> well yes and no
[05:47] <superm1> you can use tools such as mplayer xine or vlc to watch stuff on the hard disk
[05:47] <superm1> if you want to use the live cd frontend, you need to have a backend and sql server elsewhere
[05:55] <Shadow__X> you tell em superm1
[05:55] <Shadow__X> lol
[05:56] <Shadow__X> hey superm1 do you think you can answer a question for me
[05:56] <superm1> sure what's up?
[05:57] <Shadow__X> i dont know if you remember but i have a dell laptop with the dell wireless n 1500
[05:57] <Shadow__X> which equates to broadcom 4321
[05:57] <Shadow__X> i hear that its a great chipset
[05:57] <Shadow__X> and that its good for speed and quality
[05:57] <Shadow__X> but the best speeds i can pull off of it is 3 -4 MB/sec thats it
[05:58] <Shadow__X> where i have been using a ralink 2860 and thats easily gets me 7 MB/sec
[05:58] <Shadow__X> the ralink is from a asus eeepc 1000
[05:59] <superm1> so it depends on the driver you are using
[05:59] <superm1> i've heard the open source driver gets crap speeds
[06:00] <superm1> the closed driver gets better speeds
[06:00] <superm1> but i'm not sure if the closed driver works with that card
[06:00] <Shadow__X> hmm i havnt found any good speeds on the broadcomm in windows and in linux its slower
[06:03] <superm1> well if you are getting bad speeds in windows too, then have you checked to make sure the antenna is connected properly?
[06:03] <superm1> that it didnt get loose and what not
[06:07] <MythbuntuGuest38> bye.
[06:14] <waxhead> is there a release date for mythbuntu 9.04?
[06:14] <superm1> it should be approximately the same date as ubuntu 9.04
[06:14] <superm1> https://wiki.ubuntu.com/JauntyReleaseSchedule
[06:15] <waxhead> ok.. I'm hoping to see improvement with h264 playback with the next release...
[06:15] <waxhead> I read that it's going to use the .21-fixes branch
[06:15] <superm1> with what player?
[06:15] <superm1> yeah i dont know that much has changed in -fixes for h264
[06:15] <waxhead> which from my reading so far seems to imply some improvement with h264...
[06:15] <superm1> you'd have to use trunk to get a lot of that kind of improvement
[06:16] <waxhead> no?
[06:16] <superm1> i may be wrong and just not watching -fixes commits well enough
[06:16] <waxhead> i've tried a few players... mplayer, "Internal" and VLC...
[06:16] <superm1> but normally those sorts of things come in ffmpeg merges
[06:16] <superm1> which only happen in trunk
[06:16] <waxhead> all have have been having problems... of differing types...
[06:17] <superm1> well VLC has a new version in 9.04
[06:17] <Shadow__X> superm1, yeah i check that when i put the 2860 i get alot faster speeds
[06:17] <superm1> so it may be a bit better too
[06:17] <waxhead> I see you can run the weekly builds script... I was thinking about trying that,b ut given that we nearly have 9.04 I can wait to see what comes out...
[06:17] <waxhead> cool...
[06:18] <waxhead> so I'll wait till the next release and see how it goes...
[06:18] <waxhead> is it safe enough to dist-upgrade, or should I look at installing "clean" ?
[06:18] <superm1> don't use apt-get dist-upgrade.  use update-manager
[06:18] <superm1> and that should be safe
[06:18] <waxhead> recordings and video are on different drives so it's not a problem to wipe clean on the os drive
[06:19] <waxhead> superm1, what about aptitude?
[06:19] <superm1> waxhead, dont use that either
[06:19] <superm1> the *only* supported method to upgrade is update-manager
[06:19] <waxhead> I'd rather ssh in and do the upgrade in a shell
[06:19] <superm1> then use the do-release-upgrade tool
[06:19] <superm1> it's the command line version of update-manager
[06:19] <superm1> it uses the same core
[06:19] <waxhead> tops!!! thanks.. I'll have to remember that...
[06:20] <superm1> it should be documented on the ubuntu upgrade pages i believe
[06:20] <waxhead> probably is.. i usually read them before starting on upgrading..
[06:20] <superm1> you in theory "could" use dist-upgrade, but it's totally unsupported and you can run into things that are not representable in packaging that might break and be hard to sort out
[06:20] <waxhead> I also do one box and then the rest as it's all cached in the proxy server...
[06:31] <wombo_> superm1, FYI they have just merged ffmpeg 0.5 into trunk
[06:31] <wombo_> within the last couple of hours
[06:31] <superm1> wombo_, woot!
[06:31] <superm1> depending on the timing for that, it might actually be in the weekly builds that just got queued up
[06:32] <wombo_> nah we just missed by a couple of minutes :(
[06:32] <wombo_> I was hoping too
[06:32] <wombo_> But I would wait a day anyway as about 10 or 15 different patches have gone in about it since the mythbuntu build
[06:33] <superm1> yeah it always takes some time for those merges to settle out
[07:53] <superm1> wombo_, if you hear sometime in the next few days that the merge is "done" and it's a good time to rebuild, ping Daviey and he can queue up a build
[07:54] <superm1> Daviey, you should really install a big teal button somewhere or something :)
[07:54] <wombo_> yep no probs. I normally track whats happening in there a little
[08:47] <hads> Anyone played with WOL from suspend?
[08:47] <hads> I can wake from a shutdown but not from suspend.
[08:47] <hads> Using a r8169
[09:57] <hume> hi..I am running mythbuntu on an intrepid box - recently my mythbuntu session seems to have lost the window borders, so I cannot really access other programs like konsole - any ideas on how to solve this without reinstallation?
[10:52] <administrator__> hi I installed a skystar hd2 on jaunty with s2api drivers, the dvb-s-card is recognized. I want to scan for channels. SO I choose DVB DTV capture card (v3.x) at the card setup and I get: STB0899 Multistandard Subtype: DVB-S as Frontend ID. at DiSEqC I choose LNB Universal Europe. (But when I leave the card setup menu and get back into it, there is no sign of LNB, but it says: (unconnected)). After that I choose EIT at the vid
[10:52] <administrator__> eo source setup and europe-west for the channel frequency table. when I want to scan for channels, in "connect source to input" I can choose several different scan types: Full scan, usw., what do I need to choose? Iam using weeklybuild -fixes
[11:38] <administrator__> I checked with kaffeine and it works.
[12:00] <EvilGuru> Hmm, removing ubuntu-desktop doesn't seem to help
[12:03]  * administrator2 is administrator
[18:39] <foxbuntu> hads, thats because WoL requires BIOS support and the BIOS wont active via WoL packet unless it thinks its off, suspend is still an "on" status in the BIOS, if you want it to make from suspend use mythwelcome
[18:39] <foxbuntu> s/make/wake
[19:51] <rjmunro> How much space do I need to run a mythtv backend server excluding video? Will a 10Gb root partition be enough?
[19:52] <rjmunro> Where should I mount the partition to hold the video files?
[19:53] <rhpot1991> rjmunro: that should be enough for the root partition, normally the recordings partition will mount to /var/mythtv/recordings
[19:54] <rhpot1991> its really personal preference though, I do mine all in /mythtv
[19:54] <rhpot1991> as long as its not your home directory and you assign privledges correctly you will be fine
[19:56] <rjmunro> rhpot1991: So mounting a big XFS partition as /var/mythtv wil work well?
[19:57] <rhpot1991> rjmunro: yep, might be worth your time to have seperate ones for recordings and videos and music and so on
[19:57] <rjmunro> and 10Gb is enough for everything outside /var/mythtv? (apart from swap)
[19:57] <rhpot1991> I like to keep recordings on their own, and everything else on another partition
[19:58] <tgm4883> rhpot1991, quick correction.  It's /var/lib/mythtv
[19:58] <rhpot1991> thank tgm4883
[19:58] <tgm4883> default that is
[19:58] <tgm4883> np
[19:58] <rhpot1991> can tell how much I know, since I don't use the default
[19:58] <rjmunro> So the layout is /var/lib/mythtv/{recordings,music,videos} for all the stuff?
[19:59] <rhpot1991> tgm4883: whasn't there some talk about a default size for root a little while back?
[19:59] <rhpot1991> forget if we said 10 or 15, or if that code ever ended up anywhere
[19:59] <tgm4883> yea it's in the partitioner
[20:00] <tgm4883> there is a default range, and partman figures out in that range based on the size of your disk
[20:00] <rhpot1991> music  pictures  posters  recordings  videos
[20:00] <tgm4883> iirc it's 6-10 for /
[20:00] <rhpot1991> are the folders in there rjmunro
[20:00] <rjmunro> Cool.
[20:01] <rhpot1991> I just like recordings seperate and then you can let that whole partition fill with them and adjust without worrying oh no I put a bunch of movies here and don't have room for recordings no more
[20:01] <rjmunro> I've got a disc with a bunch of data in LVMs that I want to keep, but I don't need to keep the root partition, which is 10Gb.
[20:02] <rjmunro> But the disc also 200Gb of unused space in the LVM, which should be perfect for videos.
[20:03] <rjmunro> Is ext3 reccomended for the root partition?
[20:03] <rhpot1991> I believe so, thats what I use
[20:03] <rhpot1991> and xfs for recordings partition
[20:04] <tgm4883> yes ext3 for / xfs for recordings
[20:04] <rhpot1991> rjmunro: are you doing intrepid or jaunty?
[20:15] <rjmunro> rhpot1991: Err, I'm using a Mythbuntu 8.10 alternate install CD if that answers your question.
[20:16] <rhpot1991> rjmunro: yep, proceed
[20:16] <rjmunro> rjmunro: Phew... It's too late to stop now :-)
[20:17] <rjmunro> s/rjmunro/rhpot1991/
[20:17] <tgm4883> i'm headed out to lunch, but make sure you configure the db when you get it installed
[20:17] <tgm4883> as the alt disk doesn't like to do that
[20:17] <rjmunro> What are "Mythbuntu additional roles"?
[21:13] <rjmunro> Hmm... The system boots and the screen is totally blank.
[21:14] <rjmunro> ctrl-alt-f1 doesn't give me a terminal.
[21:14] <rjmunro> But I can ssh in from another machine.
[22:39] <schdav> trying to get a 2 transmitter mceusb2 device to work. got the remote working but am not having success with the transmitters
[22:39] <schdav> there doesnt seem to be a mode2/irw equiv for transmitting.. any ideas on how to troubleshoot it better?
[22:40] <schdav> or should i ask #lirc
[22:46] <superm1> schdav, try using a digi camera to look and see if the light is flashing when transmitting
[22:47] <schdav> ah, nice. i'll try that
[22:49] <rjmunro> I've installed with the alternate install method, and the machine just freezes, but I can ssh from another machine. I noticed my /etc/X11/xorg.conf seems to be blank. Is that correct?
[23:01] <schdav> hmm... no dice. any other ideas?
[23:29] <hads> foxbuntu: I've seen reports of WoL from suspend, I'll look into it further.