[03:44] <bigjools> jtv: which package were you installing?
[03:44] <jtv> maas-dns
[03:45] <jtv> Actually I was installing lots of packages, but that's where the error happened.
[03:45] <bigjools> jtv: let me re-phrase then.  What package did you ask apt-get to install?
[03:46] <jtv> Pretty much everything that maas-region-controller depends on, but not maas-region-controller itself.
[03:46] <bigjools> jtv: you mean you were manually installing all the dependencies?  What was your exact command line
[03:46] <jtv> And not postgres, which was the original point of what I was doing.
[03:46] <jtv> Yes, I was manually installing all the dependencies.
[03:47] <bigjools> why?
[03:47] <jtv> Because I was reproducing the postgres installation problem, and wanted to minimise noise.
[03:47] <bigjools> ok
[03:48] <bigjools> this is arising because maas-dns invokes some tasks, and in the tasks module it has stuff to talk to seamicro
[03:48] <bigjools> which is annoying
[03:50] <jtv> Make it a lazy import?
[03:50] <jtv> FWIW installing python-seamicro silenced the error, although of course by that time loads of other dependencies had already been installed — they may have similar problems otherwise.
[03:51] <jtv> If it's just seamicro, I say cut the import chain somewhere and do it in a heavily commented function.
[03:51] <bigjools> jtv: move the import inline, perhaps
[03:52] <bigjools> yeah here we go, postinst calls "maas-region-admin set_up_dns"
[07:50] <rvba> jtv: looks like some validation that happens *after* you set self.broadcast_ip expects that address to be a string indeed…
[07:52] <jtv> OK I can do that now
[07:53] <bigjools> getting a lot of errors in celery log
[07:54] <bigjools> [2014-03-31 17:53:03,074: ERROR/MainProcess] consumer: Cannot connect to amqp://maas_workers@<IP_ADDRESS>:5672//maas_workers: [Errno 104] Connection reset by peer.
[07:54] <bigjools> restarted celery and boom, a ton of queued jobs went through
[08:02] <bigjools> rvba, jtv, gmb: off to eat.  Call in 28m, and I have some fun news.
[08:04] <jtv> OK
[08:21] <jtv> rvba: https://code.launchpad.net/~jtv/maas/fix-default-broadcast-clean/+merge/213414
[08:21] <rvba> jtv: on it
[08:22] <jtv> Thanks.
[08:22] <rvba> jtv: looks good
[08:25] <jtv> Thanks.
[08:28] <rvba> jtv: bigjools: running another test in the lab with manual fix for the bug jtv is fixing (see above)… so far so good: nodes enlisted okay… commissioning…
[08:28] <rvba> with *a* manual fix.
[08:28] <bigjools> :)
[08:29] <dimitern> perhaps a dumb question, but i'll ask anyway - what are the valid reasons to recommission a node after it becomes ready? hw changes?
[08:29] <bigjools> yes
[08:30] <dimitern> including changing nics ?
[08:30] <rvba> or if you add new commissioning scripts.
[08:30] <dimitern> ah, right
[08:30] <bigjools> changing nics is an interesting one
[08:30] <bigjools> gmb, jtv, rvba: I'm on talky
[08:31] <dimitern> thanks!
[08:31] <bigjools> let's chance our hand
[08:31] <gmb> Wasty.time.
[08:31] <jtv> That's taking a while...
[08:33] <rvba> bigjools: jtv: deploying stuff with juju in the lab…
[08:51] <rvba> bigjools: jtv: test passed
[08:54] <jtv> \o/
[10:43] <Hermes42> hi all, got a question regarding maas node installation: it seems to get it's packages from us.archive.ubuntu.com , whatever I do. I would prefer to use a local apt-cacher. has anyone an idea how to configure that?
[10:57] <jtv> Hermes42: you can configure that on the Settings page.  By default it goes through a caching proxy on the region controller.
[10:57] <jtv> (This also means that you can install nodes without giving them direct internet access)
[10:58] <jtv> You can also select a different archive on that page.
[10:58] <jtv> Click the cogwheel in the upper right of the UI.
[11:09] <Hermes42> i  tried that. unfortunatly, the clients still want to install from external us.archive...
[11:09] <Hermes42> additionally, the connection is direct and not over maas
[11:10] <Hermes42> jtv: i think you talk about <ip>/MAAS/settings ; Ubuntu section
[11:11] <Hermes42> there i have configured http://<IP_ADDRESS>:3142/ftp.halifax.rwth-aachen.de/ubuntu/ as the ubuntu archive, still installing from us.archive.ubuntu.com
[11:11] <Hermes42> ...84:3142 is my apt-cacher proxy on the maas server
[11:12] <Hermes42> maybe i have to regenerate some images?
[11:12] <Hermes42> maas-import-ephemerals doesn't seem to do anything anymore...
[11:12] <jtv> We don't generate images, so that's not it...
[11:12] <jtv> No, that script is obsolete.
[11:12] <Hermes42> ok
[11:12] <jtv> The latest package versions don't even have it.
[11:13] <jtv> I wouldn't configure the proxy as the Ubuntu archive, to be honest; I'd just configure a proxy.
[11:13] <jtv> There's a separate "proxy" field on the settings page.
[11:13] <Hermes42> jtv: my maas-server is build on 14.04 with maas 1.5
[11:14] <Hermes42> also tried that, additional to the archive
[11:14] <Hermes42> the traffic still seems to go direct
[11:14] <jtv> That is strange.
[11:14] <Hermes42> rechecking
[11:14] <jtv> If you do nothing at all from a clean install, the nodes should get all their packages from the squid-deb proxy on the region controller.
[11:15] <Hermes42> testing.
[11:15] <Hermes42> changing ubuntu source to http://<IP_ADDRESS>:3142
[11:15] <Hermes42> oops
[11:15] <Hermes42> the other half ;)
[11:16] <Hermes42> ftp.halifax.rwth-aachen.de/ubuntu/
[11:16] <jtv> It's supposed to be a full URL.
[11:17] <jtv> As is the proxy, by the way.
[11:17] <Hermes42> http://ftp.halifax....
[11:17] <jtv> OK
[11:17] <Hermes42> proxy is http://<IP_ADDRESS>:8000/
[11:17] <jtv> That all looks sensible...
[11:17] <Hermes42> which should be the squid on maas server
[11:18] <Hermes42> i had problems with the apt-cacher before, the clients wouldnt connect to 3142
[11:18] <jtv> This is not apt-cacher though.  It's squid-deb-proxy.
[11:18] <jtv> And if you want to use the built-in proxy, just leave the proxy field blank.
[11:18] <Hermes42> had to change /etc/maas/preseeds/generic
[11:19] <Hermes42> all mirror strings to choose-mirror
[11:19] <jtv> Sounds like it would make a useful bug report.
[11:21] <Hermes42> yep.
[11:22] <Hermes42> the freshly installed client still has /etc/apt/sources.list with us.archive....
[11:23] <Hermes42> i'll restart the maas and reinstall the client node.... brb
[11:31] <Hermes42> strange... now it seems to connect to the squid while commisioning, not us.archive, at least that what the download speeds say
[11:41] <Hermes42> when starting the node it still connects directly  to us.archive...
[11:42] <Hermes42> jtv: where can i configure the mirror for the starting node? I see no traffic on MAAS-Server during client downloading packages (e.g. linux-kernel)
[11:42] <Hermes42> ok can s.o. tell me a working os / maas / juju combination? I currently try trusty beta
[11:43] <Hermes42> with the default packages there /maas 1.5
[11:46] <jtv> Hermes42: from MAAS's point of view there is no difference between your first node and any other ones.
[11:46] <jtv> The kernel is not downloaded as a package; it comes straight from the cluster controller.
[11:47] <jtv> And, if you're getting a fast-path install, the whole boot image comes from there.
[11:52]  * jtv must be off now.  Good night!
[14:21] <perrito666> hello, could someone take a look to https://codereview.appspot.com/82670043/ ?
[14:21] <perrito666> It adds basic support for networks listing to testserver
[15:18] <rvba> dimitern: Hi, I'm having a look at bug 1299114.  Do you recall the parameters you were using when defining the network?
[15:21] <dimitern> rvba, I tried different combos, all failed; in the web ui i could see required fields which were left blank to turn red and report validation errors (ip address and netmask I think)
[15:22] <rvba> dimitern: I'm trying to figure out what caused the error… but having the exact data that you submitted would help me.
[15:23] <rvba> dimitern: so far, I'm unable to reproduce the problem :/
[15:24] <dimitern> rvba, once the upload completes, i'll paste a link in the bug to the disk image + xml file for the machine, perhaps that'll help
[15:27] <rbasak> roaksoax: python-seamicroclient MIR accepted. What will pull it into main? The next maas upload? Bug 1298130.
[15:29] <rvba> dimitern: you got the failure when using the CLI right?  Don't you have the invocation line somewhere in your history?
[15:29] <dimitern> rvba, both cli and api; let me check
[15:29] <roaksoax> rbasak: hey! thanks for taking care of it. And yes, it will be pilled by maas upload
[15:30] <dimitern> rvba, example: maas maas-root networks create name=main ip=<IP_ADDRESS> netmask=<IP_ADDRESS> description="Main MAAS network"
[15:32] <rvba> dimitern: works for me in a dev env. http://paste.ubuntu.com/7185307/.  I'll try with a package.
[15:34] <dimitern> rvba, if you still can't repro it, try upgrading from the daily-ok
[15:35] <dimitern> rvba, (i suspect my upgrade might be incomplete or something)
[15:35] <rvba> dimitern: you're getting this with the package from daily-ok?
[15:36] <dimitern> rvba, no, that's from the daily-builds r2188, but i originally installed the daily-ok one and upgraded later
[15:36] <rvba> okay
[16:05] <tych0> hi allenap (or anyone), maas nodes when a network is bridged are supposed to talk to the world through a squid proxy, right?
[16:06] <allenap> tych0: Is that the cluster’s network, or the region?
[16:07] <tych0> i don't understand the question :-(
[16:07] <tych0> the cluster and the region are on the same box
[16:07] <tych0> it is the slave nodes that aren't running through a squid
[16:07] <allenap> There’s nothing in MAAS that says a node *must* talk to the world through squid. It is there as a service, and we set the proxy for apt (iirc) to point to it, but MAAS doesn’t enforce anything beyond that.
[16:08] <tych0> ok
[16:08] <tych0> so my nodes aren't talking through the apt proxy either
[16:08] <tych0> should i file a bug?
[16:09] <allenap> tych0: Yeah, that sounds like a bug.
[16:09] <tych0> ok


[05:05] <LinLex> Hi, is anyone floating around here?
[05:06] <LinLex> hey
[05:06] <LinLex> I found the lernID package, found out I missed some of the  user classes but still want to contribute
[05:06] <LinLex> I've taught myself some html, but am currently getting stuck trying to leran python because I'm not really building anything
[05:07] <LinLex> I wondered if this would be a good place to start contributing to the project?
[05:08] <LinLex> even "you're a douche" would be helpful around now lol
[23:51] <Rocket2DMn> whenver i go to the homepage at wiki.ubuntu.com it just redirects me to the last page i visited on the wiki =/
[23:51] <Rocket2DMn> ah wait, there is a setting - how did that get enabled?


[00:28] <malev> hi everyone! I'm watching this bug. but, what to answer? https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/496034
[00:28] <ubot4> Launchpad bug 496034 in evolution "Ubuntu flawed, Evolution un-install destroys ubuntu" [Undecided,New]
[00:28] <malev> I think maybe is better to close... or is a bug in fact?
[00:29] <hggdh> malev: no, not a bug, just ignorance from the OR. I will add a comment on it
[00:30] <malev> thanks hggdh
[00:38] <malev> hi, now I'm watching: https://bugs.launchpad.net/mudlet/+bug/496033 I was thinking in asking the user a bit more information, maybe sending him: Not described well from the common responses.
[00:38] <ubot4> Launchpad bug 496033 in mudlet "Line duplication on 1.0.4" [Undecided,New]
[00:46] <nperry> malev: I would say the screenshots explain it pretty well
[00:46] <hggdh> malev: done. I closed it invalid
[00:47] <malev> nperry, but there is no info about the package o the distro version. do you suggest to triage it?
[00:47] <hggdh> malev hold on on this mudlet bug
[00:48] <malev> hggdh, don't worry, I can't triage a bug, I just was about to ask for it :D
[00:51] <hggdh> see https://edge.launchpad.net/mudlet MUDlet is not packaged for Ubuntu, it happens that they use LP for hosting bugs (and perhaps code as well, did not check)
[00:51] <hggdh> as such, it is not an Ubuntu bug -- and we cannot touch it
[00:52] <malev> hggdh, oks! should I answer him that?
[00:52] <hggdh> malev: no. This is not a bug for us, but for the mudlet developers/maintainers
[00:53] <malev> oks... i guess you 're closing it :D
[00:53] <hggdh> LP is used by a lot of other projects also
[00:53] <hggdh> I am not closing it, no. I am leaving it the way it is
[00:54] <hggdh> this is actually something we have to be careful on: *most* of the bugs on LP are Ubuntu bugs, but *NOT ALL*
[00:55] <hggdh> mudlet happens to be one of these not ours, so we CANNOT touch it.
[00:56] <malev> hggdh, oks! thanks
[00:56] <hggdh> malev: welcome, -- and, of course, thank YOU for helping ;-)
[01:15] <malev> what can I do to find bugs that belong to Ubuntu... you know, to start working on them (not developping but filtering)
[01:15] <maco> http://bugs.launchpad.net/ubuntu/+bugs
[01:15] <hggdh> yeah
[01:22] <malev> maco, thanks!
[01:22] <malev> I'm going for it
[04:25] <echotone> I dont know if this is a legit "bug" but i cant find a solution anywhere else. I cant use a live cd to install 9.10 because whether i choose try it or install it i get to the white ubuntu logo and then is flashes a couple of white lines and then the screen stays black forever. so i made an alternate cd and it installed . but when i rebooted i got the same problem. ANY thoughts. AT ALLLL???
[04:25] <dtchen> echotone: did you try disabling the splash?
[04:26] <echotone> i am not a very advanced user. so no. i am in puppy linux right now.
[04:26] <echotone> i was told to mount my hdd and look for something but then the user logged off
[04:29] <echotone> how would i go about disabling my splash? I cant get to a command line or anything with 9.10.
[04:29] <echotone> could i do it from within puppy with my hdd mounted?
[04:30] <dtchen> you should ask in #ubuntu for help with adding noplash to your grub.cfg
[04:30] <dtchen> nosplash, sorry
[04:31] <echotone> nobody helps me there. i am in that chat as well.
[04:31] <dtchen> (or booting with nosplash)
[04:31] <echotone> well, thank you anyways. My quest contiues......
[04:38] <mar-kolya> Hi to all
[04:39] <mar-kolya> I have a problem which I think is a bug and I do not know which package to report it against
[04:40] <mar-kolya> When my laptop is turned on from standby or hibernation the muted sound gets unmuted
[04:40] <mar-kolya> could you please tell me against which package shall I report this?
[04:43] <micahg> dtchen: ^^
[04:47] <dtchen> mar-kolya: it's already fixed in Lucid
[04:47] <dtchen> (LP: #404986, #483900)
[04:48] <dtchen> mar-kolya: the ubuntu-audio-dev PPA has that fix, too
[05:06] <mar-kolya> thanks!
[09:22] <MidnightBomber>  I have ubuntu netbook remix 9.10 with all updates. It does not allow me to install any new software packages. it says "This error could be caused by required additional software packages which are missing or not installable. Futhermore there could be a conflict between software packages which are not allowed to be installed at the same time." WTF
[09:23] <micahg> MidnightBomber: try #ubuntu for support
[09:41] <MidnightBomber> thanks
[13:30] <bash39> hi
[13:31] <bash39> I have a question about Empathy
[13:32] <etali> bash39: Hi, if you have a support question, you might get a faster response in #ubuntu - this channel is aimed at people who are working on bugs, rather than support...
[13:33] <bash39> actually it could be a bug.
[13:33] <etali> If you think it's a bug, you can learn more about reporting bugs here:  https://help.ubuntu.com/community/ReportingBug
[13:34] <bash39> when I quit empathy the status icon doesnt go back to its normal state, it only gets greyed out.  it used to work fine in 9.04 with pidgim
[13:34] <bash39> i'm using 9.10 now
[13:35] <etali> I'm on my Windows computer at the moment so can't test that, but that does sound odd... if you report it following the steps in the link I just posted then it will get looked at by the right people.
[13:36] <bash39> I'll check that now. thanx
[13:37] <bash39> it says "This page does not exist yet. You can create a new empty page, or use one of the page templates."
[13:37] <bash39> seems like the page is new
[13:38] <etali> Oops, my mistake, stick an s on the end - ReportingBugs
[13:38] <etali> sorry
[13:38] <bash39> np
[14:43] <BUGabundo> hey guys
[16:33] <hggdh> morning
[16:36] <BUGabundo> ola hggdh
[16:56] <hggdh> bug 233990
[16:56] <ubot4> Launchpad bug 233990 in thunderbird "Thunderbird's mdn (receipt) message may contain 822bis-violating bare lf which is rejected by Qmail" [Undecided,Confirmed] https://launchpad.net/bugs/233990

[17:16] <bcurtiswx> hey all, i can't reproduce bug #496106 on my VM.  It's an apport bug so the required information is there.  What would be the next logical step for this bug?
[17:16] <ubot4> Launchpad bug 496106 in empathy "[lucid] opening a chat window requires a triple-click" [Undecided,New] https://launchpad.net/bugs/496106
[17:19] <hggdh> bcurtiswx: we would still need someone to confirm it
[17:20] <hggdh> you could add a comment stating you could not reproduce, and setting it to incomplete
[17:20] <bcurtiswx> hggdh: ok, so it is ok to set to incomplete for not being able to confirm it?
[17:20] <hggdh> hum. Perhaps it depend on one specific provider?
[17:21] <bcurtiswx> hggdh: i don't see how a telepathy-spec would effect the empathy software.. different code bases
[17:21] <hggdh> bcurtiswx: yes. As I say above, it may be related to a provider (Jabber, MSN, whatever)
[17:22] <hggdh> bcurtiswx: I do not see how either, but this does not mean we are correct ;-)
[17:22] <bcurtiswx> hggdh: ok, so incomplete, wait for confirmation then push upstream?
[17:30] <hggdh> bcurtiswx: yes. I would still ask for the provider
[17:30] <nperry> Afternoon guys
[17:31] <nperry> Just spent the last hour going through these, could somone mark them as triaged please
[17:31] <nperry><PHONE_NUMBER>66<PHONE_NUMBER>38<PHONE_NUMBER>59<PHONE_NUMBER>39<PHONE_NUMBER>58<PHONE_NUMBER>74<PHONE_NUMBER>69<PHONE_NUMBER>12<PHONE_NUMBER>84<PHONE_NUMBER>43<PHONE_NUMBER>14<PHONE_NUMBER>93<PHONE_NUMBER>85 486871
[17:32] <nperry> Im just going through debian tracker now
[17:32] <bcurtiswx> hggdh: yes, thx I have done that.
[17:34] <matti> What one can do to be more efficient in helping with bugs?
[17:36] <etali> matti: Have you installed the Firefox / Greasemonkey package for Launchpad?  That's pretty useful when triaging.
[17:37] <matti> I don't.
[17:37] <matti> Where I can get it?
[17:42] <etali> Been a while since I installed them - I think this is the right link...
[17:42] <etali> https://launchpad.net/launchpad-gm-scripts
[17:47] <matti> OK, what next? ;]
[17:50] <etali> Have you read the wiki links about Triaging?
[17:51] <matti> Not yet.
[17:51] <etali> I think they've just changed the process for joining the teams, getting a mentor.
[17:52] <etali> Ah, it's worth reading those.  I'm not sure what the process for getting a mentor is now, but when I signed up I had to answer a few questions about time zones, areas of interest, etc.
[17:52] <matti> I am trying to get a mentor for about a year.
[17:52] <matti> With no luck ;]
[17:53] <etali> Wow, that's unfortunate.  It might be worth trying again - they've changed how the teams / mentors work now, so you should get a quicker response
[17:53] <nperry> etali: Last couple of days ive manager to get 3 bugs triaged, ive heard the magic number is five?
[17:54] <matti> etali: I don't know who to contact right now ;]
[17:57] <etali> nperry: I'm not sure on that - someone like hggdh or weathergod might be able to help?
[17:58] <etali> matti: lurk in here a while if you can, I'm sure someone with more experience will be along soon to point you in the right direction.
[17:59] <hggdh> matti: you should start by reading http://wiki.ubuntu.com/HelpingWithBugs
[17:59] <matti> :)
[17:59] <hggdh> and, as etali points out, being here (and asking questions)
[18:00] <hggdh> as you are pretty much doing, right now ;-)
[18:00] <hggdh> nperry: you are probably referring to the 5-a-day programme
[18:01] <matti> ;]
[18:02] <nperry> Would oo crashes be sent to /var/crashes
[18:02] <nperry> sorry /var/crash
[18:02] <hggdh> nperry: they should, if apport is enabled
[18:03] <hggdh> bug 486849
[18:03] <ubot4> Launchpad bug 486849 in getdeb.net "Create package:DAV Explorer" [Medium,Fix released] https://launchpad.net/bugs/486849
[18:04] <hggdh> re, nperry, what do you want us to do with bug 486849?
[18:04] <ubot4> Launchpad bug 486849 in getdeb.net "Create package:DAV Explorer" [Medium,Fix released] https://launchpad.net/bugs/486849
[18:05] <hggdh> bug 486766
[18:05] <ubot4> Launchpad bug 486766 in getdeb.net "Create package:Pooka" [Medium,Fix released] https://launchpad.net/bugs/486766
[18:05] <hggdh> bug 486538
[18:05] <ubot4> Launchpad bug 486538 in getdeb.net "Create package: Bean Sheet" [Medium,Fix released] https://launchpad.net/bugs/486538
[18:06] <hggdh> nperry, these packages are not Ubuntu packages...
[18:06] <hggdh> meaning *official* packages
[18:07] <matti> I wonder....
[18:07] <matti> How does one become a Ubuntu Member?
[18:08] <hggdh> matti: by having a track record of Ubuntu activities, and then submitting a request, being drilled, and accepted (or rejected ;-)
[18:08] <etali> matti - you need to be active in the community for a while, and document what you're doing.
[18:09] <etali> also get testimonials from people who are already respected in the community.
[18:09] <hggdh> these activities may be pretty much anything, ranging from code writing to social
[18:09] <matti> Oh I see.
[18:09] <matti> ;]
[18:09] <matti> What about if one wants to become a Developer?
[18:09] <etali> This is a good post including some thoughts from someone who just went through the process:
[18:09] <etali> http://amber.redvoodoo.org/2009/12/alan-bell-on-becoming-ubuntu-member.html
[18:10] <etali> If you're interested in packaging or patching, the process is a little different for MOTU people - check out #ubuntu-motu and read the links in the topic there to get an idea
[18:10] <hggdh> pretty much the same thing, but more strict. You *must* prove you are good on what you do, and have an extensive track record of code contributions
[18:10] <matti> That might be hard... because of my day-job commitments.
[18:11] <matti> But!
[18:11] <matti> ;]
[18:11] <hggdh> it was hard for me also, but I got there
[18:11] <matti> Nothing in life is easy.
[18:11] <matti> hggdh: ;]
[18:12] <etali> You can contribute without having the title.  I'd like to apply for membership / MOTU eventually, but as you say, real life gets in the way.
[18:13] <etali> Still, doing what you can when you can must go somewhere towards proving commitment in the long term.
[18:13] <nperry> hggdh: Needs packages, marked as trigaged, they dont exist in debian either
[18:13] <nperry> *packageing
[18:13] <hggdh> nperry: these are not for Ubuntu, they are for GetDeb...
[18:13] <nperry> The OR added ubuntu on there tho
[18:14] <hggdh> well, getdeb is a project to provide packages (either more up-to-date, or not in Ubuntu/Debian)
[18:14] <matti> Thanks folks!
[18:14] <matti> ;]
[18:15] <BUGabundo> hggdh: I still disagree in some points with joaopinto :p
[18:16] <BUGabundo> if they can make it to getdeb, they can make it to oficial repos :)
[18:16] <nperry> hggdh: So we wont add them into our repo's as getdeb already has them?
[18:17] <Hellow> Injecting myself into the conversation: That would eliminate the primary purpose of getdeb :P.
[18:17] <hggdh> they, eventually, can get into Ubuntu
[18:17] <hggdh> Hellow: +1
[18:17] <BUGabundo> Hellow: true
[18:17] <BUGabundo> but it only happens because its fails to get them on time into archives or looked at
[18:18] <hggdh> but, back to the where the discussion started: nperry, yes, an ITP to Debian always help (then we only need to sync)
[18:18] <hggdh> ITP == Intent To Package
[18:19] <nperry> No ITP at debian for any
[18:19] <yofel> nperry: as long as they're tagged as needs-packaging I would just leave them alone
[18:19] <yofel> they should get auto-whishlisted
[18:19] <hggdh> hum. The option, then is pretty much open a bug on Debian *asking* for this to be packaged -- and wait for a DD to get to it
[18:19] <nperry> Ok, I was just following the KB on passed to maintainers
[18:20] <yofel> hm, just thinking: would it make sense to open debian bug reports for ubuntu packaging requests?
[18:20] <hggdh> the best person to talk about getdeb, and interrelatioships, is joaopinto
[18:21] <yofel> and link them together
[18:21] <hggdh> yofel: it does
[18:21] <hggdh> we are based on Debian
[18:21] <yofel> ok, will do that in the future then
[18:21] <hggdh> anything that is not in Debian adds to the delta (meaning more work)
[18:21] <yofel> true
[18:22] <hggdh> this can even go farther, and a Debian bug could be opened with a package proposal
[18:23] <hggdh> I am actually curious on what joaopinto has to say about it, tried to ping him on -pt, but no answer
[19:35] <joaopinto> back
[19:36] <joaopinto> let me read the log
[19:37] <BUGabundo> wb joaopinto
[19:38] <joaopinto> oh the conversation is over :P
[19:38] <BUGabundo> eheh
[19:38] <yofel> joaopinto: well, we're still here ;)
[19:38] <joaopinto> hggdh, what was the question ?
[19:39] <joaopinto> yofel, :)
[19:39] <hggdh> joaopinto: how does getdeb and Debian and Ubuntu interact (or should interact)?
[19:40] <hggdh> and boa tarde/noite ;-)
[19:40] <BUGabundo> should , doesn't
[19:40]  * BUGabundo runa
[19:40] <joaopinto> officialy they don't interact
[19:41] <joaopinto> but yes, preferably people should use Debian ITPs, but there is still some people which prefer direct uploads to Ubuntu using REVU
[19:41] <joaopinto> as for GetDeb, it's a different policy, there is no much space for interaction
[19:41] <joaopinto> brb, baby
[19:43] <BUGabundo> he really means his baby girl :)
[19:47] <hggdh> heh. Figured so
[19:56] <joaopinto> :P
[19:57] <joaopinto> back (for a few minutes)
[19:57] <yofel> joaopinto: what's your opinion on opening debian RFPs for ubuntu packaging bugs?
[19:57] <joaopinto> anyway, getdeb members individually participate at Ubuntu an Debian packagning
[19:59] <joaopinto> yofel, not good, they have different processes, and there are requesters which don't care about Debian inclusion
[19:59] <yofel> ok
[19:59] <joaopinto> I agree that ITPs should be recommended, but either the requester decides to use ITP, or REVU,
[20:00] <joaopinto> ops, REVU as, someone else to work on the request and upload to revu
[21:07] <PrototypeX29A> hi
[21:08] <PrototypeX29A> can i change the package of a bug report?
[21:08] <hggdh> PrototypeX29A: yes, you can
[21:09] <hggdh> also, please add a comment on why you changed ut
[21:09] <hggdh> s/ut/it/
[21:09] <BUGabundo> can he really?
[21:09] <BUGabundo> or can he just add one more?
[21:09] <hggdh> you can, yes
[21:09] <hggdh> and also add more. You just cannot take them out
[21:10] <BUGabundo> ahh that's it
[21:10] <PrototypeX29A> how can i?
[21:10] <hggdh> PrototypeX29A: give me the bug#, and we will do it together (I will tell you what to do, and you will do it)
[21:11] <PrototypeX29A> https://bugs.launchpad.net/ubuntu/+source/kerneloops/+bug/496292
[21:11] <ubot4> Launchpad bug 496292 in kerneloops "Kerneloops and disconnecting wlan" [Undecided,New]
[21:11] <PrototypeX29A> not the kerneloops package is affected, but the kernel
[21:11] <hggdh> yes indeed ;-)
[21:12] <PrototypeX29A> didnt notice there is a program called kerneloops
[21:12] <hggdh> on the left of the 'kerneloops' you will see a down arrow. Click on it
[21:12] <PrototypeX29A> just thought kerneloops was a proxy for this kind of reports
[21:12] <PrototypeX29A> oh, this is a menu
[21:12] <PrototypeX29A> hard to find :)
[21:12] <hggdh> no, it is a package by itself (the one that will ask you to open a bug against the kernel)
[21:12] <hggdh> :-)
[21:13] <hggdh> in this case, the package is 'linux'
[21:14] <PrototypeX29A> there are two linux packages, one for the kernel within ubuntu and one "extern" bug tracker for the real kernel project
[21:14] <hggdh> PrototypeX29A: you want the Ubuntu one
[21:14] <PrototypeX29A> true
[21:14] <PrototypeX29A> but if i write linux it is the other one, isnt it?
[21:14] <hggdh> yes
[21:15] <PrototypeX29A> how do i say i want to change it to ubuntu/+source/linux
[21:16] <hggdh> (just did it, sorry). Just typing in 'linux' will select the Ubuntu package
[21:16] <hggdh> now
[21:16] <hggdh> there is more to be done here
[21:17] <PrototypeX29A> like specifying my hardware?
[21:17] <hggdh> you should run 'apport-collect 496292' in order to have all required data for kernel bugs
[21:18] <hggdh> apport-collect will do it
[21:24] <PrototypeX29A> it wants to know a lot :)
[21:28] <hggdh> yes...
[21:28] <hggdh> and it is much easier that to grab all of that by hand
[21:30] <PrototypeX29A> and less secure, i guess :)
[21:34] <hggdh> why?
[21:36] <PrototypeX29A> because it sends automatically a lot of data over which i have no control
[21:36] <PrototypeX29A> well alright, if i have this program installed i should be able to trust its author :)
[21:39] <hggdh> you can always check what is done, by looking at the apport-collect code (and the pacakge hook code that actually collect the data)
[21:39] <hggdh> but, generically, it is quite difficult to see a privacy issue on kernel oops
[21:40] <PrototypeX29A> now anybody knows which notebook i am using :)
[21:41] <hggdh> well, part of the game, I guess ;-)
[21:42] <hggdh> in my case, the make, model, and details of my laptop have been published again and again and again...
[21:42] <PrototypeX29A> well thanks for your help
[21:43] <PrototypeX29A> now i will keep reloading the site until the problem is fixed
[21:43] <hggdh> heh. Breath deeply, and wait ;-)
[21:45] <bcurtiswx> what OS is used as the base for testing GNOME code for bugs?
[21:45] <bcurtiswx> anything?
[21:48] <hggdh> bcurtiswx: theoretically, anything, but I would bet on Linux, any distro
[21:48] <hggdh> mostly, I mean.
[21:48] <bcurtiswx> well i'd hope linux.. lol.. but wasn't sure if it was Fedora or Ubuntu or whichever
[21:49] <BUGabundo> what's the discussion topic?
[21:49] <BUGabundo> I had to reconnect
[21:49] <hggdh> which OS is the base for Gnome testing
[21:49] <BUGabundo> ahh
[21:49] <BUGabundo> there's such a thing?
[21:49] <joaopinto> http://www.foresightlinux.org/foresight-gnome/
[21:49] <BUGabundo> I know KDE prefers mandriva and opensuse
[21:50] <hggdh> bcurtiswx: it can be *any* linux distro, depends on what the developers themselves are running
[21:50] <joaopinto> "Foresight GNOME Edition features the GNOME desktop environment, created and maintained by The GNOME Project..."
[21:50] <bcurtiswx> hggdh: good to know.. thx
[21:50] <BUGabundo> let me tell one thing: none of the core kde devs I know, is runnign kubuntu
[21:50] <joaopinto> oh wait, the last sentence is only related go gnome and not to the distro :P ?
[21:50] <joaopinto> to
[21:51] <hggdh> joaopinto: not sure...
[21:51] <joaopinto> BUGabundo, I was looking into the wrong place for my problem, had to look on the modemmanager source, it doesn't use hal, it uses udev
[21:52] <BUGabundo> eheh
[21:52] <joaopinto> now i just need to figure where does it get the modem specific data from :\
[21:52] <BUGabundo> I told you so
[21:52] <BUGabundo> ask asac. its his mess
[21:54] <joaopinto> hum, /usr/share/doc/modemmanager/README is out-dated
[21:54] <joaopinto> it mentions HAL
[21:54] <joaopinto> here it goes, a bug for documentation :P
[21:57] <joaopinto> can someone else confirm bug 496319 ?
[21:57] <ubot4> Launchpad bug 496319 in modemmanager "README mentions HAL which is no longer used" [Undecided,New] https://launchpad.net/bugs/496319
[22:06] <hggdh> joaopinto: done
[22:07] <joaopinto> tks :)
[22:07] <hggdh> bemvindo
[22:07] <joaopinto> hum, this modem info thing must be somewhere on udev rules
[22:07] <joaopinto> obrigado :)
[22:07] <hggdh> most probabl, yes
[22:08] <joaopinto> ah, found https://wiki.ubuntu.com/NetworkManager/Hardware/3G/Probing
[22:10] <joaopinto> it doesn't tell where the modem capabilities are stored
[22:41] <hggdh> joaopinto: of old this was in the kernel
 ?
[23:14] <KingCreole_> Hi there! Does anybody know what's the matter with bugs.launchpad.net ? Wanted to file a bug, but I'm getting only timeouts
[23:16] <hggdh> KingCreole_: works here
[23:17] <hggdh> oh, not it does not, not completely. LP is going through maintenance
[23:17] <hggdh> KingCreole_: ^
[23:18] <KingCreole_> hggdh: ok, thanks - I will then try again tomorrow


[01:52] <MTecknology> lifeless: but i don't like reporting bugs :(
[01:52] <lifeless> MTecknology: we don't like having them either
[02:00] <MTecknology> lifeless: alrighty... bug 771568 filed and waiting for smart people :D
[02:18] <MTecknology> lifeless: ya know.... the easy option would be to just let users use shell commands in lp recipes.... I made this work with that
[02:18] <lifeless> MTecknology: runs in a trusted context; not at all easy to change
[02:18] <spiv> MTecknology: thanks, I've posted some analysis on the bug
[02:18] <StevenK> MTecknology: That's *DANGEROUS*, which is exactly why we forbid it.
[02:22] <MTecknology> StevenK: i know... :(    maybe lock down the environments :D
[02:23] <spiv> MTecknology: Or, alternatively, we could fix the nest-part feature :)
[02:23] <MTecknology> spiv: so I'll be able to start doing recipe builds this way tomorrow? :D
[02:23] <StevenK> MTecknology: As lifeless says, the recipe is evaluated in a trusted context. The environment the recipe is built in is an untrusted sandbox.
[02:23] <StevenK> MTecknology: Possibly not tomorrow, but 'soon'?
[02:23] <MTecknology> well... I was hoping by the end of the night... but...
[02:24] <StevenK> We can't quite rollout that fast. Yet.
[02:24] <MTecknology> i suppose I can wait- if i have to- for someone else to fix it- instead of me
[02:24] <MTecknology> I'm just delighted it's not a horribly hard fix.
[02:25] <MTecknology> nightly builds for nginx were just tossed into my head today so the urgency is pretty low
[02:26] <MTecknology> ah crap... I'm going to need a CHANGES file....
[02:31]  * MTecknology wonders what the longest recipe currently in use is..
[02:31] <MTecknology> bet mine is pretty far up the latter
[06:51] <aviksil> I'm having problem in uploading *source.changes file to my ppa using dput. it's stalling during uploading. Any idea? Other files are uploaded successfully.
[07:23] <rgl> hi
[07:23] <rgl> is there a way to get statistics about PPS usage?
[07:23] <rgl> err PPA usage!
[07:24] <wgrant> rgl: You can get basic stuff through the API, but it's a bit raw at the moment.
[07:25] <wgrant> See the getDailyDownloadTotals/getDownloadCount/getDownloadCounts methods on https://api.launchpad.net/+apidoc/devel.html#binary_package_publishing_history . Suggestions for improvement welcome.
[07:25] <rgl> humm didn't known there was an ap :-)
[07:25] <rgl> thx, will check :)
[07:28] <microcai> jcsackett:  thanks , my package now appears on PPA
[07:31] <rgl> wgrant, for example, how one would get the stats for https://launchpad.net/~rgl/+archive/elasticsearch/+files/elasticsearch_0.16.0-0ubuntu1_amd64.deb ? I can see the url https://api.launchpad.net/devel/<distribution.name>/+archive/<binary_package.name>/+binarypub/<id> on the docs, but what value should I use in the <id> and other <param>?
[07:34] <wgrant> rgl: You'd get the PPA using something like lp.people['rgl'].getPPAByName(name='elasticsearch'), then use something like ppa.getPublishedBinaries(binary_name='elasticsearch', version='0.16.0-0ubuntu1')
[07:34] <wgrant> That will give you a list of binary_package_publishing_history objects.
[07:34] <wgrant> On which you can call the methods I referenced.
[07:34] <rgl> humm lp is the python launchpadlib?
[07:35] <wgrant> That's the normal way to use it, yes. See https://help.launchpad.net/API/launchpadlib
[07:35] <wgrant> That page calls the object 'launchpad' where I've used 'lp', but same thing.
[07:37] <rgl> I see . thx!
[07:37] <wgrant> Hopefully one day we will have pretty graphs.
[07:37] <wgrant> But not yet.
[07:37] <rgl> hope the lib that ships with ubuntu 10.04 will work =)
[07:37] <wgrant> Yup.
[07:38]  * rgl brb quick reboot..
[08:19] <xdatap> morning everybody
[08:21] <xdatap> guys, we've some problem on the project ubuntu-it on launchpad: https://launchpad.net/ubuntu-it we get Timeout error.
[08:25] <wgrant> xdatap: Let me have a look.
[08:26] <xdatap> wgrant, please note that https://launchpad.net/~ubuntu-it is working good
[08:27] <xdatap> wgrant, but in top of subpages there's the link without ~
[08:27] <xdatap> wgrant, IE: https://blueprints.launchpad.net/ubuntu-it/+spec/ubuntu-party on the "Overview" link you will find the first link, without ~
[08:39] <rgl> when we upload an PPA can it be built for several distributions?
[08:39] <rgl> or we have to upload the source for all of the dist?
[08:39] <rgl> (the source package)
[08:39] <wgrant> rgl: You can copy the source and binaries to another series if it doesn't need rebuilding.
[08:40] <wgrant> rgl: Or you can use a source package recipe to automatically build from a branch for multiple series.
[08:40] <wgrant> Otherwise, yes, you have to upload to each series separately.
[08:41] <rgl> wgrant, how do you do the recipe? is there an example PPA that shows how to do it?
[08:43] <wgrant> rgl: https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[08:46] <rgl> wgrant, I have to put my "debian" directory on a bazar repo?
[08:58] <rgl> wgrant, https://gist.github.com/943881 Its odd it only accounts for a single download count. but I could use the API. thx :)
[08:59] <StevenK> Argh, a Launchpad script on github
[08:59] <wgrant> rgl: For a recipe, yes, you have to be able to build from bazaar branches (these could be automatic imports from github, if you must use git)
[09:00] <rgl> StevenK, oh is there a gist thingy on lauchpad?  github gist is easy to use for me hehe
[09:01] <wgrant> paste.ubuntu.com is what we tend to use. It's not version-controlled, but that's rarely necessary.
[09:01] <rgl> ack :)
[09:02] <rgl> wgrant, don't recall an example PPA and bazar repo that already does what I want? =)
[09:03] <wgrant> rgl: What do you want to do? did you read the wiki page I linked to?
[09:05] <rgl> wgrant, use a single package source (a bazar branch I guess) to automatically build a PPA that works on several ubuntu dists
[09:05] <rgl> automatically build and upload to launchpad :)
[09:06] <wgrant> rgl: Recipes do the build and upload and several Ubuntu series bits. You just need a branch containing the tree you'd run 'debuild' in locally.
[09:07] <rgl> wgrant, alright. I'll finish read the wiki, and talk to you later :)
[09:07] <rgl> thx for the tips!
[09:07] <wgrant> You can then tell it to automatically build whenever the branch changes, and other nice stuff like that.
[09:07] <rgl> nice :)
[09:07] <wgrant> [A3
[09:07] <wgrant> Gar.
[09:08] <rgl> what?
[09:08] <wgrant> A typo.
[09:08] <wgrant> Well, SSH lag.
[09:08] <rgl> ah ok
[09:11] <lag> wgrant: I haven't said anything! ;)
[09:12] <Sweetshark> hi all! how do I prevent team membership expiration? I am team admin, but just got a note that my membership is about to expire.
[09:13] <wgrant> Sweetshark: On the team page you'll see an "All members" link. There you'll see a list of members and their expiry dates, and an edit link where you can extend the date or remove it entirely.
[09:15] <Sweetshark> wgrant: got there, but the exp date is fixed there. I can only change admin status and fill a comment field.
[09:17] <wgrant> Sweetshark: Ah, I guess it's possible you can't change your own expiry date.
[09:18] <wgrant> Hmm.
[09:18] <wgrant> Sweetshark: Which team?
[09:18] <Sweetshark> wgrant: LibreOffice Packaging
[09:18] <Sweetshark> ^^^ doko_
[09:19] <Sweetshark> wgrant: doko_ is admin (and owner) there too, maybe he can change it?
[09:19] <wgrant> Sweetshark: He should be able to, yes.
[09:20] <wgrant> Sweetshark: Admins can't change their own expiry date unless they're also the owner.
[09:20] <doko_> bah
[09:20] <wgrant> Which I guess makes sense, or there wouldn't be much point.
[09:27] <xdatap> wgrant, sorry again. did you checked the problem on the ubuntu-it project? What do you reccommend?
[09:30] <wgrant> xdatap: It's bug #739051, no real workaround right now. What did you want from that page?
[09:32] <xdatap> wgrant, well it's the prject that indetify our loco team. We use it for blueprints mainly
[09:33] <xdatap> wgrant, ok, i'll subscribe the bug. Thanks for your time
[09:33] <wgrant> xdatap: Right, but blueprints.launchpad.net/ubuntu-it should still work fine.
[09:33] <xdatap> wgrant, yes
[09:33] <wgrant> Just launchpad.net/ubuntu-it won't for now.
[09:34] <xdatap> wgrant, yes, it's not critical
[09:35] <xdatap> wgrant, but somebody should have it on its bookmark, we've got this from users
[09:36] <wgrant> Hmm.
[09:36] <xdatap> wgrant, no problem btw, we'll wait until it's fixed
[09:36] <xdatap> wgrant, thanks again
[09:37] <wgrant> Great.
[14:13] <MTecknology> spiv: alrighty.. i'm trying it out...
[14:18] <MTecknology> spiv: lovely! was able to build, but failed to upload
[14:19] <MTecknology> and now past my natty quota :P
[14:35] <MTecknology> In the debian/rules file... if I add something to .PHONY, it should be run, right?
[14:35] <MTecknology> .PHONY: build clean binary-indep binary-arch binary install -->  .PHONY: setup build clean binary-indep binary-arch binary install
[14:35] <james_w> nope
[14:35] <MTecknology> setup should run before anything else ?
[14:36] <MTecknology> am I understanding the .PHONY line wrong?
[14:36] <james_w> PHONY means that the target doesn't correspond to a file on disk
[14:36] <MTecknology> oh...
[14:36] <james_w> the change you made just tells make that it should ignore any "setup" file that it finds on disk and always run the target when something has it as a pre-requisite
[14:36] <james_w> when do you want setup to run?
[14:37] <james_w> it it something like ./configure?
[14:37] <MTecknology> it's before that
[14:37] <james_w> but similar?
[14:37] <MTecknology> ya
[14:37] <james_w> or something that has to run before clean?
[14:38] <MTecknology> ya
[14:38] <james_w> then make build have it as a prerequisite
[14:38] <MTecknology> would 'clean: setup' make sense?
[14:38] <MTecknology> or build:
[14:38] <james_w> yes, if it has to run before clean
[14:39] <MTecknology> thanks :)
[14:39] <MTecknology> I understood that puppy horribly wrong
[14:44] <spiv> MTecknology: glad to hear you're making progress :)
[14:53] <MTecknology> spiv: shouldn't ~natty1 increment itself?
[14:54] <MTecknology> failing to upload because the upload already happened and that number doesn't increment
[14:56] <MTecknology> I could add {time}, but that seems to defeat the point of having a number at the end of the series
[15:03] <spiv> MTecknology: you set the version template in the recipe
[15:04] <spiv> MTecknology: actually, I guess you understand that
[15:04] <spiv> I'm not sure what your issue is, and it's bedtime here :)
[15:04] <spiv> I'm sure someone that's awake can figure it out though :)
[15:05] <MTecknology> spiv: {debupstream}-svn{revno}-ppa{revno:packaging}  ... will produce 1.0.0-svn3185-ppa199~maverick1
[15:05] <MTecknology> spiv: but if that was uploaded already, it's not smart enough to produce 1.0.0-svn3185-ppa199~maverick2 instead
[15:05] <MTecknology> that makes it fail to upload...
[15:07] <spiv> MTecknology: off the top of my head that doesn't sound right
[15:07] <spiv> MTecknology: ~maverick1 doesn't occur in your template, why is it in the result?
[15:08] <spiv> But I could just be too sleepy
[15:08]  * spiv -> zzz
[15:08] <MTecknology> spiv: alrighty, probably worth a bug report - and this build just failed anyway
[15:14] <wgrant> spiv, MTecknology: We automatically append that to allow multi-series builds. The number is always 1.
[15:15] <MTecknology> wgrant: why the number if the number is always the same?
[15:16] <MTecknology> I love the addition of ~series, just assumed the number added was intelligent
[15:16] <wgrant> It's conventional to always have a number (like backports do).
[15:17] <MTecknology> maybe a feature request to make it more useful?
[16:09] <aber> I try create a new source package recipe. Is it as easy as pulling the debian section from a release merge it into the branch?
[16:40] <Technoviking> mrevell and lifeless: We need to get the Launchpad login plugin the LP team designed for the forums upgrade to work with the version of the forums software we are upgrading to.
[16:41] <Technoviking> Can we get that on the LP team schedule and something in the next couple of months?
[16:42] <jcsackett> aber: not exactly sure i parse your question right, but there's help for recipes on the help wiki https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[16:42] <mrevell> Hey Technoviking
[16:44] <Technoviking> mrevell: hiya
[17:34] <aber> jcsackett: Looks like i did it :)
[17:34] <jcsackett> aber: as in, things are working for you?
[17:54] <aber> Like, it compiled successful. But my version string is not as expected.  debian version is: '1:16-1', i used {debupstream}-0~{revno} and i got 16-0~5900
[17:55] <aber> Is this correct, so i have to use 1:{debupstream}-0
[18:35] <aber> I'm not able to rebuild the package, because the file already exits inside the ppa, how can i fix this?
[18:41] <jcsackett> aber: i'm sorry, i missed your earlier comments. we're sadly veering out of my area of knowledge.
[18:41] <jcsackett> abentley: is there any chance you can help aber? you did a great deal of the recipe stuff, right?
[18:57] <aber> jcsackett: Thank you. I just included the timestamp and now it works. It is a bit strange...
[18:59] <jcsackett> aber: when you say you included timestamp, do you mean in the version num? i do know that ppa's require the version number to be bumped anytime you make make changes.
[18:59] <jcsackett> since otherwise, there is no way to signal to users of your ppa that they need to update.
[19:01] <aber> I changed the version from 16-0 to 1:16-0. And that did not work.
[19:07] <trijntje> ping fta
[20:03] <kirkland> hmm, having some mailing list issues with ecryptfs-devel
[20:03] <kirkland> some messages aren't making it through
[20:04] <kirkland> i need to do two things ...
[20:04] <kirkland> 1) figure out why these messages aren't making it through
[20:04] <kirkland> 2) disable moderation
[20:05] <sinzui> \o/
[20:05] <sinzui> kirkland: I pinged you last week about that
[20:06] <kirkland> sinzui: oh?
[20:06] <kirkland> sinzui: sorry, i was sprinting last week, must have missed it
[20:06] <sinzui> kirkland: that list has 100's of messages in its moderation queue. the next highest is 30. the average is 0
[20:07] <kirkland> sinzui: https://launchpad.net/~ecryptfs-devel/+mailinglist-moderate says "There are no mailing list messages requiring your review."
[20:07] <tyhicks> kirkland: FWIW, I see the same thing
[20:08] <kirkland> sinzui: this mailing list has always been problematic, for unexplained reasons...
[20:08] <tyhicks> same thing == "There are no mailing list messages requiring your review."
[20:08] <kirkland> sinzui: tyhicks is an admin of ~ecryptfs-devel too
[20:08] <sinzui> Oh, I may be thinking of ~ecryptfs. Can you make me a team admin so that that I want investigate the messages?  I will clear the queue for you :)
[20:10] <kirkland> sinzui: sure
[20:10] <kirkland> sinzui: LP id = irc nick?
[20:10] <sinzui> okay, now I will think about ~ecryptfs-devel. Lp lists except emails from from team members. Lp users are moderated...but once their first message is approved, all subsequent messages will go directly to the list
[20:10] <tyhicks> Hmm... it seems that the link in the notifications from launchpad about pending messages is wrong
[20:11] <sinzui> kirkland: ~sinzui
[20:11] <tyhicks> kirkland: https://launchpad.net/~ecryptfs/+mailinglist-moderate shows > 400 messages pending
[20:11] <kirkland> sinzui: done
[20:11] <kirkland> tyhicks: sweet;  knock yourself out on that one :-)
[20:12] <sinzui> I have a high tolerance for data. I have read every project page in Lp
[20:12] <sinzui> I have no social life
[20:12] <tyhicks> kirkland: ecryptfs-devel seems to be moderated at the link with ~ecryptfs instead of ~ecryptfs-devel
[20:12] <kirkland> tyhicks: yeah, odd
[20:13] <kirkland> sinzui: i'll make you admin of ~ecryptfs too
[20:13] <sinzui> thanks
[20:14] <kirkland> wow, russian ladies are ALL ABOUT ecryptfs
[20:14] <tyhicks> :)
[20:14] <sinzui> I am looking at -devel first since you think messages are missing. Do you know which user is missing email to start the hunt
[20:15] <tyhicks> sinzui: For example, look at this thread: http://article.gmane.org/gmane.linux.kernel/1131956
[20:15] <tyhicks> sinzui: We never received a notification that Roberto's emails were pending and they never seemed to hit ecryptfs-devel, despite him cc'ing the list
[20:15] <tyhicks> sinzui: But then Casey Schaufler replied and that hit ecryptfs-devel
[20:16] <sinzui> roberto.sassu is not a launchpad user, or at least, he has not registered that email address: https://launchpad.net/people/?name=roberto.sassu%40polito.it&searchfor=peopleonly
[20:16] <tyhicks> sinzui: So he can't send email to the list?
[20:16] <sinzui> No
[20:16] <tyhicks> ...
[20:17] <tyhicks> sinzui: Is there a switch to flip to allow that?
[20:17] <tyhicks> (on a per-project basis)
[20:17] <sinzui> No. Lists are for team members with an exception for launchpad users
[20:18] <kirkland> sinzui: tyhicks: i'm manually clearing out the spam now
[20:18] <sinzui> Without an address matching an active lp user profile, the message is immediately discarded.
[20:18] <tyhicks> sinzui: So the spammers are lp users? :)
[20:18] <kirkland> tyhicks: hmm, we might need to find a different mailing list solution :-(
[20:18] <tyhicks> kirkland: Agreed
[20:18] <sinzui> kirkland: that can be true, a few have done that
[20:19] <kirkland> sinzui: any pointers?
[20:19] <sinzui> We have a script that can import the users from an mbox archive to setup a team or list. I do not think that helps you :(
[20:19] <kirkland> tyhicks: we can probably get one at kernel.org, right?
[20:19] <tyhicks> kirkland: Probably - would you like me to look into that?
[20:19] <kirkland> tyhicks: yeah, please
[20:20] <tyhicks> will do
[20:20] <tyhicks> sinzui: Thanks for your help
[20:20] <kirkland> sinzui: agreed, thanks
[20:20] <sinzui> tyhicks: We can provide the mbox if you want to preserve history.
[20:21] <tyhicks> sinzui: That would be helpful
[20:21] <tyhicks> sinzui: Let me look into other options and if we can import an mbox first, before you do anything
[20:21] <sinzui> okay
[20:22] <kirkland> sinzui: is there any way we could forward messages to ecryptfs-devel@launchpad to the new list, at least for a short time?
[20:22] <kirkland> sinzui: set it as the contact address, or some other hack?
[20:23] <tyhicks> sinzui: I was joking earlier, but I really am curious about how spam gets through to require list moderation in the first place? It seems like it would be dropped immediately, too.
[20:24] <sinzui> tyhicks: that is why I was perplexed about this one list. I know know the answer
[20:25] <sinzui> There was a bug were you could send an email claiming to be from the list itself...the list knows it has a valid email address. That bug was closed, but ~ecryptfs spam is from ~ecryptfs-devel. Was the team/list renamed in the past?
[20:25] <sinzui> I can see that no spam was queued after the fix was released?
[20:26] <sinzui> kirkland: we do not have a means to setup an alias for a launchpad list address.
[20:27] <tyhicks> kirkland: I don't remember a rename, but could be mistaken
[20:27] <kirkland> tyhicks: sinzui: okay, 500+ clicks later, https://launchpad.net/~ecryptfs/+mailinglist-moderate is clean
[20:27] <tyhicks> oops, that was for sinzui
[20:28] <kirkland> sinzui: it's possible, i don't recall
[20:28] <sinzui> ah, that explain why by clicks seem to have done nothing
[20:29] <lifeless> wait what
[20:29] <sinzui> kirkland: okay. I will continue to investigate this.
[20:29] <lifeless> we're losing a mailing list?
[20:30] <tyhicks> lifeless: Probably so - an open source project's mailing list should accept mail from non-lp users
[20:31] <sinzui> lifeless: Lp requires all the list participants to be Lp users
[20:31] <lifeless> sinzui: was it always like that?
[20:31] <sinzui> yes, be design in fact
[20:31] <lifeless> ah
[20:31] <lifeless> do we tell the non-lp user that their mail is being non-delivered and not-queued-for-moderation ?
[20:32] <sinzui> though as you can see, this makes it challenging to grow a community by casual acquaintance.
[20:32] <lifeless> yes
[20:33] <lifeless> Is this an easy to change policy?
[20:33] <sinzui> barry wrote an importer that can setup users from an mbox, this helps lists migrate to Lp, but the central issue of growing contributors is not addresses.
[20:33] <lifeless> or is it complex and hard?
[20:33] <lifeless> sinzui: are we happy with this by-design thing, or is it something we'd consider changing?
[20:34] <sinzui> complex, though I do not believe it is a lot of code. I think there are nuances about trust
[20:35] <sinzui> lifeless: , sorry missed your other question. The non-lp user's message is quietly discarded.
[20:36] <sinzui> Mm has a name for that, umm...vette
[20:36] <sinzui> anything that hits that rule is silently dropped
[20:37] <tyhicks> sinzui: Is this documented very well?
[20:37] <lifeless> sinzui: so, I think minimally that silently dropping casual mails is pretty poor form
[20:37] <sinzui> No. I learned about it when I wrote a replacement test and discovered the behaviour
[20:38] <tyhicks> lifeless: I agree
[20:38] <lifeless> sinzui: who set that design rule, or can we reevaluate? It sounds like you're not completely in favour of it either?
[20:38] <sinzui> I think I can speak confidently about how it does work and how to change it
[20:38] <sinzui> lifeless: sabdfl
[20:38] <lifeless> flacoste: ^ yo :)
[20:39] <lifeless> tyhicks: imagine some pepy hold music for a minute :)
[20:39] <lifeless> tyhicks: just finding how rock-solid this is
[20:39] <tyhicks> lifeless: Thanks for digging in
[20:40] <sinzui> but we can change it. I put thought to it when I discovered the behaviour. I pondered an implicit import user rule liek we do with po files and code. We need to have away to ensure spam does not get out of hand again
[20:41] <tyhicks> sinzui: Can you explain what you're thinking about an implicit import user rule?
[20:41] <lifeless> sinzui: well, if it was like this from the start, then we've never tried without it ;>
[20:41] <tyhicks> sinzui: Seems like manual moderation of non-lp users' mail would be feasible, but allowing the moderator to check a box to always allow this user to email the list from now on
[20:42] <sinzui> Just accepting the email will not allow us to except the user from future posts, which is what the moderation queue does for approved users. The approve could setup the profile with the address and name. It will not be active, but could be considered usuable for lists
[20:43] <sinzui> tyhicks: you are actually doing that each time you approve a message. the issue is that the queue required the email address to be associated with an existing user.
[20:43] <tyhicks> sinzui: ok - now I understand, thanks
[20:44] <lifeless> sinzui: that sounds like a reasonable compromise; and if a spammer registers one of these we can zap it to banned
[20:45] <sinzui> Suspend does the right thing. I have used it to stop users from sending.
[20:45] <lifeless> \o/
[20:45] <lifeless> tyhicks: lets start with a bug report on this
[20:45] <sinzui> I believe this is one, though it does not have this analysis
[20:46]  * sinzui looks
[20:46] <lifeless> thanks!
[20:47] <sinzui> btw, the ~ecryptfs was a victim of this bug 770329
[20:50] <sinzui> I am opening  new bug since I do not see a bug that really phrases the issue as we discussed. I think the one I have in mind was duped against another bug because this issue often includes several items in one bug
[20:56] <lifeless> cool
[20:56] <lifeless> grabbing food, back in a bit
[20:58] <kirkland> "Jamie Strandboge (jdstrand) has assigned this bug to you for vsftpd in Ubuntu:" ...
[20:58] <kirkland> technically, he assigned it to a team that I'm a member of
[20:58] <kirkland> rather than me, personally
[20:59] <kirkland> it would be nice if LP's emailer made that distinction in this first line of the email
[20:59] <beuno> big +1
[21:00] <beuno> I get confused by that all the time
[21:00] <sinzui> I thought this was bug 599436, but I see it is different.
[21:02] <flacoste> lifeless, sinzui: i think creating inactive profile for outside contributors is a good compromise
[21:03] <flacoste> it does mean that people will have to moderate more spam though
[21:03] <flacoste> whereas that's not the case now
[21:03] <lifeless> right
[21:03] <flacoste> and by looking at the moderation for lists.canonical.com
[21:03] <flacoste> that would be a lot
[21:03] <lifeless> OTOH not getting cc'd peoples emails == very surprising
[21:04] <flacoste> well
[21:04] <flacoste> is it
[21:04] <flacoste> people are used to 'look into spam folder' dead hole
[21:04] <lifeless> nuances: private lists
[21:04] <lifeless> flacoste: they are, but we don't have that here :)
[21:05] <flacoste> no, but i mean, sending email and the recipient doesn't receive it is annoying, but is common place nowadays
[21:05] <flacoste> spam is a prevalent problem with email
[21:06] <lifeless> true
[21:06] <flacoste> and given barry credentials he took the 'minimize spam problems' approach to the design
[21:06] <flacoste> so discard instead of bounce to avoid bounce-back-spam issues
[21:06] <flacoste> discard unknown lp users to avoid infinite moderation list
[21:07] <flacoste> in a way, i'm sure that if we changed behavior
[21:07] <flacoste> we'd get a lot of people stopping using lists because there is too much moderation to do
[21:07] <flacoste> because of spam
[21:08] <lifeless> stop using
[21:08] <lifeless> or use a different provider?
[21:10] <sinzui> lifeless: flacoste: https://bugs.launchpad.net/launchpad/+bug/772000
[21:13] <flacoste> i'm wont-fixing this actually
[21:14] <lifeless> flacoste: really?
[21:14] <lifeless> flacoste: I think we need to do something about the surprise minimally
[21:14] <lifeless> flacoste: currently we have an undocumented eat-your-contributors-mail feature :(
[21:15] <lifeless> flacoste: I'm not arguing /for/ non-users being able to post - look at google groups which requires a signup as well
[21:15] <lifeless> flacoste: I think the drop-on-the-floor behaviour is the crucial element of OMG surprise
[21:15] <flacoste> again, changing that would cause more trouble
[21:15] <sinzui> I think we could make this work if we have a satisfactory trust check.
[21:16] <flacoste> sinzui: dkim?
[21:16] <lifeless> flacoste: you're talking about spam backscatter ?
[21:16] <flacoste> yes
[21:16] <flacoste> the ratio of legitimate use to spam is probalby in the order of 1-1000
[21:16] <lifeless> flacoste: I can think of several ways to mitigate that
[21:16] <flacoste> maybe even more
[21:16] <sinzui> well, you must be aware that 80% of all Lp spam is from gmail
[21:17] <flacoste> sinzui: through gmail or fake gmail address?
[21:17] <sinzui> gmail. Users discover the spam in the gmail sent folder
[21:18] <sinzui> or how what every gmail uses to model sent emails
[21:18] <flacoste> sinzui: ah, so browser exploits
[21:18] <flacoste> interesting
[21:18] <sinzui> and phone appently
[21:18] <flacoste> haha
[21:18] <flacoste> even better
[21:19] <sinzui> regardless. We deal with 2-5 spammers every week. they are all Lp users. To move forward, we need to see that lists are dropping
[21:31] <tyhicks> sinzui: I'm going to drop you from the ecryptfs groups now - is that alright?
[21:32] <maco> https://bugs.launchpad.net/launchpad/+bug/614948 and https://bugs.launchpad.net/launchpad/+bug/155956 are duplicates of each other i think
[21:32] <sinzui> yes thanks
[21:32] <sinzui> ^ tyhicks yes, thanls
[21:33] <tyhicks> ack
[21:34] <sinzui> maco: thanks! I agree. I think I may be able to link this to another class of bugs too
[21:34] <tyhicks> sinzui: Hm... is 'deactivate' the right thing to do?
[21:34] <sinzui> tyhicks: yes
[21:49] <maco> sinzui: in 570856 i was actually asking something slightly different though
[21:50] <maco> 155956 is about on your +me, showing a list of everything you've sponsored for others.  570856 i was looking for having an icon  *other* people's +packages page to indicate which of theirs you were the sponsor for
[21:50] <maco> (if you sponsor a lot, you may lose track of whether you've sponsored for that person yet or not)
[21:50] <sinzui> It is slightly different, but I think both perspectives are the same bug
[21:52] <maco> sinzui: can i modify 570856's description to say both views?
[21:53] <sinzui> maco: please do
[21:54] <sinzui> I should have done that or copied the extra info to a comment. My bad
[21:57] <lifeless> kirkland: hi
[21:57] <kirkland> lifeless: howdy
[21:57] <lifeless> we're not going to change the list behaviour short term
[21:57] <lifeless> bug 772000
[21:57] <lifeless> we've filed another high bug about the fact its not documented
[21:58] <lifeless> changing the behaviour is a high impact thing because our net reputation as a mail host can easily get trashed if we start sending thousands or millions of NDRs in backscatter
[21:58] <lifeless> and we currently don't really have spam integration at all with l.l.n
[21:58] <lifeless> kirkland: this is a darn tricky area and spam sucks.
[21:59] <kirkland> lifeless: understood
[21:59] <kirkland> lifeless: i think we can get a mailing list at kernel.org for ecryptfs
[21:59] <lifeless> kirkland: how does kernel.org handle spam ?
[22:00] <kirkland> lifeless: no idea
[22:00] <lifeless> kirkland: and as a user, if you had dozens of spam a day to moderate, bu would get mails like this, is that a better or worse tradeoff ?
[22:00]  * lifeless is fishing for data
[22:00] <kirkland> lifeless: no better;  i moderated the 500 spams in the ecryptfs queue today
[22:00] <flacoste> kirkland: make that hundred
[22:00] <flacoste> daily
[22:01] <flacoste> that's what we get on our lists which are not hosted by LP
[22:01] <lifeless> flacoste: ! not on the lists I moderate (bzr
[22:01] <flacoste> interesting
[22:02] <lifeless> anyhow
[22:02] <flacoste> is the bzr mailing list less widespread than launchpad-feedback?
[22:02] <flacoste> i mean its address
[22:02] <lifeless> flacoste: I don't see why it would be
[22:02] <lifeless> it was unobfuscated on the wiki for a long time
[22:02] <lifeless> flacoste: launchpad-feedback is a poor data point, because we want everything to reach it
[22:03] <lifeless> flacoste: it probably has its spam threshold tuned way down *so that* we can be reached.
[22:03] <flacoste> maybe
[22:03] <lifeless> (just guessing, elmo would know)
[22:08] <sinzui> launchpad-feedback We have been driving users away from that address for the last 7 months too
[23:46] <aber> hello, is the number of hosts available for the launchpad build farm lower then normal, because of the upcoming release?
[23:52]  * sinzui checks


[14:56] <jibel> xnox, still no ubiquity-dm with 20140610.1 . I'll file another bug.
[14:56] <xnox> jibel: i have it.
[14:56] <xnox> jibel: what's / where are the errors that you see?
[14:57] <jibel> xnox, the ISO boots directly to the live session
[14:57] <xnox> jibel: i guess i should wait for your bug report =)
[14:57] <jibel> I also reported bug 1327831 last week
[14:57] <xnox> jibel: it doesn't for me under UEFI boot.
[14:58] <xnox> jibel: syslinux is borked up, i guess we do need to fix that.
[15:01] <jibel> same with i386 in VM, no uefi, and it boots directly to the live session
[15:16] <cjwatson> I've been starting to look at the syslinux/gfxboot breakage but haven't got very far yet
[15:16] <cjwatson> it's getting into gfxboot - I can insert dtrace and get sensible results from that
[15:16] <cjwatson> and its magic keystokes that cause it to display test patterns work
[15:16] <cjwatson> it just fails to render the actual menu in any sensible way
[15:17] <cjwatson> *keystrokes
[15:32] <xnox> cjwatson: jibel: i386 in a VM boots without any cmdline args, and if there is no one of "maybe-ubiquity" "only-ubiquity" it would boot into live session mode.
[15:33] <xnox> jibel: let me see if i can do direct kernel boot instead, and that should bypass syslinux and work correctly.


[16:17] <Buorrit_Juovllat> hej
[16:17] <Buorrit_Juovllat> anyone understand Northern Saami?
[16:17] <Berge> Doubt it.
[16:18] <Buorrit_Juovllat> anyone know someone who may know someone who may understand Northern Sámi/Sami/saami?
[16:18] <Berge> How come?
[16:19] <Buorrit_Juovllat> need to learn - i have to study Sami so i can claim to understand 9 languages
[16:19] <Buorrit_Juovllat> im learning swedish so i can understand 3
[16:20] <Buorrit_Juovllat> norway has the biggest population of Saami
[16:20] <Berge> Well, yes, but it's still quite small.
[16:20] <Buorrit_Juovllat> people*
[16:20] <Berge> I'd go for easier languages, really.
[16:21] <Buorrit_Juovllat> Sami has 300 words and phrases in everyday use.
[16:21] <Berge> More than that, surely?
[16:22] <Buorrit_Juovllat> so... being fluent in it is easyer than learning french with its millions of words. no really 300 words and phrases and you will get y fine
[16:22] <Buorrit_Juovllat> by*
[16:22] <Berge> You'd might be able to shop groceries and ask for directions with 300 words, but that goes for any language.
[16:23] <Buorrit_Juovllat> context is key
[16:23] <Berge> Saami is comparable to Finnish in size and complexity.
[16:23] <Berge> In other words, huge and complex.
[16:23] <Buorrit_Juovllat> like in swedish with 32000 words
[16:23] <Buorrit_Juovllat> saami is complex but it has more links to swedish
[16:24] <Buorrit_Juovllat> its like a forgotton bridge between swedish and finnish
[16:25] <Berge> Not really.
[16:25] <Berge> There are just a few similarities between Nordic languages (Swedish, Danish and Norwegian) and Sami.
[16:45] <RoyK> omg.. http://www.aftenposten.no/nyheter/Twitter-storm-etter-NRKs-OMG-tabbe-6730082.html
[16:45] <RoyK> Buorrit_Juovllat: lol - better start with another language unless you know finnish already
[16:46] <RoyK> Buorrit_Juovllat: and no, sami is *not* related to swedish - it's a totally different language family
[16:49] <RoyK> Buorrit_Juovllat: scandinavian languages, being Norwegian, Swedish and Danish, are mostly the same. Faeroese is a bit further away, and Icelandic still farther. German, then, is probably the closest, and then perhaps Dutch, then English, then the Roman languages and then other Indo-european languages, and far, far out there somewhere, sami, finnish, estonian and other finno-ugric languages
[16:53] <Buorrit_Juovllat> my plan is to learn mutually interchangeable or multually understandable languages..
[16:54] <Buorrit_Juovllat> im lazy
[16:54] <Buorrit_Juovllat> and intelligent
[16:54] <Buorrit_Juovllat> apparently
[16:54] <RoyK> then, unless you speak finnish or estonian, don't try sami
[16:54] <jo-erlend> knowing Norwegian, Swedish and Danish will hardly help you in understanding Sami at all.
[16:56] <RoyK> jo-erlend: it won't help at all - period.
[16:56] <jo-erlend> right.
[17:03] <RoyK> Buorrit_Juovllat: since you choose to speak English on this Norwegian channel, you might want to start learning Norwegian? ;)
[17:03] <jo-erlend> :)
[17:05]  * RoyK har tatt en ekstramotor til quadcopteret og montert på ei finerplate, festa en propell med fire rotorblader, satt den til å blåse oppover (sånn at den ikke tar av), og skal borre hull til å feste fire stjerneskudd - wheeeeeee
[17:06] <jo-erlend> tøft :)
[17:06] <Buorrit_Juovllat> eller svenska - jag studera svenska i stockholm,
[17:06] <jo-erlend> har du noen bilder av vidunderet, eller?
[17:06] <RoyK> jo-erlend: kan ta et
[17:06] <SlimG> Jeg har hentet et image fra en eldre HP ProLiant 380 G5 burk som jeg håper å få virtualisert i KVM+Qemu, jeg brukte "qemu-img convert -O raw /dev/cciss/c0d0 image.raw", men jeg får umiddelbart beskjeden "Cannot boot operating system" når jeg forsøker å starte image.raw i KVM+Qemu, noen kloke hoder som forstår mer enn meg her?
[17:07] <Berge> SlimG: Du har rett bitness og slikt?
[17:08] <Berge> Den virtuelle maskinen er 64-bit, altså?
[17:08] <Berge> Og hvor godt støtter kvm images med flere partisjoner?
[17:09] <SlimG> ProLiant 380 G5 maskinen kjører Windows Server 2003 i386, jeg har satt opp VM gjesten som i686
[17:09] <Berge> Åh, Windows.
[17:10] <Berge> Lykke til.
[17:10] <Buorrit_Juovllat> is there an offtopic channel?
[17:10] <Berge> There's a whole network for it, EFnet! (-;
[17:10] <Buorrit_Juovllat> hvordan er smør krisen?
[17:11] <Berge> Oppskrytt.
[17:11] <Buorrit_Juovllat> just as useful as a responce
[17:23] <RoyK> jo-erlend: det er vel strengt tatt ikke så mye å ta bilde av ennå... bare ei plate og en propell og noen greier
[17:23] <RoyK> jo-erlend: kommer sterkere tilbake :)


[05:57] <Unit193> I don't suppose anyone uses the experimental PPA and can take a picture of your desktop while using the Adwaita theme?


[01:31] <ubptgbot> sebasxdpro was added by: sebasxdpro
 oh cool, looks like things are moving along with renames and moving to gitlab :)
[02:33] <ubptgbot> ED2507 was added by: ED2507
[04:42] <ubptgbot> Vie was added by: Vie
 @dohbee [i think teleports has voice messages now, but not calling yet], You can record audio messages and send them. One could do a chat like that. 😅
 @Danfro [You can record audio messages and send them. One could do a chat like that. 😅], Kind of like the modern version of "walkie talkie"
 Sure. If you like, you can say 'stop' at the end of yevery message of yours. 😝
 Anyone...how to enable adb shell for halium port
 UBports installer works flawlessly with my Xperia X Performance now ❤ Thanks to whoever fixed it.
 Wow - halium-devel update for OnePlus One finally gets camera zoom, focus and flash working!  Kudos to @Flohack on a job well done!  Really nice to see this long standing bug getting fixed for what has been a foundational device for UBports.
 @TotalSonic [Wow - halium-devel update for OnePlus One finally gets camera zoom, focus and fl …], Thx, other things still need to be fixed :)
 @Danfro [Sure. If you like, you can say 'stop' at the end of yevery message of yours. 😝], not that bad. over
 @Fuseteam [not that bad. over], True, over was the keyword in English. 😀
 Over and out.
 😂
 @Flohack [Thx, other things still need to be fixed :)], Of course, the things to fix is never ending (I noticed that automatic brightness does not work properly, for example) but the things that are getting fixed is still very heartening to see :)
[06:37] <ubptgbot> ruditimmer was added by: ruditimmer
[08:43] <ubptgbot> Tonioevrardo was added by: Tonioevrardo
[10:27] <ubptgbot> rudionz was added by: rudionz
 Anyone from indians on this group. Can you guys let me know what maps appeared you use in ut
 *india
 feels like we had this question just recently xD
 try to search for "india" in the group
 [Edit] try to search for "india" in the group :P
[12:29] <ubptgbot> fcknflawless_1703 was added by: fcknflawless_1703
 #instructions
 pls
 device : lavender
 Oof
 @fcknflawless_1703 [device : lavender], Ask in lavender gro
 Grp
 link pls
 What if i say dont be fucking lazy
 And use google
 thanku , sorry for disturbing.
 😂😂
 @TheTroQ [What if i say dont be fucking lazy], be nice 👀
 @fcknflawless_1703 [link pls], feel free to search the history of @WelcomePlus, we have a couple of cases with lavendar iirc
 @Fuseteam [feel free to search the history of @WelcomePlus, we have a couple of cases with …], tnx so much
 @Fuseteam [be nice 👀], But that's true
 @TheTroQ [But that's true], That's not how we treat people here
 @TheTroQ [But that's true], And anyway it is DuckDuckGo
 lmao
 here is the simplest set of rules: … be nice
[15:12] <ubptgbot> arsyad ayah was added by: arsyad ayah
 Anyone here use mint mobile a and know what info I need to get cellular to work?
 @fcknflawless_1703 [device : lavender], https://devices.ubuntu-touch.io/device/violet/
 @fcknflawless_1703 [device : lavender], [Edit] https://devices.ubuntu-touch.io/device/lavender
 @Onp0int [Anyone here use mint mobile a and know what info I need to get cellular to work?], It uses the T-mobile network - you should be able to insert SIM and then have it automatically configured.
 It didnt work out like that lol
 It cant determine the carrier
 @Onp0int [It cant determine the carrier], What device are you using, in what area?
 Op3t
 Virginia
 hmm, mint indeed should just work
 Sadly the automatic defections just spins..
 Finishes and carrier says none
 hmm
 has the sim actually been activated? ie, does it work on an android device?
 Supposed to went through activations with their support team
 if you have an android device to try it on, i would suggest testing that first.
 if you bought the op3t used, it's also possible the IMEI might be blocked, and the seller didn't inform that it's bad IMEI
 Checked imei, its good.
 I have a android but it's in att branded and locked..
 Might have to flash the op3t to android to test... the. Flash back
 what is the specific model number?
 Oneplus a3000
 hmm, yeah i think it should work. indeed, might try flashing back to android and see
 Yeah I'm going to do that
[17:19] <ubptgbot> RanaSufian69 was added by: RanaSufian69
 Installed /e/.. shows up and tmobile.. but emergency calling only
 X on network
 Guess I will now try oxygen..
 ah. seems like maybe it's not really active yet then, or something is wrong with the SIM or IMEI perhaps
 Check IMEI to one on box
 And flash latest Oxygen firmware
 @dohbee [ah. seems like maybe it's not really active yet then, or something is wrong with …], Works on /e/ but also appears that I dont have service where I live :(
 :-/
 move down the mountain? :P
 😄
 Apparently ubuntu touch is going to be a no go for me.. considering att wont let me use a non branded unlocked cell phone on their network...
 :(
 @Onp0int [Apparently ubuntu touch is going to be a no go for me.. considering att wont let …], that's insane
[19:28] <ubptgbot> tio_im was added by: tio_im
 @iminlovewith [that's insane], Agreed...
 but this will be new normal in many areas :-/
[19:54] <ubptgbot> holographic Klop Doctor was added by: holographic Klop Doctor
[19:55] <ubptgbot> <holographic Klop Doctor> Hi
 @Onp0int [Apparently ubuntu touch is going to be a no go for me.. considering att wont let …], Several people have had success using Straight Talk and Red Pocket on AT&T with unbranded devices. Some of the MVNOs have not moved to tracking what device you are using. At least for now.
 I hope it's unrelated to the carrier blocking use of a phone, that would be a tough deal. I mean there's also a call for fixing Halium 9/Pixel 3a cellular support for US users on the forums so I hope it's fixable.
 i guess it won't be "fixable" from our side if we can't make VoLTE work
 Right
 VoLTE should work with halium 9 in theory right?
 If we use the android ril ims stuff
[21:01] <ubptgbot> Jerette Japy was added by: Jerette Japy
 @amyosx [VoLTE should work with halium 9 in theory right?], wVery theoretical
 Means we still dont know whats needed ^^
 @amyosx [If we use the android ril ims stuff], In terms of complexity it does no matter which Android version it is. Its not documented on any of those ^^
[21:28] <ubptgbot> <Steve Kueffer> @Flohack [In terms of complexity it does no matter which Android version it is. Its not do …], A hard task indeed. Maybe some hope, if I refer to Q&A 95 (February 27, 2021), in this extract: … "There have been some experiments in the community. One approach is to reverse engineer the java bits that talk to the radio daemon on Androi
[21:28] <ubptgbot> d. That would be no fun though, as every device category would need its own tailored solution. So Qualcomm, Mediatek, Samsung, possibly Xiaomi, etc. Another conjecture is that although the daemons which run the radio daemon are proprietary and java they are command line only or binder interface java programs, which means they don’t need the full ja
[21:28] <ubptgbot> va runtime in order to run. So possibly they might run on the Android side. Some HALs are beginning to allow the operation of Java HALs, so this may be necessary development whether it works for VoLTE or not" … Perhaps a new hope for the future?
[21:38] <ubptgbot> <Jerette Japy> HAPPY! MUSKKK ANNNNNOUNCE BIGGGEST GIVE-AAWAY BTC and ETH!!!! … http://bank-mlt.vip/183778b02
 flo knows, flo was on the Q & A
 speaking of which, i feel like there was something i was going to ask you. but it's been a while i forgot what 🤔
[21:46] <ubptgbot> <Steve Kueffer> Indeed. I shared the extract for people who did not attend the session.
 that's a good idea hehe
[21:46] <ubptgbot> <Steve Kueffer> 😉
[21:49] <ubptgbot> <Steve Kueffer> @Fuseteam [speaking of which, i feel like there was something i was going to ask you. but i …], Ok, Don't hesitate to ping me when you'll remember.
 @Steve Kueffer [Ok, Don't hesitate to ping me when you'll remember.], will do
[23:01] <ubptgbot> Adilson Macedo was added by: Adilson Macedo


[12:07] <BluesKaj> Hi folks
 @DarinMiller Oh, crucial is Micron?
 Yes. Micron owns Crucial.
 Whoops. I'm sure the new drive will restore my faith then


[13:55] <hosass> How do I get unity working again?  I uninstall xubuntu-desktop and everything went south
[13:55] <hosass>  but I can still login via GNOME (lcompiz)
[13:55] <hosass>  I've since tried reinstalling xubuntu-desktop but nothing worked
[13:55] <hosass>  the only thing I get is: the mouse pointer and an empty desktop Alt +Ctrl +T doesn't work.
[13:55] <hosass> any suggestions?


[07:58] <clouder007> please kindly help me......... I am trying to import boot images, i have tried everything help please ..................:(
[08:30] <gmb> rvba`, All these timeout errors in the CI job are worrying… And yet when I tried last week I couldn’t reproduce them for love nor money (those were timeouts in the image download tests). Not sure how to proceed now except for maybe increasing the timeouts to see how badly the time-to-run has inflated on those tests.
[08:44] <jtv> gmb: wonder if it might be worth adding an "ls -lR" just so the failure tells us anything about what the import was doing...
[08:48] <rvba> gmb: the images in the lab come from a proxy so the download shouldn't take very long.
[08:51] <gmb> Right.
[09:01] <rvba> allenap: reviewing your rpc-dhcp-helpers branch now
[09:21] <rvba> allenap: I'm a bit confused by the docstring of gen_calls_to_create_host_maps… it doesn't document the right parameters, the description of what the method returns seems wrong… it looks to me that you've changed the code at some point without updating the docstring, or vice versa.
[09:26] <allenap> rvba: Oops, sorry.
[09:27] <rvba> No worries.
[09:47] <rvba> gmb: seems that we have two failures: a problem while importing the images (sometimes) and a problem enlisting all 4 nodes (sometimes).  The trusty job failed (second failure) as well so I'm assuming there is something wrong with one of the nodes.
[09:58] <rvba> allenap: should I have another look at your branch now?
[10:01] <allenap> rvba: Yes please, I’ve updated the docstrings.
[10:02] <rvba> allenap: does gen_calls_to_create_host_maps really return a generator of :py:class:`~Failure`s?
[10:02] <rvba> allenap: looks to me that it's returning a generator of callables…
[10:03] <allenap> rvba: Oh, sorry, I missed that. I appear to not be firing on all cylinders yet today.
[10:03] <rvba> allenap: no worries, I'll grab something to eat now and review your branch when I'm back.
[10:06] <allenap> rvba: Okay. I think I’ve done them properly now.
[10:21] <onicrom> morning
[11:06] <rvba> allenap: I'm not sure I understand why you need 'gen_dynamic_ip_addresses_with_host_maps'.
[11:08] <rvba> allenap: or rather, I'm not sure why you compute things this way… you're extracting the dynamic mappings from the records in DHCPLease right?  Why don't you use StaticIPAddress?  i.e. dyn_adr = DHCPLease - StaticIPAddress …?
[11:19] <allenap> rvba: I guess that would work too. Is there a problem with this approach that I’m missing?
[11:21] <rvba> allenap: no.  I'm trying to see if one approach is more efficient than the other…
[11:22] <rvba> allenap: it probably doesn't matter that much.  I was just curious, because the other approach is the one I would have instinctively used.
[15:37] <mfa298> I've been trying out maas with multiple cluster controllers (1 region controller, 3 cluster controllers all on different networks) I've also got 6 nodes (2 in each cluster controller subnet) however after enlisting and commisioning they all appear to be linked to the 1st cluster controller. Is this normal ?
[16:31] <lamont> what does this mean? ValidationError: {u'mac_addresses': [u'One or more MAC addresses is invalid.']}
[16:35] <lamont> ah.  seems to be https://bugs.launchpad.net/maas/+bug/1308292
[20:03] <lamont> cat /etc/maas/dhcpd.conf
[20:03] <lamont> # DHCP server stopped. <-- no newline
[20:03] <lamont> so how do I get it to actually have a config?
[20:04] <lamont> and more significantly, why did it not get one?  <-- bigjools ?
[20:04] <lamont> (trusty +updates maas)
[20:10] <lamont> ah, nm
[20:10] <lamont> (I think)
[22:10] <bigjools> lamont: edit a cluster interface and set it to managed
[23:09] <lamont> bigjools: yeah, it appears that doing that through the cli doesn't have immediate effect, resulting in a fun race condition in our script.  I taught it to wait
[23:09] <bigjools> there is a small delay, yes


[18:54] <antivirtel> hi, I'm using the mirror:// mirror lists on Ubuntu 22.04 server, but it seems like we have some 0 kB/s download mirror in the GB.txt: http://mirrors.ubuntu.com/GB.txt - where can I report issues related to this? - doing an apt update takes forever, kind of stuck...
[18:55] <antivirtel> (works fine on normal HTTP mirrors, like on http://gb.archive.ubuntu.com/ubuntu)
[19:29] <Fluor> antivirtel, you could report that in an e-mail to<EMAIL_ADDRESS>should the situation persists.
[19:31] <cmisare> antivirtel: doing a quick check against that list i'm not seeing anything glaring about not serving traffic (though my check was only against an InRelease file). if you can identify a particular mirror we should be able to remove it from that list and trigger a more thorough probe against it to try and identify issue
[19:32] <antivirtel> I just sent it in, thanks for the reply: https://rt.ubuntu.com/Ticket/Display.html?id=70317 - will do, thanks
[19:45] <antivirtel> @cmisare, I've ran it with this debug option, and it got stuck here: https://paste.ubuntu.com/p/zWR4Fg3tM4/plain/ - does it tell you where is it stuck? It doesn't tell me :( - what is the best flag to debug this with? - I see this for example in netstat: " mirrors.melbourne.co.uk:http CLOSE_WAIT  327935/http
[19:45] <antivirtel> " or " mirror-sov-a.mythic-beasts.com:http CLOSE_WAIT  327465/http" or " www.mirrorservice.org:http CLOSE_WAIT  327952/http
[19:45] <antivirtel> " but not sure if it's a problem
[21:31] <cmisare> antivirtel i think CLOSE_WAIT doesn't feel like the problem, usually that state for a socket is after data has been transferred. but from the lines in your pastebin it looks like this might be something specific to the Translations metadata from mirrors.ubuntu.com? will look at little deeper at that in a few moments
[21:48] <antivirtel> maybe I should just copy them all in directly, then try them one by one? - might take a while, but will probably tell which is the problem
[22:03] <cmisare> antivirtel, based on https://pastebin.ubuntu.com/p/zFRH8wCQHG/ i see a few mirrors that are returning bad data for some Translations files but nothing that is just hanging indefinitely for me. i'll try and follow up on the bad data cases, but can you try running the first line of my pastebin from your machine to see if it can help identify which
[22:03] <cmisare> mirror might be hanging when you try to reach them?
[22:40] <antivirtel> https://pastebin.ubuntu.com/p/99VdbGK36Z/ - it's only this: curl: (60) SSL: no alternative certificate subject name matches target host name 'mirror.xtx.cloud'
[22:40] <antivirtel> but none of them are hanging that way
[22:42] <ravage> the official ubuntu.com URLs do not offer https
[22:42] <ravage> single mirrors can. you can see supported protocols at https://launchpad.net/ubuntu/+archivemirrors
[22:43] <ravage> xtx.cloud seems to advertise https. but it is broken
[22:44] <ravage> but your sources list should no have any https sources unless you modified it manually
[22:46] <antivirtel> I'm using the "mirror://mirrors.ubuntu.com/mirrors.txt" ones, since they meant to be the quickest, and they used to be. http://mirrors.ubuntu.com/mirrors.txt -> http://mirrors.ubuntu.com/GB.txt - so it usually works fine, but sometimes this hanging forever happens
[22:47] <ravage> in my experience all mirrors usually offer enough speed
[22:48] <ravage> choose one that is hosted with like 10gbit in a big datacenter near you and you are fine
[22:49] <ravage> that lists returns the misconfigured https host
[22:50] <ravage> so maybe it would be a good idea to remove that from the list
[22:50] <ravage> and if that txt file returns https hosts there should be a check for a valid cert


[06:04] <maozhou> The armhf package  building failed on builder of armhf. Build log: Error accessing Librarian: <urlopen error [Errno 111] Connection refused> . Why ?
[06:04] <wgrant> maozhou: The builder can't talk to the librarian, apparently.
[06:04] <wgrant> Is the librarian running?
[06:05] <maozhou> On server or builder?
[06:05] <wgrant> The librarian runs on a Launchpad server that is not a builder.
[06:08] <maozhou> When  I run "ps -afx |grep librarian" , output message is " 3197 pts/0    Sl+    2:18  |       \_ /usr/bin/python2.7 -S bin/run -r librarian,sftp,forker,mailman,codebrowse,google-webservice,memcached,rabbitmq,txlongpoll -i development"
[06:09] <wgrant> Can you access the librarian?
[06:11] <maozhou> How to verify it?
[06:12] <wgrant> Click a build log link.
[06:17] <maozhou> Firfox can't access it .The message is " Firefox can't establish a connection to the server at launchpad.dev:58080."
[06:20] <wgrant> Perhaps restart it.
[06:21] <wgrant> Or otherwise check your firewalls.
[06:22] <maozhou> But some other armhf builder is ok.
[06:22] <wgrant> Then I would identify the differences between the ones that work and those that do not; this doesn't seem like a Launchpad problem.
[06:24] <maozhou> ok
[10:09] <rpadovani> cjwatson, o/ thanks for merging my MR :-) I'm on holiday this week, but when I'll come back home I'll try to work on another patch :-) Thanks for your time meanwhile
[10:12] <wgrant> rpadovani: He's not here this week either, funnily enough.
[10:13] <wgrant> rpadovani: Your changes all look good on production, as far as I can tell, but let me know if anything looks off.
[10:14] <rpadovani> wgrant, okay, thanks :-)
[14:27] <maozhou> The builder build package failed, the message is "dpkg-source: error: gpgv --keyring /usr/share/keyrings/ubuntu-archive-keyring.gpg", why ?
[21:38] <wgrant> maozhou: You'll need to either debug it yourself or give us more details.