[04:40] <jose> rick_h_: event runs from 14 to 20 UTC, you can choose your slot!
[07:24] <ezobn> Hi All, After fresh install of juno openstack on trusty (openstack-origin:trusty-juno) the neutron security group service is not started. How I can run it ? Why on controller node (installed by charm) no neutron-server installed ?
[08:02] <vogonpoetry> Trying to make changes to cinder-vmware charm work with another storage driver. Looking at it, I think I mainly need to edit cinder_context to take in the new config keys defined in config.yaml… Is there more to it than that? If so where else should I look.
[08:03] <vogonpoetry> and many thanks for any help
[09:34] <cargill_> hi, when I deployed a bundle and a service is not started, can I start it from the gui?
[09:36] <cargill_> the debug-log does not mention any errors, however it does not mention starting that either
[09:47] <cargill_> hmm, yet stat says "agent-state: started"
[13:41] <jose> tvansteenburgh: hey, have a min?
[14:03] <tvansteenburgh> jose: yep
[14:03] <jose> tvansteenburgh: quick question, will bundletester deploy the local charm or the one in the store as a default?
[14:03] <jose> cory_fu: those tests for chamilo are now done, should I do an MP against your branch or against the store?
[14:04] <tvansteenburgh> jose: bundletester just finds tests and executes them. what's deployed would depend on what's in the amulet test or the bundle file
[14:05] <jose> tvansteenburgh: got it, thanks
[14:10] <rick_h_> jose: where do I sign up for a slot?
[14:10] <jose> rick_h_: with me
[14:10] <rick_h_> jose: ah ok.
[14:11] <rick_h_> jose: put me down for 15:00 friday?
[14:11] <jose> rick_h_: sure, what would be a short description of the presentation?
[14:12] <rick_h_> jose: I'm going to ping alexisb and see if she wants to dual up again or not.
[14:12] <jose> rick_h_: got it, lemme know! :)
[14:12] <rick_h_> jose: so for now "What's new and upcoming in the work of Juju UI Engineering" can work for now
[14:12] <cory_fu> jose: If you're happy with the services framework implementation of the charm, I'd say MP it against trunk
[14:12] <rick_h_> jose: and for a description just something about the latest in the progress of the Juju GUI, jujucharms.com, and juju-quickstart.
[14:13] <rick_h_> jose: and if alexisb can join then I'll ask you to ammend it to be more general juju
[14:13] <jose> rick_h_: awesome, sec to give you the link...
[14:14] <jose> rick_h_: http://summit.ubuntu.com/uos-1411/meeting/22387/whats-new-and-upcoming-in-the-work-of-juju-ui-engineering/
[14:14] <jose> cory_fu: ok, MP against trunk is open
[14:14] <rick_h_> jose: ty
[14:34] <cory_fu> tvansteenburgh: Why is bundletester tagged to bzr==2.6.0 instead of bzr>=2.6.0?  My system apparently has 2.7.0dev1 and it's complaining
[14:35] <tvansteenburgh> cory_fu: that's how i inherited it, and i haven't tested it with anything else
[14:35] <tvansteenburgh> you didn't install it in a virtualenv?
[14:39] <cory_fu> tvansteenburgh: Yes, but I had to use --system-site-packages to get pythonapt to work, which meant that my system-level installed bzr made it so I couldn't install the right version of bzr into the virtualenv
[14:39] <cory_fu> I know I had this working at one point, so I'm not sure how I managed it before
[14:39] <tvansteenburgh> pip install -I
[14:40] <tvansteenburgh> (capital i)
[14:41] <cory_fu> Ah!  That works.  I thought there was such an option, but it's not listed on pip --help
[14:41] <tvansteenburgh> pip help install :)
[14:41] <cory_fu> Gah
[14:41] <cory_fu> :)
[14:41] <cory_fu> Thanks
[14:41] <tvansteenburgh> np
[14:51] <cargill_> hi, is it possible to run juju local environment when the host is an lxc container already?
[14:52] <lazyPower> cargill_: lxc in lxc gets a bit hairy, and isn't really recommended.
[14:54] <LinStatSDR> sorry for the delay, lazyPower is correct.
[14:54] <cargill_> lazyPower: I've been using vagrant until now, but the fact that everything is routed through <IP_ADDRESS> which breaks some relations, notably postgresql, is quite annoying, not to mention slow and memory-hungry
[14:55] <lazyPower> cargill_: i understand your frustration. aisrael is working with our team that maintains the images toa ddress most of those issues. there's also work being done to provide a docker based image for the workflow (allbeit a much lower priority than fixing vagrant papercuts presently)
[14:56] <cargill_> and I'm running Debian, which juju is not really happy with and I haven't had the time to find out how to fix that yet
[14:56] <aisrael> cargill_: the issue with postgresql and routing should be fixed in the latest vagrant box images
[14:56] <cargill_> I've downloaded one yesterday, is that new enough?
[14:56] <LinStatSDR> cargill_ what version of ebian?
[14:56] <cargill_> jessie
[14:56] <LinStatSDR> okay
[14:57] <lazyPower> cargill_: where did you fetch the box from?  aisrael - have we updated the docs with the latest box url(s)?
[14:57] <aisrael> cargill_: yes. Are you seeing the routing issue with that box?
[14:58] <cargill_> the amd64 one linked in https://juju.ubuntu.com/docs/config-vagrant.html
[14:59] <cargill_> aisrael: it's this issue, isn't it? 'FATAL: no pg_hba.conf entry for host "<IP_ADDRESS>"'
[14:59] <aisrael> cargill_: Yep, that's the issue
[15:00] <LinStatSDR> ;(
[15:00] <aisrael> lazyPower: looks like the doc is pointing to an image from August
[15:00] <aisrael> cargill_: Could you try an image from here? http://cloud-images.ubuntu.com/vagrant/trusty/current/
[15:00] <aisrael> I'll get the docs updated
[15:00] <lazyPower> aisrael: i suspected as much, we should try to automate that part of the docs or poitn them at the /current/ images so its always up to date
[15:01] <LinStatSDR> juju does need the updating
[15:01] <aisrael> lazyPower: Yeah, it should just point to current. I'll see if we can get that stale image removed, too.
[15:01] <lazyPower> aisrael: offtopic to whats going on here - will you be available to help run a session at UDS over the dev workflow with vagrant? ~ 20 minutes give or take
[15:02] <cargill_> I'd still prefer to try the LXCception approach, with 4GB of memory, VirtualBox is not a nice neighbour
[15:02] <aisrael> lazyPower: depends on the day. My schedule this week is going to be somewhat challenging
[15:03] <cargill_> and I'm mostly after testing out stuff locally, not production use
[15:03] <cargill_> what are the common issues with that approach?
[15:05] <lazyPower> cargill_: I've run into issues with cgroups failing the upstart task - and didnt pursue it any further
[15:05] <lazyPower> cargill_: and to note, i haven't actually tried to run juju within that lxc container
[15:06] <lazyPower> cargill_: however if you come up with a working solution - i'm all for talking to you about your approach and documenting it for science.
[15:07] <LinStatSDR> For science!
[15:07] <cargill_> at the moment, I'm getting 'juju.container.lxc clonetemplate.go:167 container failed to start: container failed to start' in the container, nothing more descriptive in the juju debug-log -l TRACE
[15:08] <cargill_> but I haven't tried to create a container yet, this is where I was before I asked here
[15:08] <lazyPower> cargill_: if i were to guess at the culprit - i'd say its networking
[15:08] <LinStatSDR> i dislike generic failure debug statements
[15:09] <cargill_> yeah, I'm trying to get all the information there is on LXC in LXC and see if I can get an lxc container start manually, to make sure that works
[15:09] <ktosiek>  /join #nagare
[15:09] <ktosiek> dang it
[15:09] <lazyPower> cargill_: https://www.stgraber.org/2012/05/04/lxc-in-ubuntu-12-04-lts/ - container nesting.
[15:09] <LinStatSDR> hmm 12.04
[15:09] <lazyPower> the info is  bit old :(
[15:10] <LinStatSDR> Yes, needs a bit of updating lol
[15:11] <lazyPower> https://help.ubuntu.com/lts/serverguide/lxc.html#lxc-basic-usage - that may be more up to date.
[15:11] <lazyPower> under nesting - it talks about a profile to be used for nesting
[15:11] <lazyPower> lxc.aa_profile = lxc-container-default-with-nesting
[15:12] <LinStatSDR> LazyPower, that is much newer. For 14.04
[15:13] <cargill_> ok, so the host being debian, I don't have to do this part, right? since systemd manages its cgroups, would it interfere?
[15:13] <LinStatSDR> Does it "have" to be debian :D
[15:14] <cargill_> LinStatSDR: kinda has, yes, I'm not reinstalling my machine just to have juju running on it :)
[15:15] <cargill_> (although I can get rid of systemd, it is a bit painful sometimes)
[15:15] <LinStatSDR> Hehe, I'm just busting your chops cargill_. That and I seem to less "problems" if you will, issues running Ubuntu for juju
[15:16] <lazyPower> cargill_: since we're not officially moving ot SystemD for another few cycles, i dont think anyone here has really worked with juju under a systemd supervisor.
[15:16] <lazyPower> so we wont have much in terms of info in that regard
[15:17] <cargill_> yeah, I thought as much, thanks anyway
[15:18] <LinStatSDR> =)
[15:19] <cargill_> does the lxc.mount.auto = cgroup line go into /etc/lxc.conf or the container's own config file in /var/lib/lxc/<container>/config?
[16:10] <lazyPower> mhall119: ping - we've got all 5 of our sessions in pending on summit.
[16:13] <lazyPower> oo, i missed one. 6 sessions
[16:16] <mhall119> lazyPower: in pending? then you need a track lead to approve them
[16:16] <lazyPower> mhall119: do I ping antonio for that? sorry for my daftness - this is my first time doing the scheduling.
[16:16] <mhall119> jose: gaughen: marcoceppi: ^^
[16:16] <mhall119> lazyPower: antonio or one of the ones I just pinged
[16:16]  * lazyPower facepalms
[16:16] <lazyPower> you sent that in the email - sorry
[16:17] <mhall119> it's okay :)
[16:28] <cargill_> hmm, juju-gui is started, but keeps on responding with a 301 to https:// + whatever I put in the Host header, then does not want to speak TLS, is there something I'm missing?
[16:29] <lazyPower> rick_h_: have you guys done any experimentation with the gui being nested in lxc? I think i know the answer to this...
[16:30] <lazyPower> rick_h_: for clarity - Debian host => Parent JUJU Environment container => juju gui is container in a container.
[16:30] <cargill_> ah, it was trying to redirect me to port 443, just that it got confused
[16:31] <rick_h_> lazyPower: no, the big thing is how do you get to it via the network? It needs to have the ability to hit the juju api websocket
[16:31] <rick_h_> cargill_: cool, yea one of the guys on the team is currently working on making the charm take a port as a config param to run on
[16:31] <rick_h_> which should help it colocate better with other services soon. Should be released next week
[16:31] <lazyPower> rick_h_: good question - i'm not sure - cargill_ is pioneering this
[16:32] <rick_h_> lazyPower: yea, never tried it I guess. Nothing 'shouldn't work that I know of but it all depends on the networking setup from what I can think of
[16:33] <lazyPower> I haven't either tbh - but this sounds like a compelling alternative to using vagrant if the networking re-config is trivial.
[16:33] <cargill_> after I got the croups remounted in the container as well, juju seems to be mostly happy (apart from me setting apt proxy wrong and install of juju-gui failing because of that :))
[16:33] <rick_h_> lazyPower: huh? How does it help with vagrant? Does vangrant just run the lxc?
[16:33] <lazyPower> rick_h_: vagrant is a heavier weight alternative when i can just share resources with my HOST
[16:34] <rick_h_> lazyPower: ok, but I'm missing the point. If you're on linux and have lxc why do lxc in lxc?
[16:34] <lazyPower> rick_h_: all that i *really* want this for is doing the testing setup for charm reviews - as my workstation is polluted beyond recognition from all the junk in 00-setup from teh charms.
[16:34] <rick_h_> you can do multiple envs in lxc?
[16:34] <lazyPower> isolate all that business so i can just wipe out the lxc container when im' done and call it.
[16:35] <rick_h_> lazyPower: right but do an env and just destroy-environment --force?
[16:35] <lazyPower> and i dont need nested containers for that.
[16:35] <lazyPower> now that i think about it, i've been undeniably lazy - i could just snapshot a testing container, and put my environments.yaml in there - use it for testing with cloud hosts
[16:36] <rick_h_> lazyPower: ok, I'm all for helping you solve a problem with the gui. Just not understanding the problem atm so forgive me.
[16:36] <rick_h_> lazyPower: give me a setup you want to work and I'll see what we can do
[16:37] <lazyPower> rick_h_: well my use case is crazy different than what cargill_ is doing, and cargill_ would be a better source of truth on that matter than I.
[16:37] <lazyPower> i pinged you to see if you guys had ever had a crazy notion to try that - but most of us that i'm aware of, have not gone the route of nested lxc.
[16:38] <rick_h_> lazyPower: right, we've not really. lxc is usually 'contained' enough for our needs.
[16:38] <lazyPower> yo dawg, i heard you like to contain things, so we spun up containers in your containers so you can container while you container.
[16:40] <LinStatSDR> lol
[16:40] <LinStatSDR> lazyPower +1
[16:51] <cory_fu> Just submitted my dhx (debug-hooks-ext) plugin pull request: https://github.com/juju/plugins/pull/32  I am interested in feedback, but I think it makes for a much improved charm debugging experience
[17:10] <cargill_> is there a way to get the public-address of a service either in the GUI or through the juju command?
[17:11] <cargill_> apart from juju stat, which is a bit hard to parse in the shell
[17:13] <cargill_> actually, not through the gui, because I want to get the gui service address to set up networking after I bootstrap a new environment...
[17:16] <lazyPower> cargill_: juju run --unit service/# "unit-get public-address"
[17:17] <cory_fu> cargill_: juju status service | grep public-address | awk '{print $NF}'
[17:17] <lazyPower> if your'e on one of the beta builds, we have newer options for juju status as well
[17:17] <cargill_> lazyPower: thanks
[17:24] <cargill_> yay, juju feels much snappier, does not eat my memory for breakfast and no problems with cross-machine connections going through <IP_ADDRESS>
[17:30] <cargill_> thanks for your help everyone
[17:43] <lazyPower> No problem cargill_ - if you have any notes i'd love to see them.
[17:43] <lazyPower> its an interesting approach for sure
[18:25] <jose> mhall119, lazyPower: scheduling? shoot a PM
[18:25] <lazyPower> jose: i sent an email follow up - let me fwd it to ya
[18:25] <jose> cool
[18:26] <lazyPower> jose: you've got mail - and there are 6 sessions proposed on summit
[18:26] <jose> got it
[18:27] <jose> lazyPower: have you already proposed the sessions on summit or created a blueprint?
[18:27] <jose> don't see them
[18:27] <lazyPower> jose: no blueprints - the only session we have for planning is the open feedback - and what project would you target that against as it encompasses charms and juju?
[18:28] <lazyPower> jose: however mbruzek created 6 sessions that are in pending
[18:28] <mhall119> jose: you don't see pending meetings in http://summit.ubuntu.com/uos-1411/review/ ?
[18:28] <jose> lazyPower, mhall119: was looking at scheduling, sorry
[18:31] <jose> lazyPower: 17 UTC wed, charm testing: slot is plenary. 15 UTC fri, open feedback, slot is taken by rick_h_
[18:32] <lazyPower> jose: can you just shift them down into open slots and I'll update our tenative slots on the calendar?
[18:32] <lazyPower> jose: what i'm more concerned with is keeping the order that we have them scheduled, as its a progressive build on the prior
[18:32] <jose> ok
[18:32] <lazyPower> the times are adjustible however
[18:33] <jose> lazyPower: charm testing is on the 18UTC slot on wed, open feedback on the 14 UTC slot on Fri
[18:33] <jose> lazyPower: actually, you can choose between 14UTC fri or 18 UTC fri
[18:34] <lazyPower> jose: 18UTC sounds like a better timeslot as its after standup.
[18:34] <jose> ok
[18:35] <jose> lazyPower, mbruzek: all meetings approved and scheduled
[18:35] <lazyPower> jose: thanks for the follow up o/
[18:35] <jose> 5 slots are still open if anyone wants tot ake them
[18:36] <jose> 5 slots are still open if anyone wants tot ake them
[18:36] <jose> np :)
[18:38] <bidwell> Is this the place where one might get help with getting juju+maas to bootstrap?
[18:39] <lazyPower> bidwell: we can certainly try - whats the situation?
[18:41] <bidwell> I have a maas server with 6 machines behind it that have been provisioned with ubuntu 14.04.1 and returned to the ready state (but still up).  When I run "juju bootstrap" from the maas server it runs for 30 minutes and then says "ERROR bootstrap failed: waited for 30m0s without being able to connect: /var/lib/juju/nonce.txt does not exist"
[18:42] <bidwell> I can ssh to them as<EMAIL_ADDRESS>from the maas server and sudo once there.  I am not sure what I am missing.
[18:50] <lazyPower> oh, interesting
[18:50] <lazyPower> missing nonce.txt huh?
[18:53] <lazyPower> bidwell: i'm not positive on why this is the case but i'm goign through questions on AU with similar symptoms
[18:53] <lazyPower> bidwell: can you get me the output from juju -v --debug bootstrap -e maas (or your maas environment name)
[18:54] <lazyPower> preferrably in a pastebin
[19:02] <themonk> lazyPower, hi
[19:03] <jose> themonk: hey, need any help?
[19:03] <themonk> jose, : hi yes :)
[19:03] <jose> what's up?
[19:05] <themonk> jose, i have submitted my charm for review but i am just waiting, tipicaly how long it takes to review? and can you see my page and tell me is there anything i did wrong?
[19:06] <jose> themonk: let me check if it's on the queue
[19:06] <jose> themonk: which charm is it?
[19:06] <themonk> gluu-server
[19:06] <lazyPower> hah
[19:07] <jose> that's lazyPower
[19:07] <lazyPower> jose: i have that one locked but have since gotten pre-occupied
[19:07] <jose> cool then!
[19:07] <lazyPower> if you want it i can unlock it and you can get the first round
[19:07] <jose> definitely
[19:07] <jose> I've got some time now
[19:07] <lazyPower> allrighty - incoming c-c-c-c-c-c-combo-breaker
[19:08] <lazyPower> themonk: tiem to review is subjective - it depends on whats int eh queue and so forth - as you're an ISV we'll give ya some express privledges ;)
[19:08] <lazyPower> jose: unlocked - have at it
[19:08] <jose> cool, checking now
[19:08] <themonk> lazyPower, :)
[19:09] <marcoc> whit, how do you deploy cloud foundry?
[19:10] <whit> marcoc, usually I follow the readme, but execute the actual deployment command by hand
[19:10] <jose> themonk: mind if I PM?
[19:10] <whit> marcoc, what are you seeing?
[19:11] <whit> marcoc, or was your question even more general?
[19:11] <marcoc> whit, I have bootstrap, what's next is my question
[19:12] <themonk> jose, ?
[19:12] <jose> themonk: wanna make a couple questions about the charm, and was wondering if it was fine for you if I sent a private message
[19:12] <whit> marcoc, alright!  I suggest checking out the source from launchpad and following the instructions in the README
[19:13] <themonk> jose, ok np
[19:13] <whit> marcoc, let me grab you a link
[19:13] <marcoc> whit, and the source is?
[19:14] <whit> marcoc, https://code.launchpad.net/~cf-charmers/charms/trusty/cloudfoundry/trunk
[19:14] <marcoc> whit, ta
[19:15] <whit> marcoc, hollar if you have any issues.  Where are you planning on deploying?
[19:15] <jose> marcoceppi, lazyPower, mbruzek: auth request to push https://code.launchpad.net/~ibm-demo/charms/trusty/mediawiki/trunk/+merge/240072
[19:15] <marcoc> AWS west-2
[19:16] <lazyPower> jose: go for it
[19:16] <jose> lazyPower: thanks
[19:16] <whit> marcoc, ok cool.  be sure to set a constraint for instance-type=m3.medium
[19:17] <marcoc> instance-type works as a --constraint?
[19:17] <whit> marcoc, iirc, the deploy script included will create a "dense" placement
[19:17] <whit> marcoc, only on aws, but yeah
[19:18] <whit> marcoc, you can also pick a size of cpu or memory and get the same effect.  main thing is to avoid getting hung up on limit m1.smalls
[19:18] <whit> *limited
[19:18] <whit> marcoc, it should spin up 8 machines iirc
[19:22] <marcoc> oh crap, where do I set the constraint? before running cfdeploy?
[19:23] <whit> marcoc, before
[19:23] <whit> marcoc, generally we bootstrap with it
[19:23] <marcoc> oops
[19:23] <marcoc> juju deployer -T
[19:23] <whit> marcoc, anyway, it will fail fairly fast. what version of  juju are you using?
[19:23] <whit> marcoc, exactly
[19:24]  * whit should alias that to juju undeploy
[19:24] <marcoc> 1.21-beta1
[19:24] <marcoc> whit, I wrote a juju-reset plugin
[19:24] <whit> marcoc, ah nice
[19:25] <whit> marcoc, 1.21-b may not have the m1.small issue
[19:25]  * whit crosses fingers
[19:27] <whit> marcoc, how's reinvent?
[19:28] <marcoc> hasn't started yet, but it's pretty hectic
[19:30] <bidwell> my 'juju -v --debug bootstrap -e maas' pastebin should be at http://pastebin.com/fxMRSJM
[20:14] <marcoc> marcoc, how long should this take?
[20:14] <marcoc> I got an internet window
[20:14] <marcoc> to a thing with tabs
[20:14] <marcoc> but it's been spinning for a while


[00:20] <ninjaaron> Hey, if anyone here likes tiny bitmap fonts (there's always a few), I just made one with full Hebrew Support.
[00:20] <ninjaaron> It's on the Ubuntu forum, here: http://ubuntuforums.org/showthread.php?t=1846868
[00:21] <asw3> tiny bitmap fonts?
[00:21] <ninjaaron> some people prefer bitmap fonts for programming because they are readable at small sizes, so you can see many lines at once.
[00:23] <ninjaaron> bitmap as opposed to the normal vector font formats (TTF,OTF,FONT, etc...)
[00:23] <asw3> if i will be programmer i will download it
[00:23] <asw3> thanks for posting
[00:23] <ninjaaron> alright, just letting you guys know.  Have a good night
[00:24] <asw3> good night
[00:29] <asw3> _x_X_X_x_, סיימת עם ההכנה של הכינור?
[01:05] <_x_X_X_x_> asw3, כן
[01:05] <_x_X_X_x_> הוא מנגן!!!
[01:12] <asw3> ואללה?
[01:12] <asw3> מתי סיימת אותו?
[07:28] <or_schapira> בוקר טוב
[07:42] <matanya> הי or_schapira
[07:48] <or_schapira> יש כאן חברים?
[08:52] <sijp> כולנו חברים של כולם
[09:16] <or_schapira> sijp וואלה
[09:16] <or_schapira> כיף
[17:27] <Ron443999> is ther e an extention for thunderbird to make bold notifications upon email recieving? also. when i reply i get only tiny bit of the message i'm replying to to apprer in the letter
[17:36] <Ron443999> is ther e an extention for thunderbird to make bold notifications upon email recieving? also. when i reply i get only tiny bit of the message i'm replying to to apprer in the letter


[08:49] <alkisg> I'm trying to pass 'us,gr' as the keyboard layouts in Xephyr, but the comma is seen as a parameter separator so it doesn't work:
[08:49] <alkisg> $ Xephyr :1 -keybd ephyr,,xkbmodel=evdev,xkbrules=evdev,xkblayout=us,gr,xkboptions=grp:alt_shift_togge -ac -reset -screen 1024x600 -query <IP_ADDRESS>
[08:49] <alkisg> [it gives me this warning]: Kbd option key (gr) of value ((null)) not assigned!
[08:49] <alkisg> Does anyone know the correct syntax?
[08:50] <tjaalton> use doublequotes?
[08:51] <alkisg> I tried them around "us,gr", but I got the same warning (and still not working):
[08:51] <alkisg> Xephyr :1 -keybd ephyr,,xkbmodel=evdev,xkbrules=evdev,xkblayout="us,gr",xkboptions=grp:alt_shift_togge -ac -reset -screen 1024x600 -query <IP_ADDRESS>
[08:54] <RAOF> You might need to escape the quotes; it's possible your shell is eating them.
[08:54] <alkisg> I also tried \", nothing, and I tried to quote the whole command line in '', again no joy
[08:55] <alkisg> Xephyr :1 -keybd 'ephyr,,xkbmodel=evdev,xkbrules=evdev,xkblayout="us,gr",xkboptions=grp:alt_shift_togge' -ac -reset -screen 1024x600 -query <IP_ADDRESS>
[08:55] <alkisg> Kbd option key (gr") of value ((null)) not assigned!
[09:00] <alkisg> Is some other separator acceptable, like e.g. xkblayout=us|gr ?
[09:07] <alkisg> Ah, got it: $ Xephyr :1 -keybd ephyr,,xkbmodel=evdev,xkbrules=evdev,xkblayout=us+gr:2,xkboptions=grp:alt_shift_toggle -ac -reset -screen 1024x600 -query <IP_ADDRESS>
[09:08] <tjaalton> how did you figure it out? no manpage even mentions '-keybd'
[09:08] <alkisg> Yup I know :(
[09:09] <alkisg> I googled and googled and found some broken examples
[09:09] <tjaalton> ok
[09:09] <alkisg> Then 2 hours later I got it working with trial and error :-/
[13:56] <ScottK> alkisg: It might be useful to file a bug with suggestions for improving the man page while this experience is fresh in your mind.
[14:00] <alkisg> ScottK: hmm ok, but against which package? the Xephyr man page only lists 3 options, maybe those that are specific to Xephyr itself. Maybe the rest of the options are Xorg options, to be documented in `man X`? But I can't even find "query" in `man X`...
[14:01] <alkisg> Is "X -query" documented someplace else?
[14:01] <ScottK> Dunno.
[14:01] <tjaalton> Source: xorg-server
[14:01] <ScottK> There we go.
[14:02] <alkisg> Ah, "query" is documented in `man xserver`
[14:23] <alkisg> `Xephyr --help` does show the available TinyX options. So they're just missing from the Xephyr manpage...
[17:15] <Sarvatt> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20110413-natty.html errr nvidia-graphics-drivers-180 is in the archive?
[17:17] <Sarvatt> been in there since karmic apparently, dont think thats intentional
[20:42] <bryceh> Sarvatt, yeah was wondering about that myself.  Shouldn't we drop it (or at least close out the bugs)?
[20:45] <tjaalton> should be removed
[20:49] <tjaalton> maybe bugbot would then stop reassigning bugs there :)
[20:51] <Sarvatt> bryceh: did you mean to have a desktopcouch dependency in xdiagnose?
[20:51] <bryceh> Sarvatt, no
[20:52] <bryceh> Sarvatt, I used quickly to generate the project, I'll bet that pulled it in for preferences or some such (which I don't use)
[20:53] <bryceh> heh, I ended up deleting so much stuff quickly generated it would have been easier to generate the project from scratch ;-)
[20:54] <bryceh> tjaalton, does bugbot assign bugs there?  if so I should fix that.  Thought it was directing them to the general nvidia package
[20:54] <Sarvatt> wasn't sure if there was some feature you were planning that used it or something
[20:54] <tjaalton> bryceh: bug 718742 as an example
[20:54] <ubot4> Launchpad bug 718742 in xserver-xorg-input-evdev (Ubuntu) "Cyborg R.A.T.7 Right Click Issue (affects: 1) (heat: 8)" [Undecided,Won't fix] https://launchpad.net/bugs/718742
[20:55] <bryceh> tjaalton, thanks I'll investigate
[20:55] <tjaalton> or bug 765850
[20:55] <ubot4> Launchpad bug 765850 in nvidia-graphics-drivers-180 (Ubuntu) "unable to rotate display left or right (affects: 1) (heat: 3257)" [Undecided,New] https://launchpad.net/bugs/765850
[20:58] <bryceh> heh, I've got some weird bug where sometimes right clicking to bring up the context menu in chromium causes the area that was occupied by the context menu to remain (doesn't re-render) showing a static clipping from the browser window
[20:59] <bryceh> vt switching causes those regions to turn gray
[20:59] <bryceh> a sufficient amount of switching desktops seems to eventually make the issue go away
[21:01] <bryceh> this on an rv770 with -ati on <IP_ADDRESS>.22
[21:04] <tjaalton> hmm bug 771344 is the one jane has?
[21:04] <ubot4> Launchpad bug 771344 in xorg (Ubuntu) "external monitor does not work (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/771344
[21:04] <bryceh> yeah I think all those arrandale bugs are the same
[21:05] <bryceh> tjaalton, seems to be fixed with newer kernel, but having hard time finding someone willing to bisect
[21:06] <seb128> you might be able to convince pitti to try ;-)
[21:09] <bryceh> ok bugbot's nvidia-180 issue is fixed
[21:12] <bryceh> ok desktopcouch excised from xdiagnose.
[21:22] <tjaalton> bryceh: good to hear that there's progress
[21:22] <cnd> bryceh, tjaalton: either of you interested in trying to resolve bug 762768?
[21:22] <ubot4> Launchpad bug 762768 in xserver-xorg-input-synaptics (Ubuntu) "cannot select text with left click with touchpad (affects: 1) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/762768
[21:23] <cnd> I think the resolution would be to try to get the input device properties to find out if it's a clickpad
[21:23] <cnd> input device properties are a new functionality of the kernel evdev interface in natty
[21:23] <cnd> if it's a clickpad, then set the area bottom edge
[21:23] <cnd> I'd take it and fix it myself, but I'm swamped right now
[21:24] <cnd> there should already be some code in my synaptics patches to determine if the trackpad is semi-mt, so you can use that as reference
[21:33] <bryceh> cnd, can you describe what needs done on the bug report itself?  Then whichever of us wants to pick it up can take it from there
[21:35] <cnd> bryceh, yeah


[06:32] <zzarr> duflu, thanks for your response about the Intel HD 3000
[06:39] <duflu> zzarr: tis OK. That's what we're here for
[06:41] <zzarr> I can hardly wait until I get the computer, it's an HP Probook 4330s with an upgraded CPU to a i7-2670QM and I will install a 480GB SSD + 8GB RAM :-D
[06:42] <zzarr> does XMir work out of the box or do I have to configure it myself?
[06:44] <duflu> zzarr: Xmir has been rewritten and is no longer designed as a full desktop replacement, but just a way to launch X apps in Mir. The Unity8 desktop is probably not ready for general usage but you can install it and switch between Unity7/8
[06:46] <duflu> zzarr: Excellent timing for a new computer, with 16.04 coming
[06:47] <zzarr> duflu, okey, it was the ability to run X-applications I wanted, but that should just work if I understood you correctly
[06:47] <zzarr> duflu, yes, it is :-D
[06:47] <zzarr> I will get it this week :-D
[06:50] <duflu> zzarr: Also worth noting, Libertine/Puritine (the launcher we're developing to transparently run X apps) is under development and I hear under redesign too
[06:51] <duflu> I don't know much about it. But am defacto maintainer of Xmir itself, which you can just keep running as an X server if you know how
[06:52] <zzarr> duflu, okey, what is the preformance like with Xmir?
[06:53] <duflu> zzarr: Quite reasonable, but not as good as native Unity7. On desktop it will default to high performance mode, but that is not stable. If in doubt use -sw to run it in stable software mode like we do on mobile
[06:53] <zzarr> duflu, okey
[06:53] <duflu> ... which will make it slower
[06:54] <zzarr> duflu, it will.... I assumed that
[06:54] <duflu> I'm working on performance enhancements that will benefit both Unity8 and Xmir right now. Although they're probably months away from release
[06:54] <zzarr> duflu, 16.10?
[06:54] <duflu> Yes
[06:54] <zzarr> nice
[06:56] <zzarr> duflu, could you help me later (when I got my new computer) to configure Xmir? (or is there a good tutorial?)
[06:56] <duflu> zzarr: Yes, it's easy
[06:57] <duflu> No official docs
[06:58] <zzarr> duflu, thanks :-D
[06:59] <zzarr> duflu, will Mir have a remote control possibility (like ssh -X ...)?
[06:59] <duflu> zzarr: Nothing officially planned, but never say never
[07:01] <zzarr> duflu, okey
[07:02] <zzarr> duflu, how does Mir handle multiple GPU's? (Some laptops have that)
[07:02] <RAOF> It doesn't, at the moment.
[07:02] <zzarr> okey
[07:02] <RAOF> It's on the near-term TODO list.
[07:02] <zzarr> the one I'm buying have only the Intel card
[07:02] <duflu> Fortunately RAOF is a sucker for punishment and working with that right now
[07:03] <RAOF> There's nothing fundamentally difficult about making it work (all the hard parts have already been done; mostly in the kernel) it just requires providing the right interfaces and mushing them together.
[07:04] <zzarr> RAOF, are you implementing it in such a way that one could plug'n'play a GPU? (like Thunderbolt 3 eGPU)
[07:05] <RAOF> That should be possible. I'm not sure if the kernel will play nicely with GPU hot plug, though :)
[07:06] <RAOF> For those playing at home, eglQueryDeviceStringEXT(devices[i], EGL_DRM_DEVICE_FILE_EXT) works better if you've actually filled in the devices array.
[07:06] <duflu> I've been thinking external GPUs are going to become a hot topic. Possibly the simplest path to a VR-capable machine for many people (assuming they have Thunderbolt 3)
[07:07] <zzarr> nice, I'm sure the kernel ether will play nicely or will in the future
[07:07] <duflu> Because you could theoretically match Vive/Oculus requirements with a laptop that way
[07:07] <RAOF> External GPU enclosures are surprisingly expensive.
[07:07] <zzarr> duflu, that's true
[07:08] <duflu> Expensive yes, but just a theoretical way to avoid large gaming rigs
[07:08] <zzarr> RAOF, yes they are, but I think they will be less expensive as the demand increases
[07:09]  * duflu doesn't see any reason why a cable and PCIe enclosure should stay expensive
[07:09] <duflu> And power supply
[07:09] <zzarr> I also think that there will be monitor/enclosure combos (all in one package)
[07:09] <RAOF> That would be pretty cool, actually.
[07:11] <duflu> Sadly requires prior investment in a very recent laptop. So nowhere near cheap
[07:12] <duflu> Although I guess micro desktops will follow with USB 3.1
[07:12] <zzarr> I thought of another thing one day, it would be awesome if Intel made a CPU with 2 M series cores (like the one in 12" Macbook) and a i5 or i7 quad core in one package in a 10" or 12" tablet
[07:13] <duflu> I'm sure they have considered it and have Apple design reasons why it doesn't exist... yet
[07:13] <RAOF> I don't think Intel fabs are set up for the low-power silicon process that would make that useful?
[07:14] <zzarr> and you could dock it with a keyboard/mousepad part which had a bigger battery and a stronger GPU
[07:14] <duflu> RAOF: The 12" Macbook is a reasonable proof of concept that it's catching up
[07:14] <RAOF> AIUI ARM's BIG.little architectures make sense because they use a different process/silicon for the little CPUs optimised for low leakage power rather than low active power?
[07:15] <zzarr> so when in tablet mode the M series core should be active and when in laptop mode the i5/i7
[07:15] <zzarr> RAOF, yes, that's true
[07:15] <RAOF> Why not just downclock/downvolt the i7 in tablet mode?
[07:15] <zzarr> RAOF, that works too :-)
[07:15] <duflu> That's a point. The larger cache of an i7 would still help
[07:16] <zzarr> perhaps turning of 2 cores?
[07:16] <RAOF> Race-to-idle is still a thing :)
[07:16] <zzarr> what is that?
[07:16] <RAOF> I think the current state of the art (for Intel, at least) is to run as fast as possible to process all the available work and then idle in an extremely low power state.
[07:17] <RAOF> Hence race-to-idle.
[07:17] <zzarr> ohh, I see
[07:17] <RAOF> Hence the counterintuitive result that limiting the CPU clock rate usually doesn't save you power.
[07:18] <RAOF> Because idle CPUs use much less power than even the lowest-power active state.
[07:18] <zzarr> RAOF, a valid point
[07:19] <zzarr> is it possible to suspend an application without suspending the hole system?
[07:19] <RAOF> Yes; Ubuntu Touch does it all the time.
[07:19] <zzarr> will the desktop do that too?
[07:19] <RAOF> (SIGSTOP is the relevant piece of posix)
[07:20] <RAOF> No, because it's got severe drawbacks (such as only your focused application being able to do anything at all) :)
[07:20] <zzarr> RAOF, yea, you're right
[07:21] <duflu> zzarr: You can do it any time:    'kill -STOP <pid>' and 'kill -CONT <pid>'
[07:21] <duflu> Just be careful what you stop
[07:21] <zzarr> RAOF, well the criteria for suspending/not suspending should be different for desktop
[07:22] <zzarr> duflu, very
[07:29] <zzarr> duflu, is it possible to hibernate an application too?
[07:29] <RAOF> What's the difference between that and suspending it?
[07:30] <duflu> zzarr: Not that I know of, but STOP will keep it frozen for the lifetime of the system (till you reboot)
[07:30] <RAOF> (CRIU might be the google-sauce you're looking for)
[07:30] <zzarr> suspending is stopping/hibernate is to save it to disk too
[07:31] <RAOF> zzarr: https://criu.org/Main_Page
[07:31] <duflu> SIGSTOP/ freezing all your processes since 1973
[07:32] <zzarr> thanks for the link, interesting
[07:32] <tjaalton> hi, anyone around to test mesa 11.2.0-rc4? I'd like to upload 11.2.0 to xenial today
[07:33] <tjaalton> there shouldn't be any surprises, at least the mir-egl patch didn't need updates for this
[07:37] <tjaalton> and if not, what would I need to do to test it myself?
[07:40] <RAOF> tjaalton: Install it, fire up a unity8 desktop session?
[07:41] <tjaalton> ah, too easy then :)
[07:41] <tjaalton> might even have that installed somewhere..
[07:59] <tjaalton> I see a bunch of segfaults due to banfdaemon, and a black screen
[08:00] <tjaalton> oh and upstart taking most of cpu
[08:20] <tjaalton> so banfdaemon and ibus-ui-gtk3 are segfaulting on unity8 startup here
[08:29] <seb128> tjaalton, you mean bamf instead of banf? unsure why that would start under unity8, it's quite x11 centric I think and unity8 doesn't need a matching service that's built in u8/mir
[08:29] <tjaalton> seb128: oh right, bamf
[08:30] <tjaalton> I just installed unity8-desktop-session-mir and tried to start it
[08:30] <tjaalton> but doesn't run
[08:32] <seb128> not likely due to bamf or ibus
[08:35] <tjaalton> so how to test it without hosing another laptop? does it run on qemu?
[08:36] <tjaalton> lighdm looks all weird on this machine now
[08:36] <tjaalton> better after reboot, but still can't select unity from it
[08:37] <tjaalton> err, unity8
[08:37] <tjaalton> huh, it got removed
[08:38] <tjaalton> ok now I got something
[08:38] <tjaalton> another password prompt?
[08:38] <tjaalton> with a big circle
[08:40] <tjaalton> ok it works, just kbd layout was wrong
[08:41] <tjaalton> works as in the session runs, apps don't start
[08:42] <tjaalton> how do I tell it should be this broken or due to something I did?
[08:42] <tjaalton> there's the scopes window open, clicking browser or system settings opens a window which immediately closes
[08:49] <duflu> tjaalton: Yeah the immediate closing is a known bug (ted owns it)
[08:50] <duflu> At least one of them anyway
[08:50] <duflu> It got mostly fixed in the past month or so tho
[08:50] <duflu> ?
[08:51] <tjaalton> ok, this is fresh xenial
[08:51] <seb128> tjaalton, cgmanager needed to be active at some point, unsure if that's still true
[08:51] <seb128> try to systemctl start it
[08:51] <seb128> if it's not
[08:51] <seb128> to see if that makes a difference
[08:52] <tjaalton> wasn't running, doesn't help though
[08:52] <seb128> :-/
[08:52] <seb128> do you get anything in .cache/upstart/<job>.log
[08:52] <duflu> Oh that's a cool test. A non-nested server has the same latency as a nested server if you just raise the buffer queue from 3 to 5
[08:56] <tjaalton> seb128: which job?
[08:57] <tjaalton> no log for cgmanager
[08:57] <seb128> tjaalton, whatever you try to start
[08:57] <seb128> ubuntu-system-settings for example
[08:58] <seb128> webbrowser is known to not work atm I think
[08:58] <tjaalton> nope
[08:58] <seb128> rm .cache/upstart/*
[08:58] <seb128> try to start settings
[08:58] <seb128> see what gets written?
[08:58] <seb128> also #ubuntu-unity is likely a better channel
[08:58] <seb128> those issues are not mir ones
[08:59] <seb128> you might get more people about the help in the unity team
[08:59] <tjaalton> sure
[08:59] <tjaalton> guess mesa is working fine so I'm fine :)
[08:59] <tjaalton> er, happy
[08:59] <seb128> :-)
[09:03] <duflu> There are pixels. But they do not do as instructed.
[09:03] <duflu> Pixels have been sufficiently herded though
[20:34] <josharenson> I'm trying to get the greeter (running under mir) to launch a unity7 session (under X). It wasn't working before because of a lightdm bug, but I think I've fixed it, and now I get this exception in u-s-c's log http://pastebin.ubuntu.com/15637751/
[23:32] <RAOF> josharenson: Hm. Looks like usc is giving up DRM master and then trying to change display configuration.
[23:33] <josharenson> RAOF: Should it just stop when X is started?
[23:33] <RAOF> If that's the plan, yes.
[23:33] <RAOF> It should stop *before* X is started :)
[23:33] <josharenson> RAOF: ok, so its likely a lightdm issue then I suppose (since lightdm is orchestrating all of this)
[23:36] <RAOF> Possibly. USC also shouldn't try to change display configuration after being paused.


[06:13] <Liver_K> hey uh isnt the point of phased updates to *not* install them until they are 100% phased?
[06:13] <Liver_K> I didn't change any defaults and it is installing some 30% phased updates
[06:13] <Liver_K> why is that?
[06:19] <alkisg1> 30% phased means 30% people will get them
[06:19] <alkisg1> You're one of them
[06:27] <Liver_K> oh i thought it only gave them to people who opted in to get phased updates, i guess it works differently
[06:27] <Liver_K> but really this way makes way more sense, thanks
[06:27] <Liver_K> but how do they decide who gets these updates?
[08:44] <rfm> Liver_K, it's purely random.
[10:27] <alkisg1> They mention the algorithm online, I think it's "machine uuid modulo phased-percentage"
[11:30] <athos> fyi: https://code.launchpad.net/~athos-ribeiro/ubuntu/+source/postgresql-common/+git/postgresql-common/+merge/433992
[11:35] <athos> Cc sergiodj
[15:28] <sergiodj> athos: ACK, I'll take a look
[15:28] <sergiodj> thanks
[16:54] <EagleOwl> Sorry, all. I intended the above request for elsewhere. I take it back!
[17:36] <Liver_K> i still got my problem...
[17:41] <alkisg1> Liver_K: what problem?
[17:41] <Liver_K> oh shoot wrong channel sorry
[17:42] <Liver_K> that was meant for #windows
[21:42] <sergiodj> bryceh: out of curiosity, would you know the difference between Superseeded, Deleted and Obselete in getPublishedSources' "status" field?
[21:43] <sergiodj> I'm assuming that Superseeded and Obsolete are intermediary states, and that after some time the artifacts get Deleted
[22:21] <bryceh> sergiodj, yeah.  There can be only one package in Published state, so when a new one comes in, the older version is set to Superseded.  Eventually that turns to PendingRemoval although I don't know when or how that's triggered.  But eventually it's removed from the DistroSeries and its publishing record also removed.
[22:23] <bryceh> Deleted is actually a state resulting from user request (via AA).  This includes the identification of who the deleter was.  I don't think this is the end state after PendingRemoval; I think once removed there is no status because the data object is just gone.  Presumably Deleted records also get removed eventually too.
[22:24] <bryceh> Obsolete is a state arising from when a DistroSeries is no longer supported.  These also get cleaned up and removed eventually.
[22:24] <sergiodj> bryceh: ah, got it.  so Deleted is just reached because of a user request.  that's good to know
[22:25] <sergiodj> got it.  I'm designing a cleaner for debuginfod and will end up relying on these statuses
[22:25] <bryceh> yeah they're not a sequential set of states, but analogous parallel states all interim before removal
[22:25] <sergiodj> ACK
[22:26] <sergiodj> thanks, that helps a lot


[09:30] <teddy-dbear> Morning peoples, critters and everything else
[13:57] <ChinnoDog> xorg config is complicated.
[19:55] <pleia2> yes, it can get crufty because it tries to support a lot of past configurations
[21:40] <ChinnoDog> I generated a minimalist xorg.conf using nvidia-config and it didn't even work. I'm going to have to understand the config before I try again.


[00:29] <noisymouse> Hi, I'm started to work on triaging bugs - I can't figure out how to set the status to wishlist, it doesn't show up in the list of statuses.
[00:30] <micahg> noisymouse: only bug control members can set importance
[00:30] <micahg> which bug?
[00:30] <micahg> oh, and welcome! :)
 why the hell people get to try to use X.509 certificates *without undertanding what they are doing> </rant>
[00:37]  * hggdh feels better now
[00:37] <hggdh> hi micahg how's life?
[00:38] <micahg> ok hggdh
[00:38] <micahg> I was going to ask you about a bug
[00:38] <micahg> I got a negative response, but I didn't think I did anything wrong
[00:38] <micahg> bug 153133
[00:38] <ubot4> Launchpad bug 153133 in firefox "update-manager seems to lose flash 9" [Low,Invalid] https://launchpad.net/bugs/153133
[00:38] <hggdh> looking at it
[00:40] <BUGabundo> hggdh: just had dinner with "emigrantes" from Ubuntu-FR
[00:40] <BUGabundo> only you missing!
[00:42] <Ampelbein> micahg: just ignore those comments. i usually do. if I feel like discussing, I reply with the CodeOfConduct standard-reply.
[00:42] <hggdh> micahg, nothing wrong there. The only thing is you might have added a bit of sugar to your responses. But they were not aggressive, anyway.
[00:42] <hggdh> BUGabundo, french people in the Porto??
[00:42] <micahg> ok hggdh, that's what I wanted to check...I try to add sugar if I'm not too tired :)
[00:43] <hggdh> micahg, and Ampelbein is correct -- there are responses that you will live better if you ignore them
[00:43] <hggdh> and -- of course ;-) -- thank you, micahg, for helping :-D
[00:44]  * micahg just started subscribing to whole packages for bugs
[00:44] <micahg> that's why I got that
[00:44] <hggdh> ah. Welcome to the deluge
[00:44] <micahg> I've done it slowly
[00:44] <micahg> only 3 packages right now
[00:44] <BUGabundo> hggdh: portuguese, leaveing in Paris
[00:44] <micahg> with low traffic
[00:45] <micahg> as I get them more settled, I can add more
[00:45] <BUGabundo> micahg: u should try ALL ubuntu bug mail for a day
[00:45] <hggdh> that's a way to do it. And we will need more people to take over, so we all owe you.
[00:45] <BUGabundo> I tried tath for 2 weeks
[00:45] <BUGabundo> it was crazy
[00:45] <micahg> BUGabundo: that's got to be insanity
[00:45]  * hggdh did not survive the first 2 days
[00:45] <BUGabundo> close to it
[00:46] <micahg> I only have 2GB of mail
[00:46] <BUGabundo> aahaahahahahahah
[00:46] <BUGabundo> I have HD
[00:46] <micahg> I think I tried that for answers
[00:46] <micahg> bug mistake
[00:46] <micahg> *big
[00:46] <micahg> BUGabundo: I use  hosted IMAP for e-mail at the moment
[00:47] <BUGabundo> been there too
[00:47] <BUGabundo> lasted 2 months
[00:48] <BUGabundo> stop reading after 2 weeks
[00:48] <BUGabundo> I manage to keep in ubuntu-users for 3 years
[00:48] <BUGabundo> stoped 3 months ago
[00:48] <BUGabundo> 300-450 emails per day
[00:48] <BUGabundo> no idea how there are ppl that actually reply
[00:49] <micahg> filters
[00:50] <hggdh> lotsa filters
[00:50] <micahg> well, we've got over 62k open bugs
[00:51] <micahg> and it doesn't seem to be going down
[00:51] <BUGabundo> you have more then me
[00:51] <BUGabundo> lOLOL
[00:51] <BUGabundo> I have about 800 open bugs
[00:51] <BUGabundo> prob 200 active
[00:51] <micahg> I'm trying to clean up firefox and firefox-3.0 and migrate some to firefox-3.5 and close the ones that are no longer relavent
[00:51] <BUGabundo> 40 generating daily email
[00:52] <micahg> I have about 600 open ones that I'm subscribed to
[00:52] <BUGabundo> making me get ~100 bug mails dailty
[00:52] <hggdh> hum. micahg, does ff3.5 support the LP extensions?
[00:52] <BUGabundo> yes
[00:52] <BUGabundo> and 3.6 yoo
[00:53] <hggdh> I have not tried yet
[00:53]  * micahg is using the LP stuff
[00:53]  * hggdh is upgrading to 3.5 right now
[00:56] <hggdh> yay, I am in it. Time to trash 3.(0|1)
[00:57] <Ampelbein> i defined some keyword searches to ease daily live, e.g.: "deb foo" in the adressbar expands to http://packages.qa.debian.org/common/index.html?src=foo , similar for "ubu foo". "debbug 12345" gives me the debian bugreport, "lpbug 12345" the lp-report "gnomebug 12345" ... you get the idea
[00:58] <hggdh> good idea...
[00:59] <Ampelbein> hggdh: let me try to export those bookmarks and put them somewhere.
[00:59] <hggdh> Ampelbein, thank you. IOU
[01:01] <BUGabundo> time to hit the sack
[01:02] <hggdh> g'night, BUGabundo
[01:09] <Ampelbein> hggdh: http://people.ubuntu.com/~amoog/bookmarks.html
[01:15] <hggdh> Ampelbein, thank you
[01:16] <Ampelbein> you're welcome
[01:16] <hggdh> yeeee I can be lazy again :-)
[01:17] <hggdh> already in. Most welcome were the debbug & gnomebug :-)
[03:44] <Ushaib> can someone assist me in reporting a bug? I'm following the instructions for using apport. I opened gedit, "report a problem", it says a browser window will open with a form to type the bug description in, but nothing happens.
[03:44] <Ushaib> So I guess we have a bug in the bug report app :P
[03:45] <micahg> what version of ubuntu Ushaib
[03:45] <Ushaib> 9.04
[03:46] <micahg> do you have firefox 3.0 installed?
[03:46] <Ushaib> yeah, it is. I also installed Firefox 3.5 in my home directory, it's what I use, but I did not uninstall 3.0.
[03:46] <micahg> ok
[03:46] <micahg> hmm
[03:47] <micahg> you can try ubuntu-bug gedit
[03:48] <Ushaib> it's Firefox crashing apparently.
[03:48] <micahg> hmm
[03:48] <Ushaib> "The program 'firefox-bin' received an X Window System error"
[03:48] <micahg> ugh
[03:48] <micahg> BadWindow?
[03:49] <Ushaib> yes
[03:49] <micahg> bug 401055
[03:49] <ubot4`> Launchpad bug 401055 in firefox "Gdk-ERROR **: The program 'firefox-3.5' received an X Window System error (BadWindow)" [Unknown,Confirmed] https://launchpad.net/bugs/401055
[03:49] <Ushaib> ok, I'll use a different user (with no 3.5) to report the gedit bug.
[03:49] <Ushaib> thanks for your help.
[03:50] <micahg> no, that's not it
[03:50] <grepory> i think there's already a bug filed for the browser not openintg
[03:50] <grepory> if i find it again, i'll dupe
[03:50] <micahg> yeah
[03:51] <grepory> time for julie and julia :D
[03:51] <micahg> Ushaib: can you open 3.5?
[03:51] <Ushaib> micahg, yep, it's what I used to open that launchpad link.
[03:51] <micahg> ah, ok
[03:51] <micahg> so
[03:52] <micahg> Here's where you can file a bug for gedit
[03:52] <micahg> https://bugs.launchpad.net/ubuntu/+source/gedit
[03:52] <Ushaib> no worries, I'll use another user to report my bug (one with 3.0 as his primary browser)
[03:53] <hggdh> bcurtiswx, hi. Some two months ago you added an item to our meeting agenda. But you have not been there... care to expand on what you intended?
[03:53] <Ushaib> thanks for the help
[03:54] <micahg> np Ushaib
[03:54] <micahg> hggdh: what do you think of my agenda item?
[03:55] <hggdh> I like it, micahg
[03:55] <scream> Pardon my question... but I could not find any documentation...
[03:55] <scream> https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/410297
[03:55] <ubot4`> Launchpad bug 410297 in sun-java6 "Sync sun-java6 6-15-1 (multiverse) from Debian unstable (non-free)" [High,Fix released]
[03:56] <hggdh> now, when will be the meeting?
[03:56] <scream> What time from when a fix is released, to it makes it on the repo (and then on my system)
[03:56] <scream> ?
[03:56] <micahg> scream: sync means for karmic
[03:56] <hggdh> the package has been sent to the builder machines, and should be available soon
[03:57] <scream> hggdh, oh... there is more to it then I realized...
[03:57] <scream> Is there a wiki page that outlines the bug and fix (building) process? :)
[03:57] <micahg> once it's in karmic, they usually backport it as a security release shortly thereafter
[04:00] <NonvocalScream> micahg, so I'll need to enable -backports?
[04:01] <hggdh> scream, yes indeed there is more to it ;-) Now, if you are running < 9.10, and you think the Java update should make it to your version, you can "nominate for release", for example
[04:01] <hggdh> NonvocalScream, ^^
[04:01] <NonvocalScream> ah
[04:02] <micahg> NonvocalScream: no
[04:02] <micahg> sorry
[04:02] <hggdh> as I told you yesterday, you can always discuss your case on #ubuntu-hardened
[04:02] <micahg> it will be in -updates or -security
[04:02]  * hggdh does not deal with Java, if at all possible
[04:02] <NonvocalScream> hggdh, I don't remember that... but I'll go discuss.
[04:03] <NonvocalScream> It is possible that I disconnected or walked away.
[04:03] <micahg> hggdh: did I use the term wrong?
[04:03] <micahg> It is a backport, but not a -backport backport, right?
[04:03] <hggdh> NonvocalScream, please: ask your question/explain your issue, and wait. Patiently.
[04:03] <hggdh> micahg, what term?
[04:03] <hggdh> heh
[04:03] <hggdh> am I slow or what?
[04:03] <micahg> security team will backport java6 update to stable releases
[04:03] <hggdh> I think it would be a -security
[04:04] <NonvocalScream> hggdh, I will, and thank you for your help :)
[04:04] <NonvocalScream> I have done so in the channel you referenced.
[04:04] <hggdh> NonvocalScream, might help a bit to state what verison of Ubuntu you are running ;-)
[04:05] <micahg> hggdh: I guess, I should just call it an SRU for simplicity
[04:05] <hggdh> and thank you, BTW, both for prodding us here, and using Ubuntu, and being worried by this
[04:05] <hggdh> micahg, guess so. I am unsure if it would be looked at as a security fix, or SRU. Given the way Java goes, SRU is probably more correct
[04:07] <NonvocalScream> Jaunty
[04:08] <hggdh> NonvocalScream, not here, at -hardened
[04:08] <NonvocalScream> oh sorry
[04:09] <hggdh> np
[04:09] <bcurtiswx> hggdh: i just was hoping someone could talk about some new things for bug traigers... more of an idea than an "i have that to talk about" kind of thing
[04:09] <bcurtiswx> hggdh: it appears as if the each meeting is not fitting with my schedule very well... including the next one :-\
[04:10] <bcurtiswx> hggdh: which I feel bad about..
[04:10] <hggdh> bcurtiswx, it is not a bad idea, and we *can* talk about it. It just helps to know what you meant ;-)
[04:10] <bcurtiswx> hggdh: cool then :)
[04:10] <hggdh> and the meeting would have been today, but I do not think it happened.
[04:11] <bcurtiswx> its next tuesday
[04:11] <hggdh> thanks. I will update the wiki, then
[04:12] <NonvocalScream> So -hardened is where I go to discuss the security bugs in the future?
[04:13] <hggdh> NonvocalScream, -hardened is the ideal place to discuss security issues, yes
[04:33] <micahg> hggdh: I thought the wiki was already updated
[04:34] <hggdh> no, it was not
[04:38] <hggdh> g'night, all y'all. Bed awaits.
[05:49] <dholbach> good morning
[06:07] <alourie|work> good morning
[06:51] <thekorn> good morning
[08:28] <andol> How do we set importance for build failures, in the development branch? Take bug #411890 for example?
[08:28] <ubot4`> Launchpad bug 411890 in php5 "karmic: Compiling php fails with autoconf 2.64" [Undecided,Triaged] https://launchpad.net/bugs/411890
[09:08] <alourie|work> how do I find what is the latest version of the Nvidia Driver planned for Karmic?
[09:09] <Arcitens> Hi, I was told to come to this room because I'm having a bug in firefox 3.0.13 that completely freezes Ubuntu. Is it ok to ask for help in this room?
[09:10] <alourie|work> Arcitens: have you looked at Ubuntu Answers and on forums for a possible solution?
[09:10] <Arcitens> Yes and I was in the general #ubuntu room just before this. I couldn't find anything that described my situation. The person that was helping me in the general ubuntu room told me to come here.
[09:13] <alourie> have you also tried to search the similar bug in bugs?
[09:18] <Arcitens> I did. Both bugzilla and launchpad. Granted there are a lot of bugs to go through but I looked through quite a number and didn't find any that matched my situation.
[09:18] <Arcitens> Perhaps I don't know what to search for though.
[09:22] <alourie> Arcitens: I'm not sure this is the place for getting this kind of help ...
[09:24] <Arcitens> Ok, that's fine. That's why I asked. Thank you.
[09:24] <micahg> alourie: you could've sent the user to #ubuntu-mozilla
[09:24] <micahg> oops
[09:24] <micahg> #ubuntu-mozillateam
[09:28] <alourie> micahg: thanks. I just wasn't sure where can I send him to. On the other hand, I wanted to mention that this is not the correct place for getting the kind of support he needed ...
[09:53] <micahg> can you dupe a private bug?
[09:56] <micahg> ping thekorn
[09:57] <thekorn> micahg, hi
[09:57] <micahg> can you dupe a private bug?
[09:57] <thekorn> micahg, yes, if I have access to this private bug
[09:58] <micahg> no, I can do it
[09:58] <micahg> I'm wondering if it's possible
[09:58] <micahg> to mark a private a dupe of a public
[09:58] <thekorn> this means I have to be subscribed to this bug, directly or via a team I'm in
[09:59] <thekorn> I think it is, let's try it
[10:00] <micahg> seems to have worked
[10:01] <thekorn> micahg, right it works, as long as you have access to the private bug
[10:02] <micahg> cool
[10:06] <micahg> thekorn: what's upstream for pango?
[10:10] <thekorn> micahg, hmm, you are asking weird questions ;)
[10:10] <thekorn> I don't know, lets try to find out
[10:12] <thekorn> seb128, hi, do you know the answer to this question: <micahg> thekorn: what's upstream for pango?
[10:12] <seb128> GNOME
[10:12] <seb128> why?
[10:12] <micahg> oh, was trying to figure out if there was an upstream for pango_ot_info_get
[10:12] <micahg> crashes
[10:12] <seb128> should be fixed in pango 1.15.2
[10:12] <seb128> I've uploaded it yesterday
[10:12] <seb128> what version do you use?
[10:12] <micahg> ok
[10:12] <micahg> I saw crashes in 5 different packages
[10:14] <micahg> seb128: the firefox crash person had libpango 1.25.1
[10:15] <seb128> micahg, good idea to keep uptodate on unstable
[10:15] <micahg> did you mean 1.25.2?
[10:17] <micahg> I'll ask the user to upgrade
[10:52] <micahg> seb128: should I dupe the ff3.5 pango crash against the one you moved to pango?
[10:52] <seb128> micahg, which one?
[10:53] <micahg> bug 412107
[10:53] <ubot4`> micahg: Bug 412107 on http://launchpad.net/bugs/412107 is private
[10:53] <micahg> you moved bug 412175
[10:53] <ubot4`> micahg: Bug 412175 on http://launchpad.net/bugs/412175 is private
[10:54] <seb128> micahg, I did reassign and close it
[10:55] <micahg> thanks :)
[10:55] <seb128> thank you for pointing it
[10:55] <micahg> np, I finally found some crashes I could do something with :)
[11:32] <alourie> is bughelper tool still useful?
[14:38] <bddebian> Boo
[18:44] <mrooney> Anyone know if there is a way to do a bug search, specifying bugs without a milestone?
[18:46] <bdmurray> mrooney: could you elaborate?
[18:49] <mrooney> bdmurray: I'd like to find papercuts without a milestone: https://bugs.edge.launchpad.net/hundredpapercuts/+bugs?advanced=1
[18:49] <mrooney> I can select milestones, but I don't see a way to say NO milestone
[18:57] <bdmurray> mrooney: I don' think there is a way really
[19:00] <pascal80> mrooney: why don't you order by milestone
[19:00] <mrooney> pascal80: that's clever, thanks!
[19:03] <pascal80> It looks like its possible to change &orderby=milestone into &orderby=-milestone too in the search url to get the ones without milestone first
[19:18] <Sinani201> Hello
[19:18] <Sinani201> I just joined the Bug Swuad, where's a good place to start?
[19:19] <Sinani201> *Squad
[19:23] <Sinani201> Anyone?
[19:23] <mrooney> Sinani201: Welcome! the topic has some good places I think!
[19:24] <mrooney> have you looked at http://wiki.ubuntu.com/HelpingWithBugs ?
[19:25] <Sinani201> mrooney: Thanks, I'll take a look at that page.
[19:27] <Sinani201> It looks like I should start with triarging bugs, right?
[19:40] <hggdh> hum. Already gone...
[19:41] <mrooney> has anyone seen bug 412660 filed before? I noticed it too, wondering if it is a popular bug
[19:41] <ubot4> Launchpad bug 412660 in ubuntu "laptop touchpad "tapping" not working in 9.10 " [Undecided,New] https://launchpad.net/bugs/412660
[20:12] <chrisccoulson> mrooney - it stopped working after a g-s-d update changed the location of the gconf keys for touchpad settings
[20:12] <chrisccoulson> but that should be fixed now :-/
[20:12] <chrisccoulson> and it should even migrate the settings correctly on upgrade
[20:16] <mrooney> chrisccoulson: ah thanks how glorious
[20:16] <chrisccoulson> but maybe something else doesn't work
[20:16] <chrisccoulson> i cant test as i don't have a touchpad;)
[20:33] <l3dx> anyone know how to configure git-daemon?
[20:42] <micahg> l3dx: try #ubuntu for support
[20:50] <l3dx> micahg: did that too :) just thought it was worth a try to ask in some of the developer channels too
[20:52] <micahg> l3dx: this is the triage channel, not a developer channel :) #ubuntu-motu would probably know
[20:54] <micahg> maybe #ubuntu-server?
[21:08] <greg-g> or maybe a git channel? ;)
[21:11] <l3dx> I'm at #git too :o)
[21:11] <l3dx> but it seems to be a hard question :P
[21:13] <BUGabundo> ola
[21:14] <greg-g> l3dx: gotcha :)
[21:48] <Jeruvy> dumb question but what does MOTU stand for?
[21:49] <mrooney> Jeruvy: Masters Of The Universe (repository)
[21:49] <greg-g> and, for more info: https://wiki.ubuntu.com/MOTU
[21:49] <dtchen> masters of the universe
[21:49] <Jeruvy> really ;)  I've read the wiki page, didn't help ;)
[21:50] <mrooney> it is right there on the wiki, Jeruvy :)
[21:50] <greg-g> "They are community members who spend their time adding, maintaining, and supporting as much as possible the software found in Universe."
[21:50]  * Jeruvy gets glasses
[21:51] <Jeruvy> ah different page, I was on the ubuntu.com motu page that didn't explain that.  Thanks :)
[21:52] <Jeruvy> as long as I don't have to ride a griffon...
[21:58] <hggdh> well, you do not *need* to, of course ;-)
[21:59] <Jeruvy> :)  hggdh great comment :)
[22:01]  * hggdh bows
[22:31] <aguynamedryan> I hope I'm not hitting on a sore subject, but what's the deal with the whole dash/sh/bash issue?  Is there some page that describes the current state of affairs and the rationale?
[22:34] <aguynamedryan> Ah: https://wiki.ubuntu.com/DashAsBinSh
[22:45] <kklimonda> aguynamedryan: why would it be sore?
[22:46] <aguynamedryan> Looks like there is a lot of controversy about the move to make dash == /bin/sh
[22:46] <aguynamedryan> Seems like it's causing a lot of bugs
[22:47] <kklimonda> actually it was changed in ubuntu some time ago and we don't get a lot (if any) bug reports..
[22:47] <kklimonda> debian guys are having quite a heated discussion about it though..
[22:48] <kklimonda> fwiw I think that setting bash as a default /bin/sh was a bad move.. it has terrible sh compliance, even in it's "compliance mode" :/
[22:49] <kklimonda> or to be more exact - it just allow people to do things that aren't specified in some posix document ;)
[22:50] <aguynamedryan> Is there a script that I can use to quickly change all references to /bin/sh to /bin/bash?
[22:51] <aguynamedryan> I'd love to just point a script at a folder and have it "fix" all the files
[22:51] <kklimonda> quick sed would be enough
[22:51] <aguynamedryan> If only I was handy with sed :-(
[22:52] <kklimonda> it would be something like sed -e "s|^#!/bin/bash$|/#!/bin/sh|g" -i file.sh
[22:53] <aguynamedryan> I'll see if I can wrap that up in a nice little script...thanks!
[22:54] <hggdh> well, bashism is considered an  error for pacackaed scripts.
[22:55] <aguynamedryan> I'm just trying to build something from source...no packaging just yet
[22:56] <kklimonda> hggdh: sometimes it's easier to change interpreter and make package depend on bash explicitly than to fix bashisms
[22:56] <hggdh> aguynamedryan, I just mean shell scripts (that default to the shebang of /bin/sh) should work the same under sh and bash
[22:56] <hggdh> kklimonda, yes, there is that
[22:58] <aguynamedryan> I've been grinding away on this build for a while, sorry if I'm not keeping up with you guys mentally :-/
[23:00] <hggdh> aguynamedryan, no problem. I also have had a bad day -- on coreutils and at work...
[23:00] <hggdh> and I do apologise if my answers we a bit on the short side
[23:01] <aguynamedryan> Take that source code!: grep -R -l /bin/sh * | xargs -n1 -Iflile sed -e "s|/bin/sh|/bin/bash|g" -i flile
[23:02] <aguynamedryan> scorched the earth!
[23:03] <hggdh> brb in half-hour
[23:08] <bdmurray> jdstrand: do you know if the new ipw2200 firmware resolves any issues?
[23:08] <jdstrand> bdmurray: the one I recently upgraded?
[23:08] <jdstrand> updated
[23:08] <bdmurray> jdstrand: yeah, I couldn't find a changelog easily
[23:09] <jdstrand> bdmurray: there is no changelog for it (Intel refused to release it)
[23:09] <bdmurray> mmm great
[23:09] <jdstrand> bdmurray: it seemed to make my wife's laptop initialize the card somewhat better
[23:12] <bdmurray> jdstrand: I was wondering if it resolved stuff like "ipw2200: Firmware error detected. Restarting".  I can't seem to find the bug I was thinking of though
[23:13] <jdstrand> bdmurray: I don't know. I never saw that too much
[23:13] <jdstrand> bdmurray: it hasn't made it any worse, I can say that much :)
[23:13] <bdmurray> well, that's something!


[00:04] <ikonia> someone needs to keep an eye on #ubuntu, I'm getting ready for bed, but a few questionable people in at the moment
[04:30] <elky> * FloodBot4 sets mode -q #ubuntu ubottu!*@* <-- uh...
[04:51] <elky> i really wish that'd say which channel, for those of us who for some reason are not in -monitor
[05:46] <jussi01> !bug | elky (cant fix it if we dont know about it)
[05:47] <elky> jussi01, how about you have some manners.
[05:50] <jussi01> hrm?
[05:50] <elky> You're the single most dismissive individual I have to deal with on a daily basis. I'm sick of it.
[06:41] <jussi01> elky: I apologise if it came over as dismissive, it certainly wasnt the intention. However, that said, you consistently complain about issues with the bots and I have never seen a bug reported. As I sure you know, it is very important to get the bugs reported for things to get fixed.
[06:43] <elky> Usually because all I have the time resource to do at that moment is make a comment.
[06:43] <elky> Right now, for example, I'm trying to clean my flat for inspection at the same time I'm responding to highlights etc.
[06:53] <elky> um... is someone else opening up the reboot page?
[06:53] <elky> jussi01, ^^ shall I dig through launchpad to report that, or is pinging you sufficient?
[06:56] <elky> ...
[07:30] <jussi01> TomFarr: is there something we can help you with today?
[07:43] <wgrant> The ... quality? of support in #ubuntu really scares me.
[07:44] <wgrant> I'm sure it hasn't always been so bad.
[07:44] <elky> well, no, it wasn't always that awful
[07:45] <elky> but you try to coach them out of the bad support and they cry to the community council and all sorts of fun stuff.
[07:57] <jussi01> !firewall
[07:57] <jussi01> !no, firewall is <reply> Ubuntu, like any other Linux distribution, has firewall capabilities built-in. The firewall is managed using the 'ufw' command (see https://help.ubuntu.com/community/UFW), or 'iptables' (https://help.ubuntu.com/community/IptablesHowTo). GUI frontends such as Firestarter/Gufw (Gnome) or Guarddog (KDE) also exist.
[07:58] <jussi01> !firewall > rww
[08:11] <dholbach> good morning
[08:13] <jussi01> hello dholbach!
[08:14] <dholbach> hi jussi
[11:48] <Pici> interesting ops call there.
[11:49] <jussi01> yeah, a bit weird
[11:50] <wgrant> It had been going on for a few minutes.
[11:51] <Pici> At first glance I thought it was going to be someone advocating using rm -rf to do something... not someone going HOLA
[11:52] <TheBigCheese> Pici: I thought so also
[11:52] <TheBigCheese> oh cripes wrong window.
[11:52] <jussi01> whoops
[13:19] <TomFarr> hi, I have permbun on #ubuntu-ru in IP... how change this?
[13:20] <jussi01> TomFarr: please ask in #ubuntu-irc
[13:20] <topyli> TomFarr, #ubuntu-ru is out of our scope, please ask in #ubuntu-irc
[13:20] <topyli> slow topyli is slow
[13:20] <knome> hehe
[13:21] <TomFarr> slowpoke you say?
[13:25] <topyli> TomFarr, looks like you found #ubuntu-irc. if there isn't anything else you need from us, could you part this channel?
[13:25] <topyli> (as stated in the channel topic)
[13:26] <TomFarr> more like?
[13:27] <TomFarr> I'm baned on IP adress, some beach, touch bot, to ban me IP...
[14:25] <elky> Pici, look has been hovering around for like a week, yeah?
[14:26] <elky> TomFarr, if you have no issues with the main irc channels, please part here so that the way is clear for those who do have issues. thanks
[14:27] <Pici> elky: About that much.   Please don't idle here unless you have something else we can do for you
[16:35]  * genii makes more coffee
[19:11] <Myrtti> !test
[19:15]  * charlie-tca thinks he passed
[19:23] <Myrtti> charlie-tca: slowly
[19:24] <Myrtti> Pici: are you talking to him in pm?
[19:24] <Pici> I messaged him he didn't reply back.
[19:24] <Pici> + comma somewhere
[19:27] <Myrtti> ok, he hit #maemo right now
[19:27] <Myrtti> he's doing it knowingly on purpose
[19:31] <jpds> Yeah, banforwarded here.
[19:35] <mneptok> jpds: i made the ban a bit more specific
[19:35] <jpds> mneptok: I saw.
[19:35] <mneptok> (in terms of ident. far less specific in terms of host.)
[21:19] <Myrtti> watching
[21:20] <KB1JWQ> Yeah, he's a real winner in /lastlog
[21:20] <KB1JWQ> Myrtti: I'd say one more outburst he's gone, but it's obviously your call. :-)
[21:20] <Myrtti> KB1JWQ: that's exactly what I'm planning
[21:20] <Myrtti> one more and he's out
[21:22] <KB1JWQ> Yeah, I'd say gone.
[21:22] <KB1JWQ> He's just talking about an error 15, no context.  I THINK that's an installer erorr, but damned if I'll help him when he calls me a dimwit for asking for more info, Myrtti
[21:22] <Myrtti> indeed
[21:22] <KB1JWQ> Er, and you got him already. :-)
[21:23] <Myrtti> atleast he got the gender right
[21:24] <Myrtti> got to be grateful for the little things...?
[21:24] <KB1JWQ> Myrtti: Did he?
[21:24] <KB1JWQ> Myrtti: As a former man-whore I must object.
[21:24] <Myrtti> calling me a whore, yes
[21:24] <Myrtti> aw
[21:25] <KB1JWQ> But yeah, he's in ##linux now.
[21:25] <KB1JWQ> So he may be in for a rude surprise if he starts up there.


[00:59] <Omnifrog> why icecast?
[01:00] <Omnifrog> and WHY XMAS?!?!?
[01:01] <Omnifrog> when I was on the air I refused to broadcast xmas music till ~mid December
[01:02] <Omnifrog> even then they were mostly contemporary covers
[01:03] <[Ubik]> Omnifrog: Seems everyone here's going to that already. It's on cable, two local FM stations are running it (one of them started BEFORE Halloween, go figure.)
[01:03] <[Ubik]> Either I'm misinterpreting things or it's getting earlier and earlier every year.
[01:04] <Omnifrog> same here in the Chattanooga area
[01:04] <[Ubik]> Omnifrog: ah, so you are local then? heh
[01:04] <[Ubik]> guess so based on your hostname
[01:04] <[Ubik]> I'm in Cleveland
[01:05] <Omnifrog> not far away
[01:05] <Omnifrog> one of my kids live there
[01:05] <[Ubik]> ah
[01:06] <[Ubik]> Yeah, I'm guessing you are more Ooltewah area.
[01:06] <[Ubik]> I'm on 104.1 up here weekdays.
[01:06] <Omnifrog> yep
[01:06] <Omnifrog> I don't know if we get that station here
[01:06] <[Ubik]> What do you recommend instead of icecast?
[01:07] <Omnifrog> when I was a DJ I used IDJC and sc-serv
[01:07] <[Ubik]> ah
[01:07] <Omnifrog> on shoutcast
[01:07] <[Ubik]> I used to use shoutcast years ago
[01:08] <[Ubik]> I guess I gravitated to icecast because one server could handle multiple streams
[01:08] <Omnifrog> I never bothered to look into the difference
[01:08] <[Ubik]> (well, one physical box could do it with shoutcast too, but you had to have a different set of ports per stream)
[01:08] <Omnifrog> yeah, sc-serv can only stream one stream per instance of the server
[01:09] <Omnifrog> yep
[01:09] <Omnifrog> with shoutcast you need a total of 4 ports open for 2 streams
[01:10] <Omnifrog> in my case I was streaming a 24k and a 64 k stream
[01:11] <Omnifrog> IDJC can be a real pain in the ass though
[01:12] <Omnifrog> getting Jack and alsa to cooperate makes me want to crush my keyboard with my forehead
[01:12] <[Ubik]> yeah
[01:12] <[Ubik]> Load up XP with a hacked copy of SAM Broadcaster and your life goes much easier :P
[01:13] <Omnifrog> I've seen plenty of other DJs fight with SAM
[01:13] <Omnifrog> no thanks
[01:13] <Omnifrog> maybe I'm biased
[01:14] <Omnifrog> but once you get IDJC working it's really a great console
[01:14] <Omnifrog> getting it working is the hard part
[01:15] <Omnifrog> I havent been on air since 2014 so I optimistically assume it has improved
[01:21] <[Ubik]> yeah, it's a PITA
[01:21] <[Ubik]> or was, I hadn't messed with it in a while either
[01:22] <[Ubik]> I used SAM years ago, it was OK
[01:22] <[Ubik]> just give me a copy of Simian, a board, a true processor, and a mic... lol
[01:22] <[Ubik]> or, Rivendell
[01:22] <[Ubik]> WTNW over in Jasper (820 AM, but the transmitter is MIA right now)
[01:22] <[Ubik]> they run Rivendell
[01:22] <[Ubik]> buddy of mine runs that station
[01:47] <Omnifrog> Ha! found it http://imgur.com/a/baLHI
[01:48] <Omnifrog> my syation back in 2012
[01:48] <Omnifrog> station *
[01:53] <Omnifrog> Note: I changed the "ON AIR" sign to florescent red after I took that pic
[01:54] <Omnifrog> there is a black light on that box and at the time I only had green paper that glowed under UV
[03:21] <cyberanger> Omnifrog: Why not icecast?
[03:21] <Omnifrog> at the time I didn't know the difference between the 2
[03:22] <Omnifrog> I still don't really
[03:22] <Omnifrog> but the station I worked for used shoutcast so it wasnt a choice really
[03:26] <cyberanger> Fair enough, and half of why for me is ease of install, apt-get install icecast2 and done.
[03:27] <Omnifrog> if it were that easy I would gladly have done that
[03:28] <Omnifrog> it wasn't an option though
[03:28] <cyberanger> I get that
[15:57] <[Ubik]> nice


[01:22] <oktexan> Bug #696115 - This looks like it should be a feature request instead of a bug
[01:22] <ubot2> Launchpad bug 696115 in gnome-system-tools (Ubuntu) "Timezone should not require superuser on laptop (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/696115
[01:25] <penguin42> possibly, I'd actually expect the time zone to be settable on a per-user basis
[01:26] <penguin42> It's the TZ environment variable; one gotcha though is if the hardware clock is configured to store local time, which local time will it store?
[01:26] <oktexan> i'm not sure but i thought you had to be the superuser to set the tz...still new at this lol
[01:38] <penguin42> system wide yes, but I can see you should be able to do it per user, and that could be  a wishlist for the GUI/Gnome to be able to do that
[01:38] <penguin42> but anyway, bed
[01:52] <RedSingularity> hggdh:  Wishlist or Ubuntu brainstorm on this one?  bug 694064
[01:52] <ubot2> Launchpad bug 694064 in update-manager (Ubuntu) "[Wishlist] Show date of last package upload (into ubuntu archives) in the changelogs (affects: 1) (heat: 8)" [Undecided,Confirmed] https://launchpad.net/bugs/694064
[02:46] <em> hey i need to fill out a bug. It's a real bug and it's urgent. Could someone tell me how to do it best?
[02:48] <em> I will write the bug report but Id like it if someone who has expertise told me everything to include.
[03:04] <daltenty> em: Have you gone through the steps at https://help.ubuntu.com/community/ReportingBugs ? It will help you automatically attach a lot of the relevant info
[03:12] <em> daltenty: i haven't done that
[03:12] <em> daltenty: this bug happens on my laptop when I close the lid and keep it closed for 10 minutes or so, the display is lost and it never comes back. I have to turn off the computer.
[03:14] <em> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/692164
[03:14] <ubot2> Launchpad bug 692164 in linux (Ubuntu) "Hewlett-Packard HP Pavilion dv6 fails to resume from suspend (affects: 3) (heat: 579)" [Undecided,New]
[03:14] <em> daltenty: it's very similar if not the same problem as that ^
[03:14] <em> because that is the same laptop I have and the same problem.
[03:19] <em> I think it's probably a bug in the kernel or in gnome-power-manager
[03:19] <em> should I do a bug report against both?
[03:22] <em> When I use aport it includes a lot of information, is any of that sensitive information?
[03:45] <daltenty> em: sounds like its probably a kernel issues at least to me, and the bug is currently filled against that. I would add any relevant additional info on to the existing bug and mark that it affects you.
[03:47] <daltenty> em: If its the exact same issue I wouldn't bother filling any additional bugs as duplicates are generally not helpful
[04:07] <em> daltenty: well in that link it said that for kernel bugs they want you to file a new bug report so I did.
[04:08] <em> Here is the bug report I filed, is it okay? -- https://bugs.launchpad.net/ubuntu/+source/linux/+bug/696164
[04:08] <ubot2> Launchpad bug 696164 in linux (Ubuntu) "HP Pavilion dv6 loses display permanently when lid is left closed (affects: 1) (heat: 6)" [Undecided,New]
[04:15] <daltenty> em: Hmm, that is does sound a little different since your laptop is not supposed to be suspending. As for the contents looks like all the apport info is there, as for what other info might be helpful I'm not too sure, I'm pretty new here.
[04:15] <em> Yep me too.
[10:27] <wolfpack> Can someone confirm the source package of this bug " https://bugs.launchpad.net/ubuntu/+source/jockey/+bug/696187 " .I am in doubt whether it is bcmwl-kernerl-source or jockey.I got this bug during installation of Broadcom STA wireless proprietayr driver.
[10:27] <ubot2> Launchpad bug 696187 in jockey (Ubuntu) "installation failed of Broadcoam STA Wireless proprietary drive (affects: 1) (heat: 6)" [Undecided,New]
[12:43] <nisshh> where is the best place to report bugs against mythbuntu? or is ubuntu-bug used?
[12:49] <yofel> nisshh: afaik mythbuntu is just another ubuntu derivate that uses our archive, so using ubuntu-bug should be fine
[12:49] <nisshh> yofel, ok, didnt know if it had ubuntu-bug included or not, thanks :)
[12:50] <yofel> nisshh: mythbuntu-desktop recommends apport-gtk so it should be included
[12:50] <nisshh> yofel, ok, thanks
[15:10] <ttrubuntu> hi all
[15:11] <ttrubuntu> I have one specific problem with Ubuntu 10.04 Desktop edition.Here is the problem: System doesn't respond every now and then.I only have to HARD reboo.tt. But the drums doesn't beam during reboot. I have to use $su halt
[15:11] <ttrubuntu> in this reboot african drums beat
[15:12] <ttrubuntu> Please help
[15:13] <ttrubuntu> rusivi: do u have any idea
[15:13] <ttrubuntu> about my problem?
[15:13] <rusivi> ttrubuntu: I'm asking you questions in #ubuntu :D
[15:14] <ttrubuntu> ok. thnaks rusuvi. i will continue chat there
[15:14] <ttrubuntu> thnaks
[16:27] <oktexan> Bug #696107 looks like it should be a wishlist
[16:27] <ubot2> Launchpad bug 696107 in elementaryos "If a .desktop file is added to the trash, offer to uninstall that application. (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/696107
[16:30] <yofel> oktexan: that's not a bug in ubuntu, so nothing we can do
[16:31] <oktexan> right, i mean i think it should be set to a feature request and marked triaged
[16:32] <yofel> oktexan: sure, but you'll have to ask the bug supervisors of teh 'elementaryos' project to do that, *WE* as in Ubuntu Bug Control can't do anything here that you can't do too
[16:32] <oktexan> oh i'm sorry....still new at this
[16:33] <yofel> oktexan: on the bug page you see that it affects 'elementary OS', for ubuntu it would say 'Ubuntu' or 'packagename (Ubuntu)'
[16:41] <rork> I've found a couple of bugs in lcab: 1) the url in the package documentation is invalid (http://coding.wooyayhoopla.be/lcab/ could not connect to server), 2) the url in the manpage is invalid (http://www.geekshop.be/rien/lcab/ 404 page not found), 3) The package version (1.0.12-3) and manpage version (1.0.8) do not match. Should I file 2 bugs? (1) against packaging, and (2) and (3) against documentation? And is (3) actually a bug? It could be
[16:41] <rork>  the manpage didn't have updates.  (I checked the url for three days, problem exists in Natty)
[16:53] <penguin42> rork: Is the manpage in the package with the app or a separate package?
[16:54] <rork> it's in the package with the app
[17:51] <c2tarun> can anyone please look at but 696282. I tried to reproduce but failed. + reported didn't mentioned the name of the package he was trying to install.
[17:53] <yofel> lp 696282
[17:53] <ubot2> Launchpad bug 696282 in software-center (Ubuntu) "can't install chrome (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/696282
[18:16] <rork> penguin42: it's in a single package
[18:18] <penguin42> rork: Then that's easy, just file it in a bug against that package
[18:18] <rork> ok, thanks
[18:18] <penguin42> rork: The fact that the URL is invalid maybe a consequence of it being old
[18:20] <rork> most likely, still no url or a valid one would be better then a broken one.
[18:57] <daltenty> I think Bug #695916  in empathy should be set to wishlist when some one gets the chance
[18:57] <ubot2> Launchpad bug 695916 in empathy (Ubuntu) "empathy won't allow yahoo video chat (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/695916
[21:29] <hggdh> vish: I updated the requirements for joining -control -- tried to make it clearer that one *has* to provide importance and reasoning. Care to check & comment?
[21:29] <em> hey i have done everything I can to try to help out with reporting this bug is anything missing --- https://bugs.launchpad.net/ubuntu/+source/linux/+bug/696164
[21:29] <ubot2> Launchpad bug 696164 in linux (Ubuntu) "HP Pavilion dv6 loses display permanently when lid is left closed (affects: 1) (heat: 6)" [Undecided,New]
[21:31] <vish> hggdh: hi..
[21:31]  * vish checks..
[21:32] <hggdh> vish: and good afternoon (night, I guess, for you)
[21:32] <hggdh> :-)
[21:32] <vish> :)
[21:33] <vish> hggdh: looks good, except for a typo.. your » you
[21:33] <hggdh> oops
[21:33] <vish> "indicate what importance (and explain the reasoning) your would"
[21:33] <hggdh> ugh!
[21:33] <hggdh> will correct now
[21:33] <vish> thanks.. :)
[21:35] <hggdh> done, thank you
[23:33] <xelister|DRUNK> ubuntu installation hangs
[23:33] <xelister|DRUNK> on the selection of keyboard layout UI.  whet I click Poland, then it freezes the UI and it remains frozen untill instalation is done, with Forward button disabled
[23:34] <xelister|DRUNK> good work, ubuntu is uninstallable.  tried 2 times already.
[23:35] <xelister|DRUNK> Forward, Backward buttons disabled.   Main keyboard choice is working, but choosing Poland does not unlock the UI.   Biggest linux ever. 2011 - year of the linux desktop?
[23:37] <xelister|DRUNK> penguin42: well how to work around this, and WHY ISNT A FIX RELEASED still
[23:37] <penguin42> bug 684036 or bug 664533 sorry
[23:37] <ubot2> Launchpad bug 684036 in ubiquity (Ubuntu) "Installation stalls after keyboard selection (affects: 1) (heat: 128)" [High,New] https://launchpad.net/bugs/684036
[23:37] <ubot2> Launchpad bug 664533 in ubiquity (Ubuntu) "Installer stuck on keyboard layout selection (affects: 6) (heat: 72)" [High,Confirmed] https://launchpad.net/bugs/664533
[23:38] <penguin42> xelister|DRUNK: Sorry, I don't know - I just know that bug is there; it looks like someone is looking at 656777 (it says progress)
[23:38] <xelister|DRUNK> is ubuntu QA team assleep? hello, milions of users and INSTALATION IS NOT WORKING FOR NON-USA users?? wtf
[23:38] <paultag> xelister|DRUNK: I don't think that's totally true
[23:39] <paultag> I'll have to read the bug reports
[23:39] <penguin42> paultag: It looks pretty bad
[23:39] <xelister|DRUNK> paultag: yeah I bet I can work around this in milion ways starting from e.g. alternative installer, but still this pissess users off
[23:39] <paultag> but I can't imagine. A lot of the dev team is international
[23:39] <paultag> xelister|DRUNK: I bet, but there are loco teams all over the world that test this, there is no way it's that bad.
[23:40] <penguin42> paultag: It looks like it's affecting a lot of people in a lot of locales
[23:40] <paultag> penguin42: let me read the bugs
[23:40] <paultag> sec :)
[23:41] <penguin42> xelister|DRUNK: The work around seems to be to choose the keyboard from the boot menu right at the beginning rather than the installer itself
[23:41] <xelister|DRUNK> penguin42: at boot menu?
[23:41] <penguin42> yeh
[23:41] <xelister|DRUNK> you mean choose LANGUAGE?
[23:41] <paultag> cjwatson touched the bug
[23:42] <paultag> xelister|DRUNK: it will get resolved. One of the Ubuntu Hackers' wife's installs was doing this
[23:42] <penguin42> xelister|DRUNK: I'm not sure, but I think so - it's difficult to tell from the comment on an option I've never used
[23:42] <xelister|DRUNK> blaaarghhhh
[23:42] <xelister|DRUNK> I want ENGLISH LANGUAGE like a real man,  while using non-english layout
[23:42] <penguin42> paultag: So what is the LP urgency for that case?
[23:42] <penguin42> low, medium, high, affects dev's wife :-)
[23:42] <paultag> penguin42: haha
[23:43] <xelister|DRUNK> if I just leave it at United States of wAr default laoyut, then how to change layout to default PL layout (for entire system etc) after first boot?
[23:43] <paultag> hahahaha, never seen United States of wAr, that's good.
[23:43] <paultag> xelister|DRUNK: there's a languages menu entry
[23:44] <paultag> xelister|DRUNK: system --> admin
[23:44] <paultag> I think you can change keyboard layout there, if not in keyboards
[23:44] <paultag> yeah, it's in keyboard
[23:44] <paultag> System --> Prefs --> Keyboard
[23:45] <paultag> [Layouts] tab
[23:45] <xelister|DRUNK> paultag:  War On {sex,blacks,alcohol,weed,sex,sand blacks,warez}  in this order
[23:45] <xelister|DRUNK> also commies, and 2011 wikileaks... what else in 2011, perhaps linux? ;)
[23:45] <paultag> xelister|DRUNK: think it's a bit off. warez is much higher -- american here ;)
[23:46] <xelister|DRUNK> I was speaking in chrononical order
[23:46] <paultag> ahh
[23:51] <xelister|DRUNK> paultag: well to not contiune here, I will just say -> watch http://www.youtube.com/watch?v=hl4NlA97GeQ&feature=related  :)  dont forget to vote it uphand ;)  also #wikileaks and #freenet


[06:30] <dieck> hm, after I approve a merge request, can launchpad merge on-site? or do I always have to branch, merge and push?
[06:33] <nigelb> dieck: you could use tarmac
[06:34] <nigelb> A couple of projects I know use tarmac, but you'll have to run your own instance on a server somewhere.
[06:36] <dieck> sounds ok. I wonder why this isn't an official launchpad feature, as the approval process is fully integrated
[06:36] <RAOF> Yeah.  It'd be cool for launchpad to have a default tarmac instance.
[07:06] <dieck> seems like I'm not able to read the tarmac configuration right, getting ERROR: Branch urls must start with lp: all the time. can someone have a short look to http://pastebin.com/fJA5RSHQ?
[07:12] <henninge> dieck: I don't know tarmac at all, I am sorry. But I also don't see *any* branch mentioned here.
[07:13] <henninge> dieck: oh, I see it
[07:13] <henninge> the branch, I mean
[07:15] <tumbleweed> dieck: s/Tarmac/tarmac/
[07:16] <tumbleweed> RAOF: then tehy'd have to deal with the security issue of running our test suites (which is one of the reasons I use tarmac)
[07:16] <tumbleweed> but yes, it'd be cool :)
[07:17] <henninge> dieck: reading the instructions, the first section should not be called [Tarmac] but whatever your project is called, so I guess [bremskerl-addons].
[07:17] <RAOF> tumbleweed: It's surely possible to have a tarmac instance set up that runs no tests; that would be the default.
[07:17] <dieck> tumbleweed: doesn't work with lowercase. I also tried to replace [tarmac] with [bremskerl-addon], doesn't work either
[07:18] <henninge> dieck: AFAIUI the [Tarmac] is just an example of how you would configure for the Tarmac project.
[07:18] <henninge> Dunno why it is capatilized, though.
[07:19] <dieck> ok, I thought it was default configuration part, e.g. for the log file. Still, same error
[07:19] <dieck> leaving it out and putting the log line to [lp:bremskerl-addons] doens't work either, same error
[07:21] <tumbleweed> RAOF: yes
[07:21] <tumbleweed> henninge: aah I just noticed it wasn't capitalised in mine
[07:23] <tumbleweed> although I don't have any log_file entry either
[07:24] <dieck> so, the most basic logfile, without any configuration at all, would be [lp:bremskerl-addons]? same error
[07:25] <tumbleweed> dieck: how are you calling tarmac?
[07:28] <dieck> tarmac merge debug
[07:31] <tumbleweed> dieck: s/debug/lp:bremskerl-addons/
[07:33] <dieck> ah, damn, it's --debug
[07:34] <dieck> ok, tarmac merge --debug works well. First paragraph has to be [Tarmac] to set the log_file. so http://pastebin.com/fJA5RSHQ actually IS right
[07:34] <dieck> thanks
[07:43] <dieck> tumbleweed: does tarmac need the ssh key of the user running it to be connected with launchpad, or does it work it's magic over oauth somehow?
[08:02] <tumbleweed> dieck: ssh key, yes
[08:09] <dieck> tumbleweed: ok, and I assume a bzr launchpad-login won't hurt :)
[08:13] <tumbleweed> I'd assume
[09:05] <Daviey> Hi, is the blueprint feature of launchpad likely to be changed before the next UDS?
[09:05] <lifeless> there's nothing scheduled
[09:06] <lifeless> someone could contribute patches
[09:16] <dieck> tumbleweed: sorry if I bother you, but seem to have tarmac up and running :) I'm trying to have something merged now. At first, it didn't create the tree dir as mentioned in the introduction.txt, then I created it manually. Now I get a NotBranchError for that tree directory -- do I have to manually branch at the first time? Why is it mentioned that the dir will be created automatically then?
[09:16] <Daviey> lifeless: Okay, i just wondered - starting to think about planning work for next cycle.  I knew some work was on the cards, but wasn't sure when.
[09:17] <tumbleweed> dieck: I think I set mine up before it gained those features, I branched manually
[09:18] <dieck> which version do you use?
[09:19] <tumbleweed> the version from the PPA, but I set it up a long time ago
[09:26] <dieck> hm, it does look as if it does not interact with launchpad automatically. it doesn't download (branch), it doesn't upload (push)
[09:30] <pfalcon> Hi! Can somebody tell me how can I log in into LP using *username* (and not email address)?
[09:31] <tumbleweed> dieck: hrm, it should download, push, etc. treedir is just a cache, and it should set it up itself
[09:34] <dieck> tumbleweed: ok. I joined #tarmac and described the problem there, too. but as the topic is from 2009, I don't know if that channel is used anymore :)
[09:45] <pfalcon> gosh, launchpad user registration/login is quite buggy
[09:46] <pfalcon> this time, captcha is not displayed after first unsuccessful answer to it
[09:46] <tumbleweed> dieck: I've got tarmac help here before. Wait for one of the developers to turn up. (Or just read the source code, that tends to be how I debug it)
[09:49] <henninge> pfalcon: you may want to file a bug (or check for an existing one) here: https://bugs.launchpad.net/canonical-identity-provider
[09:50] <pfalcon> henninge: yeah, I want. any hint regarding possibility to login using username, not email?
[09:52] <henninge> pfalcon: not that I am aware of. lifeless might know more.
[09:55] <lifeless> pfalcon: no, we only support openid, and at the moment only from login.ubuntu.com (which has a branded site for us, login.launchpad.net)
[09:57] <lifeless> pfalcon: we will eventually support other openid providers (or the new successor standards)
[09:57] <lifeless> pfalcon: once we support a different provider, you could use a provider which uses a username for authenticaiton
[09:57] <pfalcon> lifeless: it has many bugs unfortunately ;-(. another one I hit today is that if I register user using secondary email of another user at LP, then login.lp process finishes ok (I'm sent confirmation code, etc), but trying to login, I always end up as the first user which already existed.
[09:57] <lifeless> pfalcon: we'd still need an email address in LP for contacting the user (openid doesn't provide a 'contact the person' facility :( )
[09:57] <pfalcon> and for my main account I have two OpenId identities and have issues to login to most of sites...
[10:00] <pfalcon> well, it would be very nice to have old good "login by username" functionality. all these novelties like openid are quite buggy whenever you try to use them slightly differently than they were designed (which is dumb one account per user per universe)
[12:37] <adeuring> henninge-lunch: ^^^
[13:25] <ahasenack> hi guys, does anyone know if recipes for private projects will be available soon?
[13:28] <wgrant> ahasenack: There are no plans to support recipes for private branches.
[13:28] <ahasenack> wgrant: ok
[13:28] <wgrant> ahasenack: There have been a few ideas on how it could work, but no concrete plans or suggestion that it may be scheduled.
[13:40] <mpoirier> bigjools: ping
[14:10] <beatpanic> hi, I'm trying to integrate launchpad with our FLOSS project, I have already reached the point to extract a bug object from launchpad.bugs, how could I retrieve the assignee from the bug object? thanks
[14:11] <beatpanic> I'm using python-launchpadlib for the record
[14:39] <mpoirier> adeuring: good day
[14:39] <adeuring> hi mpoirier
[14:39] <mpoirier> adeuring: I need a little help here...
[14:40] <adeuring> yes?
[14:40] <mpoirier> yesterday, bac and bigjools help me with files stalling 1K before the end of the transfer.
[14:40] <mpoirier> the solution was to use sftp.
[14:41] <mpoirier> bigjools gave me a config file to use: http://pastebin.ubuntu.com/666584/
[14:41] <mpoirier> I did the necessary adjustment and the transfer completed - which was good.
[14:41] <adeuring> right
[14:41] <mpoirier> but I still can't see my package uploaded on https://launchpad.net/~linaro-landing-team-ste/+archive/st-ericsson-u8500-public
[14:41] <bigjools> https://answers.edge.launchpad.net/launchpad/+faq/227
[14:43] <mpoirier> bigjools: I did not get an email
[14:43] <bigjools> read the faq
[14:45] <beatpanic> any ideas on who retrieve from launchpadlib the "Assigned to" field in launchpad? sorry to repeat :)
[14:45] <adeuring> beatpanic: there is no single assignee for a bug. bug _tasks_ can have an assignee
[14:46] <adeuring> (sorry, did not notice your question earlier)
[14:46] <beatpanic> adeuring, yes, but I see an assignee_link, not an assignee (nickname)
[14:46] <beatpanic> adeuring, np and thanks for your help :)
[14:47] <adeuring> right, thisjust means that the attribute "assignee" is not directly loaded when you load a bug task: it is only a link. But when you access bug.bug_tasks[0].assignee, the object is loaded
[14:47] <beatpanic> adeuring, ok good to know! and sorry, but I'm just starting with launchpadlib, I'll try
[14:48] <adeuring> beatpanic: well, I must admit that this "_link" suffix is a bit confusing ;)
[14:49] <adeuring> beatpanic: BTW, your should also "mentally ignore" the suffix "_collection_link"
[14:49] <adeuring> for example, https://launchpad.net/+apidoc/1.0.html#bug shows the attribute bug_tasks_collection_link. Just access bug.bugtasks[0], for example
[14:49] <beatpanic> adeuring, eheh, ok
[14:51] <beatpanic> adeuring, still I have with bug.bug_tasks[0].assignee a link in this format: https://api.launchpad.net/1.0/~myusername -- if it's possible with the API I would extract only the myusername part
[14:52] <adeuring> beatpanic: if you "print" a LPlib object, you generally get the URL. Just access for example bug.bug_tasks[0].assignee.displayname
[14:53] <beatpanic> adeuring, ok stupid me, I should have guessed :)
[14:53] <adeuring> ;)
[14:53] <beatpanic> adeuring, sorry end of the day here ;)
[14:53] <beatpanic> working day at least eheh
[14:53] <beatpanic> thanks!
[14:54] <adeuring> welcome :)
[15:49] <deryck> adeuring, sorry, I should have take IRC before now.
[15:49] <adeuring> deryck: no problem :)
[17:19] <hazmat> in the lp api are tasks == bugs ... or are there other things that can be tasks?
[17:27] <deryck> hazmat, hi.  tasks and bugs are not the same.  tasks are the link between a bug and a project, so.....
[17:27] <hazmat> deryck, ic, thanks
[17:27] <deryck> hazmat, when you look at a bug page in lp.  the bug is the page itself.  and the affected items table are the bugtasks.
[17:28] <deryck> hazmat, and certain pieces of data are hung off the task and some off the bug itself.  e.g. comments are linked to the bug.  status/importance to the task.
[17:46] <issyl0> Hi all.
[17:47] <issyl0> Is anyone else getting the problem of there being an extra colon at the end of the sign in details on the "sign in to Launchpad" page?
[17:48] <issyl0> There are colons in the normal places, after "Full name" and "Email address", but then there is an extra one after where it states the full name and email address.
[17:49] <issyl0> It's only minor, but it niggles me.  :-)
[17:49] <deryck> issyl0, I haven't signed in for awhile to know.  I can, though, and check.  Is this causing issues or just formatting is weird?
[17:50] <issyl0> deryck: No issues, it just looks weird to my eyes.  :-)
[17:51] <issyl0> deryck: Thanks.
[19:17] <deryck> abentley, pitching to you sir!
[19:17] <abentley> deryck: ack.
[19:32] <philsf> hi, I'm considering using a bugtracker to organize the development of my scientific project, and since I use Ubuntu, I think LP would be a natural way to do this. Is there a for-dummies tutorial on how to migrate my local bzr branch to LP and start to assign bugs to it?
[19:34] <dieck> philsf: actually, I just created a project. You don't need a for-dummies-tutorial, it works out of the box. start the project, import your repository, activate bug tracking, there you go.
[19:35] <dieck> they did a very nice job on that software :)
[19:36] <philsf> dieck, can I make it private for a while, before publication? I'm reading on free for free-software, and commercial for non-free. Mine will be free, when I release, but I'd like to keep it private until then
[19:36] <dieck> uh, that's a hard question, spontaneous I'd say, I found no setting for that, so no, it will be free from the go
[19:37] <beatpanic> philsf, you could use only the bug tracking feature without importing your source, for example we (our floss project) have the source somewhereelse, though it is public :) -- but it could be hidden
[19:45] <dieck> philsf: is your scientific project an academic study? maybe you can apply for a kind of free commercial-type subscription, allowing private code branches. I don't know if there is such a thing, but asking won't hurt (much) :)
[19:47] <philsf> dieck, yes, it's an academic project, which will be an opensource software when published. Maybe I'll do what beatpanic suggested for now. Google code doesn't support bazaar, and I don't have the time to learn svn or git :P
[20:20] <sidnei> hi there, anyone knows if this failing import is a known-issue? https://code.launchpad.net/~barry/python-unittest2/upstream
[20:25] <abentley> sidnei: It looks like bug #607673
[20:27] <sidnei> abentley, uhm. different traceback, not sure it's related.
[20:27] <abentley> sidnei: You're right.  I must have clicked on the wrong tab.
[20:29] <abentley> sidnei: So no, then, it's not a known issue.
[20:30] <sidnei> abentley, ok, i'll file a bug
[20:30] <abentley> sidnei: Thanks.
[21:14] <jonrafkind> is there a way to remove old packages (source and binary) from launchpad?