[00:26] <user|31> ls
[01:24] <Your_Dog> user|31: if you set it up right, you should have an option which OS to choose everytime you turn on your computer or restart
[13:34] <BluesKaj> Hi all
[17:39] <nyo2> hi guys I have problems booting kubuntu with a nvidia gt 730
[17:40] <nyo2> I tried nouveau.modeset=0 but I can see only the shell, the plasma desktop is frozen, I see only an X and the mouse doesn't work
[17:44] <nyo2> in safe graphics works but only 800x600
[17:46] <nyo2> is this card too much old?
[18:17] <tomreyn> nyo2: usually, nouveau does work ok with old nvidia hardware. but i'm not sure about the specific model.
[18:18] <tomreyn> you could check your logs on what's happening. journalctl -b -k4
[18:19] <tomreyn> or even -k3


[08:41] <XorA> morning
[10:02] <flag_> guys, anyone know how to preserve a working serial console after framebuffer start?
[10:25] <flag_> ogra: do you know how i can preserve  a working serial console even after the framebuffer start?
[10:26] <ogra> preserve ?
[10:30] <flag_> flag_: yep, when the framebuffer starts, my console dies and i have to switch to my monitor to see what's going on
[10:31] <ogra> you should get all boot messages if you set the cmdline to point to serial and drop the "quiet" from the cmdline
[10:31] <ogra> just edit /boot/boot.script and run sudo flash-kernel
[10:36] <flag_> ogra: and what if one the variable in my uboot environment is longer than 80 chars? on do i print it in its entirety?
[10:37] <ogra> you editor should display it fine
[10:38] <flag_> no no
[10:38] <flag_> i mean, i'm in uboot and i try to "printenv $var"
[10:38] <flag_> but the content of var is longer than 80chars
[10:38] <flag_> thus it's truncated
[10:41] <ogra> there is only the hardcoded env (which just loads the boot.scr file) you will have to change a lot if you dont just edit boot.scr
[10:41] <ogra> so printenv wont get you very far
[10:41] <ogra> if it cuts off after 80 chars thats an issue with your terminal program
[10:41] <ogra> or with the TERM variable you use
[10:43] <flag_> ogra: i'm using minicom
[10:45] <ogra> well, i'd really recommend to rather change your boot.scr than to poke around in the uboot env
[11:26] <flag_> ogra: ok, deleted quiet from bootargs in boot.scr, but still my console dies after:
[11:26] <flag_> ogra: Starting kernel ...
[11:26] <flag_> Uncompressing Linux...........................................................................................................................................................................................
 you should get all boot messages if you set the cmdline to point to serial and drop the "quiet" from the cmdline
[11:26] <flag_> ogra: setenv bootargs root=UUID=e18764f5-7859-4509-gj48-bbcc01a1ff77 ro splash
[11:27] <ogra> did you set the cmdline to point to the serial terminal ?
[11:28] <flag_> ogra: bootargs=console=ttyS0,115200n8 root=UUID=54ec8187-d25e-413a-ac5b-99af9cc379fc (from u-boot)
[11:28] <ogra> is it like that in your boot.scr ?
[11:30] <flag_> ogra: bootargs in u-boot and boot.scr should match, right?
[11:30] <flag_> ogra: ah, got it
[11:34] <flag_> ogra: my bad, there was no console= in /boot/boot.scr but only in u-boot bootargs and i thought the kernel picked the console variable from u-boot
[11:35] <ogra> no, as i said above the u-boot stuff is totally irrelevant
[11:35] <ogra> its overriden as soon as boot.scr was loaded
[11:39] <flag_> ogra: k, thanks
[12:16] <hrw> heh.. I forgot how long can arm system need to upgrade..
[12:17] <ogra> heh
[12:17] <ogra> i did an ac100 update-manager upgrade over the weekend
[12:17] <ogra> took 36h
[12:17] <ogra> though on a very slow SD card
[12:17] <hrw> apt-get dist-upgrade from alpha3 to current - started >1h ago on sd
[12:18] <hrw> ogra: I reinstalled all packages on my dualcore atom in ~30 minutes. on 60MB/s sata
[12:28] <ogra> hmm
[12:28] <ogra> who fired off a netbook buid
[12:28] <ogra> *build
[12:29] <ogra> oh, not netbook, headless
[12:46] <hrw> http://www.computerworld.com.au/article/379549/calxeda_arm_chips_designed_480-core_servers/ - want one ;D
[12:51] <amitk> hrw: you can try convincing Rob or Martyn in Budapest
[12:51] <hrw> amitk: calxeda people?
[12:52] <amitk> hrw: yeah, you might know them as smoothstone people from previous UDSes
[12:53] <hrw> ah, right
[12:53] <hrw> the company which changes names
[13:13] <ogra_> k, finally unity-2d on ac100
[13:19] <hrw> you did not had it before?
[13:19] <ogra_> we didnt have neon runtime detection in QT
[13:19] <hrw> ah, right
[13:20] <ogra_> and after that i had to find out that the natty libc doesnt woork on tegra2
[13:20] <hrw> o.. hows that?
[13:20] <ogra_> http://gitorious.org/ac100/kernel/commit/227af643e6253e9a5c2a2f74468f855686c44117?diffmode=sidebyside
[13:20] <ogra_> see #linaro, was just discussed there
[13:21] <XorA> time to blag a ac100 now then :-D
[13:21] <ogra_> unity-2d is really snappy here
[13:23]  * hrw -> lunch
[14:25] <ogra_> janimo, poke
[14:26] <rsalveti> ogra_: cool, so new qt really worked well for you?
[14:26] <ogra_> yep
[14:26] <ogra_> currently using it afer i spent the whole weekend to get natty running
[14:26] <rsalveti> nice
[14:27] <janimo> ogra_, hello
[14:27] <rsalveti> ogra_: did you find what were the issues?
[14:27] <ogra_> libc is really badly broken on the ac100
[14:27] <rsalveti> you said you had many issues last week
[14:27] <ogra_> someone pointed me to http://gitorious.org/ac100/kernel/commit/227af643e6253e9a5c2a2f74468f855686c44117?diffmode=sidebyside
[14:27] <ogra_> i'm currently running with the maverick libc pinned
[14:27] <ogra_> janimo, so did you test headless ?
[14:27] <janimo> ogra_, not yet
[14:28] <ogra_> seems we have a bunch of issues with oem-config/ubiquity
[14:28] <rsalveti> ogra_: ouch, got it
[14:28] <janimo> was trying tosee why images fail
[14:28] <janimo> ogra_, I saw you made some changes around oem-config/upstrart last week
[14:28] <ogra_> janimo, the oem-config UI never comes up on serial
[14:28] <ogra_> unless no tty exists at all
[14:29] <ogra_> (i.e. it immediately works if i use a broken omapfb mode so ttys cant be started)
[14:29] <ogra_> i suspect ubiquity/oem-config simply has no code for that and uses the first console it finds
[14:30] <ogra_> the second big bug i see is that no user is created at all
[14:30] <janimo> what would a fix be? We need to keep ttys I think
[14:30] <ogra_> no idea yet
[14:30] <ogra_> i would suggest looking at d-i how it determines the used console
[14:30] <ogra_> if werial is set we should defautl to use it i think
[14:31] <janimo> ok
[14:31] <ogra_> effectively it doesnt seem like oem-config finishes its job
[14:31] <ogra_> the most funny part is that the debconf package removal that runs afterrrr oem-config defaults to serial
[14:31] <janimo> so right now one can log in but even if oem-config is started by hand it does not run
[14:31] <janimo> ?
[14:31] <ogra_> oem-config runs fine
[14:32] <ogra_> but on tty1
[14:32] <ogra_> while it takes input from serial (since the kernel defaults to it as first console)
[14:32] <ogra_> i can use my laptop kbd to fiddle with oem-config on the panda dvi screen
[14:32] <ogra_> :)
[14:33] <ogra_> it seems to just not use the right output
[14:33] <janimo> besides oem-config what else is broken?
[14:33] <ogra_> i havent found ut why we dont have build attempts since three days (ampty mails usually suggest that the connection to the image builder failed=
[14:34] <ogra_> well, oem-config doesnt create a user at all atm
[14:34] <janimo> ogra_, telepathy-glib FTBFS (regression) which holds up empathy
[14:34] <ogra_> janimo, shouldnt affect headless at all
[14:34] <janimo> ogra_, indeed
[14:34] <ogra_> we get empty build failure mails and i see no logs at all on the imagebuilder
[14:35] <janimo> who can debug that?
[14:35] <ogra_> someone has changed livecd-rootfs or debian-cd ... or the ssh connection from cdimage to the image builder is broken
[14:35]  * ogra_ will research that
[14:40] <ogra_> so there was one change in livecd-rootf that only affects edubuntu
[14:42]  * ogra_ cant see any changes that could have made our builds fail
[14:42] <ogra_> lets try a manual build
[14:52] <ogra_> seems to run flawless
[15:32] <ogra_> http://cdimage.ubuntu.com/ubuntu-headless/daily-preinstalled/20110314/
[15:32] <ogra_> hmm, worked fine
[15:41] <ogra_> janimo, ^^^
[17:27] <GrueMaster> ogra_, janimo:  It still has issue with oem-config.  The program is displaying the user interactive screens on the attached monitor, but only taking input via serial console.
[17:27] <GrueMaster> ubuntu
[17:27] <GrueMaster> oops
[17:32] <GrueMaster> It also failed to create a user.  May be due to no network.  Not sure.
[17:35] <ogra_> GrueMaster, yes, as discussed above
[17:35] <GrueMaster> Bugs filed?
[17:35] <ogra_> GrueMaster, fi you give a broken frambuffer setting it works (i.e. if ttyS/O is the only console around)
[17:36] <ogra_> and the debconf bits after oem-config are on serial too
[17:36] <ogra_> oem-config was simply never used on serial i think
[17:36] <ogra_> so we are the first ones to face these issues
[17:37] <ogra_> no bugs filed yet, no
[17:37] <GrueMaster> I do see something interesting in the /var/log/oem-config.log.  It has an error open: /dev/tty not found.
[17:37] <ogra_> oh really ?
[17:37] <GrueMaster> I'll file a bug soon.  Flashing another SD to try on beagleXM.
[17:37] <ogra_> k
[17:38] <ogra_> it worked fine for me with the old kernel btw
[17:38] <GrueMaster> But it is near the end of the log (after other activity).
[17:38] <ogra_> because the omapfb setting completely broke the framebuffer
[17:38] <GrueMaster> Also, it failed to create a user, but that may be due to lack of network.
[17:38] <ogra_> unlikely
[17:39] <ogra_> wither we dont call all modules from the debconf frontend or what i suspect is my hack to rename the machine to localhost by default is bad
[17:39] <GrueMaster> Hey, I find unlikely bugs all the time.  I'm good at it, remember?  :P
[17:39] <ogra_> heh, yeah
[17:39] <ogra_> but i really doubt missing network has anything to do with it
[17:40] <GrueMaster> Same here, but I have seen weirder issues.
[18:31] <TheUni> rsalveti: ping
[18:32] <TheUni> rsalveti: i've begun cleaning xbmc's packaging and install scripts. it would be nice to have a mentor that i could speak with about best practices. know of anyone who might be willing/able to help?
[18:32] <rsalveti> TheUni: I can try to help on that
[18:33] <rsalveti> persia would be the best guy around for that
[18:33] <rsalveti> he knows a lot about packaging
[18:33] <rsalveti> TheUni: is it still the packaging tree?
[18:33] <TheUni> yes
[18:34] <TheUni> i have some work done locally to begin consolidating packages, but i'd like to know that i'm making things better and not worse
[18:34] <rsalveti> TheUni: and how is the daily builds, did you manage to get it to work?
[18:34] <TheUni> rsalveti: yes, daily builds are up. but they're not publicized yet because i'd like to rework the packages first
[18:34] <rsalveti> oh, ok
[18:34] <TheUni> incase we end up causing some conflicts while shifting things around
[18:35] <TheUni> https://launchpad.net/~team-xbmc/+archive/unstable
[18:35] <rsalveti> TheUni: at the moment it seems you're building for arm
[18:36] <rsalveti> at least Architecture: i386 amd64 powerpc ppc64
[18:36] <rsalveti> is that because of the daily builds?
[18:36] <rsalveti> cool
[18:36] <TheUni> rsalveti: simply because we haven't tackled packaging it yet
[18:38] <TheUni> but afaik current git is building/working on beagle
[18:38] <rsalveti> TheUni: cool, nice to know
[18:38] <TheUni> rsalveti: ok, i'll work up a list of questions and hand them off to you. you can pass me along if you'd like :)
[18:39] <rsalveti> some XBMC_CONFIG_OPTIONS would be arch specific, as for ARM we'd like to have gles support, and not gl and vdpau
[18:39] <rsalveti> TheUni: sure
[18:40] <TheUni> right
[18:40] <TheUni> gles is default for arm
[18:40] <rsalveti> but it does seems to be better
[19:47] <GrueMaster> Not sure what changed, but unity-2d-places is less than usable in the 20110311 image.  Can't even get to a terminal without crashing.
[19:47] <pmathews> s/hanf/hang/
[19:48] <GrueMaster> pmathews: ???
[19:50] <prpplague> GrueMaster: wrong wide post
[19:50] <prpplague> GrueMaster: that was for me
[19:50] <GrueMaster> ah
[19:58] <pmathews> oops
[19:59] <prpplague> kgilmer: you still working for bug?
[22:10] <kgilmer> hi prpplague, yep sure am.
[22:12] <prpplague> kgilmer: just ran across a post on linuxdevices, and just reminded me to ask
[22:13] <prpplague> kgilmer: http://www.linuxfordevices.com/c/a/News/Bug-Labs-BugSecure/
[22:14] <kgilmer> yep, that's our next bug version.
[22:15] <prpplague> kgilmer: don't suppose you guys are looking into omap4?
[22:15] <kgilmer> the pb chip is pretty cool
[22:15] <prpplague> kgilmer: i was curious about the pb chip
[22:16] <prpplague> kgilmer: i have heard that pb does a lot of cool designs that they keep pretty quiet about
[22:17] <kgilmer> sorry prpplague, in support crisis mode for a demo atm, got to get back to you later.
[22:18] <prpplague> kgilmer: np, later bud
[22:18] <prpplague> kgilmer: i understand all too well


[00:01] <ibeardslee> gee today is a "don't talk about .." day isn't it?
[00:02] <ibeardslee> banks, december .. anything else?
[00:03] <ojwb> elections?
[00:03] <ajmitch> counting down to the next election already?
[00:04] <ibeardslee> well the revolution anyway
[00:04] <ojwb> on the plus side, at least it's only 3 years here
[00:10] <ibeardslee> and in that time the retards that are in have plety of time to sell our assets and soverignty to foreign corporates
[00:11] <hads> THe banks go out of their way to look good in public saying "We'll cover any fraudulent charges on your card". In reality they take the money back off the retailer so they aren't out of pocket.
[00:11] <hads> Asking their merchant services for more support to combat fraud this morning was met with "Not our problem" :(
[00:12] <ojwb> really, the public end up paying through higher prices
[00:14] <G> hads: yeah I saw on Twitter, that really sucks
[00:14] <ojwb> ibeardslee: yeah, but think of the damage they could do in 4 or 5 years
[00:14] <G> hads: what did the ASB Twitter people say in the end?
[00:15]  * ojwb wonders when moaning about stuff on twitter became the only way to actually get companies to do stuff
[00:15] <hads> G: No response yet.
[00:15] <hads> ojwb: I know. Sad. It works though.
[00:15] <G> ojwb: I don't know, but I found the magic of twitter in `09 with Telstra Australia
[00:18] <G> for some reason my landline account was setup as a "Sole Trader" account, which meant that I couldn't use their online services etc site. Telstra owned shops & call centres etc, were all "There is nothing we can do without disconnecting everything and reconnecting everything, but it'll break your ADSL completely" somehow their Twitter people fixed it near instantly
[00:18] <hads> heh
[00:18] <G> (with no disruption to any services as well)
[00:19] <G> but yeah, they'd get like 5 people out in their shop to look at my account and just come up with "I don't know"
[00:19]  * ojwb wonders what telstra clear will be like this weekend with free data
[00:20] <ojwb> at least they don't peer much, so hopefully it should affect the rest of us
[00:20] <G> is there anything on iPredict? :P
[00:20] <G> ojwb: I thought they peered a lot
[00:20] <ojwb> aren't they famous for not peering?
[00:20] <ojwb> perhaps I'm confused
[00:21] <G> ojwb: iirc they don't peer in APE/WIX/etc but they peer with other ISPs to provide international transit
[00:21]  * ojwb adds a "not" after "should" above
[00:21] <ojwb> ah
[00:21] <ojwb> that'll be what I'm thinking of I guess
[00:21] <G> http://www.adslgeek.com/isps/nzispmap
[00:21] <G> although that looks outdated
[00:21] <G> I saw a better/different one recently
[00:22] <G> ahhh: http://www.ispmap.co.nz/topmap.html is the one I was thinking of
[00:26]  * ojwb wonders if odyssey are shifted right just to fit it in less vertical space
[00:26] <G> ojwb: I think so, but I'm pretty certain there are some errors there
[00:26] <ojwb> the line routing algorithm isn't the best either
[00:26] <ibeardslee> their peering is shit
[00:27] <G> because iirc Orcon are now buying direct from Southern Cross, and doing all that stuff themselves (so they should now be an Orange Box)
[00:27] <ibeardslee> on my telstraclear cable it is quicker to get my ubuntu updates from Australia than any of the local mirrors
[00:27] <ojwb> G: for how long? that's dated march
[00:27] <lifeless> G: thankyouthankyouthankyou
[00:28] <G> ojwb: it was sometime around March that happened iirc, remember reading up on it on Twitter
[00:28] <G> lifeless: for the map? no problem
[00:28] <ojwb> yeah, it's useful to have, even if perhaps not fully up to date
[00:29] <lifeless> G: I've been looking to find anyone other than xtra but getting precious little data
[00:30] <lifeless> G: this gives me a place to start digging from
[00:30] <G> lifeless: I find Xtra/Telecom to be pretty good data wise... that said, I only get 2Mbps to the exchange, so that might have a bearing
[00:31] <lifeless> G: I can't get > ~0.2MBps from overseas
[00:31] <lifeless> G: gaming etc has shocking packet loss
[00:31] <lifeless> G: and to boot their ADSL pop appears to reboot or something several times a day
[00:32] <G> oh the other thing with that map that I'm not sure about, is the Actrix entry, pretty sure they always got their data (except in teh Go Large days) from TelstraClear
[00:32] <G> lifeless: wow, that doesn't sound right, (silly question, but it's not the house wiring right?)
[00:33] <lifeless> G: they have line tested it several times... no fault found
[00:34] <lifeless> G: intra-NZ traffic I can pull 10-15MBps
[00:34] <G> lifeless: I'm in the process of going postal on the phone line in my house atm, doing a DIY Central Splitter installation to boycott the rubbish in-house wiring etc
[00:35] <G> lifeless: odd, but the reboots would be the worst bit imo right?  Have they reset the port you are on/changed it etc?
[00:35] <ojwb> I suspect much in-house phone cabling has been good enough for a phone extension, but adsl pushes it rather more
[00:35] <lifeless> G: I don't know - its a bit hard to get through to the righ tpeople
[00:35] <lifeless> G: you have to fight through a malaysian helpdesk first
[00:35] <G> lifeless: apparently if you contact via the website you go direct to L2
[00:36] <ojwb> shiboleet!
[00:36] <lifeless> G: !
[00:36] <ojwb> sadly I suspect that rarely actually works, as the front line probably don't read xkcd
[00:36] <G> lifeless: I heard that on Geekzone, no idea how accurate that is/if it still happens, but wouldn't be surprised
[00:37] <G> lifeless: I also find that ringing Telecom at ~2pm avoids the Malaysian call centre (not sure if that applys to the Xtra helpdesk or not though)
[00:38] <ojwb> heh
[00:39] <ojwb> is that middle of the night there/
[00:39] <ojwb> timezone still do my head in
[00:40] <G> ojwb: yeah, well the house wiring here is older than me, (has been updated over time) but I'm assuming the person that did it, was also the sparkie that wired the mains etc
[00:41] <ojwb> adsl has to be one of the most successful (particularly in terms of number of deployments) hacks in history
[00:42] <G> Spotted a great 'oddity' in the wiring the other week... wall lights next to the bed in a bedroom, are on a completely different circuit (we have no idea which) to the ceiling light in the same room
[00:43] <G> the other one I 'like' is that, the lighting circuits, are based on either the far side of the house, or the near side ofthe house to the breaker board, not based on upstairs/downstairs (and there are even more exceptions to that)
[00:44] <ojwb> wall lights and ceiling lights on different circuits is fairly common in my experience
[00:44] <ojwb> (also useful sometimes)
[00:44] <G> ojwb: but that would likely mean that they'd have to be on the power-point circuits I think (by process of elimination)
[00:45] <ojwb> the near/far sounds creative though
[00:45] <ojwb> G: that's not so good
[00:45] <ojwb> the main oddity in our wiring is the number of light switches which don't seem to do anything
[00:46] <G> ojwb: iirc there are only two lighting circuit breakers, so it'd be a bit odd to wire a light in the far near side to the far side circuit :P
[00:47] <G> but yeah, the best is the phone wiring, the phone wiring basically does a complete loop of the house before it gets to the 'office' that the modem is located
[00:47] <G> there must be something crazy like 20-30m of telephone cable in the house before the modem, and I bet some is sitting next to mains cables
[00:58] <ojwb> standard practice in the UK seemed to be to just run it along the top of the skirting and up/across/down at every doorway - cheaper and less disruptive to install I guess, and pre adsl the length of the run wasn't a big issue
[01:01] <G> ojwb: yeah, at least in NZ Telecom from a very early point developed pretty decent standards
[01:02] <ojwb> was it always legal here to wire your own phone cabling?
[01:02] <ojwb> (actually, is it now?)
[01:02] <G> ojwb: I've got a feeling it has been, from the demarc point you can do whatever you want
[01:02] <G> ojwb: yep
[01:03] <G> ojwb: but the point from where you can wire can be messy
[01:03] <G> depends which document you read, and how you read it, (went through this issue myself)
[01:06] <G> (a quick summary, because I'm heading out in a sec: one document says from the first jackpoint, the document that replaced the first, says from where the cable enters the house, the third document which replaces the 2nd for new work, goes back to the first documents rules, but the 2nd document says you can ignor ethe 3rd document for existing wiring if you want)
[01:07] <ojwb> it'll probably be hard to prove when you did it for existing wiring anyway
[01:08] <G> ojwb: I can explain it in a bit mor edetail later if you ar einterested, but yeah, I had a headache after reading everything
[01:08] <ojwb> i think I might just ask if it ever becomes relevant...
[01:17] <mwhudson> http://www.ispmap.co.nz/topmap.html is interesting
[01:18] <mwhudson> i wonder if reach have stopped screwing up telstra's routing yet
[01:59] <chilts> copyright 1995-2005 ... he's been doing it a while, but maybe stopped updating it now?
[02:03] <ojwb> or not updating the copyright dates
[02:03] <ojwb> says "Generated 30 March 2011"
[02:18] <hads> Just in case anyone needs to find out if a domain is a free email provider, I received a list of 28k domains; http://quick.nice.net.nz/freemail/?domain=hotmail.com
[02:20]  * ojwb wonders how good a list it is
[02:24] <hads> Me too. If it covers $SOME I'll take it, I'm just using it for scoring.
[02:44] <ojwb> http://www.nzherald.co.nz/nz/news/article.cfm?c_id=1&objectid=10770047
[02:45] <ojwb> hads: not really looked at spam, but at least for attempts to sign up to trac, it seems to be almost all gmail or throw away domains
[02:46] <ojwb> sadly gmail is split between spammers and a significant proportion of genuine users
[03:36] <hads> Yeah, same with orders, hence the whole scoring and flaging thing.
[03:40] <ojwb> in case you haven't seen them, there are various site to track forum spammers - not sure how well the addresses and IPs would correspond to what you'll get though
[03:40] <ojwb> e.g. http://www.stopforumspam.com/
[03:41] <ojwb> http://quick.nice.net.nz/freemail/?domain=mailinator.com says "False"
[03:49] <hads> Cheers. This side of things is mostly to combat stolen credit cards being used by New Zealanders so probably not a lot of overlap there.
[03:52]  * ajmitch shall remember to not order anything using a free email account then :)
[03:52]  * ojwb is wondering if this was why ascent seemed so paranoid about the laptop I bought from them
[03:52] <ajmitch> you paid by credit card using a free account?
[03:57] <ojwb> i think I probably used my gmail account for that - i tend to as places you buy stuff from seem to love to add you to their mailing list
[03:57] <ojwb> and it can be really hard to get off
[03:57] <ajmitch> yeah, I seem to have got onto some australian daily deals newsletter
[03:58] <ajmitch> so that got flagged as spam
[03:58] <ojwb> yeah, I figure getting such people onto google's spam filter list is at least some revenge
[03:59] <ojwb> btw, I seem to be getting spam as a result of attending cloudcamp in wellington
[03:59] <ojwb> so be wary of giving a useful email address if you go to one
[03:59] <ojwb> wasn't all that interesting really either
[04:00] <hads> I think the highest scoring variable will be what country the credit card comes from. Getting the database for that is a bit of a mission though.
[04:00] <ojwb> mostly seemed to be mike riversdale repeatedly asserting that if you aren't paying for it, it's not worth anything
[04:00] <ojwb> ... at and event he's attending for free
[04:00]  * ajmitch looks for new toys to buy
[04:01] <ojwb> i think he tried to build a business on google wave and suspect he is rather bitter about it
[04:01] <ajmitch> ah, early adopters
[04:02] <ojwb> something like that
[04:02] <ojwb> it does pay to think exactly what's going on when you get something for nothing
[04:02] <ajmitch> getting burnt by failed products must be a pain
[04:04]  * ojwb does wonder about the wisdom of companies who direct costumers to their facebook and twitter pages directly - seems to be giving a lot of power to a company you've no real relationship with
[04:05] <hads> Indeed
[06:09] <G> hads: surely it's just the BIN numbers (first 6 digits, I could provide say 3-4 bin numbers for instance if you want toa start compiling a list
[06:11] <G> ojwb: Apache Foundation have a wave compilant server though, so it's not all lost really
[06:11] <ojwb> G: it's not google wave hype compliant though...
[06:12] <G> true, saying "This product revolves around a product that Google invented then dumped" isn't a good selling point I guess :P
[07:37] <chilts> I just wasn't ever impressed by wave - it was a Friday afternoon gimmick and then I never used it again
[07:37] <chilts> _far_ _too_ _slow_
[10:01] <hads> G: Yup, just the BIN numbers compared to issuing banks. You can buy a database online for $$$. I asked the bank to help but they wouldn't give it up for "security" reasons.
[10:02] <ojwb> i guess you could compile a list of the prefixes which have been regularly used in past good transactions
[10:02] <ojwb> or you could start to, hopefully you aren't keeping the numbers around
[10:03] <hads> Yeah, not keeping numbers around.
[10:03] <G> hads: yeah, if you want I can send you a sample of ones that I have around the house/know to start a collection
[10:04] <hads> G: Thanks for the offer, I'll let you know if I decide to go down that route. There are a couple places you can look up for free online manually too.
[10:05] <G> hads: most iirc restrict that to non-commercial interests etc, and I bet they aren't as up to date on NZ ones etc
[10:05] <hads> There are a couple of commercial databases that claim to be up to date.
[10:06] <hads> There's also MaxMind who offer a API for a small cost.
[10:06] <G> yeah, the MaxMind one would prob be not bad
[18:26] <chilts> morning
[18:28] <ibeardslee> morning
[18:28] <ibeardslee> damn spent too long opening other windows first
[19:18] <Atamira> morning
[19:33] <mwhudson> morning
[19:54] <hads> morning
[19:58] <ajmitch> morning
[20:35]  * sadsun waves
[20:42] <ojwb> morning
[20:48] <chilts> TFI Friday! :)
[20:51] <ibeardslee> heh .. so in a way I'm glad I haven't got too carried away with the arduino project stuff I was wanting to do
[20:54] <chilts> how come?
[20:54] <ibeardslee> 1.0 has just been released .. and I would have got myself too confused
[20:55] <ajmitch> how different is it?
[20:55] <ibeardslee> http://blog.makezine.com/archive/2011/12/arduino-1-0-is-out-heres-what-you-need-to-know.html
[21:37] <thumper> morning
[21:54]  * ibeardslee carries on abuse the fuck out of ubuntu/thunderbird/lightning
[21:59] <ibeardslee> has anyone been able to completely replace evolution with thunderbird/lightning?
[21:59] <ibeardslee> I'm still stuck needing evolution for calendars
[22:01] <ajmitch> nope, I tend to use google calendar
[22:02] <ajmitch> though only for work, I'm not exactly a heavy user of it
[22:04] <hads> Yeah, I use Google calendar too, working by myself I don't rely on a calendar much though.
[22:05] <ibeardslee> we have a calendar server internally that has the meeting rooms, team schedules etc
[22:11] <ojwb> thunderbird and lightning? very very frightening...
[22:12] <ojwb> karora knows a bit about calendaring I hear
[22:12] <ibeardslee> yeah, we are using the DAViCal server
[22:13] <ibeardslee> but it's a lightning/gnome/unity issue
[22:13] <ojwb> ah, ok
[22:15] <ibeardslee> the date time applet in the bar up top can display events in the calendar .. but not the lightning calendar .. can't make it the default calendar in Oneiric
[22:15] <ibeardslee> this might be the solution .. http://mikeconley.ca/blog/2011/08/11/fiddling-with-an-eds-provider-for-lightning-calendar/
[22:16] <ibeardslee> I think I'll just roll back to evolution and deal with the can't create imap folders a different way
[22:16] <hads> Why can't it create IMAP folders? I'm think it can here.
[22:18] <ibeardslee> https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/878460
[22:18] <ibeardslee> https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/862677
[22:18] <ibeardslee> using imap+ seems to create an evolution that doesn't work here
[22:23] <hads> Hadn't heard of IMAP+ I might fire up Evolution and have a look.
[22:24] <hads> Second stage anti-fraud tool underway, phone number lookups; http://quick.nice.net.nz/phone/?number=039749011
[22:29] <G> hads: nice one
[22:30] <G> hads: assuming that is from the NAD database?
[22:31] <hads> G: Yup
[22:35] <hads> G: Stuff for you from CDL will be shipping to me today.
[22:35]  * ojwb wonders how "talks to me on IRC" factors into hads' new customer vetting system
[22:38] <hads> heh, instant clearance :)
[22:43] <hads> ibeardslee: Switched to IMAP+ it works after I realised that when I did so it changed the port from 993 to 143
[22:43] <ibeardslee> .. .. oh maybe that's what went wrong
[22:49] <hads> I stopped using Evolution a little while ago when it kept getting confused moving emails from one IMAP account to another. It would move them, then next time it refreshed sometimes they would be back again so a copy in each account. Perhaps IMAP+ will fix that.
[22:57] <G> hads: CDL?
[22:57] <G> hads: oh Dynamix, right
[22:58] <G> hads: thanks
[23:00] <G> hads: I forgot they go by two different business names, but it's all working out good, got a call from the ones that I'm getting the PDL stuff from that the other part of what I need is ready to pick up


 @KMyers when do you come back?
 @Ivoriesablaze, The 28th, why?
 I might be a little too tired for sushi tomorrow, dunno yet
 @All http://corporate.ford.com/ShowJob/Id/977267/Autonomous-Vehicle-Ubuntu-Linux-Expert-Support/
 Anybody have any opinions on the sushi thing?
 Option A : Eat Sushi
 That is my only opinion
 Sigh, can we at least make it later like around 7?
 I am fine with that
 Ok, does @RazPi want to come along?
 He must, need the Hotspot
 Ok, I'll just drive straight there from judd's, then so you wont have to drive us back lol
 @KMyers @Ivoriesablaze just give me a time i cleared my schedule tomorrow vut in exhausted
 *but im exhausted
 I can pick you up at around 5:30. I'm gonna drive straight there, so no time crunch if something comes up @RazPi
 @Ivoriesablaze, Much appreciated that you are driving this time. Normally I done mind but I am planning on leaving at midnight
 No worries
 I can do 5:30!
 5:30 for sushi tonight?
 We have plans to go Pokemon at Pembroke pines, City Center
 silly Pokemon GO
 Dropped Pin … https://goo.gl/maps/DVc6szcSVq52
 The entire are has a 10mph speed limit, with one way street, loads of parking, and is practically abandoned.
 There's also 10 pokestops there.  You can complete a loop, and they are all ready to hit again.  Also, if you hit them in the same order each time, you get a bonus.
 Amazon!
 I purchased something on Amazon.  It never showed up.  They just sent me this after I sent a complaint.
 Here I was expecting a package and it won't show up.
 And the sellers just left Amazon.
 Holy ping times.
 I can't do the Pokémoning tonight but will do Sushi
 Where?
 @ahoneybun, The normal place
 yeah, and the knee's bad again, so can't really do a lot of walking
 @KMyers, ?
 miyako
 doing some linux streaming! http://twitch.tv/ivoriesablaze
 Cool
 @Ivoriesablaze / @RazPi - what time are you guys planning to be here?
 I'm leaving in like 2 minutes
 So 6:30 ish?
 Around then
 Alright cool
 @KMyers on our way
 Ok. What's the ETA so @ahoneybun and I know when to head over
 In getting gas right now
 I'm
 Mm
 Will head over in a few
 K


[12:10] <kiko> [2006-03-16 20:10:04 BRT]  launchpad@launchpad_dev LOG:  statement: SELECT Packaging.id, Packaging.datecreated, Packaging.productseries, Packaging.packaging, Packaging.sourcepackagename, Packaging.distrorelease, Packaging.owner, _prejoin0.id, _prejoin0.name, _prejoin1.id, _prejoin1.lucilleconfig, _prejoin1.owner, _prejoin1.datelastlangpack, _prejoin1.title, _prejoin1.sourcecount, _prejoin1.parentrelease, _prejoin1.version, _prejoin1.nominatedarchindep, _prejo
[12:10] <kiko> in1.datereleased, _prejoin1.displayname, _prejoin1.description, _prejoin1.messagecount, _prejoin1.releasestatus, _prejoin1.binarycount, _prejoin1.changeslist, _prejoin1.name, _prejoin1.summary, _prejoin1.distribution, _prejoin2.id, _prejoin2.importstatus, _prejoin2.datestarted, _prejoin2.displayname, _prejoin2.summary, _prejoin2.cvsroot, _prejoin2.datefinished, _prejoin2.targetarcharchive, _prejoin2.cvsbranch, _prejoin2.branch, _prejoin2.releasefileglob, _pr
[12:10] <kiko> ejoin2.dateprocessapproved, _prejoin2.svnrepository, _prejoin2.product, _prejoin2.rcstype, _prejoin2.releaseroot, _prejoin2.datesyncapproved, _prejoin2.cvsmodule, _prejoin2.datelastsynced, _prejoin2.targetarchversion, _prejoin2.dateautotested, _prejoin2.releaseverstyle, _prejoin2.targetarchbranch, _prejoin2.name, _prejoin2.datecreated, _prejoin2.targetarchcategory, _prejoin2.cvstarfileurl, _prejoin2.syncinterval FROM Packaging, SourcePackageName AS _prejoin0
[12:10] <kiko> , DistroRelease AS _prejoin1, ProductSeries AS _prejoin2, SourcePackageName, DistroRelease WHERE _prejoin0.id = Packaging.sourcepackagename AND _prejoin1.id = Packaging.distrorelease AND _prejoin2.id = Packaging.productseries AND  Packaging.sourcepackagename = SourcePackageName.id AND DistroRelease.id = Packaging.distrorelease AND DistroRelease.id = 3 ORDER BY SourcePackageName.name
[12:10] <kiko> that is a fat-ass one :)
[12:10] <Kinnison> heh
[12:10] <Kinnison> whassat do then?
[12:10] <spiv> Forgive me father, for I have sinned.
[12:11] <kiko> prejoins most of packaging
[12:11] <Kinnison> hehe
[12:11] <Kinnison>  father forgive you, you tried not to do it. Turned over a new leaf, then prejoined right through it.
[12:12] <ddaa> I large fraction of that appears to be productseries goo nobody cares about
[12:12] <ddaa> and that should be in a vcsimports table anyway
[12:51] <Kinnison> At this rate I need someone to go get me another double amaretto
[12:51] <Kinnison> Soyuz, fueled by almonds and alcohol
[12:51] <Kinnison> kiko: was a conflict in a pagetest, should be okay now
[12:52] <kiko> cool
[12:52] <Kinnison> Was the only "normal" conflict :-)
[12:52] <Kinnison> merge sent
[12:52] <Kinnison> Now for the next error :-)
[12:55] <Kinnison> kiko: Should be around 11 minutes until we know if the merge conflicted
[12:55] <Kinnison> kiko: if it doesn't fail after that, then we have to wait for the tests
[12:56] <kiko> yeah, that'll be nastier
[12:56] <kiko> man, I fixed up some pretty horrible performance bugs using this code of spiv's tonight
[12:56] <kiko> it's beautiful
[12:57] <Kinnison> heh
[01:07] <Kinnison> kiko: great, so now it has failed and I don't know why
[01:07] <Kinnison> no email
[01:08] <kiko> fuck this pqm
[01:10] <Kinnison> Does anyone have access to the box to see what happened?
[01:11] <spiv> Kinnison: Usually, if I get no email back from pqm, I screwed up a URL in my pqm command.
[01:12] <spiv> e.g. chinstrap.ubutnu.com
[01:12] <spiv> Which seems to cause it to silently drop my request on the floor
[01:12] <Kinnison> star-merge sftp://chinstrap.ubuntu.com/home/warthogs/archives/dsilvers/launchpad/soyuz-mainline/ sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel
[01:12] <Kinnison> that's what I sent
[01:12] <Kinnison> and the last time I sent that, I got a conflict during merge
[01:12] <Kinnison> I have since fixed that and pushed and re-sent the pqm request
[01:12] <Kinnison> only for it to be dropped
[01:12] <Kinnison> fucking pqm
[01:12] <spiv> I've also heard of it happening if you cause bzrlib to raise an exception pqm doesn't expect.
[01:12] <Kinnison> Yeah
[01:13] <spiv> I suggest, rather than emailing it to PQM, nailing it to lifeless's door.
[01:14] <Kinnison> along with a goats head?
[01:14] <spiv> Title the piece of paper "95 Theses^WFailed Merge Requests".
[01:15] <dilys> Merge to test/launchpad/sourcecode/sqlobject/: [r=kiko]  Make alternateIDs method (e.g. byName) only issue one query, rather than two almost identical queries. (r48: Andrew Bennetts)
[01:24] <Kinnison>  My life, my pride is broken. You like to think you're never wrong! You live what you've learned!
[01:24] <Kinnison> I need more CPU on this laptop
[01:24] <Kinnison> this test-merge is CPU bound
[01:28] <carlos> Kinnison: I need more speed on this hardisk
[01:28] <carlos> perhaps we could get a new computer and split it ;-)
[01:28] <Kinnison> and the electricity bill?
[01:29] <carlos> Kinnison: yours, of course :-P
[01:29] <Kinnison> :-(
[01:29] <carlos> I'm just a kid....
[01:29] <carlos> O:-)
[01:29] <Kinnison> I'm the one listening to Linkin Park
[01:29] <carlos> :-P
[01:36] <dilys> Merge to devel/launchpad/: [trivial]  Silence hctapi.py exception on startup (r3276: Christian Reis)
[01:39] <Kinnison> Good night all
[04:41] <dilys> Merge to devel/launchpad/: [trivial]  Bug #35198 - FOAF mbox_sha1sum is incorrect (r3277: Stuart Bishop)
[08:50] <sivang> morning people
[09:37] <Kinnison> Morning
[09:51] <carlos> morning
[10:05] <mpt> Goooooooooooooooooooood morning Launchpadders!
[10:54] <jamesh> carlos: which tests would be best to test that my poparser isn't breaking stuff?
[10:54] <carlos> jamesh: I guess poimport.txt
[10:54] <jamesh> carlos: I found lib/canonical/launchpad/doc/poparser.txt, but it didn't test much
[10:54] <jamesh> okayu
[10:54] <carlos> jamesh: our parser test suite is not the best in the world....
[10:55] <jamesh> carlos: I added a few small tests in my branch
[10:55] <carlos> jamesh: cool, thanks!
[10:56] <jamesh> to check partial writes where you write half a multibyte sequence, and some problem Big5 sequences
[10:58] <bradb> spiv: bug 4700
[10:58] <Ubugtu> malone bug 4700 in bzr "Merge conflict: "2 conflicts encountered" but no "bzr conflicts" output" [Normal,Unconfirmed]  http://launchpad.net/bugs/4700
[11:01] <kiko> hey stub!
[11:01] <kiko> how's it going old man
[11:01] <spiv> bradb: thanks!
[11:02] <stub> kiko: old?  The query is real fast when I test it.
[11:19] <kiko> stub, is there any suggestion solution to it?
[11:19] <kiko> it's rather common
[11:20] <kiko> suggested solution
[11:21] <stub> I don't think there is anything we can do from the webapp end. Ideally we could fix the publisher stuff (what I suspect would lock things like that) to not hold things open for so long.
[11:21] <stub> Well.. we could break apart the tables somewhat
[11:21] <stub> There is also the chance that the improved locking in PG 8.1 fixes this for us.
[11:22] <kiko> it happened yesterday though
[11:22] <kiko> do you know who writes to that table?
[11:22] <stub> We haven't upgraded yet
[11:22] <stub> There is only one process that writes to that table I think (?).
[11:22] <stub> Which isn't the publisher  - is it the statistician?
[11:23] <stub> Yes - the statistician is the only thing that writes to that table.
[11:24] <stub> So we need to fix the statistician. Perhaps writing all the results to a temporary table, and then quickly replacing the values in the real table when all the calculations have been done.
[11:25] <stub> Or just committing more often
[11:25] <stub> Statistician stuff is mainly SQLObject code, so there might be some low hanging fruit that can be fixed by using prejoin.
[11:26] <spiv> stub: Btw, I just submitted a branch to pqm that implements prejoinClauseTables
[11:27] <stub> cool. I thought you were going to hold off to see if it would actually be useful. Just a trivial fix was it?
[11:27] <kiko> stub, spiv has helped me bigtime in nailing the main offenders -- the bug listings now issue O(1) queries!
[11:27] <kiko> stub, spiv is the master of all table joining trickeries
[11:27] <spiv> It turned out to be near-trivial once I had the rest of it working.
[11:27] <jordi> kiko: daf is playing "everyday I love you less and less"
[11:27] <Kinnison> pqm is currently disabled anyway
[11:28] <stub> Cool. Sounds like we need to implement user configurable batching sizes soon, as everyone wants it and we might actually be able to support it!
[11:28] <spiv> kiko has a big shiny branch that makes use of prejoins all over the place, and it certainly reduces the number of queries.
[11:28] <Kinnison> Oh, it might be turned on again actually
[11:28] <spiv> (as does fixing the so-called alternateID support)
[11:28] <Kinnison> ID? Name? ID? Name? ID? Name? (ad infinitum)
[11:29] <spiv> Which was a trivial patch -- although upstream already had that fix, another reason to grit our teeth and upgrade.
[11:29] <bradb> stub: I have a branch that implements that, but I got in trouble for trying to land it during this sprint, instead of doing branch/bug integration.
[11:29] <bradb> I would have landed it before I left, but for pqm troubles
[11:29] <stub> bradb: Storing batch size in the session, or in the db on the person table?
[11:30] <bradb> stub: Wasn't persisting the config yet, but it'd take an extra 10 minutes to do so, if it were on the session.
[11:31] <stub> I think it is a good use of the session, and worth doing if it doesn't screw up the UI
[11:32] <bradb> I think so too.
[11:34] <stub> Yay. Found the Retry bug. Just need to talk to upstream if it should be fixed there too.
[11:36] <kiko> stub, rock!
[11:36] <kiko> stub, can you ping me when you have 5 minutes to suggest how to do an SQL query I am having trouble with?
[11:38] <stub> kiko: ping
[11:40] <kiko> stub, see privmsg
[12:42] <Seveas> stub, thanks for writing pytz - you made Ubugtu a happy camper
[12:43] <jamesh> Seveas: we're using it inside Launchpad, among other things
[12:44] <Seveas> I'm using it in Ubugtu for localized schedules of #ubuntu-meeting - it's dead-easy with pytz
[12:51] <carlos> stub: hi, yesterday I was not able to update staging as my branch was not merged on rocketfuel...
[12:52] <carlos> stub: All should be fixed now and working but pqm is beeing too slow
[12:52] <carlos> stub: could I merge my branch directly on staging?
[12:52] <carlos> to test it?
[12:52] <carlos> I have a special version of that branch already cheerypicked on a production branch so you can cheery pick it if we confirm that I didn't break anything on staging...
[01:14] <ddaa> collab.net is not reliably enough to let us import subversion
[01:14] <ddaa> Dunno why, but I find that hysterically ironical.
[01:14] <Kinnison> You mean we're not resilient enough
[01:16] <stub> carlos: you need to build a tree on chinstrap and rsync it across
[01:17] <carlos> stub: I have it already on chinstrap
[01:17] <stub> A full tree?
[01:17] <carlos> stub: I guess I should rsync it and then do  bzr merge....
[01:17] <carlos> stub: oh, you mean to run that instead of current staging?
[01:17] <carlos> ok
[01:17] <carlos> not yet done...
[01:17] <carlos> but it's easy to do it.
[01:18] <stub> actually, you probably can just merge it in. I forgot that asuka has a version of bzr around (old, but it was still working)
[01:19] <stub> give me the branch details and I'll do it
[01:19] <stub> carlos: ^^
[01:20] <carlos> give me just a second, I'm finishing another thing that I want to test so we don't need to do the rollout twice...
[01:23] <stub> What is this patch fixing btw? Or is is a cluster of fixes that needs to be landed asap for some reason?
[01:26] <ddaa> Arguably, the svn import should not go dead at the first time out...
[01:27] <kiko> stub, the reason they need to be landed is that we need to process the 13K imports in the queue
[01:27] <kiko> today is really the only day daf, spiv, carlos and I are together to do it
[01:27] <kiko> stub, it only touches the import queue code
[01:27] <kiko> so it should be pretty safe
[01:27] <kiko> but it does affect how imports are processed
[01:28] <carlos> and it has tests
[01:28] <carlos> :-P
[01:28] <kiko> which is why it would be nice to run this on staging first.
[01:28] <kiko> some tests.
[01:28] <stub> the queue is currently stalled, or is it happily importing the stuff it can deal with?
[01:28] <carlos> stub: it's not stalled
[01:28] <carlos> stub: we are implementing some helpers to allow us to handle it faster
[01:32] <stub> I'll be around for another hour anyway
[01:35] <doko> kiko: somebody around you with pt keyboard?
[01:36] <carlos> stub: the changes are done. I'm going to commit and push them now
[01:38] <kiko> not me
[01:43] <cprov> stub: ping
[01:43] <stub> cprov: pong
[01:44] <cprov> stub: do you have the script you ran for rosetta path migration ?
[01:45] <cprov> stub: would you to run it in launchpad_dogfood@mawson ?
[01:45] <stub> cprov: Would you rather just get a fresh dump?
[01:45] <stub> cprov: The script is in database/schema/archive I think
[01:45] <stub> cprov: But there was some manual work needed doing first (removing various potemplates and pofiles that carlos flagged)
[01:46] <cprov> cprov: fresh dump would be nice, but it might take long, or not ?
[01:46] <stub> It will take about 2 hours to build
[01:46] <carlos> stub: cprov has the script already, he just needs the manual work done
[01:47] <cprov> stub: yes, the required manual work that I'm looking for ?
[01:47] <cprov> hey .. i will remove the contraint line from the DB patch for a while, it's dogfood ...
[01:48] <stub> I don't have the details sorry. The tools I used are in chinstrap:/home/warthogs/archives/stub/dbascripts/devel (delete_potemplate.sql, delete_pofile.sql), but I don't have the ids that need to be removed.
[01:49] <stub> chinstrap:/home/warthogs/archives/stub/dbascripts I mean
[01:50] <cprov> stub: I think I can simply do not apply the constraints for a while, then use the fresh DB copy
[01:50] <carlos> stub: cprov has the IDs
[01:50] <cprov> stub: can you start to copy it ?
[01:50] <stub> cprov: Sure
[01:51] <cprov> stub: thanks
[01:51] <kiko> doko, no, nobody here has abnt, sorry.
[01:55] <dilys> Merge to devel/launchpad/: [r=kiko]  Implemented filtering options for the translation import queue and improved the guessing algorithm to be able to import automatically more entries (r3278: Carlos Perello Marin)
[01:57] <kiko> rock on
[02:00] <cprov> stub: does the dbascripts you mentioned take too long to run ?
[02:01] <stub> cprov: It doesn't take long to use them. Just need to use them one at a time
[02:01] <stub> psql -d launchpad_dogfood
[02:01] <stub> \set potemplate_id 666
[02:01] <stub> \i delete_potemplate.sql
[02:02] <stub> (repeat as necessary)
[02:02] <cprov> stub: right
[02:02] <carlos> stub: could you merge chinstrap.ubuntu.com:/home/warthogs/archives/carlos/launchpad/bug-33020/ on staging?
[02:02] <stub> carlos: ok
[02:02] <carlos> stub: thank you
[02:04] <carlos> stub: I will need to run a script there on staging that uses zopeless and sends email. Kiko suggested me to comment the email sending routine so I can run it without spaming anyone. Is that ok to you?
[02:05] <kiko> I thought staging didn't send email, though, but..
[02:05] <stub> kiko: zopeless stuff send email by a different method that has never been updated to do nothing (or redirect to a different address) on staging.
[02:13] <kiko> stub, scary.
[02:18] <dilys> Merge to devel/launchpad/: [trivial]  Support utilities/pasting without a title (r3279: Christian Reis)
[02:20] <stub> carlos: staging updated with your branch
[02:20] <carlos> stub: cool, thanks
[02:20] <stub> carlos: hack our what you need to to do your testing. Probably just need a return in lib/canonical/launchpad/email/sendmail.py
[02:28] <carlos> stub: I don't see that file...
[02:28] <carlos> it's mail
[02:28] <carlos> I see it now
[02:44] <kiko> stub, we need to skip out for 20m, but will be back in a second -- please don't lose faith
[02:44] <stub> kiko: I'm heading off soon. What am I still needed for?
[02:47] <sabdfl> stub: are you confident on pg 8.1, and when do you plan to deploy it?
[02:47] <sabdfl> can we do that separately from code/hw updates?
[02:48] <stub> I planned to deploy it last Tuesday but had to reschedule
[02:48] <stub> We can do it seperately from code and hw updates.
[02:49] <stub> Just needs a three hour window, and someone with access to shutdown and startup the publishing system.
[03:16] <Oublieuse> d
[03:17] <Oublieuse> /msg nickserv identify twambo
[03:17] <Oublieuse> arf
[03:18] <cprov> afff
[03:20] <carlos> stub: hi, How much time do I have before you pass the point of not return to do a production cherry pick?
[03:22] <stub> There isn't time to do one tonight. If you test it on staging, I can cherry pick it tomorrow (or wait until you are back home to monitor the results if you would rather)
[03:22] <carlos> stub: well.... I did already the cherrypick
[03:23] <carlos> stub: it's a matter of doing a merge into production
[03:23] <carlos> test are passing, no conflicts
[03:23] <carlos> stub: we need it for this afternoon....
[03:24] <carlos> I did the fix on a production branch to prevent any problem doing the cherry pick
[03:24] <stub> It is code only, so Steve may be able to push it out to the two production servers.
[03:24] <carlos> stub: yes, it's code only
[03:25] <carlos> stub: ok, I guess that would work
[03:26] <carlos> stub: ok, kiko gave me the ok to do the cherry pick
[03:26] <carlos> stub: it's at chinstrap.ubuntu.com:/home/warthogs/archives/carlos/launchpad/production-1.53/
[03:27] <carlos> if you cannot do it now, tell me it so I will try to find Steve (he's not around atm)
[03:27] <stub> I can't do it now
[03:28] <carlos> ok
[03:28] <kiko> hey dudes
[03:28] <kiko> mmmm
[03:28] <carlos> kiko: we need SteveA to do the cherry pick
[03:28] <kiko> stub, are you about to be gone?
[03:28] <stub> I'm going right now
[03:29] <kiko> all right
[03:29] <sabdfl> cheers stub
[03:29] <stub> cprov: your fresh database will be an hour or so.
[03:31] <cprov> stub: right, thank you
[03:31] <sabdfl> mpt around?
[03:34] <mpt> yo
[03:34] <kiko> look there
[03:40] <mpt> sabdfl, you called?
[03:41] <sabdfl> mpt: what's the way to use the 2col template?
[03:42] <mpt> sabdfl, change "@@main_template" to "@@main_template_2col"
[03:42] <sabdfl> nice
[03:42] <sabdfl> thanks
[03:42] <mpt> yw
[03:42] <sabdfl> will give you feedback shortly
[03:43] <mpt> SteveA said he'd refactor the two templates later so they're sharing code
[03:44] <bradb> ddaa: Hm, your branch page titles branch is one of those prohibitively-long-to-merge ones.
[03:44] <ddaa> long-to-merge with what?
[03:45] <bradb> I just tried merging it into my malone-bzr-integration branch
[03:45] <ddaa> it should not have anything missing, since it's pulled from a shared repository that also contains the rocketfuel branc.
[03:45] <bradb> rsync'd it down, over top of a copy of my launchpad-upstream directory
[03:51] <kiko> ddaa, maybe a bzr reconcile is in order?
[03:52] <ddaa> reconciling might be required by after merge.
[03:52] <ddaa> As it involves fixups that are needed after some missing data is filled in by merging another branch.
[03:52] <ddaa> I'll look into that after I'm done fixing up bzrk for jbailey.
[04:08] <doko> bradb: just discovered the "package maintainance report", nice!
[04:10] <bradb> doko: Glad to hear you like it. That was probably done by cprov or someone else with Soyuz-fu.
[04:12] <doko> bradb: yes, just wanted to know where to file bug reports^W^Wenhancement wishes ;)
[04:12] <salgado> bradb, it was done by me, actually. and kiko did some enhancements recently
[04:13] <doko> salgado: so soyuz should be fine for these?
[04:16] <salgado> doko, I think launchpad would be better
[04:16] <kiko> doko, either soyuz or launchpad, and you can assign to me, I'll do fixes this coming week. note, however, that I have already fixed it to not display superseded entries.
[04:16] <doko> ok
[04:25] <dilys> Merge to test/launchpad/sourcecode/sqlobject/: [r=kiko]  Fix prejoins with clauseTables, also add prejoinClauseTables for more efficient prejoining when the select is already doing the desired join. (r49: Andrew Bennetts)
[04:31] <kiko> wooo rock and roll!
[04:31] <jamesh> daf: how does this look? https://chinstrap.ubuntu.com/~jamesh/poparser-encoding.patch
[04:34] <daf> jamesh: +        # Scan for the charset in the same way that
[04:34] <daf> jamesh: where's the rest of that comment?
[04:35] <jamesh> daf: in my head
[04:35] <jamesh> daf: "the same way that gettext does"
[04:35] <carlos> jamesh: dude, remember to execute jamesh.flush() before pushing your branch :-P
[04:35] <daf> jamesh: ah :)
[04:36] <daf> I wonder if the charset= extraction code would be more readable using a regex
[04:36] <daf> match = re.match('charset=(.*)', kw['msgstr'] )
[04:36] <daf> if match:
[04:36] <daf>     charset = match.group(1)
[04:36] <carlos> daf: regex and readable are not compatible.....
[04:37] <jamesh> carlos: that's not quite true
[04:37] <carlos> at least for me that know nothing about it :-P
[04:37] <daf> well, I have abused them in the past
[04:37] <carlos> daf: that would be why I hate them.... :-P
[05:01] <ddaa> Kinnison: all things considered
[05:02] <ddaa> since I'm the maintainer, I can decide it's not pronounced "bezerkay"...
[05:02] <ddaa> It's _now_ pronounced
[05:07] <ddaa> ignorance is force
[05:12] <sabdfl> steve around?
[05:29] <Kinnison> Well, I think that either PQM has died, the soyuz branch has merged and is testing, or else something altogether more sinister is going on
[05:30] <Kinnison> Since it has been in PQM for a little over 20 minutes now
[05:30] <Kinnison> and it normally crapped out around 11 minutes in
[05:31] <Kinnison> cprov: yo
[05:31] <Kinnison> cprov: If this merge succeeds, you and me have a meeting at the bar
[05:31] <cprov> Kinnison: right
[05:38] <Kinnison> cprov: we have a failure :-(
[05:38] <cprov> Kinnison: uhm ... is that another conflict  ?
[05:38] <kiko> @#!@$!!@#
[05:38] <Kinnison> cprov: mostly related to the ubuntu-team namechange
[05:39] <Kinnison> cprov: want to come over in a minute and we'll go through to fix 'em ?
[05:39] <cprov> Kinnison: sure
[05:43] <lifeless> dunno why I keep getting booted from here.
[05:48] <Kinnison> lifeless: how long for that production update?
[05:48] <Kinnison> lifeless: hours, or many hours?
[05:50] <kiko> shouldn't be too bad
[05:52] <Kinnison> coolio
[06:04] <lakin> Anyone know if there is a plan for a statistics page for malone:  stuff like # of bugs changed/commented or created for certain time periods?
[06:07] <kiko> lakin, it's intended, but not planned on yet.
[06:07] <lakin> k.
[06:14] <jordi> sabdfl: ping
[06:47] <lifeless> Kinnison: just long enough to run the test suite
[07:04] <spiv> they keep playing the same songs in this hotel... time after time...
[07:09] <sabdfl> spiv: any idea why i should be getting an error building pygettextpo?
[07:09] <sabdfl> just tried the rocketfuel-refresh script and it didn't get any new revisions there
[07:09] <elmo> did you guys take out the lp apps processes on gangotri intentionally?
[07:10] <Kinnison> lifeless: So how's the suite?
[07:13] <spiv> elmo: Yes
[07:13] <spiv> elmo: SteveA is doing a production update
[07:14] <spiv> sabdfl: not off the top of my head -- are the various trees in your sourcecode directory all up to date with current rocketfuel?
[07:14] <spiv> sabdfl: pastebin the error if you like
[07:15] <sabdfl> how do i know if my various trees are all up to date? I though rocketfuel-refresh did that
[07:17] <jamesh> sabdfl: what is the error?
[07:19] <spiv> Yeah, rocketfuel-refresh should do that.
[07:20] <sabdfl> it didn't pull any revisions in to that part of the tree
[07:21] <carlos> sabdfl: perhaps you are missing gettext on your system. I think jamesh changed it to use system's gettext
[07:21] <carlos> jamesh: Am I right?
[07:21] <sabdfl> ah
[07:21] <jamesh> yeah
[07:21] <jamesh> but don't you need gettext installed anyway?
[07:21] <jamesh> (for rosetta)
[07:22] <carlos> jamesh: yes, gettext is a launchpad dependency
[07:22] <carlos> to generate .mo files
[07:22] <sabdfl> ah
[07:22] <sabdfl> i removed the launchpad deps, i think
[07:22] <sabdfl> is the package called gettext?
[07:23] <carlos> sabdfl: yes
[07:23] <jamesh> yes
[07:23] <sabdfl> removed it because i'm trying pg 8.1
[07:24] <elmo> spiv: please tell me when it's finished because it looks suspiciously like one apps server didn't die properly
[07:27] <sabdfl> seems to have worked - thanks guys
[07:30] <carlos> sabdfl: you are welcome
[07:36] <sabdfl> can someone ask mpt what happened to class="lesser"
[07:36] <sabdfl> ?
[07:36] <Kinnison> monkeys with lessers for eyes?
[07:36] <Kinnison> frickin' sharks with frickin' lessers on their heads?
[07:37] <mpt> sabdfl, pong
[07:37] <Kinnison> 18:36 < sabdfl> can someone ask mpt what happened to class="lesser"
[07:38] <SteveA> even lesserrer
[07:38] <mpt> sabdfl, it looks to be on line 948 of launchpad.css
[07:39] <dilys> Merge to devel/launchpad/: [trivial, rs=bradb]  Tweaks 'this bug is not recorded as needing to be fixed here' notification, fixing bug 30958 (/products/malone/+bug/nnn says 'Not yet reported in malone'). (r3280: Matthew Paul Thomas)
[07:39] <Kinnison> Cool, one down, two to go
[07:44] <sabdfl> mpt: odd, it doesn't seem to be having the desired effect on a "listing sortable" table
[07:45] <mpt> sabdfl, that's because table.listing already has font-size: 85%
[07:45] <sabdfl> ok
[07:45] <sabdfl> how do i do a compact listing?
[07:46] <mpt> So the font size will either be "smaller" or "85%" depending on which class you put last :-)
[07:46] <sabdfl> ah
[07:46] <mpt> (I think)
[07:46] <sabdfl> tr class="lesser" works nicely
[07:46] <mpt> yeah, I was just going to suggest <td class="lesser">
[07:46] <mpt> but tr would be less repetitious
[07:47] <mpt> <tbody class="lesser"> would be even better than that.
[07:48] <sabdfl> will do! thanks
[08:03] <dilys> Merge to devel/launchpad/: Fix https://launchpad.net/products/malone/+bug/34768 (Unhelpful error message on linking cve) and some validation functions cleanup r=salgado (r3281: Diogo Matsubara)
[08:25] <dilys> Merge to devel/launchpad/: [r=SteveA]  Adds a test for facet support in GeneralFormView, and removes the old workarounds for the lack of that support. (r3282: Matthew Paul Thomas)
[08:27] <sivang> Kinnison: he he he
[08:28] <sivang> Kinnison: caught your Autin Power line :)
[08:28] <sivang> Powers, by reputation
[09:37] <DRAGON^^> hi
[09:38] <DRAGON^^> why i can't receive message on my mail to activate my account on ubuntu.com?
[09:43] <dilys> Merge to devel/launchpad/: [r=jamesh]  Mainline soyuz (r3283: Celso Providelo, Daniel Silverstone, James Troup ...)
[09:49] <Burgwork> what does mainline soyuz mean for me?
[09:50] <mpt> Burgwork, I know very little about what it does, except that it's been about two months work and Kinnison has been trying to land it for the past two days
[09:50] <mpt> It's something to do with letting you create your own derivatives
[09:50] <Burgwork> cool
[09:50] <Burgwork> I might be using that soon enough
[09:52] <mpt> https://launchpad.net/products/soyuz has a little info
[09:54] <Kinnison> dilys: You suck
[09:54] <Kinnison> There were *so* more people than that involved
[09:55] <Burgwork> Kinnison, congrats
[09:55] <Kinnison> Burgwork: Essentially everything that was done since last november to get soyuz' backend going was in that branch
[09:56] <Burgwork> LP is very cool.


[07:21] <darkxst> LaserAllan, evince handles most things
[10:29] <LocutusOfBorg> ok
[10:29] <LocutusOfBorg> I'm downloading an image
[10:31] <darkxst> LocutusOfBorg, lightdm still launches as root on the images I tested today also
[10:31] <LocutusOfBorg> link to images?
[10:31] <LocutusOfBorg> can you please try with the virtualbox on propsed
[10:32] <darkxst> LocutusOfBorg, probably http://cdimage.ubuntu.com/ubuntu/daily-live/20160419/ (I just zsync'ed it)
[10:32] <LocutusOfBorg> I'm installing xenial beta2
[10:36] <LocutusOfBorg> darkxst, can you please try?
[10:36] <LocutusOfBorg> I need to know whick kernel module are you using
[10:36] <darkxst> LocutusOfBorg, yes, will try in a sec
[10:37] <LocutusOfBorg> thanks
[10:37] <LocutusOfBorg> apt-get install virtualbox-guest-dkms please
[10:37] <darkxst> I am (was) using whatever module is tainting the live cd kernel ;)
[10:37] <LocutusOfBorg> NO
[10:37] <LocutusOfBorg> that is the problem
[10:37] <LocutusOfBorg> :(
[10:37] <darkxst> oh right
[10:38] <LocutusOfBorg> one sec
[10:38] <darkxst> I still don't know who had the brain fart to include vbox in the kernel images
[10:38] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1571156
[10:38] <ubot5`> Launchpad bug 1571156 in linux (Ubuntu) "vbox: resync with 5.0.16-dfsg-3" [High,In progress]
[10:39] <LocutusOfBorg> you can also use the guest-additions-iso file
[10:40] <LocutusOfBorg> FWIW I deleted the kernel modules under lib/modules and did a dpkg-reconfigure virtualbox-guest-dkms
[10:40] <LocutusOfBorg> because it was refusing to override the 5.0.18 because the old 5.0.16 from kernel were installed
[10:40] <LocutusOfBorg> bad dpkg is bad
[10:41] <darkxst> LocutusOfBorg, vbox is also bad!
[10:46] <LocutusOfBorg> installed beta-2
[10:46] <LocutusOfBorg> installed virtualbox-guest-dkms
[10:46] <LocutusOfBorg> restarted
[10:46] <LocutusOfBorg> full screen
[10:46] <LocutusOfBorg> and I don't have xorg-legacy installed
[10:49] <LocutusOfBorg> trying your daily-live now
[10:49] <darkxst> I can't even get the dkms package ;(
[10:49] <LocutusOfBorg> enable proposed it is migrating right now
[10:49] <LocutusOfBorg>     5.0.18-dfsg-2build1
[10:49] <LocutusOfBorg> or grab the three debs
[10:49] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/virtualbox/5.0.18-dfsg-2build1
[10:50] <darkxst> I did, apt-get is barfing on some appstream error
[10:50] <darkxst> could be my mirror
[10:51] <LocutusOfBorg> I use the archive.ubuntu.com
[10:53] <darkxst> LocutusOfBorg, that is too slow in Australia!
[10:53] <LocutusOfBorg> :(
[10:54] <darkxst> im grabbing the .debs, slowly...
[10:54] <darkxst> ls
[10:55] <LocutusOfBorg> ls: error, file not found
[10:58] <darkxst> LocutusOfBorg, and while I wait, is vbox getting removed from the kernel?
[10:58] <LocutusOfBorg> no
[10:58] <LocutusOfBorg> i don't think so
[10:58] <LocutusOfBorg> it will be updated
[10:59] <LocutusOfBorg> daily live installed, and updated
[10:59] <LocutusOfBorg> installing the guest dkms
[10:59] <LocutusOfBorg> and rebooting
[11:01] <LocutusOfBorg> working
[11:04] <darkxst> LocutusOfBorg, my vbox is happily just flashing a "^C" symbol!
[11:04] <LocutusOfBorg> mmm what did you do
[11:04] <LocutusOfBorg> version
[11:06] <darkxst> LocutusOfBorg, current daily image, with the -proposed debs and removed -legacy
[11:06] <LocutusOfBorg> why did you add legacy in first place?
[11:07] <LocutusOfBorg> I don't have it installed
[11:07] <LocutusOfBorg> and the host version?
[11:07] <darkxst> LocutusOfBorg, its in our seeds since like whenever 1.18 was uploaded
[11:08] <darkxst> only  5.0.18-dfsg-1ubuntu1
[11:13] <darkxst> LocutusOfBorg, I need to wind down for the night, still battling the flu
[11:13] <darkxst> so what actually needs to happen when the changes land?
[11:13] <darkxst> seed vbox-guest-dkms and drop -legacy?
[11:20] <LocutusOfBorg> yes
[11:22] <darkxst> LocutusOfBorg, ok, I will try in the morning when the mirrors have synced up
[11:22] <LocutusOfBorg> thanks
[11:22] <LocutusOfBorg> I did this
[11:23] <LocutusOfBorg> install daily image or beta2
[11:23] <LocutusOfBorg> enable xenial, xenial-updates xenial-backports xenial-proposed
[11:23] <LocutusOfBorg> apt-get install virtualbox-guest-dkms
[11:23] <LocutusOfBorg> apt-get dist-upgrade
[11:25] <LocutusOfBorg> reboot
[11:25] <LocutusOfBorg> (I also tried without dist-upgrade and after)
[11:26] <LocutusOfBorg> I tried to install the dkms, and update the kernel after, just to see if the module was still working
[11:26] <LocutusOfBorg> and in each case I checked apt-get remove xserver-xorg-legacy
[11:26] <LocutusOfBorg> and it wasn't installed
[11:26] <LocutusOfBorg> darkxst, take care of your health :)
[11:27] <darkxst> LocutusOfBorg, xserver-xorg-legacy is seeded on our images, 100% sure of that
[11:27] <LocutusOfBorg> http://cdimage.ubuntu.com/ubuntu/daily-live/20160419/
[11:27] <LocutusOfBorg> here?
[11:28] <darkxst> ubuntu-gnome
[11:28] <LocutusOfBorg> I did try everything with ubuntu
[11:28] <darkxst> http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/20160419/
[11:28] <LocutusOfBorg> thanks
[11:28] <LocutusOfBorg> I can try that one too
[11:29] <darkxst> LocutusOfBorg, ubuntu is still lauching lightdm and the user Xorg as root
[11:29] <LocutusOfBorg> darkxst, how
[11:29] <LocutusOfBorg> the legacy package is not installed in the ubuntu/daily-live
[11:29] <darkxst> I don't know it will be in lightdm somewhere
[11:30] <darkxst> gdm has proper support for root-less Xorg
[11:30] <LocutusOfBorg> what is the default?
[11:30] <darkxst> so gdm runs a gdm user and user Xorg as the user
[11:30] <darkxst> LocutusOfBorg, which default?
[11:31] <LocutusOfBorg> I install ubuntu/daily-live
[11:31] <LocutusOfBorg> without changing a bit
[11:31] <darkxst> LocutusOfBorg, we are not ubuntu! read the channel name again ;)
[11:32] <darkxst> we use gdm, ubuntu uses lightdm
[11:32] <LocutusOfBorg> yes, I know that
[11:32] <LocutusOfBorg> and I'm already trying the ubuntu-gnome/daily-live
[11:32] <darkxst> ps aux | grep X on the ubuntu images from today, shows lightdm running as root
[11:33] <LocutusOfBorg> ok
[11:33] <LocutusOfBorg> I'm a gnome user, but I install it on top of the ubuntu images
[11:33] <LocutusOfBorg> :)
[11:34] <LocutusOfBorg> not sure why I don't pick the ubuntu-gnome flavour
[11:34] <darkxst> LocutusOfBorg, with gdm or lightdm?
[11:34] <LocutusOfBorg> I tried both until wilu
[11:34] <LocutusOfBorg> wily
[11:34] <LocutusOfBorg> I usually try both and choose one
[11:35] <LocutusOfBorg> e.g. IIRC lightdm was bad until trusty with gnome
[11:35] <LocutusOfBorg> (e.g. no way to lock screen from graphic)
[11:35] <LocutusOfBorg> and with vivid IIRC wasn't even working with lightdm
[11:35] <LocutusOfBorg> with wily I use lightdm
[11:35] <LocutusOfBorg> with xenial I'll see
[11:36] <darkxst> LocutusOfBorg, yes, I patched a few bits of the GNOME stack to work with lightdm, but we don't really support that config
[11:37] <LocutusOfBorg> what is the difference between ubuntu-gnome and ubuntu with apt-get install gnome-shell?
[11:38] <darkxst> mainly a different packageset, lightdm doesnt work 100% with GNOME integration like gdm
[11:44] <darkxst> gdm and gnome-shell are very tightly coupled
[11:45]  * darkxst sleeps ....
[12:12] <mgedmin> you can install ubuntu and cross-upgrade into ubuntu-gnome, but it'll take a bit more than just apt installing gnome-shell
[12:12] <mgedmin> there are some metapackages that pull in everything
[12:12] <mgedmin> IIRC the wiki has instructions somewhere
[12:31] <LocutusOfBorg> darkxst, I did install ubuntu-gnome daily
[12:32] <LocutusOfBorg> apt-get dist-upgrade and install of virtualbox-guest-dkms
[12:32] <LocutusOfBorg> at reboot I have a shell, no gdm
[12:32] <LocutusOfBorg> but startx works
[12:32] <LocutusOfBorg> with and without the legacy package
[12:36] <LocutusOfBorg> interesting
[12:36] <LocutusOfBorg> gdm doesn't start by default
[12:36] <LocutusOfBorg> but lightdm does
[12:43] <mgedmin> IIRC you need to use `sudo dpkg-reconfigure gdm` and select the display manager you prefer
[12:43] <mgedmin> maybe `sudo dpkg-reconfigure -p LOW gdm`, I don't remember the details -- I'd look for a /usr/share/docs/gdm/README.Debian* to describe this
[12:44] <mgedmin> ah, no, gdm's README.Debian doesn't say :/
[12:45] <mgedmin> or, if you're feeling brave, you can apt remove lightdm
[12:45] <mgedmin> when there's only one display manager installed, there's no need to choose which one you want ;)
[12:47] <darkxst> LocutusOfBorg, lightdm is not on our images
[12:47] <LocutusOfBorg> thanks mgedmin but I don't have such issues
[12:48] <LocutusOfBorg> darkxst, I did apt-get install lightdm, selected it, rebooted and it started correctly
[12:48] <LocutusOfBorg> interestingly enough, even with gdm, a startx works
[12:48] <LocutusOfBorg> I know it isn't seeded
[12:48] <darkxst> LocutusOfBorg, yeh because it runs as root?
[12:48] <LocutusOfBorg> indeed
[12:49] <darkxst> which defies the entire point of root-less X
[12:49] <LocutusOfBorg> but with gdm I don't do sudo startx
[12:49] <LocutusOfBorg> just a startx
[12:49] <LocutusOfBorg> let me check
[12:49] <darkxst> LocutusOfBorg, how do you even get the fd for the gpu with vbox UMS drivers?
[12:55] <LocutusOfBorg> what?
[13:07] <LocutusOfBorg> ok, strange
[13:07] <LocutusOfBorg> I did install the live daily build
[13:07] <LocutusOfBorg> updated with -proposed pocket
[13:07] <LocutusOfBorg> removed xorg-legacy package
[13:07] <LocutusOfBorg> reboot, the system blinks for a minute or two
[13:08] <LocutusOfBorg> (same happens in debian)
[13:08] <LocutusOfBorg> installed the guest-dkms and guest-utils
[13:08] <LocutusOfBorg> rebooted
[13:08] <LocutusOfBorg> everything seems good
[13:08] <LocutusOfBorg> with gdm of course
[13:08] <LocutusOfBorg> locutus@locutus-VirtualBox:~$ ps axu |grep gdm
[13:08] <LocutusOfBorg> root       731  0.0  0.1 289912  7064 ?        Ssl  15:07   0:00 /usr/sbin/gdm3
[13:08] <LocutusOfBorg> root       738  0.0  0.1 242532  7252 ?        Sl   15:07   0:00 gdm-session-worker [pam/gdm-autologin]
[13:08] <LocutusOfBorg> locutus    784  0.0  0.1 197648  7584 tty7     Ssl+ 15:07   0:00 /usr/lib/gdm3/gdm-x-session --run-script gnome-session --session=gnome
[13:08] <LocutusOfBorg> locutus    792  0.8  0.7<PHONE_NUMBER>4 tty7     S+   15:07   0:00 /usr/lib/xorg/Xorg vt7 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3
[13:09] <LocutusOfBorg> locutus@locutus-VirtualBox:~$ uname -a
[13:09] <LocutusOfBorg> Linux locutus-VirtualBox 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
[13:10] <LocutusOfBorg> not sure what does it mean
[13:10] <LocutusOfBorg> but I can remove the legacy package, and have everything working with guest-dkms and gdm
[13:11] <LocutusOfBorg> darkxst, sorry for not letting you sleep
[13:11] <LocutusOfBorg> trying lightdm now
[13:14] <LocutusOfBorg> locutus@locutus-VirtualBox:~$ ps axu |grep -i xorg
[13:14] <LocutusOfBorg> locutus    790  2.6  0.9<PHONE_NUMBER>6 tty7     S+   15:13   0:00 /usr/lib/xorg/Xorg vt7 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3
[13:14] <LocutusOfBorg> locutus   1682  0.0  0.0  18488   976 pts/0    S+   15:14   0:00 grep --color=auto -i xorg
[13:14] <LocutusOfBorg> seems I'm running a rootless gdm3 session correctly
[13:58] <darkxst> +
[20:48] <LaserAllan> are there any shortcommands for opening "files"?


[06:25] <Unit193> Happy (late) new year, Ohio!
[13:18] <belkinsa> Thanks, I hope everyone had a good greeting of the new year.
[13:53] <jrgifford> I woke up. Thats always a good start to any day. :)