[00:52] <Bauer1> any idea when this bug would be assigned/fixed? https://bugs.launchpad.net/ubuntu/+source/kmod/+bug/1073062
[00:52] <Bauer1> its been around since the beginning of RR
[00:52] <Bauer1> and the suggested workaround hasnt worked for me
[00:53] <Bauer1> although I am not sure how to manually trigger it, it only happens during dist-upgrade
[00:53] <Bauer1> so I cant really test saving and re-saving the commented file during the runtime
[04:56] <vivid> Bauer1: it happens during update-initramfs.  but does it actually cause problems other than the obvious notification?
[08:36] <timblechmann> hi, on my 13.04 test machine, i cannot log into kde anymore: worked fine yesterday, but broken today.
[08:36] <timblechmann> kdm's log tells me: http://pastie.org/private/juaksgr8tulwh0lhbpg6a
[08:36] <dr_willis> Heh.. kde is working here.. ubuntu has totally vanished from my login screen selections
[08:37] <timblechmann> the interesting part of the log file: it seem to fail to connect to dbus
[08:45] <dr_willis> Hmm. My list of X sessions was sooo long that ubuntu was hidden at the bottom..
[10:02] <timblechmann> answering myself: http://ubuntuforums.org/showthread.php?t=2124611&p=12553068 explains the isse: krandrstartup has been removed, but is still used during kde startup
[10:46] <belgianguy> I was wondering at what interval Ubuntu updates its (Synaptic) graphics drivers, is that every new release?
[11:28] <snadge> hmm.. kernel 3.8 wont boot on my netbook
[11:29] <snadge> i updated to 13.04 from 12.10 .. stock kernel wont boot.. but if i select the 3.5 kernel, it will
[11:36] <tux_> isn't Beta 1 out this Thursday?
[11:39] <BluesKaj> Hiyas all
[11:42] <dr_willis> Moo
[11:44] <tux_> dr_willis, apt-get moo
[11:44] <tux_>          (__)
[11:44] <tux_>          (oo)
[11:44] <tux_>    /------\/
[11:44] <tux_>   / |    ||
[11:44] <tux_>  *  /\---/\
[11:44] <tux_>     ~~   ~~
[11:44] <tux_> ...."Have you mooed today?"...
[11:44] <tux_> ;)
[11:45] <smartboyhw> ....
[11:46] <dr_willis> I noticed on lighten I had so many Wm/de sessions. Ubuntu was off the bottom of the screen. ;-)
[11:51] <dr_willis> On lightdm.
[12:21] <rye> snadge: what kind of netbook and what stock kernel (i am now testing the kernels for ath5k bug and found that 3.8.0-{1,2}-generic are not bootable but these are quite old
[12:21] <rye> )
[12:23] <snadge> its now booting.. not sure what i did, but 3.8.0-12-generic just installed i think
[12:24] <snadge> !bug 1110139
[12:24] <snadge> now im seeing this.. can see the wireless network, but cannot authenticate
[12:25] <snadge> a few people mention downgrading the driver to v5 fixes it for them.. but presumably that's not what the fix should be
[12:37] <dr_willis> Amazing howmuch broadcom causes issues
[13:17] <everestt> I've been using Jupiter for power management in 12.10... I heard the project got discontinued?? Is there anything software available for 13.04 that lets me select various performance modes (Maximum Performance, Power on demand, power saving)?
[13:18] <everestt> *any
[13:19] <BluesKaj> everestt, check out cpufrequtils
[13:19] <BluesKaj> !cpufrequtils
[13:20] <BluesKaj> !info cpufrequtils
[13:20] <BluesKaj> everestt,^
[13:21] <everestt> BluesKaj, I'll take a look at that. Thanks.
[13:22] <BluesKaj> wish there was a gpu and cpu manager for those of us who use pci graphics
[13:23] <tux_> snadge, you still around?
[13:27] <everestt> BluesKaj, when I do $sudo cpufreq-aperf, it says "Error reading /dev/cpu/0/msr, load/enable msr.ko"
[13:29] <everestt> BluesKaj, so I have to run cpufreq-aperf while in different performance modes in Jupiter, note down the freq and then build a gui frontend to switch between various modes!
[13:29] <everestt> somebody must have done this before
[13:31] <BluesKaj> sudo /usr/bin/cpufreq-set -g performance orondemand or the other options in man , everestt , that's all i use it for.
[13:33] <cjohnston> Hello, I started getting "cannot create temp file for here-document: Read-only file system" last night when trying to cd around my FS.. any idea what is causing this?
[13:33] <cjohnston> According to df -h I have 146gb free
[13:42] <rye> cjohnston: i know that
[13:42] <cjohnston> orly
[13:43] <rye> cjohnston: the thing is that heredocs are actually implemented via files...
[13:43]  * rye digs into memory and googlings...
[13:44] <cjohnston> I wasn't finding anything on google that was recent, so I figured I'd ask
[13:44] <rye> http://www.faqs.org/docs/abs/HTML/here-docs.html
[13:44] <everestt> BluesKaj, is there any stat I can look at that shows the difference while running between cpufreq-set -g performance vs ondemand mode?
[13:44] <rye> cjohnston: so, you will need to check that tmp is rw when it is used
[13:45] <rye> cjohnston: I remember I was bitten by this a year ago or so and I don't recall what I was doing at that time though.
[13:45] <BluesKaj> everestt, afaik ondemand runs at half freq until full freq is required by the load
[13:46] <rye> cjohnston: but to see what happens... you may want to do set -x in your shell
[13:46] <cjohnston> rye: I wasn't really doing much of anything.. I had a  couple terminals open, a browser, and tbird
[13:47] <BluesKaj> everestt, when you have a light load , run cat /proc/cpuinfo | grep MHz , then again with a heavier load to see the diff
[13:47] <rye> cjohnston: could /tmp partition become readonly (if it is on / then could that be remounted r/o due to some failure) - you can grep for remount in the syslog I guess
[13:47] <rye> unless /var is also r/o at that time
[13:48] <everestt> BluesKaj, that is what I was looking for! Will try that right away.
[13:48] <cjohnston> rye: drwxrwxrwt   1 root root  354 Mar 12 09:18 tmp
[13:49] <rye> cjohnston: yes, it can be r/w but the fs itself may not be - see mount output
[13:49] <rye> cjohnston: btw, is it still happening?
[13:49] <cjohnston> ya.. im stuck right now
[13:50] <rye> cjohnston: wow. mount should show something like /dev/sda6 on / type ext4 (rw,noatime,errors=remount-ro) for the root volume
[13:50] <rye> cjohnston: actually, does "touch /tmp/something" work?
[13:50] <cjohnston> no
[13:51] <rye> cjohnston: great. mount | grep ' / ' ?
[13:51] <rye> Also, if you could pastebin the dmesg that would be definitely useful
[13:51] <cjohnston> /dev/sda1 on / type btrfs (rw,subvol=@)
[13:51] <rye> oh
[13:52] <rye> cjohnston: do you have /tmp on a separate partition/device ?
[13:52] <cjohnston> no
[13:53] <everestt> BluesKaj, the powersave option doesn't look efficient at all (src: http://kernel.ubuntu.com/~cking/power-benchmarking/cpu-governor/results.txt )
[13:53] <rye> cjohnston: dmesg | grep -i remount ? Is there anything that looks relevant?
[13:53] <cjohnston> http://paste.ubuntu.com/5607739/
[13:54] <cjohnston> dmesg | grep -i remount had no results
[13:55] <everestt> BluesKaj, thanks for all the help.
[13:55] <rye> cjohnston: i suppose you can't write to any file now
[13:55] <BluesKaj> everestt, yeah , not the greatest , but it's the only  app of it's kind that i know of
[13:56] <cjohnston> rye: none of my editors work
[13:56] <rye> cjohnston: dmesg | grep -i error ?
[13:57]  * rye starts to suspect disk fai... wait
[13:57] <rye> cjohnston: pastebin /proc/mounts ?
[13:57] <rye> of course /etc/mtab won't have rw, since it is on ro fs. Silly me
[13:57] <everestt> BluesKaj, i'll make a gui-frontend applet (is that called indicator now??) in my spare time... is there any way to find out what power mode is currently selected?
[13:58] <BluesKaj> everestt, yes  cat /proc/cpuinfo
[13:59] <rye> cjohnston: or grep ' / ' /proc/mounts
[14:00] <cjohnston> http://paste.ubuntu.com/5607755/
[14:01] <rye> cjohnston: /dev/sda1 / btrfs ro,relatime,ssd,space_cache 0 0
[14:01] <everestt> BluesKaj, no I mean if I'm running something heavy is there any way to tell what mode (ondemand or performance) I'm currently in at the moment?
[14:01] <cjohnston> rye: I see what.. what's causing it to go rw tho?
[14:01] <everestt> BluesKaj, cat /proc/cpuinfo isn't much help in such a situation
[14:02] <rye> cjohnston: you may want to check for disk errors now in dmesg, you may also have fs corruption that makes the kernel remount the fs
[14:02] <BluesKaj> odd  everestt , thought that would show the mode
[14:03] <rye> the ecryptfs message with -30 errno is "read only filesystem" fwiw
[14:05] <everestt> BluesKaj, hmm... google returns no helpful results on the topic. I'll look into it later. Thanks again.
[14:05] <cjohnston> rye: what am I looking for specifically in dmesg for disk errors
[14:07] <rye> cjohnston: anything that has an "error" in it, "sda", for fs errors - "inode"
[14:07] <everestt> I'm going to use 13.04 as my primary and only os... if it is stable enough (no crashes), it's fine with me.. anyone having critical problems with 13.04?
[14:07] <cjohnston> all I can do is grep, I can't actually open the file
[14:07] <rye> cjohnston: you may be able to use less ?
[14:07] <rye> ah
[14:07] <rye> dmesg | less ?
[14:07] <cjohnston> i/o error
[14:08] <rye> cjohnston: on disk?.. And this is a SSD device?
[14:08] <cjohnston> yes
[14:08] <cjohnston> dmesg |less bash: /bin/less: Input/output error
[14:08] <rye> cjohnston: if so, I would suggest copying all the valuable info right away!
[14:09] <cjohnston> its only a couple weeks old.. everything valuable is already in the cloud
[14:10] <rye> cjohnston: ok, can you pastebin output of dmesg | grep -C 5  ?
[14:10] <rye> cjohnston: also, does "stat /bin/less" work or results in an error?
[14:10] <cjohnston> grep -C 5 isn't valid
[14:11] <rye> cjohnston: sorry,  dmesg | grep -C 5 -i error
[14:11] <rye> hm, or better -C 2
[14:12] <rye> cjohnston: ^
[14:12] <cjohnston> http://paste.ubuntu.com/5607803/
[14:12] <rye> cjohnston: does md5sum /bin/less work ?
[14:13] <cjohnston> http://paste.ubuntu.com/5607806/
[14:13] <cjohnston> md5sum: /bin/less: Input/output error
[14:15] <rye> cjohnston: your filesystem is corrupted for sure, it's not supposed to be doing this. However, it would be great if you could somehow salvage the complete dmesg output as it may be useful in finding out the reason of the failure
[14:15] <cjohnston> any suggestions on salvaging it?
[14:16] <cjohnston> i guss live cd
[14:16] <rye> cjohnston: scp to some remote machine, write to some flash drive (if it can be mounted)...
[14:17] <rye> cjohnston: running "nc -l 5555 > dmesg.txt" on one machine (the one that is on the network with the broken one ) and "dmesg | nc $ip_of_the_receiver 5555" on the other one
[14:18] <rye> cjohnston: as the last resort, having a photo taken of the screen with dmesg output showing these io errors would also work :)
[14:18] <cjohnston> rye: the only output i can see ive already pasted you
[14:25] <rye> cjohnston: you can try whether dmesg | more work
[14:25] <rye> to future self - with virsh you can send magic sysrq for emergency remount with  virsh send-key raring-desktop KEY_LEFTALT KEY_SYSRQ KEY_U
[14:26] <cjohnston> rye: I took a chance and rebooted.. http://paste.ubuntu.com/5607833/  is after a reboot.. i dont seem to be able to catch any errors anywhere tho
[14:26] <rye> cjohnston: try running md5sum /bin/less ?
[14:26] <cjohnston> it works
[14:26] <rye> cjohnston: you are definitely lucky
[14:26] <cjohnston> this is the second time its happened tho
[14:29] <cjohnston> I'm kinda wondering, yesterday I got an update to virtualbox 4.2... when I first searched the error message, all I was seeing was stuff about virtualbox
[15:57] <SuperLag> Is there an easy way to see what the changelog is, between Ubuntu kernels? i.e. what's new between 3.8.0-10 and 3.8.0-12
[16:07] <BluesKaj> SuperLag, sudo update-grub should tell you
[16:07] <BluesKaj> if you're looking on your machine
[16:08] <BluesKaj> 3.8.0-11 , is afaik , that's what shows up here
[16:09] <SuperLag> BluesKaj: I know how to find out what kernel version is running. What I'm trying to find out is what has changed between kernel_1 and kernel_2.
[16:10] <SuperLag> and I found the link to the changelogs on the ubuntu domain... but the information seems scant, at best
[16:10] <SuperLag> linux-meta (<IP_ADDRESS>.26) raring; urgency=low
[16:10] <SuperLag> * linux ABI 3.8.0-12
[16:10] <BluesKaj> well ,  3.8.0-11 is it , I have the lasr 3 kernels
[16:10] <SuperLag> -- Tim Gardner<EMAIL_ADDRESS>Thu, 07 Mar 2013 10:08:50 -0700
[16:10] <SuperLag> that's all it says
[16:10] <philinux> SuperLag: you can view the change logs via synaptic
[16:12] <philinux> SuperLag: also in launchpad https://launchpad.net/ubuntu/raring/+source/linux/3.8.0-12.21
[16:14] <SuperLag> philinux: excellent. found it in synaptic.
[16:14] <SuperLag> Thank you.
[16:14] <SuperLag> Now... not finding anything that looks like it's related to the KPs I was having on 3.8.0-10 :/
[16:16] <BluesKaj> BBL
[16:17] <philinux> Interesting bit of news. http://www.iloveubuntu.net/mark-shuttleworth-discusses-exciting-updated-ubuntu-release-process
[16:22] <invariant> Is there any channel where I can talk to people who have actual control over Ubuntu?
[16:23] <invariant> I just want to know why they seem to be incompatible with existing standards just for the heck of it.
[16:23] <invariant> Is it out of ignorance or because they knowingly want to make things not work?
[16:23] <om26er> invariant, try ubuntu-devel mailing list
[16:24] <invariant> In the former case, I can consider to forgive, in the latter, not so much.
[16:24] <om26er> invariant, i don't you or me know how things will work better
[16:24] <SuperLag> invariant: invariably, when I read what you have to say... you're making a complaint of some sort. Got anything nice to say, sir? :)
[16:25] <invariant> SuperLag, I think it's good that the mirrors are pretty much never down.
[16:26] <invariant> SuperLag, software wise, I cannot think of anything which Ubuntu has done which was an improvement.
[16:26] <invariant> SuperLag, I like the Ubuntu on phones idea, though.
[16:26] <SuperLag> invariant: then why not use another distro, if Ubuntu is so bad in your experience?
[16:27] <invariant> SuperLag, I like the part where typically things are made to work on Ubuntu, because it is popular.
[16:27] <invariant> SuperLag, I don't use it because it is technologically superior.
[16:27] <SuperLag> evidently it's not working for you... or you wouldn't be complaining as often as you do
[16:28] <SuperLag> that's just my $.02
[16:28] <invariant> SuperLag, there are social reasons (ignorance of the general population) why people still use Ubuntu/Fedora/etc.
[16:28] <SuperLag> I could be wrong, and I'll take my lumps, if that's the case
[16:28] <invariant> SuperLag, no, I just know what perfection is.
[16:28] <invariant> SuperLag, and I know the difference.
[16:28] <SuperLag> invariant: then go make it
[16:28] <invariant> SuperLag, sure, Canonical could pay me.
[16:28] <philinux> invariant: apply for a job with them
[16:29] <SuperLag> invariant: I doubt they would hire you. You'd have to be a good fit.
[16:29] <SuperLag> invariant: and arrogance wouldn't make you a good fit, I'm guessing
[16:29] <BluesKaj> hehe , aint that the truth , SuperLag :)
[16:29] <invariant> SuperLag, no, I would have to be of sufficiently high intelligence to do my job and of sufficiently low intelligence to listen to what other stupid people have to say.
[16:30] <SuperLag> invariant: I rest my case.
[16:30] <invariant> SuperLag, in short, it wouldn't be a good fit, indeed.
[16:30] <invariant> I could however try Red Hat someday.
[16:30] <invariant> I generally get along quite well with those people.
[16:30] <SuperLag> off you go, then
[16:30] <BluesKaj> then why are you here , invariant ..perfection is it's own reward , have you been rewarded lately?
[16:30] <invariant> They are competent at least.
[16:31] <invariant> BluesKaj, curiosity.
[16:31] <invariant> BluesKaj, and yes, I improved a lot on the vanilla Ubuntu.
[16:31] <BluesKaj> curiosity ?
[16:31] <SuperLag> BluesKaj: no... invariant likes polluting the channel with his sarcasm and vitriol.
[16:31] <invariant> Pretty much like everyone else does, I expect, although I do it a bit more extreme.
[16:31] <philinux> IIRC nothing is perrfect
[16:32] <BluesKaj> SuperLag, , no kidding had him on ignore for weeks :)
[16:32] <invariant> I think I had BluesKaj on ignore too for not being able to comprehend questions.
[16:33] <invariant> philinux, how is that related to what I said?
[16:33] <BluesKaj> invariant , then go somewhere where ppl will answer your questions
[16:33] <invariant> Also, technically, things like a package management system could easily be brought in a state of near perfection
[16:34] <invariant> Apparently, Ubuntu is too scared to do all the work to do so.
[16:34] <invariant> Instead, they make App Stores.
[16:34] <invariant> (which is a crappy Python application, btw)
[16:34] <SuperLag> Time to break out the /ignore. Sheesh.
[16:35] <invariant> Don't ask if you don't want to hear the answer.
[16:35] <om26er> This channel is for discussions about development release of Ubuntu. Offtopic conversations are destined for #ubuntu-offtopic
[16:36] <SuperLag> invariant: no, I'd expect you have something positive to contribute to the conversation, rather than just incessant whining / bitching about what you don't like. Don't like it? Bail.  I'm done.
[16:38] <invariant> SuperLag, that would have been your mistake then.
[16:38] <invariant> SuperLag, you asked "then why not use another distro, if Ubuntu is so bad in your experience?"
[16:41] <BluesKaj> invariant, join a debating society , maybe you'll get more satisfaction out of life there ...boo hoo  already
[16:41] <invariant> BluesKaj, I don't quite understand how you don't comprehend the structure of the conversation.
[16:42] <invariant> BluesKaj, if you wouldn't have said anything, I wouldn't have said anything for at least a few weeks.
[16:42] <BluesKaj> frankly , I don't care ...goodbye
[16:42] <Tribaal> well I guess the username is fitting :)
[16:42] <vivid> !offtopic | invariant
[16:43] <BluesKaj> best to just use the ignore option
[16:44] <philinux> BluesKaj: what u make of this. http://www.iloveubuntu.net/mark-shuttleworth-discusses-exciting-updated-ubuntu-release-process
[16:45] <bjsnider> wow, nice job by atheros open-sourcing their firmware
[16:45] <Tribaal> bjsnider: oh? great news!
[16:46] <bjsnider> on a couple of usb chips http://www.phoronix.com/scan.php?page=news_item&px=MTMyNTY
[16:46] <BluesKaj> philinux, if it's a rolling release between LTSs then I think it could work well. As far kubuntu is concerned , have no clue if they'll follow suit
[17:03] <SuperLag> BluesKaj: philinux: why wouldn't the variants (Xubuntu, Kubuntu, *buntu) follow suit?
[17:04] <philinux> SuperLag: no idea at the moment. It's early days in the discussion
[17:28] <yofel> SuperLag: because they have a shorter release sycle than 2 years which also depends on upstream (KDE releases every 6 months). So being forced to only properly release every 2 years doesn't really work.
[17:29] <yofel> though everyone's looking for ways to do that based of the LTS or some other way
[17:32] <yofel> geh, the recent chromium-browser update now pulls in half of unity/gnome
[17:35] <vivid> o.O
[17:37] <yofel> http://paste.kde.org/694406 the fault of unity-chromium-extension it seems
[17:45] <SuperLag> ugh.
[17:45] <SuperLag> Unity. UGH.
[17:49] <test_> hi there, using raring and have now a problem.... I unexpectedly ended up at lightdm login in screen, despite having auto-login set...... whenever I login now, I do end up back at lightdm login. I already tried to dpkg-reconfigure lightdm and still the same.... then I replaced lightdm with kdm and same behaviour there
[17:53] <yofel> test_: er, if that's kubuntu please install kde-workspace-randr
[17:53] <yofel> that should get it working again
[17:56] <test_> yofel: I <3 you :)
[17:57] <test_> next thing I'd have tried was to use dpkg --set-selection < package.lst
[17:57] <test_> doing a nightly dpkg --get-selections > package.lst
[17:57] <yofel> except that this is a new package
[17:58] <yofel> it's the screen management split out as that's being replaced by kscreen
[17:58] <yofel> something just went wrong
[17:59] <test_> yofel: I have no idea what you just said about kscreen but it works
[18:00] <yofel> ^^
[18:01] <test_> hmmm, can't set monitor settings.... it clones instead of using --right-of and resolution is offset and display management from systemsettings doesn't work
[18:01] <test_> guess I'll have to use xrandr then
[18:04] <test_> already done :)  http://paste.ubuntu.com/5608432
[18:05] <yofel> :)
[18:05] <test_> that means now I have time for food :)
[18:08] <test_> bye bye and thx
[18:18] <KatnissEverdeen> !ops
[18:18] <KatnissEverdeen> !staff
[18:21] <bjsnider> that person just called someone in to ban them
[18:22] <bjsnider> doesn't make sense
[18:22] <IdleOne> some trolls like to get attention by being annoying
[18:22] <IdleOne> err
[18:23] <IdleOne> just delete everything except the words trolls in my last sentence
[18:23] <IdleOne> word*
[19:07] <s9iper1> my touchpad stop working a moments ago it was working  fine any help ?
[19:44] <rye> Anybody got e1000 card?
[19:57] <bjsnider> IdleOne, why does a person have the time for that sort of thing?
[19:58] <IdleOne> bjsnider: you chose to put your free time and energy towards free software. some people chose to put it towards being a jerk.
[19:59] <IdleOne> Why is the jerk a jerk is, I think, impossible to answer.
[19:59] <bjsnider> perhaps fat tony should kneecap them
[19:59] <IdleOne> that wouldn't be very ubuntu like now would it :)
[21:20] <MoPac> Hello all -- I have recently upgraded my Raring boot files from a live USB (as well as the grub MBR).  Following this, grub no longer understands that it needs to enter cryptsetup and open my LuKS volume to find my boot partition (which is an LV inside the LUKS container). I have backups of old boot files but cannot find where the step is that's missing.
[21:20] <MoPac> (Have also asked on regular #ubuntu as may not have anything to do with distro version)
[21:28] <mattviator> anyone here that can help me get my broadcom4312 up and running
[21:28] <mattviator> it conked out after upgrade from lts to raring
[21:34] <Bauer2> I started getting error Destination Host Unreachable today over my wifi, rebooting did not help...  I am out of ideas...  Any help pls?
[21:40] <mattviator> ya my wifi is borked as well
[21:40] <mattviator> happened right after upgrade
[21:40] <MoPac> Driver issue maybe?
[21:41] <mattviator> not sure tried removing everything and doing it from scratch
[21:41] <mattviator> but no go
[21:41] <mattviator> broadcom 4312 proprietary driver
[21:43] <mattviator> then of course went to goolge there about a million suggestions i tried a few of them as well none worked
[21:44] <MoPac> In your network settings, does it show a hardware address for your adapter?
[21:45] <mattviator> ya i see the mac address
[21:46] <MoPac> hm, so it knows where the wifi card is and can interact with it sufficiently to know the MAC...
[21:48] <mattviator> frkill shows no hard or soft block
[21:49] <mattviator>  brcmwl-0: Wireless LAN
[21:49] <mattviator> 	Soft blocked: no
[21:49] <mattviator> 	Hard blocked: no
[21:49] <mattviator>
[21:49] <mattviator> wird thing is have no clue what   acer-wireless: Wireless LAN is
[21:49] <mattviator> theres only one adapter for wifi
[21:49] <larst> hi all
[21:51] <mattviator> iwconfig actually shows eth2 but doesnt have its hardware address/mac


[00:12] <xnox> infinity, slangasek: added two more packages to the list; that's it i'm out of tricks to get this transition any further. and mingw-ocaml and llvm-toolchain-3.8 uninstallability seems fakenews to me - would like to see what britney thinks about it.
[05:35] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (trusty-proposed) [2.02~beta2-9ubuntu1.14]
[05:36] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (trusty-proposed) [1.34.16]
[05:37] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (trusty-proposed) [0.9+1474479173.6c180c6-1ubuntu1]
[05:41] <slangasek> xnox: why is coinst reportedly installable on 4 of 6 archs?
[05:48] <slangasek> xnox: possibly related to the mingw-ocaml; but also coinst build-depends on js-of-ocaml, so ok
[05:51] <slangasek> oh it's because it has a runtime dep on those archs
[06:00] <slangasek> xnox: all done
[06:10] -queuebot:#ubuntu-release- Unapproved: grub2 (trusty-proposed/main) [2.02~beta2-9ubuntu1.14 => 2.02~beta2-9ubuntu1.14] (core)
[08:37] -queuebot:#ubuntu-release- New: accepted node-p-finally [amd64] (artful-proposed) [1.0.0-2]
[08:46] -queuebot:#ubuntu-release- Unapproved: cockpit (zesty-backports/universe) [142-1~ubuntu17.04.1 => 145-1~ubuntu17.04.1] (no packageset)
[08:47] -queuebot:#ubuntu-release- Unapproved: cockpit (yakkety-backports/universe) [142-1~ubuntu16.10.1 => 145-1~ubuntu16.10.1] (no packageset)
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (zesty-backports) [145-1~ubuntu17.04.1]
[08:48] -queuebot:#ubuntu-release- Unapproved: cockpit (xenial-backports/universe) [142-1~ubuntu16.04.1 => 145-1~ubuntu16.04.1] (no packageset)
[08:49] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (xenial-backports) [145-1~ubuntu16.04.1]
[08:49] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (yakkety-backports) [145-1~ubuntu16.10.1]
[08:53] -queuebot:#ubuntu-release- New binary: cockpit [amd64] (yakkety-backports/universe) [145-1~ubuntu16.10.1] (no packageset)
[08:54] -queuebot:#ubuntu-release- New binary: cockpit [amd64] (zesty-backports/universe) [145-1~ubuntu17.04.1] (no packageset)
[09:47] -queuebot:#ubuntu-release- New: accepted cockpit [amd64] (zesty-backports) [145-1~ubuntu17.04.1]
[09:47] -queuebot:#ubuntu-release- New: accepted cockpit [amd64] (yakkety-backports) [145-1~ubuntu16.10.1]
[10:04] -queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.26.9 => 2.26.10] (desktop-core, ubuntu-server)
[10:05] -queuebot:#ubuntu-release- Unapproved: snapd (yakkety-proposed/main) [2.26.9+16.10 => 2.26.10+16.10] (desktop-core, ubuntu-server)
[10:05] -queuebot:#ubuntu-release- Unapproved: snapd (zesty-proposed/main) [2.26.9+17.04 => 2.26.10+17.04] (desktop-core, ubuntu-server)
[10:07]  * apw will look at those snapds ^
[10:08] -queuebot:#ubuntu-release- Unapproved: snapd (trusty-proposed/universe) [2.26.9~14.04 => 2.26.10~14.04] (no packageset)
[10:09] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (zesty-proposed) [2.26.10+17.04]
[10:10] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (yakkety-proposed) [2.26.10+16.10]
[10:10] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (xenial-proposed) [2.26.10]
[10:11] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (trusty-proposed) [2.26.10~14.04]
[10:15] -queuebot:#ubuntu-release- Unapproved: rejected intel-microcode [source] (yakkety-proposed) [3.20170511.1~ubuntu16.10.0]
[10:15] -queuebot:#ubuntu-release- Unapproved: rejected intel-microcode [source] (yakkety-proposed) [3.20170511.1~ubuntu16.10.0]
[10:35] <flexiondotorg> I'm in urgent need for an archive admin to review and upload a couple of package for Ubuntu MATE.
[10:35] <flexiondotorg> Who can I bribe with beer? ;-)
[10:35] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+bug/1699333
[10:36] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+bug/1699334
[10:39] <apw> mapreri, ^ i think you did the initial reviews on these, would you be able to check your concerns were addressed
[10:44] <mapreri> apw, flexiondotorg: sure
[10:44] <flexiondotorg> mapreri Thanks!
[10:44] <mapreri> flexiondotorg: and you really need not an archive admin before they are uploaded; plus it's imho nice to ping the same person that reviewed before than other "random" people
[10:45] <flexiondotorg> mapreri Noted.
[10:45] <mapreri> then, it's also my fault as apparently I archived the LP mail without noticing it was about this package…
[10:45] <flexiondotorg> mapreri I'd really like these landed in the archive so I can get them in Ubuntu MATE for Alpha 2. We really need testing feedback.
[10:46] <flexiondotorg> I believe fossfreedom is interested in these packages for Ubuntu Budgie too.
[10:46] <mapreri> I reviewed them before alpha 1 for that reason
[10:46] <mapreri> now, asking people to rush 3 weeks later feels kind of rude, sorry
[10:46] <flexiondotorg> mapreri Yeah. Sadly I didn't have time to follow up until this weekend :-(
[11:12] -queuebot:#ubuntu-release- New binary: ros-rospkg [amd64] (artful-proposed/universe) [1.1.1-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: ros-rosdistro [amd64] (artful-proposed/universe) [0.6.2-2] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: ros-rosinstall-generator [amd64] (artful-proposed/universe) [0.1.13-3] (no packageset)
[11:22] -queuebot:#ubuntu-release- New binary: ros-vcstools [amd64] (artful-proposed/universe) [0.1.39-3] (no packageset)
[11:26] <mapreri> flexiondotorg: .
[11:26] <flexiondotorg> mapreri o/
[11:28] <flexiondotorg> mapreri Regarding 1 and 4. That is required for the hardening flags to be enabled in debian/rules.
[11:28] <mapreri> flexiondotorg: it shouldn't be needed, as dh_auto_configure already export those
[11:29] <mapreri> if it is needed there is something fishy going on that in my experience make sense to investigate (but for now it's fine leaving it there.
[11:29] <mapreri> )
[11:29] <flexiondotorg> Another DD said they were required for other packages I requested sponsoring :-/
[11:29] <mapreri> well, point 4
[11:30] <mapreri> point 1 really doesn't make much sense
[11:30] <mapreri> dpkg 1.16 was what, wheezy?
[11:30] <mapreri> it's needed if you are using debhelper compat level < 9
[11:31] <mapreri> anyhow, I need to go afk now, please follow up in the bug report
[11:31] <mapreri> besides, it OT for #-release
[11:32] <mapreri> also, feel free point me to public places where people disagrees about what I've written here and in the bug, happy to read and either correct myself or correct whoever wrote it :)
[11:35] <flexiondotorg> mapreri I've followed the advice for hardening from here - https://wiki.debian.org/Hardening
[11:38] <mapreri> that paragraph is not so well structured but it's to be read like this: """To use "dpkg-buildflags", either ( switch to dh(1) to do builds (requires debian/compat=9), ) or ( (  use it directly in your builds to set the default compiler and linker flags: {{{ stuff }}} ) or  ( you can use the new buildflags.mk file (dpkg-dev >= 1.16.1~) to set all *FLAGS: ) )"""
[11:38] <mapreri> so using dh compat >= 9 is in opposition to use DPKG_EXPORT_BUILDFLAGS + include
[11:38] <mapreri> it's a wiki, so please do feel free to improve it
[11:45] -queuebot:#ubuntu-release- New: accepted ros-rosdistro [amd64] (artful-proposed) [0.6.2-2]
[11:45] -queuebot:#ubuntu-release- New: accepted ros-rospkg [amd64] (artful-proposed) [1.1.1-1]
[11:46] -queuebot:#ubuntu-release- New: accepted ros-rosinstall-generator [amd64] (artful-proposed) [0.1.13-3]
[11:46] -queuebot:#ubuntu-release- New: accepted ros-vcstools [amd64] (artful-proposed) [0.1.39-3]
[13:21] -queuebot:#ubuntu-release- Unapproved: shim-signed (trusty-proposed/main) [1.19~14.04.1 => 1.32~14.04.1] (core)
[14:02] <xnox> slangasek, https://bileto.ubuntu.com/excuses/2867/artful.html this does not look right. is it new behaviour for bileto to treat everything as always failed for silos?
[14:03] <slangasek> uh
[14:04] <slangasek> you tell me, I don't upload to silos
[14:04] <slangasek> I have this thing called the Ubuntu archive that I can upload to and then the autopkgtests run only once
[14:10] <apw> slangasek, you rebel
[14:15] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (trusty-proposed) [2.02~beta2-9ubuntu1.14]
[14:17] -queuebot:#ubuntu-release- New: accepted network-manager [amd64] (artful-proposed) [1.8.2-1ubuntu1]
[14:47] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [source] (trusty-proposed) [1.32~14.04.1]
[14:47] -queuebot:#ubuntu-release- Unapproved: shim-signed (trusty-proposed/main) [1.19~14.04.1 => 1.32~14.04.1] (core)
[14:51] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (trusty-proposed) [1.32~14.04.1]
[14:52] <sil2100> jbicha: hey! A quick question regarding the zesty mutter SRU - do you know what was the reason for SRUing 3.24.2 instead of 3.24.3 that's in artful?
[14:58] <xnox> slangasek, how dare you!
[14:58] <xnox> also now it's not considering half of my ocaml things due to grouping from PPA sigh
[14:59] <xnox> also rerunning why3 adt tests three thousand times for every ocaml package it depends on
[15:30] -queuebot:#ubuntu-release- Unapproved: shim-signed (trusty-proposed/main) [1.32~14.04.1 => 1.32~14.04.2] (core)
[15:41] <sil2100> Hey! Does anyone know what's up with i386 autopkgtests? I might just be paranoid but excuses shows a *lot* of 'Test in progress'
[15:42] <sil2100> e.g. my recent pyparted upload finished all tests and only the i386 is left which doesn't seem to be running really
[15:43] <xnox> sil2100, amd64+i386 queues are really one queue.
[15:43] <xnox> is amd64 progressing?
[15:45] <infinity> One queue that doesn't always balance correctly.
[15:45]  * sil2100 is just paranoid then
[15:57] <slangasek> xnox: if it shows as 'in progress' and you find them also listed on the 'running' page, then good.  if you don't find them on the 'running' page, then we will need to requeue
[15:57] <slangasek> er, sorry, the above is for sil2100
[15:58] <sil2100> I didn't see it on the running page
[15:58] <sil2100> Oh, wait, now I see it
[15:59] <sil2100> nvm!
[15:59] <infinity> slangasek: Except for that short gap when it's picked from the queue, but doesn't show up as a logtail yet.
[15:59] <infinity> Unless someone fixed that.
[15:59] <slangasek> yes
[16:00] <apw> yeah that is most annoying
[16:00] <slangasek> I meant for the "a lot of 'in progress'"
[16:00] <slangasek> if there's a lot of 'in progress' and there's not a long queue on /running, we need to kick it
[16:00] <infinity> Indeed.
[16:02] <Laney> Do you see that?
[16:02] <Laney> I don't
[16:05] -queuebot:#ubuntu-release- Unapproved: systemd (xenial-proposed/main) [229-4ubuntu18 => 229-4ubuntu19] (core)
[16:20] <powersj> Looks like the virt-host tasksel entry is now gone.
[16:20] <powersj> in artful, still in zesty
[16:22] <powersj> ah found it LP: #1540323
[16:23] <jbicha> sil2100: mutter 3.24.3 was released a month after the 3.24.2 SRU was prepared :|
[16:23] <jbicha> SRU queue gets backed up sometimes :(
[16:43] -queuebot:#ubuntu-release- Unapproved: rejected update-manager [source] (zesty-proposed) [1:17.04.4]
[16:48] -queuebot:#ubuntu-release- Unapproved: update-manager (xenial-proposed/main) [1:16.04.6 => 1:16.04.7] (core)
[16:56] -queuebot:#ubuntu-release- Unapproved: update-manager (zesty-proposed/main) [1:17.04.3 => 1:17.04.4] (core)
[17:08] <santa_> slangasek: hi, I need to ask you a question. when you worked on removing some binary packages for kdepim, was the "kdepim-doc" binary package removed? (thanks for that byt the way)
[17:17] <infinity> santa_: kdepim-doc isn't in artful.
[17:20] <santa_> infinity: I see, yet src:kmail still have it, so we got things like this<EMAIL_ADDRESS>(which is blocking the kde frameworks 5.36 migration[1]) so I have the impression we should drop it because I see no point in having such thing
[17:21] <santa_> [1] http://gpul.grupos.udc.es/ka-iron-hand_reports/frameworks_archive/5.36_artful_proposed_migration.pdf
[17:22] <santa_> so maybe we should upload an updated kmail dropping that transitional?
[17:23] <infinity> santa_: Oh.  Or someone just messed up and removed a binary they shouldn't have.
[17:24] <infinity> santa_: Yeah, I'll fix that.  Don't stop producing the transitional, I'm sure it's sane and correct to have one.
[17:26] <santa_> really? I don't see the point in having such transitional. I mean, it depends on kmail. so let's say you had the kdepim documentation installed. that would install kmail on upgrade wtf?
[17:26] <infinity> santa_: I didn't look at the package itself before declaring it sane.
[17:27] <infinity> santa_: if it indeed doesn't depend on some docs, that seems a bit sillier.
[17:28] <santa_> yeah, I mean, I understand it was probably removed by accident, but now that this binary package got my attention ... well it seems it shouldn't be there in the first place
[17:29] <santa_> infinity: anyway if you can fix this without need from us to upload a new kmail, that's great, this way we could retry the failing autopkgtests
[17:30] <santa_> and if we want to remove it, we could do so for 17.04.x and not 16.12
[17:30] <infinity> Yeah, I'll fix it.
[17:31] <santa_> ok, thank you very much
[17:38] <infinity> santa_: https://launchpad.net/ubuntu/artful/amd64/kdepim-doc
[17:38] <infinity> santa_: Should publish "soon".
[18:35] <mitya57> Can someone please force qupzilla to migrate? It now depends on qtwebengine so can’t build on all architectures.
[18:44] <flexiondotorg> mapreri Thank for you help earlier. I've addressed everything you identified - https://bugs.launchpad.net/ubuntu/+bug/1699333
[18:47] <flexiondotorg> jbicha L_aney approved this earlier - https://code.launchpad.net/~ubuntu-mate-dev/indicator-session/mate-integration/+merge/325600
[18:47] <flexiondotorg> jbicha As the last person to upload indicator-session any change you could help me out?
[18:47] <flexiondotorg> *chance
[18:58] <infinity> mitya57: "force" is not the word you're looking for.
[18:59] <mitya57> infinity, should I be looking for “remove old binaries” then?
[18:59] <infinity> mitya57: Yeah, which I'm now doing.
[19:00] <mitya57> infinity, thanks!
[19:00] <infinity> mitya57: That should ideally also come with a statement like "I've checked that there are no reverse-dependencies and nothing will break by removing it".
[19:01] <infinity> mitya57: But I checked that this time, and removed.
[19:02] <mitya57> infinity, lubuntu-qt-desktop depends on it, but it itself is only built on i386 amd64 armhf, so it should be OK.
[19:02] <infinity> mitya57: Yeahp.
[19:02] <infinity> mitya57: reverse-depends mentions the arches (though in a not entirely intuitive way)
[19:02] <infinity> * lubuntu-qt-desktop            (for qupzilla)
[19:02] <infinity> Packages without architectures listed are reverse-dependencies in: amd64, armhf, i386
[19:02] <mitya57> I ran it, but checked Launchpad to be completely sure.
[19:02] <mitya57> Thanks again. I will try to use better statements next time :)
[19:03] <infinity> Okay, in a very unintuitive way.
[19:03] <infinity> mitya57: I mean, the AA actioning it will almost certainly double-check your statements for validity, but your making the statements implies you've checked (and, also implies that half the requests won't make it to us at all because in answering the question for yourself, you find you can't make the statement yet)
[19:05] <mitya57> infinity, what will you think about the request to remove ubuntu-ui-toolkit and all its reverse-dependencies, if I make one? Will it be possible?
[19:06] <infinity> mitya57: Pretty sure it's on the chopping block for obvious reasons anyway, but I'm not driving that.  Laney might have insight.
[19:06] <infinity> mitya57: But when the request comes from the desktop team with sane documentation of what to remove and why and why we don't care anymore, etc, I'll be happy to do the slaughter.
[19:08] <mitya57> I can provide a list, but indeed it would be nice if someone from Canonical explains why we/they don’t care anymore.
[19:09] <infinity> mitya57: I believe the intent is to drop that whole stack, to ui-toolkit, unity8, touch apps, etc.  But yes, I want a verbose bug with rationale and a full list of packages and statement of (lack of) support, etc.  Just to dot the Ts and cross the Is.
[19:09] <mitya57> Ack.
[19:09] <infinity> I assume that will also have a pleasant side-effect of letting us drop a buch of Qt delta and get back in line with Debian there.
[19:11] <mitya57> infinity, that is why I want it. I am mostly ready with Qt 5.9 update in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2819/+packages and would like to land that to archive soon.
[19:12]  * infinity nods.
[19:12] <infinity> mitya57: So, yeah, I don't recall who was driving it, but I know Laney will have context to either tell you what's what or point you to someone who can.
[19:13] <infinity> mitya57: But I agree that the time to push harder on getting that sorted is now.
[19:13] <mitya57> Great. Let’s see what Laney says then.
[20:02] <jbicha> there's a starter bug at LP: #1695928, I think slangasek said earlier he was going to look at that at some point later in the cycle from then
[20:03] <jbicha> I think he wanted to know how soon you need the removals for the Qt transition
[20:03] <jbicha> mitya57: ^
[20:05] <mitya57> jbicha, the sooner the better. I want to go on VAC since Thursday, it would be nice if I could land Qt before that. If no I will still do it during my VAC, but my reaction times will get a bit longer.
[23:22] <xnox> Laney, slangasek infinity - can someone please explain why ocaml et.al are not considered given that they are all installable and all tests pass
[23:22] <xnox> what does it mean "Grouped with PPA ~ci-train-ppa-service/+archive/ubuntu/2865" ?!
[23:23] <xnox> how do I make e.g. why3 to be considered, and all the depepends that it claims to be not considered?
[23:23] <xnox> there is nothing on https://wiki.ubuntu.com/ProposedMigration
[23:28] <xnox> slangasek, https://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/tree/britney2/policies/sourceppa.py doesn't tell me _which_ friend is the culprit
[23:29] -queuebot:#ubuntu-release- Unapproved: makedumpfile (xenial-proposed/main) [1:1.5.9-5ubuntu0.4 => 1:1.5.9-5ubuntu0.5] (core)
[23:29] <xnox> hm.
[23:29] <xnox> autopkgtest for why/2.38-1build3: amd64: Pass, armhf: Regression ♻ , i386: Regression ♻ , ppc64el: Regression ♻ , s390x: Regression ♻
[23:50] <xnox> slangasek, http://autopkgtest.ubuntu.com/packages/why can why adt failures on non-amd64 be overriden? on the basis that debian doesn't care about non-amd64 adt tests?
[23:50] <xnox> i'm adding more logging, and building on more arches to why, and will file a bug to debian about that.


[00:46] <fosburg>  how do I find out where memory is being used?  I'm a newbe to linux and ubuntu
[00:50] <bjsnider> fosburg, try top, or htop
[00:51] <fosburg> thanks for the info--but I don't know what 'top' is
[00:53] <bjsnider> open a terminal and type "top" and hit return
[00:55] <fosburg> ok--I understand that. thanks
[01:11] <fosburg> well I'm learning a little--'htop' was not installed and I installed it from the terminal
[01:12] <fosburg> memory use bounces around from 2+% to 20%
[01:15] <bjsnider> you can also use system-monitor
[01:15] <fosburg> Is there a HELP where I can get definitions to term such as; Tasks, Load averages, etc?
[01:17] <fosburg> 'system-monitor' is that entered from the terminal?
[01:20] <bjsnider> sure, you can call it from the terminal with gnome-system-monitor
[01:20] <bjsnider> you can also use alt+f
[01:20] <bjsnider> f2
[01:21] <bjsnider> i think it's one of unity's icons in the app launcher area
[05:22] <pitti> Good morning
[05:31] <TheMuso> pitti: Morning. With that work item you added to the accessibility pollsih spec with regards to menus, do you know whether those menus will likely have icons in them that will need extra descriptions?
[05:35] <pitti> TheMuso: I don't know much about that new menu system
[05:36] <TheMuso> pitti: Right, I guess the first thing is whether we are going to get the newer GTK that uses that in the first place.
[05:36] <pitti> TheMuso: might be, but it doesn't really affect that WI
[05:37] <pitti> the new menu system should be designed right from the start for a11y regardless of whether it lands in precise or Q
[05:39] <TheMuso> pitti: True.
[05:58] <pitti> RAOF: do you have time for some SRU reviews today?
[05:59] <RAOF> pitti: Absolutely.
[05:59] <pitti> RAOF: I'm doing some now, too (and some sponsoring), but e. g. p-distutils-extra is my upload, so I can't review that
[05:59] <RAOF> I noticed the 27-item oneiric queue, and then decided to ensure that all the blueprints that I should be interested in are ready.
[05:59] <RAOF> )
[05:59] <RAOF> :)
[05:59] <pitti> heh
[06:02] <RAOF> I'll start from the top of the queue and work down?
[06:03] <pitti> RAOF: okay
[06:03] <pitti> RAOF: I started from teh bottom
[06:03] <pitti> RAOF: please do review p-d-extra at the bottom, though
[06:21] <pitti> RAOF: moving to lucid now
[06:33] <pitti> Sweetshark: uploaded; but it needs a precise upload, too (with higher version number), can you please prepare one?
[06:34] <pitti> RAOF: I'll stop -proposed review now; I'll do the pending kernel SRU stuff, then doing some real work
[06:34] <pitti> like unbreaking precise (grr @ gzip)
[06:35] <RAOF> I'll try to finish off the rest of proposed before (or possibly after) knocking off, then.
[06:35] <pitti> great, thanks
[07:51] <didrocks> good morning
[07:51] <pitti> bonjour didrocks
[07:51] <didrocks> guten morgen pitti. How are you?
[07:52] <pitti> I'm fine, thanks!
[07:52] <pitti> unfortunately gzip isn't :(
[07:52]  * pitti pulls his hair out on bug 889303
[07:52] <ubot2> Launchpad bug 889303 in libtasn1-3 "libtasn1-3 2.10-1 32/64-bit refuses to install (11/11/2011 updates)" [High,Confirmed] https://launchpad.net/bugs/889303
[07:53] <didrocks> good luck :)
[09:33] <hrw> hi
[09:33] <hrw> pitti: I think I know why it is
[09:34] <pitti> hey hrw
[09:34] <pitti> hrw: the gzip unpredictability?
[09:34] <hrw> pitti: no
[09:34] <hrw> pitti: when we do build for amd64 we build only amd64 package and it gets docs inside. when we build i386 it also makes 'all' packages which often gets docs and i386 ones have symlinks to 'all' one
[09:35] <pitti> hrw: that case got fixed a while ago in pkgbinarymangler
[09:35] <hrw> pitti: I noticed that when got hit by multiarch problem some time ago
[09:35] <pitti> but that's not the cause of bug 889303
[09:35] <ubot2> Launchpad bug 889303 in gzip "gzip -9n sometimes generates a different output file on 64 bit" [Undecided,Confirmed] https://launchpad.net/bugs/889303
[09:35] <hrw> ok
[09:35] <pitti> (I retitled the bug after adding a workaround to libtasn1-3)
[09:37] <seb128> hey
[09:39] <didrocks> good morning seb128
[09:39] <seb128> hey didrocks
[09:40] <seb128> how are you? has was the ubuntuparty?
[09:40] <didrocks> I'm a little bit tired by the week-end, but the ubuntu party was really nice (not as much people as we used to have though)
[09:40] <pitti> bonjour seb128
[09:40] <didrocks> but 9 hours of giving conferences/lessons/classroom is quite tiring in 3 days :)
[09:40] <seb128> hey pitti, how are you?
[09:41] <didrocks> tried to attract some new contributors as well and I think it worked out, so was really nice!
[09:41] <seb128> didrocks, was the feedback to unity better this cycle?
[09:41] <didrocks> a little bit better, not as much as I wanted though (especially from the people coming for installing ubuntu on other computers)
[09:42] <didrocks> tried to have some stats of who is using unity
[09:42] <seb128> they still try to access a flat list of applications rather than trying to use searches?
[09:42] <didrocks> (especially in the conference "what's new in 11.10, which attracts more users than contributors)
[09:42] <seb128> that seems to be the main issue old users have with unity (that and the lack of configurability)
[09:43] <didrocks> interistingly, way less than before
[09:43] <didrocks> so that's a good point :)
[09:43] <seb128> great
[09:43] <didrocks> and in the "discovering unity" classes I gave, I really underline this point and got no objection
[09:43] <didrocks> so I think we are making good progress there :)
[09:44] <seb128> \o/
[09:44] <didrocks> so next week-end, jdll (Friday and Saturday) and the week-end after ubuntu party in Toulouse
[09:45] <didrocks> and then, finally enjoying a quiet week-end at home :-)
[09:45] <seb128> ;-)
[09:46] <seb128> don't miss the didrocks ubuntu tour!
[09:46] <didrocks> ahah :)
[09:47] <rodrigo_> hello
[09:48] <seb128> hey rodrigo_
[09:48] <didrocks> hey rodrigo_
[09:48] <pitti> hey rodrigo_, good morning
[09:49] <rodrigo_> hi seb128, didrocks, pitti
[09:49] <pitti> mvo: hey, how are you?
[09:50] <mvo> pitti: good, thanks! how are you?
[09:50] <pitti> mvo: I'm fine, thanks!
[09:50] <pitti> mvo: who "owns" lp:sessioninstaller, glatzor or you?
[09:51] <pitti> mvo: I'd like to take a stab at porting it to GTK3/GI
[09:51]  * pitti just updated the "pygtk rdepends" section at the bottom of http://pad.ubuntu.com/ubuntu-desktop
[09:51] <mvo> pitti: its shared, feel free to attack it
[09:51] <mvo> pitti: you are part of aptdaemon-developers? if not, I can probably add you
[09:52] <seb128> pitti, was it much outdated?
[09:52] <pitti> mvo: oh, I can push
[09:52] <seb128> I should update those lists
[09:52] <pitti> seb128: onboard, s-c, and ubiquity got ported
[09:52] <pitti> so I removed them
[09:52] <mvo> pitti: glatzor is busy with work currently and has to do a review/merge for me before anyway, so porting should be fine :)
[09:52] <pitti> gnome-codec-install seems a bit stale
[09:52] <pitti> is that still being used upstream?
[09:53] <pitti> mvo: ah, so I should push into a branch and wait for him to review?
[09:53] <pitti> mvo: do you know why the ubuntu package's 02_no_crash_on_install_provides.patch was never merged upstream?
[09:53] <pitti> (bug 762431)
[09:53] <ubot2> Launchpad bug 762431 in sessioninstaller "session-installer crashed with ModifyInternalError in _install_provide_files(): org.freedesktop.Packagekit.Modify.InternalError: This method hasn't yet been implemented. (dup-of: 716711)" [Undecided,Fix released] https://launchpad.net/bugs/762431
[09:53] <ubot2> Launchpad bug 716711 in sessioninstaller "session-installer crashed with ModifyInternalError in _install_provide_files(): org.freedesktop.Packagekit.Modify.InternalError: This method hasn't yet been implemented." [High,Fix released] https://launchpad.net/bugs/716711
[09:54] <pitti> I guess it's deliberately throwing an error upstream to remind that this is a TODO?
[09:58] <seb128> pitti, gnome-codec-install is the small debian,ubuntu install-missing-codecs, I don't think it changed a lot for years but there is a recent design spec to rework it, I don't sign anyone signed to do the work though
[10:01] <mvo> pitti: yeah, please branch and propose for merging, glatzor or I will review and merge into trunk
[10:01] <mvo> pitti: I think we can get rid of gnome-codec-installer in favor of the session installer nowdays
[10:03] <pitti> that's what I thought
[10:04] <pitti> mvo: btw, I created lp:~aptdaemon-developers/sessioninstaller/ubuntu-precise
[10:07] <mvo> pitti: great, thanks!
[10:30] <pitti> didrocks: is "Bob The Builder" a new bot of your's?
[10:31] <didrocks> pitti: no, it's the daily build that unity-2d has for a while (but not linked at all to branch autolanding, which is what I'm working on)
[10:31] <pitti> didrocks: I just got four mails from it reopening "fix released" bugs to "fix committed"
[10:31] <didrocks> pitti: I only have a prototype made in 3 days there, I'm waiting on the RT ticket to be processed by IS to have access to the QA machines
[10:31] <didrocks> pitti: yeah, seems a question for Kaleo
[10:32] <Kaleo> pitti: sorry, it went crazy
[10:32] <Kaleo> didrocks: note for later, if a branch is merged that links to bugs as fix released, it will revert them to fix commited
[10:33] <Kaleo> (we are talking about tarmac here)
[10:33] <didrocks> Kaleo: I do that as well in my prototype, it adds the right bugs and such :)
[10:33] <Kaleo> didrocks: what is that prototype?
[10:33] <Kaleo> didrocks: tarmac?
[10:33] <didrocks> Kaleo: it's what was discussed at UDS
[10:34] <didrocks> basically, tarmac + some patches  + a jenkins plugin I wrote
[10:34] <Kaleo> didrocks: ok
[10:34] <Kaleo> didrocks: so if you use tarmac, beware of that bug
[10:34] <didrocks> then it calls a jenkins job, which trigger a pbuilder building the package for each commits
[10:34] <didrocks> running tests
[10:34] <Kaleo> didrocks: yep
[10:34] <didrocks> if all passes, telling "ok" to tarmac which merge the branch
[10:34] <didrocks> and push to trunk
[10:35] <Kaleo> didrocks: great
[10:35] <didrocks> and dput the package
[10:35] <didrocks> there are additional criterias like bugs linked in merge request, and other pre-requisites…
[10:36] <didrocks> 3 days to build it without knowing anything about tarmac and jenkins or how to write a plugin. It handles as well autotools and autoreconf nicely (which was not that straightforward in the pbuilder) ;)
[10:37] <didrocks> pitti: is there any process to put a RT ticket as a priority? it stalled for a week and that's what is blocking pushing it to production (first with only one upstream component)
[10:38] <pitti> didrocks: I don't know; try asking cjwatson? He at least knows whom to poke
[10:38] <didrocks> pitti: ok thanks :)
[10:39] <Kaleo> pitti, didrocks:https://bugs.launchpad.net/tarmac/+bug/890161
[10:39] <ubot2> Launchpad bug 890161 in tarmac "Bugs set to fix released are reverted to fix committed" [Undecided,New]
[10:39] <didrocks> Kaleo: why the same bug is linked to the new merge proposal btw?
[10:40] <didrocks> Kaleo: the patch is simple to do, but I want to be sure it's really needed
[10:40] <pitti> it doesn't actually seem wrong
[10:40] <pitti> sometimes you need to fix a bug harder
[10:40] <pitti> so if a bug is fixed, and a MP claims to fix it, there's something wrong
[10:41] <didrocks> indeed, I quite agree
[10:42] <Kaleo> didrocks: the submitter of the MR just did something wrong
[10:43] <didrocks> yeah, but I see valid cases as well, in this case, the issue is the submitter of the MR
[10:44] <chrisccoulson> good morning everyone
[10:44] <didrocks> hey chrisccoulson
[10:44] <chrisccoulson> hi didrocks, how are you?
[10:45] <didrocks> chrisccoulson: I'm a little bit exhausted by the week-end, but fine otherwise, thanks! You?
[10:45] <chrisccoulson> same ;)
[10:45] <chrisccoulson> i just arrived back from berlin
[10:56] <pitti> hey chrisccoulson
[10:56] <chrisccoulson> hi pitti, how are you?
[10:57] <pitti> chrisccoulson: quite fine, thanks!
[10:57] <pitti> chrisccoulson: ah, what did you do in Berlin?
[10:58] <chrisccoulson> pitti - i went to mozcamp
[11:01] <pitti> chrisccoulson: ah, great, had some good discussions there?
[11:02] <chrisccoulson> pitti, yeah, it was quite interesting. i will write up a trip report in a bit :)
[11:11] <seb128> bah, bug #889791, floppies...
[11:11] <ubot2> Launchpad bug 889791 in nautilus "Clicking on floppy drive item under "devices" on the nautilus sidebar does nothing" [Low,New] https://launchpad.net/bugs/889791
[11:11] <seb128> hey chrisccoulson, how are you?
[11:12] <chrisccoulson> hi seb128, i'm not too bad thanks. still recovering from UDS though!
[11:12] <chrisccoulson> how are you?
[11:12] <pitti> seb128: flopppies> I wish there was a LP bug status "I f***** don't care" :)
[11:13] <seb128> pitti, same here! ;-)
[11:13] <seb128> chrisccoulson, I'm fine, mostly went over my ubuflu
[11:14] <seb128> it's left to small after cold side effects
[11:47] <nessita> hello everyone!
[11:47] <seb128> hey nessita
[11:47] <pitti> hey nessita
[11:47] <seb128> how are you?
[11:48] <nessita> good! planning my holidays, which are next week :-)
[11:48] <nessita> so, I'm very very happy
[11:48] <seb128> didrocks, bug #889996 is about the unity_support_test being incompatible with remote logins (xdmcp, vnc, etc)
[11:48] <ubot2> Launchpad bug 889996 in nux "Automatic unity 2D fallback does not work with XDMCP logins over VNC" [Undecided,New] https://launchpad.net/bugs/889996
[11:48] <seb128> didrocks, is that something you want assigned to you?
[11:48] <seb128> nessita, ;-)
[11:49] <didrocks> seb128: I would prefer someone more familiar with XDMCP can have a look at it
[11:50] <didrocks> not sure what it triggers or if it gives wrong result
[11:50] <didrocks> and I have short echeance for two things which should already be landed previous cycle by dx
[11:50] <didrocks> so trying to rush to get things moving
[11:50] <seb128> didrocks, well it's basically "checking for local capability is wrong when the session connect to a different machine"
[11:50] <nessita> seb128: I have a initial-packaging branch for a project, would you like to review it and if correct, sponsor it?
[11:50] <seb128> nessita, I can do
[11:51] <seb128> didrocks, it's an item for the cycle, no hurry to fix it
[11:51] <didrocks> seb128: so, the checking should be changed by the dx guys
[11:51] <didrocks> seb128: as they are the maintainer of this tool
[11:51] <nessita> seb128: be as picky as you can, there is a lot about packaging I don't know and wanna learn. Branch is: https://code.launchpad.net/~nataliabidart/qt4reactor/initial-packaging
[11:52] <seb128> didrocks, ok, well it's the caching logic which is buggy but I can try to see with jay
[11:52] <didrocks> seb128: how is it the caching which is the trouble?
[11:53] <didrocks> seb128: if it answered 0 first, nux answered 0
[11:53] <seb128> didrocks, because you boot your computer, the cache is done for the local hardware but you open a distant xserver
[11:53] <seb128> so the cache is wrong, it doesn't apply to the right machine, server
[11:53] <seb128> but the session still read the tmp cache
[11:53] <seb128> i.e on lightdm you pick a thin client login for example
[11:54] <didrocks> seb128: assign it to me, but it will be for later, not now
[11:54] <seb128> didrocks, sure
[12:20] <pitti> mvo: ah, session-installer is mostly working now; found another Gtk bug while porting :/
[12:25] <pitti> mvo: tested --install-gstreamer and --install-package now
[12:29] <mvo> pitti: \o/
[12:30] <pitti> mvo: I'll try to debug/fix the gtk crash after lunch, and then submit a MP
[12:30] <pitti> when commenting out the tooltip, it doesn't crash, and everythign works
[12:31] <mvo> pitti: is the tooltip maybe going out of scope? I had a similar issue in some other project about a menu iirc
[12:31] <mvo> pitti: or is this something totally different?
[12:31] <Sweetshark> eh, so what is the canonical way to SRU this? 3.4.4-0ubuntu1 for -proposed and 3.4.4-0ubuntu2 for oneiric? or something like 3.4.4-0ubuntu1~proposed1 for -proposed and 3.4.4-0ubuntu1 for oneiric?
[12:31] <Daviey> Sweetshark: what package?
[12:32] <Sweetshark> Daviey: libreoffice
[12:32] <Sweetshark> pitti: ^^
[12:32] <Sweetshark> Daviey: sorry, I wanted to ask in reply to pitti. ...
[12:47] <Pendulum> pitti: are you the person to poke about pygobject?
[13:04] <rodrigo_> wow, just found the 'email' option in simple-scan, definitely replacing xsane with this :)
[13:10]  * rodrigo_ lunch
[13:16] <pitti> mvo: I have a hunch what's going on; it's not the tooltip itself, I think it's free()ing the GtkTreeModel
[13:17] <pitti> Sweetshark: yes, you can use ubuntu2 for the precise upload
[13:17] <pitti> Sweetshark: but the standard way is to have ubuntu1 in precise, and for the SRU use ubuntu0.1 or ubuntu1~oneiric
[13:17] <pitti> Pendulum: I'll try my best
[13:19] <Pendulum> pitti: I was contacted by the Orca developers because they're about to make a change to Orca which requires pygobject 3.0.2 and they noticed that Oneiric only has 3.0.0.
[13:20] <Pendulum> is there any way of backporting pygobject 3.0.2 as an update for Oneric so that the Orca update doesn't break things?
[13:20] <pitti> Pendulum: oneiric-updates has a number of backported patches already which might be enough
[13:20] <pitti> Pendulum: so if they need a particular one, we can backport that, yes
[13:21] <pitti> http://git.gnome.org/browse/pygobject/log/ -> there aren't too many commits between .0 and .2
[13:21] <Pendulum> pitti: is https://launchpad.net/ubuntu-leb/oneiric/+source/pygobject where I'd be able to show them the changes to see if what they need has been updated?
[13:23] <pitti> Pendulum: https://launchpad.net/ubuntu/oneiric/+source/pygobject/+changelog
[13:31] <Pendulum> pitti: looks like the patches are already in that are needed. Thanks!
[13:31] <pitti> yay
[13:36] <didrocks> taking my train tickets for ubuntu party in Toulouse, bbiab
[13:36] <pitti> mvo: ok, nailed it; working like charm now
[13:37] <pitti> mvo: it suggests :i386 variants of the gstreamer packages here, but that's unrelated to my porting
[13:38] <pitti> mvo: https://code.launchpad.net/~pitti/sessioninstaller/gtk3/+merge/82142 :)
[13:39] <mvo> pitti: yeah, I will tweak the cache iteration
[13:39]  * mvo waits for the diff to show up
[13:41] <pitti> mvo: hm, if I purge gnome-codec-install, it configures /usr/bin/gst-install as alternative which is session-installer
[13:41] <pitti> that looks right?
[13:41] <pitti> i. e. seems we might need to do no more than unseeding it and adding a Breaks: in session-installer to clean it up on ugprades?
[13:42] <pitti> I purged gstreamer0.10-ffmpeg, and totem pops up session-installer now
[13:42] <mvo> pitti: yeah, that sounds correct
[13:43] <pitti> nice, that'll get us rid of python-aptdaemon.gtkwidgets, and python-vte, too
[13:44] <mvo> !
[13:44] <mvo> nice
[13:45] <pitti> seed change and C/R/P committed
[13:47] <pitti> mvo: the MP is diffy now; do you have time for this or shall I ask glatzor?
[13:47] <pitti> (no need to do it right now, of course, just asking in general)
[13:56] <mvo> pitti: thanks, looks fine to me
[13:57] <pitti> mvo: thanks!
[14:00] <pitti> mvo: shall we tag a new 0.21 release upstream, or shall I just get a new bzr snapshot?
[14:01] <mvo> pitti: a new bzr snapshot for now, I leave the releases to glatzor
[14:01] <pitti> *nod*
[14:09] <pitti> mvo: ah, no, ubuntuone control panel still pulls in -vte :(
[14:12] <cyphermox> morning!
[14:28] <pitti> seb128: ok for me to update GTK to 3.2.2?
[14:28] <seb128> pitti, sure
[14:28] <pitti> seb128: I want to do an upload for teh recent annotation fix
[14:28] <pitti> and while I'm at it..
[14:28] <seb128> pitti, want to sru it as well? ;-)
[14:28] <pitti> do we have major bugs that it fixes?
[14:28] <pitti> well, I'll find out when I do the update
[14:32] <seb128> pitti, not sure about "major" but some segfault fixes, some signal not emitted fixes, some annotations fixes
[14:32] <seb128> toolkits are a bit special, I guess people developing on Oneiric would welcome those to be fixed in the stable as well ;-)
[14:33] <seb128> pitti, but yeah, no need to do it yourself today if you didn't plan it, we can first update and see at doing a sru later
[14:33] <seb128> hey cyphermox, how are you?
[14:33] <cyphermox> doing alright
[14:33] <cyphermox> the vacation was fun and very relaxing :)
[14:33] <seb128> great ;-)
[14:34] <pitti> seb128: of all the upstream fixed bugs, exactly one is reported in LP, with 0 dupes
[14:34] <pitti> so, not urgent IMHO
[14:34] <cyphermox> re: blueprints, who is supposed to be the approver? Jason or pitti? I have one spec that needs to be looked into
[14:34] <pitti> cyphermox: by default me
[14:35] <cyphermox> so I need to fix my bp
[14:35] <seb128> pitti, no, not urgent at all, as said it's rather a "would be nice", as said I'm sure that people using Oneiric to do work do appreciate if those fixes reach them but that's a bit orthogonal to SRU needs
[14:36] <seb128> cyphermox, if you have time this week do you want to do the evo 3.2.2 stack updates and upload those as srus as well?
[14:36] <cyphermox> sure, if it can wait until post-EST-work-hours :)
[14:37] <cyphermox> in fact, it is indeed pretty important to get them in as srus at least for that annoying POP issue
[14:55] <kenvandine> seb128, mind if i do gnome-keyring 3.2.2 for an SRU?
[14:55] <kenvandine> fixes bug 874501
[14:55] <ubot2> Launchpad bug 874501 in gnome-keyring "couldn't prepare to write out keyring" [High,Fix committed] https://launchpad.net/bugs/874501
[14:55] <pitti> hey kenvandine
[14:56] <kenvandine> hey pitti
[14:56] <pitti> kenvandine: please remember to upload to precise first, i. e. pick the version number accordingly
[14:56] <kenvandine> yeah
[14:56] <seb128> hey kenvandine, no please don't, we like Ubuntu being buggy ;-)
[14:56] <kenvandine> i am doing that now
[14:56] <kenvandine> :)
[14:56] <seb128> kenvandine, thanks! ;-)
[14:56]  * kenvandine usually tried to not touch gnome-keyring
[14:56] <kenvandine> :)
[14:56] <seb128> kenvandine, oh, too late, you touched it, it's sticky!
[14:56] <seb128> ;-)
[14:57] <kenvandine> :-D
[14:57] <pitti> well, at some point Debian will update to 3.2 as well, then we can merge our remaining changes (if we even have any) and sync
[14:57] <pitti> so it won't stick forever :)
[14:58] <seb128> I don't think we have changes for the keyring stack
[14:58] <seb128> which is good ;-)
[14:59] <kenvandine> indeed
[15:01] <dobey> there is a command to sync a package over from debian, right?
[15:01] <kenvandine> dobey, yes... syncpackage
[15:03] <dobey> oh neat. someone already did; apparently right after i looked at the package in debian and thought "this should be in ubuntu too"
[15:22] <pitti> good night everyone!
[15:23] <seb128> 'night pitti
[15:27] <kenvandine> good night pitti
[15:29] <dobey> meh. pbuilder-dist doesn't work for me in oneiric now; apparently the python modules changed :(
[15:29] <dobey> anyone use pbuilder-dist and have a recommendation on how to fix?
[15:31] <dobey> or should i just go but #ubuntu-devel?
[15:32] <dobey> ah, nm. i am dumb
[15:32] <kenvandine> dobey, still working for me...
[15:33] <dobey> kenvandine: yeah, apparently i did a cp to pbuilder-oneiric, instead of ln -s
[15:33] <kenvandine> :)
[15:33] <dobey> someone moved a python module though, without providing any compat
[15:33] <dobey> damn python developers. :(
[15:49] <BigWhale> seb128, there are a couple of bugs in the upstream related to #61786
[15:49] <BigWhale> one is closed, the other one isn't
[16:27] <seb128> kenvandine, can you do the seahorse update as well? it fixes bug #876813 that slangasek reported
[16:27] <ubot2> Launchpad bug 876813 in seahorse "seahorse takes forever to start up because it's checking signatures for all keys in the gpg keyring" [High,Triaged] https://launchpad.net/bugs/876813
[16:28] <kenvandine> seb128, sure
[16:28] <seb128> thanks
[16:28] <kenvandine> np
[16:29] <seb128> rodrigo_, hey, do you think you could review the bugs assigned to you this week?
[16:29] <seb128> rodrigo_, you have some g-s-d ones that didn't get any comment from you which are assigned for a while
[16:30] <rodrigo_> oh, sorry, forgot about those
[16:30] <rodrigo_> seb128, lookinmg now
[16:31] <seb128> thanks
[16:48] <glatzor> abend mvo,
[16:48] <mvo> hey glatzor!
[16:48] <mvo> glatzor: nice to see you
[16:49] <glatzor> mvo, nice to see you, too
[16:49] <glatzor> mvo, a short question, do you know if the dates for the next UDS is already set?
[16:49] <glatzor> mvo, I have to plan my vacations for 2012 today :)
[16:49] <chrisccoulson> w00t, my luggage has arrived now :)
[16:50] <ogra_> chrisccoulson, in orlando ?
[16:50] <ogra_> :)
[16:50] <chrisccoulson> ogra_, no, from berlin this morning
[16:51] <chrisccoulson> i had to get a connecting flight in brussels and my luggage ended up on the wrong flight
[16:51] <ogra_> oh, fun
[16:51] <chrisccoulson> this is why i hate flying to / from birmingham. i can't seem to get a direct flight anywhere i want to go
[16:52] <ogra_> you should change your expectations then :P
[16:52] <chrisccoulson> heh
[16:52] <ogra_> just "want" to go somewhere they fly direct
[16:52] <chrisccoulson> i should move closer to an airport that flies to destinations people actually want to travel to
[16:52] <mvo> glatzor: I don't think so, but I can inquire for you - that is really really early
[16:53] <glatzor> mvo, would be great!
[16:54] <glatzor> mvo, Actually I am quite late. I have to send in my holiday planning on 16th :)
[16:55] <Laney> manchester → orlando was quite reasonable for me
[16:55] <chrisccoulson> Laney, that's why i travel to manchester to fly to orlando :)
[16:55] <Laney> :-)
[16:56] <Laney> I mean that I would rather take trains to another airport if possible to get a direct flight
[17:15] <rodrigo_> seb128, for https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/833397 , we don't need the app_indicator patch anymore, do we?
[17:15] <ubot2> Launchpad bug 833397 in gnome-settings-daemon "indicator power displayed twice on panel" [Medium,In progress]
[17:15] <rodrigo_> seb128, since we have a indicator-power now?
[17:15] <seb128> rodrigo_, ? we don't have indicator code for the power icon
[17:16] <seb128> rodrigo_, the indicator patch is needed for keyboard, a11y, etc
[17:16] <rodrigo_> seb128, oh, sorry, my fault
[17:16] <seb128> rodrigo_, the bug there is that some users whitelist "all" in unity and g-s-d display a systray icon inconditionally
[17:17] <rodrigo_> yeah
[17:17] <seb128> rodrigo_, g-s-d should display a systray out of GNOME fallback I guess
[17:25] <didrocks> pitti: can you approve https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-zeitgeist for precise when you get some time?
[17:28] <seb128> didrocks, done
[17:28] <didrocks> thanks seb128 ;)
[17:28] <seb128> yw ;-)
[17:28] <didrocks> which team can do that, do you know?
[17:29] <didrocks> I can only pend them for approval
[17:29] <seb128> didrocks, I guess the uds approvers one
[17:29] <didrocks> ah, the old "ping me for changing the schedule" one :)
[17:29] <seb128> I'm in there since I played pitti for one cycle when he was in rotation ;-)
[17:29] <didrocks> indeed ;)
[18:02] <rodrigo_> out for a bit, bbl
[18:35] <mpt> chrisccoulson, hi, was it you who asked me during UDS about cleaning up the LibreOffice menus?
[22:26] <hallyn> if there are like 100s of pending notify-osd's, is there a way to flush them?
[22:28] <maxb> 1) Kill notify-osd
[22:28] <maxb> 2) Use xfce4-notify instead :-)
[22:28] <maxb> (or restart notify-osd if you insist)


[15:04] <mtakkman> i made: bzr init; bzr add *; bzr whoami "my info..."; but when i do bzr commit; i get "ERROR: Could not acquire lock "(local)"". i made bzr break-lock; but without result. i use sorry to say windows and i am new in bzr. What i don't understand?
[15:06] <mtakkman> Bazaar 2.5.1
[15:14] <LeoNerd> I wonder if it's upset about the Windows filesystem maybe?
[15:15] <mgz> mtakkman: it also gives you a directory it's trying to create? can you manually make that?
[15:19] <mgz> presumably bug 1172533 which should be avoidable by putting the branch somewhere else that doesn't trigger whatever the issue is
[15:21] <mtakkman> Unable to obtain lock file:///some path/ held by "my info in bzr" on "name of current user of windows" (process #7592), acquired 60 minutes, 33 seconds ago.
[15:21] <mtakkman> Will continue to try until 19:18:57, unless you press Ctrl-C.
[15:21] <mtakkman> See "bzr help break-lock" for more.
[15:21] <mtakkman> bzr: ERROR: Could not acquire lock "(local)": file:///some path
[15:21] <mtakkman>
[15:21] <mgz> mtakkman: the path is actually relevent, I want to know if it has url escapes or anything else unusual in it...
[15:22] <mgz> mtakkman: at least, try the same in a different directory that your user has full perms on, and doesn't have any odd characters in
[15:25] <mtakkman> ok i do it. This error was becaus i don't correctly close popup window for commit's message. So in other dir it work
[15:28] <mgz> ah, so commit was still going, and holding the lock


[17:56] <lithiumjake> had anyone successfully compiled NodeJS on ubuntu-arm?
[17:58] <ogra_> lithiumjake, it is in the archive, so yes
[17:59] <lithiumjake> the archive?
[18:00] <ogra_> in bthe ubuntu archive
[18:00] <lithiumjake> great news though, mine keeps segfaulting everytime i try to use it
[18:01] <ogra_> you can just apt-get install nodejs
[18:02] <lithiumjake> yeah, that .6 though
[18:02] <lithiumjake> i just did it
[18:02] <lithiumjake> i guess i could just get a vps somewhere
[18:02] <lithiumjake> nodejs is at like .10.2 or something now
[18:03] <lithiumjake> thank you though
[18:03] <ogra_> well, whatever is in debian ...
[18:03] <ogra_> we just pull from there


[02:58] <PRGUY85> hey anyone here?
[03:05] <dashua> http://picpaste.com/pics/Screenshot_4.1222999461.png
[03:05] <dashua> Breathe looking very nice :)
[03:05] <dashua> I just need to get this damn flash working on 64 Ibex.
[03:05] <dashua> Nice work.
[03:42] <PRGUY85> seeing as how thorwill created those countdown to launch day banners
[03:43] <PRGUY85> would it be safe to assume that the latest wallpaper is final?
[08:27] <kwwii> Cimi: right, new engine and theme packages coming in the next days (I've been sick)
[10:36] <xivulon> Hi all, I need to replace the artwork in http://www.wubi-installer.org/
[10:37] <xivulon> in particular the beautiful heron has to go and be replaced by an ibex.
[10:38] <xivulon> is there some official "ibex" to use for the purpose
[10:38] <xivulon> circle of friends and such will do too. Suggestions welcome
[10:39] <thorwil> hi xivulon
[10:39] <xivulon> hi :)
[10:42] <thorwil> hmm
[10:43] <thorwil> some people remain critical of using the codename animal
[10:44] <xivulon> I am open to suggestions
[10:44] <andreasn> didn't Rico Sta. Cruz do a cool Ibex?
[10:44] <thorwil> yes. i will hunt for the link
[10:44] <xivulon> If you have some more abstract idea for the website feel free
[10:45] <thorwil> xivulon: i could offer an SVG for the ibex shape found at the bottom of https://wiki.ubuntu.com/Website/IntrepidCountdownBanners?action=AttachFile&do=get&target=tw_intrepid_countdown_06_spiral.png
[10:45] <xivulon> Someone also suggested me to change the website colorscheme, as the red might turn people off
[10:45] <xivulon> Being associated to "warnings"
[10:46] <xivulon> There too if you have proposals I'll be happy to switch
[10:46] <thorwil> xivulon: http://img216.imageshack.us/img216/8062/bareos1.png
[10:47] <thorwil> meant to have a non-white background, though
[10:48] <xivulon> that's a beautiful one, but the white background might be an issue (in theory it just need css changes, but I am not good in generating dark color schemes)
[10:49] <xivulon> Someone also commented that the Heron was not appropriate since it was associated to the desktop of Gnome, while Wubi also provides Xubuntu and Kubuntu
[10:50] <thorwil> xivulon: as i already have lots of stuff on my list, i can offer to take this to our mailing list
[10:50] <xivulon> sure
[10:51] <thorwil> xivulon: so in short you are looking for a replacement for the heron and you're open for everything there.
[10:51] <xivulon> if someone wants to play with the overall design, the css is http://www.wubi-installer.org/wubi.css and the images are in http://www.wubi-installer.org/images/
[10:52] <xivulon> thorwil: correct, I do need to change the heron and if one once to take one or two steps further and revamp the website design with some cool ideas, why not?
[10:53] <thorwil> xivulon: the only really notable occurence of red i see is in the logo
[10:53] <xivulon> Horizontal lines and checkmarks also are in red
[10:54] <xivulon> I must say I really like the spiral
[10:54] <xivulon> the one made of circles
[10:54] <xivulon> 1) for mathematical reasons, 2) because it reminds of debian
[10:55] <thorwil> thanks! the association with debian is not intentional, though
[10:55] <xivulon> And on the other side horns have a peculiar meaning in Italy...
[10:55] <thorwil> xivulon: seems it's already up: http://www.ubuntu.com/getubuntu/countdown
[10:55] <xivulon> So I'am probably more inclined to use the abstract graphics :)
[10:56] <thorwil> xivulon: you mean having been cheated on?
[10:57] <thorwil> as in girl slept with another man?
[10:57] <xivulon> heh yeah that is the meaning
[10:57] <thorwil> xivulon: it exists in german to :)
[10:58] <thorwil> s/to/too/
[10:58] <xivulon> the (short) spiral of course might be interpreted as a horn
[10:58] <xivulon> but 1 horn is cool...
[10:59] <xivulon> 2 horns not cool...
[10:59] <thorwil> well, i would hope the ibex will be seen as ibex ^^
[11:00] <thorwil> xivulon: i'd like to have your real name for the mail and an address for CC (excpet if you want to subscribe to the list). PM me if you so prefer
[11:01] <xivulon> agostino russo
[11:01] <xivulon> I am on gmail
[11:02] <xivulon> https://edge.launchpad.net/~ago
[11:07] <thorwil> xivulon: "Email:  No public address provided.", but what you have for Jabber appears to be an email adress at gmail?!
[11:08] <xivulon> agostino dot russo at gmail dot com
[11:08] <thorwil> ok, but it should be fixed on the LP site ;)
[11:09] <xivulon> done
[11:10] <thorwil> mail send with CC
[11:12] <thorwil> oh boy. https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/276594
[11:13] <xivulon> thorwil: thanks a lot
[11:13] <thorwil> xivulon: np
[11:15] <xivulon> I for one like that wallpaper...
[11:19] <thorwil> xivulon: kwwii made it
[11:21] <thorwil> to me, it's sad that it is being criticized for daring to introduce even the most subtle hint of colors other than brown-red-orange
[12:46] <tuxice> hello
[12:46] <thorwil> hello tuxice
[12:46] <tuxice> hello
[12:46] <tuxice> whats with the theme for intrepid alpha & beta
[12:47] <tuxice> many users are complaining with usability
[12:47] <tuxice> there is a planned change for the final release correct?
[12:47] <thorwil> not that i know
[12:48] <tuxice> that could be a problem
[12:48] <tuxice> have any wallpapers been selected?
[12:48] <tuxice> hello njpatel_
[12:49] <njpatel> tuxice: hey
[12:49] <njpatel> njpatel_: is my alterego using my laptop :-)
[12:49] <tuxice> oh
[12:49] <tuxice> weird.....
[12:50] <thorwil> tuxice: what has been selected is what you see in the beta. while the wallpaper could be replaced for the final release, i doubt it will
[12:50] <tuxice> ok, i shall take a look (havent seen the beta yet), is the theme the same as the alpha
[12:50] <tuxice> ?
[12:51] <thorwil> tuxice: http://www.phoronix.com/scan.php?page=news_item&px=Njc1NA
[12:53] <tuxice> ok, so basically its 8.04's theme with a new wallpaper?!?!?!? what happened to the readical new design?!?!?!?!?!?
[12:54] <thorwil> oh please, be careful with those ! and ?, because if you continue like that, we will soon have none of them left!
[12:55] <tuxice> i believe we should aim for this more
[12:55] <tuxice> https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/Clear_Intrepid
[12:55] <thorwil> tuxice: nothing. who said "radical", btw?
[12:56] <tuxice> forum members, and i believe i read it somewhere on a wiki page
[12:56] <thorwil> people on the forums often get stuff wrong or even make it up
[12:57] <tuxice> ok
[12:57] <tuxice> so basically it is what it is
[12:57] <thorwil> it is true that there were plans to have a new theme for hardy already, then it was decided that the LTS release as last of a serious should not introduce such changes
[12:58] <tuxice> and then i thought that was supposed to be postponed till intrepid
[12:58] <thorwil> i'm not even sure there was an outright promise to have the new theme in intrepid, but mybe there was
[12:58] <thorwil> but then only what either Mark Shutlleworth or the art director Kenneth Wimer said counts
[13:00] <tuxice> will these be the folders? https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/Intrepid_Ibex_Icons_-_Art_Team?action=AttachFile&do=view&target=pn_folder_overview.png
[13:00] <thorwil> no
[13:01] <thorwil> tuxice: you can forget about everything on the wiki there, excpet for the themes that are in kwwii's PPA
[13:01] <thorwil> tuxice: https://launchpad.net/~kwwii/+archive
[13:01] <tuxice> ok
[13:01] <tuxice> ill look
[13:04] <thorwil> tuxice: there are 2 projects within the ubuntu artwork community that should make us more productive. https://wiki.ubuntu.com/Artwork/BreatheIconSet and https://wiki.ubuntu.com/Artwork/KyudoGuidelines
[13:04] <thorwil> tuxice: perhaps you could spread the word, if you want to help
[13:05] <tuxice> ok will do..
[13:05] <tuxice> everything on the wiki under GPL?
[13:05] <thorwil> nope
[13:06] <tuxice> how about this https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/Intrepid_Ibex_Icons_-_Art_Team?action=AttachFile&do=view&target=pn_folder_overview.png
[13:06] <tuxice> any licence anywhere
[13:06] <tuxice> i dont see one
[13:06] <thorwil> tuxice: for all i know, the wiki doesn't imply a license. some pages do have license notes
[13:07] <tuxice> ok
[13:07] <thorwil> if you see none, you may assume broad fair use rights
[13:07] <tuxice> ok
[13:07] <tuxice> thanks
[13:07] <tuxice> gonna make a theme
[13:07] <thorwil> np
[13:08] <thorwil> tuxice: what do you expect how long it takes to create a good theme?
[13:08] <tuxice> months, years
[13:08] <tuxice> but im also in the process of creating an os
[13:09] <thorwil> ok, i was worried you might underestimate the effort :)
[13:09] <tuxice> nope
[13:09] <tuxice> hey, can i help with the breathe icons?
[13:09] <thorwil> tuxice: you should consider to join one of the already running theme projects
[13:10] <tuxice> such as? NewHuman, Oxygen
[13:10] <thorwil> tuxice: sure, we need more people. but of course this depends on your skills.
[13:10] <thorwil> tuxice: Dust and the others you find in the PPA i linked
[13:12] <thorwil> tuxice: did you work on themes or icons before? do you have a portfolio / any work online you could show?
[13:13] <tuxice> thorwil: i do not have a portfollio, but i do do lots of graphic design
[13:13] <thorwil> tuxice: say hello to _MMA_, the man behind Breathe
[13:14] <tuxice> _MMA_ Hello, I like the concept of breathe
[13:17] <tuxice> So, i have to go now, i will be back though
[13:28] <_MMA_> Ouch. Bug 276594
[13:28] <thorwil> yeah, already had my fun with that report and a forum thread of eleven pages
[13:30] <_MMA_> 'Tis why I don't go to the forums anymore.
[13:33] <Nece228> no new theme :(
[13:35] <Nece228> i think at least they should make gradient, panel background and to change color pallete
[13:35] <thorwil> grrr. wordpress doesn't allow me to insert a <script> into a post. no live countdown banner for me. http://www.ubuntu.com/getubuntu/countdown
[13:43] <Nece228> thorwil: what do you mean by "The theme teams are doing a good job now on a few community themes"
[13:47] <_MMA_> thorwil: I'm not gonna be around much today. Well, I might be on but not sitting here. I'll get back to anything I can when I see it.
[13:52] <thorwil> Nece228: https://launchpad.net/~kwwii/+archive
[14:07] <Nece228> thorwil: what engine i need for kin theme?
[14:09] <thorwil> Nece228: no idea, but if you use the PPA, the dependency should be taken care of already
[14:10] <Nece228> thorwil: ive installed community-themes_1.0_all.deb
[14:10] <thorwil> Nece228: if something with it doesn't work, you should report to kwwii
[14:11] <Nece228> thorwil: because i see only new borders, but gtk looks like raleigh
[14:14] <Nece228> thorwil: all these themes will be included in intrepid?
[14:15] <thorwil> Nece228: i'm not sure if the package will be installed by default, or just be offered in addition
[14:16] <Nece228> thorwil: ok, thanks for link :P
[14:20] <Nece228> omg ubuntuforums.org has new ubuntu logo on top
[14:31] <_MMA_> PM if needed.
[18:00] <rsc-> hai guise!
[20:40] <Mirv> thorwil: hi. our people are a bit too fast, and created already a version from the bitmap directly... it was now (a minute ago) put at http://www.ubuntu-fi.org/ - does that seem ok to you?
[20:40] <Mirv> thorwil: anyway, a big thanks for the work with counter
[20:55]  * thorwil looks
[20:57] <Mirv> there's now a link similar to ubuntu.com below the image
[20:58] <thorwil> Mirv: it's ok, although it lacks the care i invested in scaling the number and text for the best layout
[21:01] <thorwil> gotta run. good night!
[21:01] <Mirv> thorwil: right, ok. I'll ask if the person who did the hacking would like to take a look at the exact scaling/font used in the original
[22:04] <tuxice> Hello, again!
[22:07] <tuxice> Wallpaper: https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/BrownOrange_Wallpaper
[22:12] <PRGUY85> rsc- how are you?
[22:13] <tuxice> hello
[22:13] <tuxice> anybody like this wallpaper  https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/BrownOrange_Wallpaper
[22:14] <PRGUY85> hmmm tuxice, I think it shouldn't have the logo
[22:14] <tuxice> ok
[22:14] <tuxice> anything else
[22:15] <PRGUY85> or the release name for that matter
[22:15] <tuxice> ok
[22:15] <PRGUY85> I would try to do bigger circles
[22:15] <PRGUY85> and a softer orange
[22:15] <tuxice> ok
[22:32] <tuxice> ok take another look
[22:38] <tuxice> anybody like these wallpapers  https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/BrownOrange_Wallpaper
[23:33] <tuxice> anybody?
[23:34] <tuxice> qwertyuiop
[23:39] <rhkfin> Hi! Anyone know where to find ubuntu logo images with real people as a circle of friends?


[15:25] <jrwren> good morning ubuntu mi!
[15:40] <greg-g> good morning Vie... Ya'll!
[15:56] <cmaloney> morning all!
[15:57] <cmaloney> we the few, the proud, the ... stragglers. :)
[16:46] <greg-g> the brethren of "why bother changing my irc config?"
[16:47] <cmaloney> Heh
[16:48] <cmaloney> "I'm on IRC for other stuff anyway" committee.
[16:57] <greg-g> I'm happy that IRC is still strong in the Wikimedia space
[16:57] <greg-g> staff predominately use slack now, but for community engagement + all of us crusty tech-folks, IRC is still primary
[17:42] <cmaloney> nice
[17:42] <cmaloney> Slack still bothers me but I don't use it much anymore
[17:42] <cmaloney> everything seems to be on Discord, which is just a firehose
[17:42] <cmaloney> and it seems more and more patreons are adding discord benefits
[17:43] <cmaloney> I have a folder of muted "patreon" places, which are just gigantic shit-shows of folks posting over each other to curry favor with the youtube stars.
[18:14] <greg-g> blugh


[11:20] -queuebot:#ubuntu-release- New binary: r-cran-timechange [amd64] (lunar-proposed/universe) [0.1.1-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: zstd-jni-java [amd64] (lunar-proposed/none) [1.5.2-5+ds-1] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: r-cran-timechange [arm64] (lunar-proposed/universe) [0.1.1-2] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: r-cran-timechange [ppc64el] (lunar-proposed/universe) [0.1.1-2] (no packageset)
[11:22] -queuebot:#ubuntu-release- New binary: r-cran-timechange [armhf] (lunar-proposed/universe) [0.1.1-2] (no packageset)
[11:25] -queuebot:#ubuntu-release- New binary: r-cran-timechange [s390x] (lunar-proposed/universe) [0.1.1-2] (no packageset)
[11:45] -queuebot:#ubuntu-release- New binary: r-cran-timechange [riscv64] (lunar-proposed/universe) [0.1.1-2] (no packageset)
[13:40] <LocutusOfBorg> vorlon, in bossa you forgot an addr uninitialized at line 791...
[14:25] <LocutusOfBorg> vorlon, https://github.com/shumatech/BOSSA/pull/165 this one works, I did fix and opened an upstream PR
[14:25] -ubottu:#ubuntu-release- Pull 165 in shumatech/BOSSA "from: bugs.debian.org/953068" [Open]
[14:36] <LocutusOfBorg> (uploaded the fix, sorry!)
[17:17] -queuebot:#ubuntu-release- New binary: rust-litrs [amd64] (lunar-proposed/none) [0.2.3-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: symfpu [amd64] (lunar-proposed/none) [0.0~git20190517.8fbe139-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: sphinx-basic-ng [amd64] (lunar-proposed/none) [1.0.0~beta1-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-litrs [ppc64el] (lunar-proposed/universe) [0.2.3-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: rust-litrs [arm64] (lunar-proposed/universe) [0.2.3-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-litrs [arm64] (lunar-proposed/universe) [0.2.3-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-litrs [s390x] (lunar-proposed/universe) [0.2.3-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-litrs [armhf] (lunar-proposed/universe) [0.2.3-1] (no packageset)
[17:31] -queuebot:#ubuntu-release- New binary: rust-litrs [riscv64] (lunar-proposed/universe) [0.2.3-1] (no packageset)
[21:04] <tsimonq2> Looking at the autopkgtest failures causing Vim not to migrate in Lunar, I am seeing some failures due to Perl dependency issues. A) Is this a more widespread concern?; B) If it is a more widespread concern, so as to not spam the autopkgtest queues, is there someone already working on retrying such failures?
[21:06]  * tsimonq2 sees an incredibly large queue and tries to determine the most common rdep...
[21:21]  * tsimonq2 sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/89af32af6a2157ac5c1f00ae248aa56f5f15cf42
[21:32] <tsimonq2> my favorite part is that entries that have a requester do not have a newline as a separator... :)
[21:44] <tsimonq2> https://pastebin.ubuntu.com/p/pKkJdjDryz/ <-- Yeah, so majority perl and debootstrap
[22:13] <tsimonq2> vorlon, bdmurray, stgraber: Could one of you please provide insight as to why dailies have not been re-enabled yet, as per step 42 here https://wiki.ubuntu.com/NewReleaseCycleProcess ? (Is there something currently blocking it, or is it just one of those things we haven't gotten to yet? Happy to do anything I can to help. :) )
[22:14] <tsimonq2> (Step 42 under "Previous release plus 1 day," that is)
[23:21] -queuebot:#ubuntu-release- New binary: ruby-traces [amd64] (lunar-proposed/universe) [0.8.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: tkcalendar [amd64] (lunar-proposed/universe) [1.6.1-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: plasma-remotecontrollers [amd64] (lunar-proposed/none) [5.26.3-2] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: plasma-remotecontrollers [ppc64el] (lunar-proposed/universe) [5.26.3-2] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: plasma-remotecontrollers [arm64] (lunar-proposed/universe) [5.26.3-2] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: plasma-remotecontrollers [s390x] (lunar-proposed/universe) [5.26.3-2] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: plasma-remotecontrollers [armhf] (lunar-proposed/universe) [5.26.3-2] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: plasma-remotecontrollers [riscv64] (lunar-proposed/universe) [5.26.3-2] (no packageset)


[07:01] <popey> Morning
[07:01] <Kilos> morning popey
[07:05] <dholbach> good morning
[07:06] <popey> yo
[07:06] <Kilos> hi dholbach svij
[07:06] <dholbach> hey Kilos
[07:06] <dholbach> hey popey
[07:06] <dholbach> how's Prague?
[07:09] <popey> Great!
[07:09] <popey> Busy busy!
[07:43] <dholbach> hey dpm
[07:43] <dpm> morning dholbach
[07:43] <dpm> good morning all
[07:54] <popey> Morning dpm
[07:55] <dpm> hey popey, how was culture night last night? :)
[07:57] <popey> Excellent!
[08:01] <dholbach> dpm, I'll send a reminder about UOS sessions to {ubuntu-devel,community}-announce@
[08:04] <dpm> great :)
[08:04] <dpm> thanks dholbach
[08:04] <dholbach> dpm, http://paste.ubuntu.com/16075884/ - anything I'm missing?
[08:05]  * dpm reads
[08:06] <dpm> looks good, thanks dholbach
[08:06] <dholbach> cool
[09:28] <dholbach> dpm, looks like we all dropped from https://launchpad.net/~uos-track-leads and thus can't accept sessions
[09:29] <dholbach> I'll file a ticket with LP to get us re-added - who are all track leads?
[09:29] <dpm> dholbach, argh, thanks
[09:29] <dpm> dholbach, they're all listed in the trello board
[09:30] <dholbach> hum... aren't these the old cards from last time?
[09:31] <dholbach> dpm, ^
[09:31] <dpm> they should be up to date, I think
[09:31]  * dpm double-checks
[09:31] <dholbach> maybe I'm looking at the wrong card
[09:32] <dpm> dholbach, perhaps the easiest thing would be to give ownership of uos-track-leads to our team in LP
[09:32] <dholbach> sure
[09:33] <dpm> dholbach, ah, the tracks lead list is on the first card
[09:33] <dholbach> https://answers.launchpad.net/launchpad/+question/292582
[09:33] <dholbach> ok
[10:20] <dholbach> shit
[10:20] <dholbach> http://summit.ubuntu.com/getinvolved/propose-a-session/ links to 1511
[10:20] <dholbach> ^ dpm
[10:20] <dholbach> we'll have to ask folks to get their sessions in again
[10:20] <dholbach> not having mhall119 around is q bit inconvenient
[10:21] <dpm> hm, is there any way we can retarget the submitted sessions?
[10:22] <dholbach> not that I know of
[10:22] <dholbach> or it's not exposed anywhere
[10:23] <dholbach> I filed https://code.launchpad.net/~dholbach/summit/1605/+merge/293079
[10:23] <dholbach> but I don't know what the specifics of redeploying summit are
[10:23] <dholbach> ^ davidcalle: do you know?
[10:24] <dholbach> ah ok, I think it's possible in http://summit.ubuntu.com/admin/schedule/meeting/
[10:25] <dholbach> http://summit.ubuntu.com/admin/schedule/meeting/?summit__id__exact=24
[10:25] <dholbach> we'll need to review them all
[10:25] <dpm> dholbach, do you have access to the admin in summit, though?
[10:26] <dholbach> yes
[10:29]  * dpm tries too
[10:30] <dholbach> I just moved two sessions over
[10:30] <dholbach> it's tedious,b ut it works
[10:31] <dholbach> you have to make sure you set one participant
[10:31] <dholbach> then accept the proposed meeting
[10:31] <dholbach> then schedule it
[12:04] <davidcalle> dholbach: I don't
[12:15]  * tsimonq2 wishes he could go to UOS, school :|
[12:57] <dholbach> davidcalle, I don't know... it's a django app - shall we just ask webops if they have any notes or if it's something they can just cowboy onto production?
[12:58] <davidcalle> dholbach: yes to both :)
[12:59] <dholbach> haha
[13:01] <dholbach> cjohnston, do you think you can help us land https://code.launchpad.net/~dholbach/summit/1605/+merge/293079?
[13:01] <dholbach> it'd be quite important to get it landed, as people are filing sessions for the wrong summit entry
[13:01] <dholbach> davidcalle, ^ found our local summit expert (given that mhall119 is not there)
[13:05] <davidcalle> Hey cjohnston :)
[13:48] <dholbach> cjohnston, thanks for reviewing the MP - do you know how hard it is to get this deployed?
[13:48] <dholbach> or what the steps are?
[14:01] <cjohnston> dholbach: it'll take me a bit to work it.. I'm not sure why tarmac isn't doing its job
[14:08] <cjohnston> ahh.. dholbach missing a commit message
[14:08] <dholbach> ohhhhh ok
[14:08] <dholbach> that's easily fixed :)
[14:09] <dholbach> oh you already did - thanks
[14:09] <cjohnston> ok, should merge now
[14:09] <cjohnston> then I gotta remember how to merge to prod
[15:04] <cjohnston> dholbach: I'm making progress. I'll let you know when I'm filing an RT
[15:04] <dholbach> awesome
[15:31] <cjohnston> dholbach: RT#28420
[15:31] <cjohnston> dholbach: I'll let you chase it up with IS
[15:31] <dholbach> thanks cjohnston
[15:31] <dholbach> or is it webops?
[15:32] <cjohnston> dholbach: GSA
[15:32] <cjohnston> dholbach: if deej can do it, he used to do must of our updates, so probably quite familiar with the process
[15:32] <dholbach> ok
[21:12] <pleia2> jcastro: you'd be so proud, we just killed the openstack wiki (well, in a year, because blah blah people)
[21:21] <jcastro> was it moinmoin?
[21:28] <pleia2> jcastro: nah, mediawiki
[21:29] <pleia2> we hate maintaining it and mostly people should really just use other tooling for what they're using it for now
[21:42] <jcastro> heh, mediawiki would be a step up!