[01:03] <Gaming4JC> Hello, I got the idea that my webhost Ubuntu Server doesn't have enough space for e.g. the uploads folder. Is it possible to have a folder accessible to the main server while actually uploading to the second server? If so what program/method would you guys suggest?
[01:12] <jrwren> Gaming4JC: are you looking for a network filesystem?  NFS?
[01:13] <sarnold> nfs? cifs? ceph? nbd? iscsi? s3 or similar "object" storage?
[01:13] <Gaming4JC> jrwren: perhaps. My idea is to have a website to provide package files for a distro, however I can't mirror them all on one server since the HDD is too small.
[01:13] <Gaming4JC> so I wanted to break it up by having one of the biggest folders on another server, while still acessible for anyone downloading
[01:13] <Gaming4JC> from the main url.
[01:13] <jrwren> Gaming4JC: if it is just web, use a CDN
[01:14] <Gaming4JC> right but I'm too cheap for paying for a CDN, I'd rather make my own :D
[01:28] <Gaming4JC> sarnold: jrwren: NFS + remote mounting should do the trick, thanks for the tip guys :)
[01:29] <sarnold> Gaming4JC: cool :) have fun!
[07:53] <mattcen> Hi all. I'm trying to debug a running cupsd instance with gdb (I want to check it's calling a specific function). I've tried installing cups-dbg, followed by cups-dbgsym (from ddebs.ubuntu.com), but no matter how invoke gdb, It says it can't find debugging symbols for /usr/sbin/cupsd. Any ideas?
[07:53] <sarnold> does it need to be gdb? ltrace or latrace may be easier
[07:54] <mattcen> I've never heard of either of them
[07:55] <mattcen> They appear not to be available on Lucid (yes, I realise I'm dealing with a really old OS, please don't judge; it'll be going away in a couple of months)
[07:55] <mattcen> Oh nevermind, I wasn't looking hard enough
[07:56] <sarnold> mattcen: latrace perhaps not, I only found out about it a few weeks back; but ltrace is as old as the hills..
[07:57] <mattcen> Doesn't look like it's giving my anything useful
[07:58] <mattcen> "unexpected breakpoint" followed by "Child exited"
[07:58] <sarnold> !
[07:58] <sarnold> well that's strange
[07:58] <mattcen> Either way, in order to inspect the contents of the binaries I need to be able to load the symbols, and that's what appears to be failing
[07:59] <mattcen> Keep in mind this is a running instance; it may behave differently if I started a new instance
[08:00] <sarnold> right :/
[08:01] <mattcen> Oh dear. Cups forks into the background, and it's not letting me follow the process (if I start a new cups instance that is)
[08:02] <mattcen> So yeah, new ideas appreciated...
[09:51] <pjetr> Hi, a bit of a noob question. I've removed ruby 1.8 and installed 2.0 by compiling it from sources. The command ruby still points to the old /usr/bin/ruby instead of /usr/local/bin/ruby
[09:51] <pjetr> how do I update this?
[10:04] <pjetr> okay, and could anybody help me rephrase that so that I get results when I google?
[10:20] <jamespage> zul, need a +1 for backporting psutil - need >= 0.6.1 for neutron in icehouse
[10:20] <jamespage> zul, raising a MP to version on the package right now
[10:38] <yolanda> jamespage, is rabbitmq-server for grizzly working for you?
[10:38] <jamespage> yolanda, yes
[10:38] <yolanda> i used cloud:precise-grizzly as source, but i get this error
[10:39] <yolanda> http://paste.ubuntu.com/6593527/
[10:39] <jamespage> yolanda, why are you using that on the source for rabbitmq-server? its not  in the cloud archive
[10:41] <yolanda> did you ouse same source?
[10:41] <yolanda> oh, just set that setting generally in the deployment
[10:41] <yolanda> not specially for rabbitmq, sorry
[10:41] <yolanda> rabbit version is Installed: 2.7.1-0ubuntu4
[10:53] <jamespage> zul, https://code.launchpad.net/~james-page/ceilometer/fixups-december-master/+merge/199438
[10:53] <jamespage> yolanda, I suspect that is some sort of other problem - where are you testing?
[10:54] <jamespage> yolanda, rabbitmq does funny things when dns/ip's don't resolve correctly
[10:54] <yolanda>  jamespage, just trying to setup an openstack environment to test active-active
[10:54] <yolanda> but zone 2 stopped working today, switched to zone 1 and saw these errors
[10:54] <jamespage> yolanda, where not what :-)
[12:02] <zetheroo> !webmin
[12:03] <zetheroo> I am wondering if there is any more specifics relating to this issue with webmin from the Official Ubuntu camp .. !?
[12:16] <rbasak> zetheroo: I'm not sure that anybody in the "Ubuntu camp" actually uses or develops webmin.
[12:17] <rbasak> zetheroo: so if you use webmin, you quite severely limit the number of people who might understand the situation and be able to help you if you get stuck.
[12:18] <rbasak> zetheroo: however, it's all free software, right? So there's nothing to stop you from using it.
[12:19] <jamespage> zul, golly the neutron unit test suite takes along time to run!
[12:19] <rbasak> Or if there's a separate group who can help you with Ubuntu Server and webmin, then that works, too. I'm not just sure that group exists; they're certainly not here.
[12:22] <cfhowlett> webmin is no longer recommended.  consider you options.
[12:29] <zul> jamespage:  more tests more awesomeness
[12:30] <jamespage> zul, I'm trying to get the test suite to a point where we can gate on it again
[12:31] <zul> jamespage:  ack
[12:31] <jamespage> zul, almost have the ml2 stuff working - that's my pre-christmas objective
[12:34] <zetheroo>  rbasak: I do use it .. but I am using it very carefully because I am wary of what Ubuntu is talking about when it says the above ..
[12:36] <rbasak> zetheroo: you can use it, but just be aware that there are not many people who can help you if you turn out to need help, and nobody knows how well it works. Also, if you do ask for help, please be sure to let people know that you're using webmin, so you don't waste their time, since they're just going to get confused about the state of your system and misadvise you on that basis anyway.
[12:37] <jamespage> zul, why would the waitress unit tests not run in a package build?
[12:38] <zul> jamespage:  i dont remember right now still waking up :)
[12:38] <zetheroo> rbasak: sure, of course. Just to be clear though, I am not asking for help so much as I am asking if anyone knows the details behind the message above ...
[12:38] <zul> jamespage:  i think it tries to access a webpage to scrape it
[12:40] <yolanda> jamespage, at the moment, send the MP for charmhelpers: https://code.launchpad.net/~yolanda.robla/charm-helpers/rabbitmq_ha/+merge/199453
[13:32] <bgardner> zetheroo: The last time I investigated this, the major difference was where webmin expects to find config files & what the correct methods to read or update them are vs where Ubuntu places them.
[13:33] <bgardner> zetheroo: My conclusion was to listen to ubottu and walk away from webmin.  :P  I liked webmin, but the risk is not worth the reward.
[14:33] <zetheroo> bgardner: ok, tks
[14:47] <zetheroo> is there a GUI for mdadm ?
[14:55] <pablo_> Is there anyone with knowledge of Ubuntu AMI for Amazon?
[15:03] <Shockwave> hi people!
[15:03] <Shockwave> help me with install openaudit please
[15:03] <Shockwave> iḿ downlod in the server but I canot install in server ubuntu
[15:03] <Shockwave> is very complicated for me
[15:11] <hallyn_> zul: so what is the status of libvirt 1.2.0 for trusty?
[15:12] <zul> hallyn_:  im going to pound it out today
[15:14] <hallyn_> zul: oh, and the commit manoj wanted is in 1.2.0, so no extra work actually needed there.
[15:14] <hallyn_> cool, thanks
[15:17] <zul> jamespage:  ping got a second?
[15:17] <jamespage> zul, not right now
[15:17] <zul> jamespage:  ok ill wait
[15:19] <Shockwave> do you have tutorial for install open-audit=?
[15:29] <jamespage> zul, https://code.launchpad.net/~james-page/neutron/test-fixes/+merge/199479
[15:32] <zul> jamespage:  can you send a merge request for psutil
[15:32] <zul> upstream
[15:37] <zul> hallyn_/jamespage: does this look sane to you? http://pastebin.ubuntu.com/6594812/
[15:39] <hallyn_> zul: no, doesn't python-libvirt need to depend on libvirt-python?
[15:40] <hallyn_> or does libvirt-bin do that? no, it can't, or at least didn't in your last version
[15:40] <zul> hallyn_:  i fixed it locally, im more worried about the conflict line
[15:40] <zul> i mean replaces line
[15:41] <zul> hallyn_:  the new libvirt-python source package, the binary package will be called python-libvirt
[15:41] <zul> so that should be ok
[15:42] <hallyn_> oh, then hold on,
[15:42] <hallyn_> i got mixed up :)
[15:43] <hallyn_> so what is going to force uers with libvirt-python installed to get upgraded to python-libvirt?
[15:43] <hallyn_> you still ned a libvirt-python package in there, empty, depending on python-libvirt, dn't you?
[15:43] <hallyn_> i'm sorry.
[15:43] <hallyn_> now i see.
[15:44] <hallyn_> zul: for the Replaces - does it actually replace some files from older libvirt-bin?
[15:44] <zul> hallyn_:  i belive so
[15:44] <hallyn_> dpkg -x and make sure :)  if not, then drop the REplaces...
[15:44] <hallyn_> and if so, don't you also need Breaks or Conflics?
[15:46] <hallyn_> i'm no expert, that's just based on my painful qemu experience :)
[15:49] <zul> hallyn_:  im not sure thats why i want jamespage's opinon as well
[15:49] <jamespage> zul, google renaming a debian package
[15:49] <jamespage> its the same principle
[15:49] <jamespage> hallyn is right
[15:51] <zul> jamespage:  but the binary package name is the same as the old one
[15:51] <jamespage> zul, one second
[15:51] <zul> jamespage: k
[15:54] <Shockwave> lokooo lokooo lokoo
[15:57] <zul> jamespage:  https://code.launchpad.net/~zulcss/cinder/taskflow/+merge/199488 as well
[16:00] <jamespage> zul, hows the versioning?
[16:01] <jamespage> zul, looks OK
[16:01] <jamespage> I don't think you even need the breaks bit
[16:01] <jamespage> as its not a rename; so long as libvirt has stopped outputting python-libvirt its all good
[16:02] <zul> ok cool thanks
[16:02] <jamespage> sorry - Repalces
[16:02] <jamespage> not breaks
[16:33] <zul> hallyn_:  ok i have python-libvirt buidilng fine now
[16:35] <hallyn_> and upgrading?
[16:37] <zul> yeah
[16:37] <zul> hallyn_: http://people.canonical.com/~chucks/libvirt
[16:46] <zetheroo> what will be the qemu version in 14.04?
[16:59] <hallyn_> zetheroo: probably 1.7
[16:59] <zetheroo> nice
[16:59] <hallyn_> zetheroo: that's in trusty now
[16:59] <zetheroo> ok
[17:07] <imMute> so my kernel options include "console=ttyS0,115200n8" and even though I run "dmesg -n 7", KERN_DEBUG messages aren't printed to the console - I have to run dmesg to see them.  This is not the case on my other Linux machine - what is different about Ubuntu?
[17:07] <jamespage> zul: did you ping me with a merge-proposal? I can't find it
[17:08] <jamespage> zul, also if you could review and merge https://code.launchpad.net/~james-page/ceilometer/fixups-december-master/+merge/199438 and kickoff the lab jobs that would be appreicated :-)
 jamespage:  https://code.launchpad.net/~zulcss/cinder/taskflow/+merge/199488 as well
[17:08] <jamespage> zul, thats it
[17:09] <jamespage> zul, approved with requirement for minor typo fix in changelog
[17:09] <zul> jamespage:  okies
[17:11] <rbasak> imMute: you're looking on your serial port, right? #ubuntu-kernel might be able to help you.
[17:50] <adam_g> jamespage, just looked at the ceilometer branches. +1
[18:02] <K4k> Hey, what's the best way to account for different hard disk naming schemes in different system manufacturers in preseed files?
[18:02] <K4k> I currently have it set "d-i partman-auto/disk string /dev/sda" but I just ran into an issue where the drives in a server a named "sdaa, sdab, sdac, etc"
[19:37] <TitoN> hi. i just got a dell r320 server and wanted to install ubuntu on it. I tried to setup a raid1 but it didnt seem to work when i did a raid1 with discs in raid mode as opposed to ahci mode and then do a software raid..... with software raid the os installs but after reboot it stops att looking for devices......anyone know what that can be?
[20:13] <TitoN> anyone here?
[20:19] <manjo> zul, will the final version of libvirt for trusty be 1.1.3++ ?
[20:20] <manjo> zul, there are a few projects that depend it being > 1.1.3
[20:21] <zul> 1.2
[20:21] <zul> mango: so yes if my math is right ;)
[20:21] <manjo> zul, can we bump that version to 1.1.3++ ?
[20:21] <manjo> ah you said 1.2
[20:22] <manjo> I kept reading it as 1.1.2 ...
[20:22] <manjo> zul thanks
[20:23] <binaryhat> i have port forwarding set on my router for ssh but i cant ssh from the outside to the server.
[20:34] <K4k> Is anyone else having trouble with the install mirrors right now?
[20:35] <K4k> I'm having a hard time believing that a netboot mirror would just up and break on a product as large as Ubuntu and I'm convinced it's my config but have no way to confirm this.
[21:25] <metasansana> How do I skip the first screen for a new install using kickstart or preseedin?
[21:25] <metasansana> The screen with the logo and the install options
[21:26] <Jinxed-> Any ideas of software that could be used a VTC conferencing node supporting multi-user VTC?
[21:29] <hallyn_> zul: ok, pkg build took forever, but python-libvirt upgrades finally worked right (how could they not with the rename :)
[21:29] <hallyn_> starting qrtn ow
[21:37] <adam_g> zul, any idea why we skip so many of these tests? http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/keystone/trusty/view/head:/debian/patches/fix-ubuntu-tests.patch


[12:25] <ubotu> zeroziat: Hi! Welcome to #kubuntu!
[12:25] <zeroziat> Hey...
[12:26] <quixogre> shouldnt ubotu's name be kubotu?
[12:26] <_2> so ubuntu ww, hh, bb, dd, ee, ff, and soon to be gg; are all the ubuntu releases   :)
[12:26] <zeroziat> Uh, I have a little problem, it's the wireless. =/
[12:27] <quixogre> how much ya wanna bet zesty zebras one of the releases?
[12:27] <zeroziat> Say, it works in Windows XP but not in Kubuntu.
[12:27] <ozehka> so would i reinstall nvidia-glx back again?
[12:27] <quixogre> zero what kind of wireless card you have?
[12:27] <_2> !wifi | zeroziat been here
[12:27] <ubotu> zeroziat been here: Wireless documentation can be found at https://help.ubuntu.com/community/WifiDocs
[12:28] <quixogre> zeroziat:  what kind of wireless card you have?
[12:29] <zeroziat> I have one from Belkin.
[12:29] <zeroziat>                https://help.ubuntu.com/community/WifiDocs
[12:29] <quixogre> zeroziat: havent dealt much with belkins...try the wifidocs. if that doesnt help, come bug me
[12:30] <zeroziat> quixogre: Okay.
[12:30] <zeroziat> https://help.ubuntu.com/community/WifiDocs
[12:33] <ScorpKing> how can i pipe dd if=/dev/hdc of=cd.iso | scp user@host:/directory ? is that even possible?
[12:34] <quixogre> hehe ScorpKing still trying to figure out the backups thing?
[12:34] <ScorpKing> yes. lol
[12:35] <ScorpKing> i'm using scp to copy my home dir but need to dd the main partition.
[12:35] <quixogre> not familiar with DD. whats it do?
[12:35] <quixogre> errr dd
[12:35] <teggen> Nabend. Ich htte eine kurze Frage zur Anzeige der Mac Adresse unter Linux/Kubuntu. Hat jemand kurz Zeit?
[12:36] <ScorpKing> it's like ghost
[12:36] <ScorpKing> makes a image of a cd or hd. very handy
[12:36] <quixogre> teggen sprechen zie deutsch?
[12:36] <ScorpKing> !de
[12:36] <ubotu> Deutschsprachige Hilfe fuer Probleme mit Ubuntu, Kubuntu und Edubuntu finden Sie in den Kanaelen #ubuntu-de, #kubuntu-de, #xubuntu-de und #edubuntu-de
[12:36] <teggen> ah ok danke | thanks
[12:36] <quixogre> damn. scorp beat me to it
[12:36] <ScorpKing> :D
[12:37] <quixogre> scorp, why not run them on seperate lines? you dont really need to pipe it do you? just writ a small script, and trigger it in cron
[12:38] <ScorpKing> ugh, scripts. :( i don't have enough space. it needs to go over the network as it's being copied.


[00:07] <hazmat> bcsaller, final branch is up for review, still haven't been able to get the review diff right.. it looks fine by hand
[00:14] <hazmat> bcsaller, revno 52 has the complete diff, all the other revs are on trunk..
[01:17] <bcsaller> hazmat: did a review on lp for you
[03:16] <hazmat> bcsaller, thanks for the review.. commented back. surprised your coverage report didn't pickup the test, was it only being run against a particular test module instead of the full suite?
[03:17] <bcsaller> hazmat: it was 'make coverage'
[03:17] <hazmat> odd
[03:18] <hazmat> there's a test that explicitly checks for the backoff content in the logs in test_session
[03:19] <hazmat> ie. test_managed_client_backoff
[03:19] <bcsaller> your version of coverage shows it being trigged in manage then? for me managed only shows 83% but most of that is missing calls to error logging
[03:19] <hazmat> coverage locally reports its covered
[03:20] <hazmat> for the package i have 94% for the managed module 89% (mostly exception handling)
[03:20] <bcsaller> hmm, maybe I have an old coverage package
[03:20] <hazmat> well for the test to pass it has to hit those lines, which is what's od
[03:20] <hazmat> odd
[03:23] <bcsaller> hazmat: I'll look into it, I'm guess its something with my environment
[13:06] <gary_poster> teknico, feeling any better about the bug today?  If not, why don't you ask to pair with Ben or Matt this morning?
[13:07] <teknico> gary_poster, having lunch now, but maybe a quick call?
[13:08] <gary_poster> sure teknico.  I'm free for 53 minutes, then we have our regular call in another hour.  Can do it whenever you like within my available time
[13:09] <teknico> gary_poster, I'm in jujugui
[13:39] <benji> gary_poster: when you get a second I would like to discuss the UX of the browser compatability warning
[13:39] <gary_poster> ack benji
[14:22] <bac> guihelp - anyone free to review my css branch?
[14:32] <hatch> good morning
[14:32] <benji> morning, hatch
[14:40] <gary_poster> morning
[14:42] <gary_poster> bac, on it
[14:43] <bac> gary_poster: cool.  won't take long
[14:43] <gary_poster> cool
[15:07] <bac> thanks gary_poster
[15:10] <gary_poster> welcome
[15:13] <bac> gary_poster: here is a bit of a rambling explanation: http://dalelane.co.uk/blog/?p=2222
[15:14] <bac> the reason i suggest we add this is it keeps IE from behaving differently when it sees the server is on the same LAN.  seems like a recipe for disaster to have it work one way in development and then another when deployed.
[15:15] <gary_poster> bac +1.  Just add a link to the blog post maybe?  Not sure
[15:15] <gary_poster> thank you
[15:15] <bac> +1
[15:16]  * bac looks for something more authoritative
[15:31] <Makyo> bcsaller_, benji frankban gary_poster call now?
[15:31] <gary_poster> baf
[15:31] <gary_poster> sorry
[15:31] <gary_poster> thanks
[15:32] <gary_poster>  benji frankban hazmat like Makyo said :-)
[15:32] <gary_poster> goodspud too :-)
[15:45] <frankban> guihelp: is the "failfast" behavior of the GUI test suite a bug or something we precisely decided?
[15:46] <gary_poster> frankban, bug I think
[15:46] <frankban> gary_poster: ok thanks
[15:48] <bcsaller_> frankban: I think there is a 'bail' flag in mocha that is being set
[15:50] <bcsaller_> bcsaller_: I suspect we can pass bail: false to the mocha init
[15:50] <bcsaller_> talking to myself now, great
[15:51] <teknico> bcsaller_, that's ok, as long as you listen to yourself
[15:51] <bcsaller_> all about good manners
[15:52] <frankban> :-) bcsaller_ : it works
[15:53] <frankban> gary_poster, bcsaller_: do we want failfast? otherwise I'll add "bail: false" in my branch.
[15:54] <gary_poster> :-) I vote for not failfast, but don't feel strongly about it frankban
[15:54] <bcsaller_> frankban: I don't mind fail fast on the cli tests as we are mostly doing a sanity check at that point, I do the actual debugging in the browser
[15:55] <bcsaller_> but I don't feel strongly either, usually with the cli tests though a single failure would prevent a lbox submit
[15:56] <gary_poster> mm, lbox is a good point
[16:15] <hazmat> guihelp re cs:precise/juju-gui anyone know why it would result in  2013-02-07 11:10:16,812: hook.output@INFO: E: Unable to locate package python-charmhelpers
[16:16] <gary_poster> hazmat, that used to happen if person was not using juju from ppa.  supposed to be fixed now, because we add ppa at start anyway
[16:17] <hatch> is `guihelp` a string that I should set to ding in my chat?
[16:17] <hazmat> yup
[16:17] <hazmat> its a group broadcast
[16:17] <gary_poster> hatch, yes, guihelp (among ourselves) and jujugui (on #juju channel for user help)
[16:17] <hatch> that's a very smart idea :D
[16:18] <hazmat> gary_poster, is that fixed in the ~charmers version only the ~juju-gui version?
[16:18] <hazmat> s/only/or only
[16:18] <gary_poster> hazmat, ~charmers, pretty sure.  verifying.
[16:19] <teknico> hatch, hi, you might also want to configure your IRC client so that it shows your first name and last name too
[16:20] <gary_poster> hazmat, ~charmers.  bootstrap_utils.install_extra_repositories('ppa:juju/pkgs') in install hook
[16:20] <hatch> teknico: in my whois information?
[16:20] <teknico> hatch, yep
[16:20] <hatch> oh cmon I need some kind of anonymity ;)
[16:21] <gary_poster> frankban, you happen to have any experience with what hazmat mentioned above in charm?  I don't see why/how it would happen
[16:21] <teknico> hatch, do you? :-)
[16:22] <frankban> gary_poster: hum... no, looking at the ~charmers revision
[16:22] <gary_poster> frankban, http://bazaar.launchpad.net/~charmers/charms/precise/juju-gui/trunk/view/head:/hooks/install fwiw
[16:24] <gary_poster> hazmat, are they running on precise?
[16:25] <gary_poster> hazmat, or more pertinently, are they trying to run on raring.  We only test on precise.  the juju ppa does not have charm-tools for raring
[16:26] <gary_poster> python-charmhelpers are in the charm-tools version supplied by both precise and quantal
[16:27] <hazmat> gary_poster, its all precise
[16:28] <hazmat> gary_poster, the problem is actually ppa add because its a proxy environment
[16:29] <hazmat> the add apt repo ends up adding junk the apt repo
[16:29] <gary_poster> ah :-(
[16:29] <frankban> :-/
[16:29] <hazmat> after that it fails because adding nodejs and we don't have a key for it..
[16:29] <hazmat> nodejs ppa
[16:30] <hazmat> imo the charm shouldn't be downloading things it doesn't need for it current configuration
[16:30] <hazmat> ie. i'm using a release i don't need nodejs/imagemagick/etc.. i'm not using staging mode.. i don't need java/zookeeper
[16:31] <gary_poster> hazmat, added bug for that yesterday on your comment then.  triaged as low given that it was nice to have, but put it on kanban as slack task.  if this is blocker for important things then we can reprioritize.
[16:32] <hazmat> its a blocker for important things.. but the timeline is tight..
[16:32] <hazmat> i might just hack do a hack for it
[16:32] <hazmat> sadly lacking access to fix directly
[16:32] <gary_poster> hazmat, right.  is this a drop everything?  The change would be risky IMO
[16:33] <gary_poster> you could hack and put it in your own branch?
[16:33] <hazmat> gary_poster, yeah.. or just pass them to the hook
[16:34] <gary_poster> risky only in the sense that it would need to be tested.  we would have to move downloading prerequisites into config-changed
[16:36] <hazmat> gary_poster, understood, i'm testing a hack fix now (just commenting out all the unesc pkgs)
[16:36] <gary_poster> cool, sounds good
[16:42] <frankban> Makyo: quick hangout?
[16:42] <Makyo> frankban, sure.
[16:43] <frankban> Makyo: http://tinyurl.com/see-emily-code
[16:46] <Makyo> frankban, There.
[17:14] <hazmat> odd the gui deploys and gets to started (no hook errors) without the extra packages but it doesn't actual run.. the nginx config gets odd
[17:24]  * benji tweaks the unsupported browser wording.  It now reads "Your browser is bad and you should feel bad."
[17:25] <frankban> hazmat: what oddities are you seeing?
[17:27] <teknico> benji, is "now" before or after the tweaks? :-)
[17:27] <benji> heh
[17:27] <benji> we should replace all of our UI elements with memes
[17:28] <hazmat> frankban, nginx is running but not serving traffic.. all the pieces look like there in place but i can hit the front end webserver (its exposed)
[17:29] <hazmat> ie. api server running, files on disk
[17:34] <frankban> hazmat: any error in /var/log/upstart/juju*?
[17:39] <hazmat> frankban, no.. afaics the only issue is the nginx config
[17:40] <hazmat> the hooks all run to completion without error
[17:41] <hazmat> nginx config : http://paste.ubuntu.com/1621578/ charm log: http://paste.ubuntu.com/1621582/
[17:47] <frankban> hazmat: is "gui" the name of the charm you deployed?
[17:48] <hazmat> frankban, its the name of the service charm
[17:48] <hazmat> hmm.. i deployed ~juju-gui's charm version
[17:49] <hazmat> with this diff http://paste.ubuntu.com/1621609/
[17:49] <hazmat> i meant to deploy the ~charmers version.. i'll retry with that to verify
[17:51] <frankban> hazmat: aha! ppa:juju-gui/ppa is required so that the ssl-enabled haproxy is installed, not the precise one
[17:54] <hazmat> frankban, gotcha.. that's not in the ~charmers version yet right?
[17:55] <frankban> hazmat: right
[18:04] <hazmat> jovan2, the new gui vision looks much improved
[18:05] <jovan2> hazmat glad you like it
[18:19] <Makyo> >:/
[18:37] <gary_poster> Makyo, ?
[18:38] <Makyo> gary_poster, Firefox and Flash problems.
[18:38] <gary_poster> gotcha
[18:40] <gary_poster> bac you available to review Matt's branch?  When that lands I can move some more of the CI Jenkins stuff forward
[18:41] <bac> gary_poster: i can.  trying to get that hatch patch to work
[18:41] <hatch> bac - I've never actually tested that code so I would be interested to hear your results :)
[18:42] <bac> hatch: not good so far
[18:42] <bac> i expect the ie10 class to be added to <html> but it isn't
[18:42] <hatch> hmm is the js executing?
[18:43] <bac> not sure.
[18:43] <bac> not too adept at using the ie tools
[18:43] <hatch> inside the script tags console.log('it works!');
[18:44] <gary_poster> thank you bac
[18:45] <hatch> I need to close some chrome tabs (I'm out of ram haha) and then I can boot up a Win8 VM if you like
[18:46] <bac> hatch: cool.  i'm doing a review now but will be back at it in a bit
[18:48] <bac> Makyo: done
[18:49] <Makyo> bac, thanks
[18:55] <bac> hatch: got it to work.
[18:55] <hatch> oh excellent - what was the issue?
[19:18] <bac> hatch: there was a typo in the code i copied from you.  missing a closing > before script.  no biggie.
[19:19] <hatch> oh woops I should fix that in the gist
[19:19] <hatch> thanks
[19:21] <hatch> bac: I may be doing this review this wrong but I think you forgot the console.log() in the html ;)
[19:21] <bac> ergh, probably
[19:22] <bac> thanks for the catch
[19:23] <hatch> np and I updated the gist with the missing > :)
[21:27] <bac> having trouble submitting my changes due to lbox.check
[21:42] <bac> and then it worked


[19:55] <jcristau> heh, good thing for ubuntu 3 releases went out of support earlier this month
[19:57] <mlankhorst> indeed!
[19:58] <bjsnider> 2 on teh same day
[20:02] <jcristau> oh, only desktop for lucid, so i guess it still gets this round
[20:06] <mlankhorst> probably
[20:22] <mlankhorst> jcristau: it's going to be worse when you have to update the various xservers in precise too, around the time development for next lts starts
[20:22] <jcristau> yeah but i already knew that's madness :)
[20:53] <bjsnider> ain't no xorg packages on the server side, right?
[20:54] <jcristau> ?
[21:09] <bjsnider> yeah, there's no graphical stuff in the base server install cd image, so i don't think it's too worrisome that the lucid server hasn't been retired yet
[21:15] <Sarvatt> well that was confusing
[21:16] <Sarvatt> saw that debian was blocked on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708677
[21:16] <Sarvatt> checked out the llvm packaging svn, they had the right fix in it
[21:16] <Sarvatt> but its all moved into a single llvm-toolchain package now and that doesn't have the fix
[21:17] <Sarvatt> its missing a usr/lib/<EMAIL_ADDRESS>         usr/lib/llvm-3.2/lib/libLLVM-3.2.so in http://anonscm.debian.org/viewvc/pkg-llvm/llvm-toolchain/trunk/debian/llvm-3.2-dev.links.in?view=markup
[21:18] <jcristau> i think sylvestre is away this week
[21:18] <Sarvatt> http://anonscm.debian.org/viewvc/pkg-llvm/llvm/branches/3.2/debian/llvm-3.2-dev.links.in?view=markup
[21:18] <jcristau> hopefully he can fix it up soon...


  I have an older server here and was trying to install ethtool .. getting a 404 error on apt-get update.  Turns out it's still on Maverick.  Hadn't fired it up in a year or so.
[19:20] <tgm4883> heh, that would do it
[21:20] <qwebirc43543> Hello, if I use my cable box out into my capture card (not purchased yet) do I need to worry about encryption?
[21:27] <qwebirc43543> I think some of my confusion is around QAM I gather myth cannot decrypt that, or if it can we don't talk about it, but if i'm connecting from the cable box has the decryption already happened?
[22:34] <tgm4883> qwebirc43543, I think you are thinking about something else completely
[22:35] <tgm4883> qwebirc43543, what do you have coming out of your cable box? Component?
[23:04] <qwebirc43543> almost everything. coax, component and hdmi included. I would like HD if possible
[23:04] <tgm4883> qwebirc43543, where do you live?
[23:05] <qwebirc43543> CT, USA
[23:07] <qwebirc43543> What I really want is to record HD shows, I'm not trying to cut out my cable box.
[23:07] <tgm4883> qwebirc43543, so you have a few options
[23:07] <tgm4883> qwebirc43543, you could go with an HDPVR. I did that for awhile
[23:08] <tgm4883> that will record one show at a time, and you'll need to have a way to change the channel on the cablebox
[23:08] <tgm4883> (i used firewire to change mine when I did that)
[23:09] <tgm4883> If your cable company supports it, you could get something like a HDHomerun Prime
[23:09] <tgm4883> that is what I use now, you'll get a cablecard from your cable company, turn in the cablebox, and can record 3 shows at once
[23:10] <qwebirc43543> what do they charge you per month for the card?
[23:23] <qwebirc43543> looks like $2 a month for me, but " CableCARDs will not provide access to digitally encrypted channels in areas where Charter has implemented Switched Digital Video (SDV)."
[23:29] <tgm4883> weird
[23:29] <tgm4883> qwebirc43543, it's $2/month for me
[23:29] <tgm4883> which is less than a cable box


[01:10]  * stdin gives up and heads to bed
[02:05] <nixternal> KDE 4 stalls at 2.6MB downloaded during downloading...now that is annoying...
[02:05] <nixternal> apachelogger_: fix that ^^ :p
[02:05]  * nixternal goes and watches a movie
[02:07] <apachelogger_> lol
[02:07] <apachelogger_> nixternal: that bug appears totally random and is around for ever
[02:07] <apachelogger_> hm
[02:07] <apachelogger_> cool
[02:07] <apachelogger_> I broke kdm again
[02:09] <apachelogger_> woohoo
[02:09] <apachelogger_> that ain't logical
[02:09] <apachelogger_> stuff breaks without touching it
[02:09] <apachelogger_> lovely
[02:09]  * apachelogger_ goes to bad
[02:09] <apachelogger_> ah
[02:10] <apachelogger_> first some karma for kdm
[02:10] <apachelogger_> nini
[02:10] <Nightrose> nini apachelogger_
[02:10] <Nightrose> :)
[02:31]  * claydoh uploaded his first package to his ppa
[02:31]  * claydoh crosses fingers....
[03:13] <raw> Hi, where's the custom session in kdm gone?
[09:38] <mornfall> Ghaa!
[10:01] <mornfall> Hi, anyone willing to do a little testing for me? : - ).
[10:06] <emonkey> -v
[10:07] <mornfall> I am preparing packages for adept 3.0~alpha1. But there are some issues...
[10:07] <mornfall> First, I am on debian sid, so they may need to be rebuilt for (k)ubuntu.
[10:08] <mornfall> Second, they are not built yet, so give me a few minutes.
[10:15] <Lure> mornfall: you can upload them to ppa
[10:15] <mornfall> No idea  what ppa is.
[10:15] <emonkey> mornfall, Unfortunately I've to go in a few minutes ...
[10:16] <mornfall> And then, I have no way to build on (k)ubuntu myself.
[10:16] <mornfall> Maybe if someone is willing to rebuild it and upload there, that would be good.
[10:16] <Lure> Your personal package archive: if you have LP account, you have PPA too and can easily build for any version of ubuntu
[10:17] <emonkey> PPA is something like the suse build service
[10:17] <Lure> mornfall: I can also upload to my ppa if you want
[10:17] <mornfall> Interesting.
[10:17] <mornfall> Give me a minute.
[10:17] <Lure> will be back in cca 1 hour or so (need to get to playground with may daughter)
[10:18] <Lure> mornfall: it is really easy to enable and use: https://help.launchpad.net/PPAQuickStart
[10:20] <mornfall> Let me see.
[10:38] <mornfall> http://anna.fi.muni.cz/~xrockai/adept-3-deb/
[10:38] <mornfall> Going to try the PPA thingy.
[10:56] <mornfall> Anyone, what suite should these go to? I have kdelibs5-dev in builddepends.
[11:44] <Lure> mornfall: did you manage to do it with ppa?
[11:44] <mornfall> Lure: Not yet, I just tried to upload again.
[11:44] <mornfall> The first got rejected because they have unstable in changelog.
[11:44] <Lure> mornfall: yep, just put hardy
[11:48] <mornfall> PPA uploads must be signed by an 'ubuntero'.
[11:48] <mornfall> (Rejected therefore.)
[11:48] <Lure> mornfall: yep, you need to sign Ubuntu Code of Conduct
[11:48] <mornfall> Ergh.
[11:48] <Lure> mornfall: will try to upload to my ppa
[11:49] <Lure> mornfall: so libept and adept3.0?
[11:49] <mornfall> Lure: All that's in that url -- they build-depend in a chain.
[11:50] <mornfall> Lure: Also, if apt-xapian-index (from Debian) is not in ubuntu, it is required for runtime.
[11:55]  * Sime has managed to apply the "show apps from current desktop only in the taskbar" feature from KDE's SVN to 4.0.0, and it works.
[11:56] <Lure> mornfall: apt-xapian-index is version 0.4 in hardy, so probably ok
[11:56] <mornfall> Great.
[11:56] <Lure> Sime: please send patch to apachelogger__... (would like to have this even if break i18n freeze)
[11:56] <mornfall> The package also now got ACCEPTed.
[11:57] <Sime> Lure: what is his address?
[11:57] <Lure> Sime<EMAIL_ADDRESS>[11:58] <Lure> Sime: he does most of kde4 package uploads currently
[11:58] <mornfall> Lure: How long does it ~ take for the build to start?
[11:58] <jpatrick> mornfall: less than an hour
[12:01] <mornfall> Hm, hour.
[12:03] <Lure> mornfall: https://launchpad.net/+builds - seems buildd for ppa are not under load, so it should be sooner (just to be picked up by cron scripts)
[12:03] <mornfall> Well, they still need to go through 3 rounds.
[12:04] <mornfall> If they work at all.
[12:04] <mornfall> Anyhow, if someone is willing to test locally, grab from http://anna.fi.muni.cz/~xrockai/adept-3-deb/. Off to chop wood.
[12:04] <mornfall> Laters.
[12:04] <Lure> mornfall: btw, all three accepted to my ppa too, so will see who will be faster (if mine build at all as I am beyond space limit) ;-)
[12:40] <mornfall> Hm, nothing new. And no more wood.
[13:25] <danimo> does nspluginviewer embedding work for anyone in KDE 4?
[13:29] <mornfall> Lure: Can you try installing adept from deb http://ppa.launchpad.net/me-mornfall/ubuntu hardy main ? Or anyone...
[13:30] <mornfall> I am off for a walk now, but would be great if someone tried them out : - ). See the notes at https://launchpad.net/~me-mornfall/+archive as well.
[13:30] <mornfall> Laters
[13:31] <smarter> danimo: doesn't work for me
[13:42] <nixternal> danimo: doesn't work for me, it pops up little windows for nspluginviewer
[13:45] <jpatrick> danimo: it works sometimes for me
[13:45] <smarter> same as nixternal
[13:45] <smarter> i use r48 I think
[14:27] <apachelogger__> Sime: is the implimentation complete yet?
[14:27] <apachelogger__> last I checked it was only at a very basic state
[14:32] <Sime> apachelogger__: how complete does it need to be? I works here, although a little bit slow.
[14:38] <apachelogger__> bah, I just broke amarok's toolbar graphic -.-
[14:39] <Sime> apachelogger__:  I can later test how fast it works on KDE svn trunk. Maybe I missed a patch.
[14:41] <apachelogger__> seems to be fairly useable... http://websvn.kde.org/?view=rev&revision=762830 fixes all the issues I had
[14:41] <apachelogger__> Sime: well, it ain't worth anything if it slows everything down even more
[14:41] <apachelogger__> plasma is really slow enough alrady IMO :P
[14:42] <Sime> apachelogger__:  the taskbar is slow to update when changing desktops. (~1 sec). The rest is the same.
[14:42] <apachelogger__> 1 sec? Oo
[14:42] <apachelogger__> omg
[14:42] <apachelogger__> Sime: maybe it depends on some of the speed improvements done earlier
[14:43]  * apachelogger__ just wonders... when aaron finds out... ohhhh, I don't wanna clean up afterwards ;-)
[14:45] <apachelogger__> Sime: I'm a bit worried about the patch size
[14:45] <apachelogger__> you see, we have to maintain the patch until 4.1 gets out... which is quite some time
[14:45] <apachelogger__> maybe we can cut it down a bit
[14:48] <Sime> apachelogger__: merge them down into one and try again. I think there is a bit of redudancy.
[14:50] <apachelogger__> woohoo :D
[14:51] <Sime> is that a good woohoo?
[14:51] <apachelogger__> Sime: that is a sarcastic woohoo ;-)
[14:52] <apachelogger__> you know, I'm pretty much all reversed, like I say cool when something sux, or that I first implement code, then wrap it in a function, then make that function an private object and then wrap that in a class ;-)
[14:57] <apachelogger__> lol
[14:57] <apachelogger__> I was running my svn session all the time
[14:57] <apachelogger__> that explains a lot :D
[14:57]  * apachelogger__ kicks kdm again
[14:59] <apachelogger__> !info kde4 hardy
[14:59] <ubotu> kde4 (source: meta-kde4): the K Desktop Environment version 4 official modules. In component universe, is optional. Version 3.2 (hardy), package size 2 kB, installed size 36 kB
[14:59] <Lure> mornfall: libept did not build http://launchpadlibrarian.net/11450355/buildlog_ubuntu-hardy-i386.libept_0.5.13.ubuntu1_FAILEDTOBUILD.txt.gz
[15:00] <apachelogger__> stdin_: where should we place bug 184544 ? it's not really a kdebase bug, since apt is 3rd party
[15:00] <ubotu> Launchpad bug 184544 in kdebase-kde4 "apt kio-slave missing in konqueror-kde4" [Wishlist,Confirmed] https://launchpad.net/bugs/184544
[15:01] <Lure> Hobbsee: do you understand what is wrong with kdepim upload?
[15:02] <Hobbsee> Lure: yeah
[15:02] <Hobbsee> i'm fixing it
[15:02] <smarter> I put some ideas for k-d-s-kde4 and k-d-kde4 in https://wiki.ubuntu.com/Kubuntu/Todo
[15:02] <Lure> Hobbsee: -sd instead od -sa?
[15:02] <Hobbsee> yeah
[15:03] <Lure> Hobbsee: I know the feeling ;-)
[15:03] <Jucato> apachelogger__: change the package affected to kio-apt?
[15:03] <Lure> smarter: great, please add this to topic for next meeting (to review it)
[15:03] <smarter> Lure: ok
[15:11] <apachelogger__> Lure: that meeting is gonna take 5 hours
[15:11] <apachelogger__> smarter: I don't get 'kickoff kubuntu branding here instead of patching kdebase-workspace'
[15:11] <Lure> apachelogger__: does not need to if somebody proposes action items
[15:12] <Lure> apachelogger__: would be nice if patch would not include kubuntu stuff, but read it from config file
[15:13] <smarter> Lure said it for me ;)
[15:13] <Lure> apachelogger__: should patch might be accepted upstream for 4.0.x
[15:14] <Jucato> "Put kickoff kubuntu branding in k-d-s instead of patching kdebase-workspace"
[15:14] <Lure> s/should/such/
[15:14] <apachelogger__> Lure: it's a suse patch, so they might have to get it upstream
[15:15] <Jucato> smarter: "logo at the top right of konqueror" the animated one?
[15:15] <smarter> Jucato: yes
[15:15] <Jucato> ah the throbber
[15:15] <Lure> apachelogger__: probably, it was agreed to some extend also on release-party: http://lists.kde.org/?l=kde-release-team&m=120078652611862&w=2
[15:15] <smarter> like in konqueror3
[15:16] <Jucato> yeah, it's called a throbber... for a second there you had me thinking of another icon :)
[15:31]  * ryanakca weeps at not receiving any mockups
[15:31]  * ryanakca considers spamming the planet again
[15:32] <emonkey-t> ryanakca, still no answer?
[15:32] <ryanakca> emonkey-t: none :S
[15:32] <emonkey-t> :/
[15:32] <ryanakca> https://wiki.kubuntu.org/Kubuntu/WebsiteMockups
[15:33] <ryanakca> There's only the default template
[15:33] <ryanakca> Oh well, I'm betting on UWN to give it some publicity
[15:33] <emonkey-t> jep
[15:37] <smarter> why is there no announce on kubuntu.org ?
[15:37] <smarter> (for the contest)
[15:40] <ryanakca> smarter: because nobody has gotten around to it / webmaster doesn't think it ought to go on it?
[15:40]  * ryanakca shrugs
[15:44] <smarter> IMHO, people browsing on kubuntu.org are the most interested in a new website
[15:55] <mornfall> Lure: It seems to have passed in mine.
[15:57] <Lure> mornfall: not really, failed log was from your ppa
[15:57] <mornfall> Ah. Hm.
[15:57] <mornfall> Sorry : - ).
[15:57] <mornfall> I just seen 3 binary, ok and walked away...
[15:57] <Lure> mornfall: https://launchpad.net/~me-mornfall/+archive/+builds?build_text=&build_state=all
[15:58] <mornfall> Lure: Ah, right, failed tests (and I also know why). Hmh.
[16:20] <Sime> funny, the media popup from KDE 3 appears in KDE 4 sessions if you are running a KDE 3 application.  I don't think servers allow them
[17:56] <apachelogger_> irssi sux
[17:56] <apachelogger_> quassel ftw!
[17:56] <apachelogger_> anyway, I have no server, so :P
[17:57] <smarter> apachelogger_: quassel has been released?
[17:57] <apachelogger_> nope
[17:57] <apachelogger_> but I actually have a snapshot pocket :P
[17:57] <Jucato> hahah
[17:58] <apachelogger_> <-- probably has more packages for yet-unreleased software, than for released one
[17:58] <nixternal> booyahkah
[17:58] <nixternal> KDE 4 Gutsy LiveCD has no sound
[17:59] <apachelogger_> woohoo
[17:59] <apachelogger_> omg
[17:59] <apachelogger_> !
[17:59] <apachelogger_> so amarok is useless
[17:59] <apachelogger_> that ain't nice -.-
[18:00] <Lure> apachelogger_: btw, any progress on kdm-kde4 front?
[18:01] <apachelogger_> Lure: nope, it breaks on build for me, even though I don't touch the bit where it breaks
[18:01] <apachelogger_> I'm thinking on redoing the patches from scratch
[18:02] <Lure> apachelogger_: I am now on hardy packages, so might have time to look into it tonight
[18:02] <apachelogger_> we should do this for the default configs at least
[18:02] <apachelogger_> Lure: well, it works so far
[18:02] <apachelogger_> it just look like shit
[18:02] <apachelogger_> and has some weird bugs
[18:02] <apachelogger_> like it messes with encoding for some reason
[18:02] <Lure> apachelogger_: encoding? like i18n?
[18:03] <apachelogger_> yes
[18:03] <apachelogger_> like umlauts and accents are b0rked in translations
[18:03] <apachelogger_> I think even in dolphin
[18:04] <Lure> apachelogger_: ok, will try slovenian version of kde4 then
[18:04] <apachelogger_> k
[18:12] <blizzzek> re
[18:50] <lucky_lucas> Hi, is there any chance to have a very preview of the simon speech to text in kubuntu ? It's written in qt4
[18:52] <lucky_lucas> www-simon-lstens.org
[18:52] <lucky_lucas> www.simon-listens.org
[19:01] <Lure> apachelogger_: is kde4 translated for you at all? my slovenian install only has .desktop file translations, the rest is in english
[19:02] <smarter> french translation works fine
[19:04] <Lure> smarter: interesting. you using just hardy packages?
[19:04] <Lure> smarter: do you have kubuntu/kde3 also installed?
[19:04] <smarter> Lure: nop, I'm on gutsy with ppa packages
[19:04] <smarter> Lure: yes
[19:05] <Lure> smarter: ok, I have installed hardy-server + kde4 meta package
[19:05] <Lure> it might be that something is missing (depends)
[19:06] <Lure> smarter: what does "env
[19:06] <Lure> "env | grep LANG" return
[19:06] <Lure> smarter: if you run in Konsole
[19:06] <smarter> LANGUAGE=fr_FR:fr:en_GB:en LANG=fr_FR.UTF-8
[19:07] <Lure> ok, that is the problem
[19:07] <Lure> my LANGUAGE is empty
[19:08] <smarter> LANGUAGE is set in /etc/environment here
[19:10] <Lure> smarter: yep, you have probably set it with kde3 or during install
[19:11] <smarter> it was during install I think
[19:11] <Lure> smarter: my system was installed in english (server install)
[19:14] <Lure> apachelogger_: btw, kdm takes ages to start here (like 3-5 minutes after boot, for the time I only see text console)
[19:16] <jpatrick> https://lists.ubuntu.com/archives/kubuntu-users/2008-January/025086.html
[19:16]  * Lure purges and installs again
[19:17] <jpatrick> wth?^^^^^
[19:17] <Lure> jpatrick: talking about new kde4 package? ;-)
[19:19] <jpatrick> Lure: in a passive sort of way
[19:19] <Lure> apachelogger_: ok, that cured it - now it starts much faster
[19:22] <Lure> stdin: around?
[19:23] <stdin> Lure: for a little while
[19:23] <apachelogger_> cool :P
[19:24] <Lure> stdin, apachelogger_: where do we want kdm-kde4 config: in /etc/kde4 or in /usr/lib/kde4/etc/kde4 ?
[19:25] <Lure> there is currently mismatch between config files and /etc/init.d/kdm-kde4 script
[19:25] <apachelogger_> Lure: I've fixed it already
[19:25] <apachelogger_> goes in usr/lib as everything
[19:25] <Lure> apachelogger_: ok, good
[19:26]  * Lure fixes it locally
[19:26] <apachelogger_> Lure: you better work somewhere else for now ;-)
[19:26] <apachelogger_> I fixed a lot crap in that regard
[19:26] <apachelogger_> I just need to get it compile properly so I can upload
[19:26] <Lure> apachelogger_: did you also change DAEMON= to point to actual binary in /usr/lib/kde4/...?
[19:27] <apachelogger_> yep
[19:27] <Lure> apachelogger_: ok, great
[21:00] <jpatrick> apachelogger_: "dragonplayer has moved to kdemultimedia"
[21:00] <apachelogger_> I no
[21:00] <jpatrick> :p
[21:01] <apachelogger_> jpatrick: dude, I'm working with it's dev everyday :P
[21:01] <jpatrick> apachelogger_: and I'm working with you everyday :p
[21:01] <apachelogger_> work is overrated anyway
[21:02] <jpatrick> hi mhb
[21:02] <mhb> good evening
[21:05] <ryanakca> mhb: no mockups :(
[21:05]  * ryanakca looks for something to do and notices the ToDo link in the topic
[21:08] <jpatrick> yay
[21:08] <jpatrick> ryanakca: I'll poke my contacts in kubuntu-es, see if they can come up with anything
[21:08] <ryanakca> jpatrick: thanks :D
[21:09]  * ryanakca wonders if he should make the kubuntu-desktop-kde4 metapackage
[21:09] <jpatrick> ryanakca: don't mention it
[21:09] <ryanakca> jpatrick: oh, btw, remember that promo material I translated a few months ago?
[21:10] <ryanakca> Well... my teacher finally gave it back corrected on Thursday :)
[21:10] <jpatrick> ryanakca: oh, yeah, I found a French version from ages ago laying around on the wiki from the old Kubuntu Marketing pages
[21:11] <ryanakca> lol
[21:12] <jpatrick> but you might want to push your updated one to the (hardly-used) branch
[21:12] <ryanakca> hmm... since I've volunteered myself for making the kubuntu-desktop-kde4 , should it be provided by kubuntu-meta, or a seperate source package, since one goes to main and the other to universe?
[21:12] <ryanakca> kk
[21:13] <jpatrick> ryanakca: you might want to poke apachelogger_ or smarter about k-d-kde4
[21:17]  * ryanakca waits for their input
[21:19] <apachelogger_> I dunno
[21:19] <Lure> ryanakca: I would suspect kde4 will go to main too and Riddell mentioned that we cannot change seeds for some reasons yet
[21:19] <apachelogger_> probably we should create kubuntu-meta-kde4
[21:19] <ryanakca> Lure: seeds?
[21:21] <Lure> ryanakca: https://wiki.ubuntu.com/SeedManagement
[21:21] <Lure> ryanakca: meta package is just start of the mess needed
[21:22] <ryanakca> Lure: ah, kk, thanks
[21:22] <ryanakca> hmm... for some reason firefox and KDE4 don't seem to want to play nice with each other...
[21:23] <hads> Works here
[21:23] <Lure> ryanakca: yep, firefox looks ugly under kde4 (gtkqt does not work or something)
[21:24] <jpatrick> Lure: Firefox is emulated GTK, no?
[21:24] <Lure> jpatrick: probably, not sure really
[21:25] <jpatrick> that's what I heard once
[21:26] <ryanakca> Lure: that, and when you type in a text field on a page, or scroll, the pager and/or the the taskbar flickers
[21:27] <Lure> ryanakca: I do not see that problem here - are you using desktop effects?
[21:27] <Lure> ryanakca: I also recall one bug with firefox and nvidia
[21:27]  * ryanakca grumbles at everything else on the Todo being taken and debates between getting back to learning C++ or doing bugs
[21:27] <ryanakca> yep, desktop effects, and yep, nvidia :)
[21:28] <ryanakca> ... but firefox doesn't flicker, just it's little bubble on the taskbar and/or the desktop pager, depending on how the planets are aligned and the amount of black spots on the sun...
[21:28] <Lure> ryanakca: http://bugs.kde.org/show_bug.cgi?id=154830
[21:28] <ubotu> KDE bug 154830 in general "Plasmoids aren't correctly drawn when firefox is opened and you type something" [Normal,Resolved: invalid]
[21:30] <ryanakca> hmm... mine doesn't go like that... it just goes fully transparent... wait...
[21:30]  * ryanakca wonders if it has anything to do with the transparency effect
[21:30] <ryanakca> (transparent until I mouse over / click on it)
[21:32]  * ryanakca updates nvidia
[21:32] <iRon> ryanakca: I want to ask about kubuntu site.. do you planning to redesign it's structure too? e.g. 'FAQ' section must be in Documentation.. Remove duplicate 'Wiki' links.. and so on..
[21:32] <ryanakca> iRon: yes
[21:32] <iRon> ryanakca: I'm asking, because I've some experience in usability design..
[21:32] <ryanakca> iRon: full redesign... we're migrating to drupal.
[21:33] <ryanakca> iRon: oooh :)
[21:33] <iRon> ryanakca: also i know a good web designer.. will ask him for the help..
[21:50] <jjesse> dang its cold outside
[22:39] <todobg> can some1 fix this bug with libkdeprint.so.5 ?
[22:41] <ryanakca> todobg: what bug?
[22:41] <ryanakca> did you file it?
[22:41] <todobg> https://bugs.launchpad.net/ubuntu/+source/kde4base/+bug/164791
[22:41] <ubotu> Launchpad bug 164791 in kde4base "libkdeprint.so.5: No such file or directory" [Undecided,New]
[22:42] <ryanakca> heh, interesting... I might look into it... but no promises...
[22:42] <todobg> huh


[03:27] <maxagaz> hi
[03:28] <maxagaz> I'm installing ubuntu kylie 16.10, the font still looks blur in the install process
[07:01] <maxagaz> I don't understand why qq, sogou or wps are not installed by default
[07:02] <maxagaz> all chinese people need to use these tools
[07:02] <maxagaz> I'm now trying to install it, it takes ages
[07:25] <maxagaz> adobe flash install sucks!
[08:04] <maxagaz> I spent one day installing Kylin for chinese employees, result : WPS doesn't work ("error while loading shared libraries: libpng12.so.0"), sogou is installed but there nowhere to select it in the prefs or even to run it from Terminal
[08:04] <maxagaz> I'm still trying to install QQ...
[08:05] <maxagaz> I thought Kylin would be better than WinXP... my bad!
[09:04] <maxagaz> I will give it a last chance with the Kylin LTS version...
[09:05] <maxagaz> after that, I'll go back to Win XP


[02:00] <akgraner> The new edition of the Ubuntu Weekly Newsletter is now available here:
[02:00] <akgraner> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue193
[02:27] <akgraner> johnc4510, ping can you take a look at http://fridge.ubuntu.com/node/2037 (UWN Issue 193) thanks!
[09:43] <ZachK_> anyone up?
[10:57] <akgraner> johnc4510, et all Fridge editors  - I lost my internet connection last night  after I asked for someone to take a look at the newsletter...
[11:03] <akgraner> dpm, popey can one of you take a look at http://fridge.ubuntu.com/node/2037 please :-)
[11:04] <akgraner> It's Issue 193 of the newsletter :-D
[11:05] <popey> looks good
[11:06] <popey> be nice if the * were

 :)
[11:08] <akgraner> popey, so make all the * like you listed above
[11:08] <popey> ok
[11:08] <akgraner> no I mean are you saying that is what I should do?
[11:08] <akgraner> I will :-)
[11:08] <popey> oh ok
[11:08] <akgraner> hehe
[11:09]  * popey has just done it in a text editor
[11:09] <akgraner> oh wow
[11:09] <akgraner> hehe
[11:10] <akgraner> popey, let me try that right quick - I like learning all this new stuff
[11:10] <akgraner> one sec
[11:10] <popey> should put..

 Bulleted content

 next line

[11:11] <akgraner> okie dokie
[11:25] <akgraner> popey, can you refresh and look now :-)
[11:26] <popey> akgraner: sorted :)
[11:27] <akgraner> popey, thanks!  so "sorted" means it's good to go?
[11:27] <popey> ya
[11:27] <akgraner> thanks!
[11:27] <akgraner> :-)
[11:27] <popey> np
[21:09] <ZachK_> akgraner: hello?
[21:09] <akgraner> ZachK_, hey
[21:09] <ZachK_> akgraner: just got your email
[21:11] <ZachK_> akgraner: if ya wanna pm me go ahead
[21:11] <akgraner> ok one sec
[21:15] <ZachK_> akgraner: be right back
[21:15] <akgraner> k
[21:25] <ZachK_> akgraner: ok i'm back
[21:25] <akgraner> great...


[10:55] <juliux> katkin, ping
[10:55] <katkin> juliux: pong
[10:56] <juliux> katkin, hi, i missed saying gerry that we need no lanyards, we found a german producer, can say him that if you see him?
[10:56] <katkin> i've just told him - thanks for the update tho
[10:57] <juliux> we will make orange lanyards, and ubuntu in black on it
[10:58] <juliux> hi gerr1
[10:58] <gerr1> guten tag
[10:58] <gerr1> heard about the lanyards
[10:58] <gerr1> great
[10:59] <juliux> they cost us around 70cent
[10:59] <juliux> without shipping
[11:04] <gerr1> which reminds me
[11:04] <gerr1> that large order you guys were planning from the shop
[11:04] <gerr1> we'll work out a discount to cover shipping if you still want to go ahead with it
[11:05] <gerr1> this goes for all large orders for locos
[11:05] <gerr1> ~E300 minimum though and shipped to one place
[11:06] <juliux> ok
[11:06] <juliux> good to know for the future;)
[02:38] <toastytaco> I have a Ubuntu Podcast Show and wanted to know if anyone on the dev team for the new gusty would be interested in a short interview? My podcast is located at http://www.talkshoe.com/talkshoe/web/talkCast.jsp?masterId=46927&cmd=tc
[02:42] <toastytaco> Can anyone help me in this matter??
[02:53] <elkbuntu> how nice of him to wait for a whole 8 minutes
[04:03] <reya276> anyone has any info on the Ubuntu Viral video site design, have they found someone to do it yet
[04:04] <reya276> I'm part of the Florida-Loco team and I wanted to volunteer for it
[04:33] <reya276> I guess no one is in here
[04:38] <mrevell> elkbuntu: If he ever returns, we might be able to rustle up a Launchpadder to chat to him.
[06:07] <Lauree> gerr1 - are you available?
[08:59] <juliux> evening
[09:00] <juliux> jenda, drinking one of your beer at the moment;)


[07:53] <marinelli> morning everyone
[07:55] <marinelli> I noticed, after installing sudo (1.9.5p2-2ubuntu1) from hirsute-proposed that the uid/gid of all the files in the package are owned by buildd:buildd
[07:58] <marinelli> ...and it's not the only one. it seems that, since a bit, all the packages in the hirsute-proposed archive contains files owned by buildd:buildd (2001:2501)
[07:58] <marinelli> is it an expected result?
[07:59] <marinelli> I think not
[09:18] <ed_> hello, please can someone retry the build of rust-pleaser, it failed yesterday on arm64
[10:06] <cjwatson> ed_: done
[10:12] <ed_> thanks again cjwatson!
[10:29] <Laibsch> I understand this is #ubuntu-devel but I believe this is still the best place for the following question.
[10:29] <Laibsch> Bionic uses python2 by default, only focal switched to python3.  Yet, it is possible to use python3 as default on bionic.  Of course, one will run into issues here and there.  Quite often, they are easy enough to fix as in bug 1913408 or bug 1831306.
[10:30] <Laibsch> I very much care about the LTS user experience.  I don't think people ought to be forced to focal just yet if they want python3 as default.  And the issues are easy enough to fix by changing the shebang.  I see this similar to bashisms and changing the shebang from /bin/sh to /bin/bash to properly reflect the underlying assumptions.
[10:30] <Laibsch> Is this something that devs here would consider SRU-worthy?  Example of a debdiff: https://launchpadlibrarian.net/516149323/LP1831306.debdiff
[10:30] <xnox> Laibsch: no, there are no packages in bionic that make /usr/bin/python point at python3.
[10:31] <Laibsch> xnox: I understand, I just think that supporting this use case would be beneficial with no downside.
[10:31] <xnox> Laibsch:  we only completed transition to python2 shebang between bionic and focal and it was a lot of stuff.
[10:32] <xnox> Laibsch:  and any py2 self build packages will get the 'python' shebang in bionic, whereas in focal they get 'python2' shebang.
[10:32] <xnox> Laibsch:  it's a never ending whack-a-mole.
[10:32] <xnox> if anything backport to python3 is the way forward.
[10:32] <Laibsch> backporting what exactly?
[10:42] <cjwatson> It seems dangerous to encourage people to repoint /usr/bin/python to python3 on bionic when (a) that would involve manually touching stuff in /usr, and (b) there was no systematic effort in advance of the bionic release to make that work.  Some individual changes might be easy enough to fix in SRUs, but I think the overall goal is somewhat unwise.
[10:42] <cjwatson> (And I say this as somebody doing quite a bit of Python application development on pre-focal releases)
[10:44] <doko> agreed. the only safe way for that would be to get rid off *any* dependency in the archive on python and python-dev. plus anything in the archive that uses the unversioned shebang. and that's a lot of work
[10:44] <xnox> Laibsch:  in later releases squid-deb-proxy has been ported to python3.
[10:44] <xnox> Laibsch:  that's a change that is available in later releases, but falls out of scope for sru.
[10:45] <cjwatson> If I were still involved in approving SRUs then I probably wouldn't reject changes that switched to #! python2 if they came along with other fixes, but not sure if I'd think it worth the effort if they were on their own
[11:05] <Laibsch> Thanks, guys for the discussion.  I agree about the "not encouraging" part, there'd still be no guarantees.  FWIW, I am running python as python3 quite successfully for a while now, switched via the alternatives mechanism.
[11:05] <Laibsch> xnox: Ah, now I get it.  Well, that would be an awful lot of work and prone to introduce regressions.  Whereas changing the shebang to /usr/bin/python2 would simply reflect reality.  Thus, I considered it preferable.
[11:05] <Laibsch> cjwatson: I was proposing to do the work (whenever I run into those issues).  This is one of the examples of why I would love to have SRU privs so that it wouldn't involve a burden on others.
[11:05] <Laibsch> I've prepared several patches for squid-deb-proxy for example and they usually linger for years even if the package in the LTS is often completely unusable and the fix is minor and simple.  bug 1875110, bug 1733694 and bug 1505670 are the examples I found now that are still open.
[11:16] <rbasak> Laibsch: none of those are ready for sponsorshop. Someone needs to convert those into something suitable for upload.
[11:18] <rbasak> Laibsch: for users wanting to get Python 3 when they type "python", maybe a shell alias would be more suitable? Then users' wishes for shell default behaviour won't be conflated with script shebang expectations.
[11:22] <Laibsch> rbasak: I didn't mean to insinuate they were ready for sponsorship and SRU.  My bad.  I was simply showing that squid-deb-proxy has many other things worthy to SRU as cjwatson had indicated his consideration for changing the shebang as one-offs if accompanied by other fixes.
[11:23] <rbasak> Ah, OK
[11:23] <cjwatson> (but do note the "if I were still involved in approving SRUs", which I'm not)
[11:25] <rbasak> I'm not sure it's a good idea to start down the road of doing these in SRUs
[11:25] <Laibsch> rbasak: for most of those (and other) patches, I've been waiting for doko's comment as my python foo used to be not good enough and furthermore, I did not want to interfere with somebody else's package.
[11:25] <rbasak> I don't think I'd accept an SRU that includes such a change, without consensus having been reached first by Ubuntu developers more widely.
[11:26] <Laibsch> I switched to python3 a while ago when getting more seriously involved with the python language. I just wanted to make sure I wasn't going to pick up python2-isms along the line.  Maybe my attempt to make python3 the default on bionic has a better solution.  That's just the history.
[11:26] <Laibsch> rbasak: exactly. that's why I came here and it seems the consensus is "no".
[11:27] <rbasak> Laibsch: maybe just activate a venv by default for users or something?
[11:29] <Laibsch> rbasak: Thank you for trying to find other solutions.  I think people like me are still fairly rare and in the end focal has been out for almost a year.  I was simply trying to make Ubuntu more polished, but it seems other devs consider it undesirable.  I'll stick to my PPA.
[11:30] <Laibsch> I do still believe that in general LTS lack some love after release and I consider it a worthy goal.
[11:31] <rbasak> The trade-off is that we can't break users who expect things not to change.
[11:31] <rbasak> That's the point of an LTS, after all. People who want change can use the latest release.
[11:32] <rbasak> Of course the problem comes when users want some things to change but not others. But they all want different sets of things to change and to stay still.
[11:35]  * juliank explained that all week(s?) ago
[11:35] <Laibsch> That's the general trade-off in SRU.  But that's why I thought this was such an obvious thing to do because a) it would improve the situation for a (probably small) subset of users while leaving everything more or less exactly the same for everybody else (#!/usr/bin/pyton and #!/usr/bin/python2 are essentially equivalent in a default bionic install).
[11:37] <juliank> (1) /usr/bin/python in focal is /usr/bin/python2, changing that is not supported, it will break shit
[11:37] <juliank> (2) we allow you to pick that in later versions with python-is-python{2,3} - considerable effort has gone into planning that transition
[11:38] <juliank> um, s/focal/bionic/ I suppose
[11:39] <juliank> Laibsch: Please stop filing bugs about this, we're not going to backport the transition to bionic, everything is working correctly.
[11:40] <rbasak> Laibsch: basically, https://xkcd.com/1172/. Even if you ensure that everything will be done right in the archive if people are using Ubuntu "properly", some users will still end up being broken somehow.
[11:41] <rbasak> People prefer the LTS because we try not to break their workflows regardless of whether they're doing things "correctly" or not.
[11:42] <rbasak> It's also a ton of review work to make sure that things won't break, and I'd prefer to spend that effort looking forward, not backward.
[11:42] <rbasak> Users who care enough can just upgrade to 20.04.
[11:42] <rbasak> 18.04 is for people who don't want to change and don't want new things.
[11:43] <rbasak> Eventually it won't matter anyway, and everyone will have Python 3 "by default" (I hate that term; it's really ambiguous).
[11:45] <juliank> Also saying "we have backported python-is-python3" to bionic means that now every third party is potentially broken because they expect python to point at python2 as it has for the past 3 years, and not suddenly python3 to be a valid option.
[11:46] <rbasak> For example, a user might have installed Python from upstream source in a way that didn't install /usr/bin/python2. Their system is broken, but maybe their workflow works because the stuff that they care about happens to be using /usr/bin/python. Switching the shebang of something they use to python2 would break them.
[11:47] <juliank> It's also the wrong question to ask "what could go wrong?"
[11:47] <juliank> the right question to ask is "does it change anything on a supported system?" and the answer is "no, python always points to python2, both are in the same package."
[11:47] <rbasak> Also, just because we can't think of a specific issue that could go wrong doesn't mean that it doesn't exist. See all the previous regressions we've had to deal with :)
[11:49] <cjwatson> I do think we'd probably serve users of Python 3 on bionic best by advising them to use virtualenvs for most things - mainly because they may very well also want more recent library versions
[11:49] <cjwatson> A pretty large number of serious Python users swear by virtualenvs anyway, so it wouldn't be swimming against the tide
[11:50] <juliank> These things are high risk though
[11:50] <juliank> a wild maze of untrusted dependencies :D
[11:50] <rbasak> Maybe we don't care about such users. But I don't think I could justify breaking them by saying "oh we were trying to make it so that /usr/bin/python could be Python 3 for users who wanted to add that feature to Bionic; sucks to be you". Because those users would rightfully say that we're breaking expectations about LTS stability there.
[11:51] <rbasak> OTOH, breaking a user by saying "we were trying to fix bug A" or "we were fixing security issue B" is much more acceptable even if A and B aren't use cases for that user.
[11:52] <juliank> this is feature work, plain and simple
[11:53] <rbasak> Along these lines, imagine if users were regressed and we wrote up a post mortem. Would it appear reasonable? For this feature change, I don't think it would.
[13:19] <rbasak> Quick poll please. How do Ubuntu developers get from a source tree to an upload? dpkg-source? dpkg-buildpackage? debuild? sbuild? Something else?
[13:19] <Laney> debuild or gbp buildpackage or bzr bd depending on what the package is using
[13:29] <rbasak> Thanks! Anyone else please?
[13:41] <slyon> debuild
[13:48] <RikMills> rbasak: for KDE things, a custom gbp implementation from https://launchpad.net/ka/
[13:48] <apw> rbasak, dpkg-buildpackage -nc -S (typically)
[13:48] <RikMills> otherwise, mostly debuild
[13:56] <xnox> rbasak:  debuild -S -d -nc -vCORRECT + dput _source.changes
[13:56] <xnox> sometimes -sa too if needed
[14:06] <cjwatson> debuild -S, adding -nc if I'm confident the tree is clean
[14:08] <cpaelzer> Laney: hi you said on 1915126 that you could reproduce it, I was trying last week and it didn't for me
[14:08] <cpaelzer> Laney: I retried today and it worked fine again
[14:08] <cpaelzer> Laney: I wanted to check what options differ between our calls
[14:08] <cpaelzer> atm I used this
[14:08] <cpaelzer> autopkgtest --no-built-binaries --apt-upgrade --testname=systemd-fsckd --setup-commands setup-testbed --shell systemd_247.3-1ubuntu2.dsc -- ssh -s nova -- --flavor m1.small --image ubuntu/ubuntu-hirsute-daily-amd64-server-20201126-disk1.img --keyname paelzer_canonistack-bos01
[14:09] <cpaelzer> From your log output I see that you ran all tests.
[14:09] <cpaelzer> might I ask what else differs in your case ?
[14:46] <cjwatson> I'm reflashing LP's riscv64 builders; mostly to clean up some junk that had accumulated on their filesystems, but this also has the effect of upgrading from Linux 5.4 to 5.8
[14:58] <cjwatson> doko (maybe): Am I right in thinking that https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+build/20946067 and https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+build/20946074 are probably stuck and should be cancelled?
[15:01] <doko> ohh fun, yes, of course. cancelled
[15:02] <cjwatson> Thanks
[15:03] <cjwatson> Still one remaining job on the 061..090 half of riscv64, but it looks maybe legit - https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4447/+build/21033216
[15:03] <Laney> cpaelzer: The entire commandline should be at the top of my log
[15:03] <Laney> Nothing else that differs
[15:03] <cjwatson> Last successful build in the primary archive took 18 hours or so
[15:04] <cpaelzer> sil2100: you updated https://bugs.launchpad.net/ubuntu/+source/needrestart/+bug/1907422 - but things are still in incomplete status
[15:04] <cpaelzer> sil2100: once you think all pre-reqs froa MIR evaluation are complete please set it back to "new" state on the tasks
[15:04] <cpaelzer> otherwise it won't be seen on the MIR team meetings where we assign those
[15:09] <Laney> cpaelzer: I run it like I did because that is basically how it is run in reality, so I suggest people trying to fix it start there and don't change other options
[15:12] <cpaelzer> Laney: you didn't post how you started it and trying to behave more like the real thing is exactly why I asked you
[15:13] <cpaelzer> maybe you have the commands you used in the tarball that you attached and therefore think I'd know ... let me check
[15:14] <Laney> cpaelzer: It's always in autopkgtest logs, yeah, sorry I guess I assumed people reading would know that
[15:14] <cpaelzer> ok found it
[15:14] <cpaelzer> thanks Laney
[15:14] <cpaelzer> and I'm not the bad guy on this, just trying to help as my package is indirectly blocked by this :-)
[15:15] <Laney> faulty assumption!
[15:17] <cpaelzer> oh I am the bad guy ?
[15:17] <cpaelzer> then sorry I didn't realize
[15:17] <cpaelzer> *sniff*
[15:19] <Laney> hopefully nobody is the bad guy :p
[15:19] <cpaelzer> oh ok, /me reset expectation and interpetation of this conversation then :-)
[15:23] <marinelli> hi everyone, I asked for a thing about uid:gid in hirsute-proposed packages
[15:23] <marinelli> ...but I was disconnected from the channel :)
[15:24] <RikMills> a thing?
[15:25] <RikMills> anyway, that issue is known and a fix in progress
[15:25] <marinelli> ah, ok
[15:25] <marinelli> just to know if you noticed it
[15:25] <marinelli> perfect
[15:25] <RikMills> just a tad
[15:25] <marinelli> ...and thanks
[15:26] <RikMills> LP: #1915250
[15:27] <RikMills> though more than shared libs to be fair
[15:28] <marinelli> yes more than that
[15:31] <marinelli> for example, if I just look for files without owner or group (eg: using find and the query \( -nouser -or -nogroup \)) in /usr/, and then I look for the packages from which those files belong, I found different (source) packages like ssh, psmisc, apport, xz-utils, and so on
[15:33] <marinelli> anyway... I think it's not helpful to report all the packages, it would be simply faster to iterate with dpkg/grep all over the packages storage
[15:35] <marinelli> thanks
[15:35] <cjwatson> marinelli: I believe that's the plan, yes
[15:39] <sil2100> cpaelzer: still working on it
[15:40] <sil2100> cpaelzer: this is why it's 'Incomplete' still, why did you start looking at it already? ;)
[15:41] <sil2100> I'm still digging, will set it to New once it's ready indeed
[15:42] <sil2100> Thanks o/
[15:59] <cpaelzer> sil2100: I didn't start looing :-)
[15:59] <cpaelzer> sil2100: but recently we had a few cases were people were not aware they'd need to set it back to new to enter our queue
[15:59] <cpaelzer> so I thought I help with a ping
[16:33] <sil2100> cpaelzer: thanks for reaching out then! I read the new MIR page since I saw there were changes - I really like how formatted it is right now btw.!
[16:34] <cpaelzer> thanks, and further feedback for changes is always welcome
[16:34] <sil2100> I don't remember it being so thorough in the past
[16:34] <cpaelzer> it wasn't :-)
[16:40] <Laney> that state diagram has go to be one of the more pleasing things on the wiki
[17:04] <ItzSwirlz> rbasak: The cinnamon verification for focal and groovy is done, awaiting for screensaver to be sponsored
[17:23] <rbasak> ItzSwirlz: FWIW, it's already sponsored but is awaiting SRU review (by someone other than me)
[17:24] <rbasak> I checked earlier that I hadn't forgotten to upload it ;)
[17:54] <cjwatson> Full set of riscv64 builders back just in time for a flood of builds to hit them ;-)
[18:22] <xnox> wonderful timing =)
[21:10] <ItzSwirlz> oh, lol
[21:16] <xnox> vorlon:  https://bugs.launchpad.net/ubuntu/+source/sl-modem/+bug/1915878 thought on this?
[21:16] <xnox> vorlon:  not sure if we still need the userspace package; the kernel driver; ubuntu-drivers integration
[21:16] <xnox> vorlon: ideally drop all three, dropping ubuntu-drivers will make ubuntu-drivers not depend on alsa-utils
[21:16] <xnox> which is nice for server
[22:39] <Odd_Bloke> vorlon: Realised you likely didn't get a notification for my reply on https://bugs.launchpad.net/cloud-init/+bug/1915077 so (not at all urgent) ping.
[23:38] <JawnSmith> Is any core dev available to restart the systemd autopkgtests that are blocking acl from migrating? The new systemd in -proposed should resolve the failures
[23:57] <bdmurray> I'm doing this