[03:43] <fang0654> anyone in here have any experience with grub2, raid10, and gpt?
[03:44] <fang0654> I keep getting an error from grub2 saying "error: device not found" (or something similar)
[03:44] <fang0654> if I do an ls in the grub-rescue, I don't see the mdraid drives
[03:50] <Zanzacar> I was wondering why does no one host a web applet that allows you to send magic/wol packets?
[03:58] <Zanzacar> I would think someone would host or having something out there and I have a feeling I just havent found it. Basically I dont want my friends to have to isntall wake-on-lan software to wake up my server
[04:45] <Psi-Jack> Curious.
[04:45] <Psi-Jack> Does anyone here use Ubuntu 10.04 under VMWare vSphere? I'm curious exactly about the vmware-tools repos for ubuntu and if version matters so much.
[04:45] <Psi-Jack> As in, using latest.
[05:21] <macnix> I ran an upgrade after adding a dotdeb source, can't figure out how to solve this mysql conflict https://gist.github.com/1598925
[05:21] <macnix> google wasn't of much help...
[05:24] <twb> What is dotdeb?
[05:24] <twb> trying to overwrite '/usr/bin/mysql', which is also in package mysql-client-core-5.1 0:5.1.41-3ubuntu12.10
[05:25] <twb> macnix: you need to remove mysql-client-core-5.1 before yo uinstall mysql-client-5.1 because the two repos have broken the mysql source package into different binary packages
[05:25] <macnix> ok, managed to delete the new apt sources, apt-get update, then finished the install -f
[05:25] <twb> http://www.dotdeb.org/ ugh, what a crock
[05:25] <macnix> now removing the problematic packages manually
[05:26] <macnix> well, he has some newer packages
[05:26] <macnix> couldn't find them anywhere else
[05:26] <twb> Use the flipping packages Ubuntu provides in your release instead of grabbing random third-party shite like some RHEL weenie
[05:26] <twb> macnix: and why do you think you need a newer release?
[05:27] <twb> Further, dotdeb packaging appears to be for Debian systems, and results on Ubuntu will be undefined.
[05:28] <macnix> some stuff I compile, but other stuff just takes too long. dotdeb is a good interim solution.
[05:28] <macnix> don't have time to build all the latest packages myself.
[05:28] <twb> New release = new bugs
[05:28] <twb> Especially if you compile it yourself or take some random third-party package.
[05:29] <macnix> yes, I agree, unless you go for specific, newer versions which have proven to be good
[05:29] <twb> Just because upstream says it works doesn't mean it actually does work.
[05:30] <twb> Unless you have specific feature or bugfix that you absolutely must have, DO NOT upgrade away from the packages provided by your release.
[05:31] <macnix> cheers for the wise words ;). I will re-consider my approach.
[05:31] <twb> At this point your system is probably buggered enough that you should consider reinstalling from scratch.
[05:43] <thermionix> hello folks, anyone know what the future holds for NFS with an alternative authentication system that isn't kerberos?
[05:50] <twb> thermionix: zero
[05:50] <twb> Kerberos is the only authentication mechanism that's actually secure
[05:51] <twb> (Well, except for single-host auth infrastructure, which is irrelevant for NFS)
[08:00] <koolhead11> hi all
[08:00] <koolhead11> .
[08:02] <smoser> adam_g, http://paste.ubuntu.com/801476/ that is what i use for thinkpad battery stuff. see usage.
[08:23] <smoser> zul, bug 904532
[08:31] <rbasak> zul: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/873243
[08:38] <rbasak> hallyn: the test still breaks :(
[08:38] <rbasak> hallyn: lxcguest does not exist in lucid
[08:39] <hallyn> rbasak: ah, that's right - there's an open bug on that.  we get it from ppa, but ppa's don't compile for arm.
[08:39] <hallyn> rbasak: can you just edit the test and take out lucid?
[08:40] <rbasak> hallyn: ok, rerunning
[08:41] <hallyn> maybe this should server as motivation for me to work harder on that bug (lxcguest backport)
[09:01] <stgraber> Daviey: hey there. Is https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-ipv6 on your todo? Would be great to have isc-dhcp-server updated (probably moving from one sysvinit job to two upstart jobs, one for ipv4 and one for ipv6) soonish so we can get extensive testing.
[09:02] <stgraber> Daviey: if your team is too busy, I can probably move that to my own todo and try to find some time to do it (instead of copy/pasting init scripts on my servers :))
[09:10] <rbasak> hallyn: failure with set -x: http://paste.ubuntu.com/801518/
[09:11] <rbasak> hallyn: lxc-ps -n oneiric-test -- -ef returns nothing
[09:12] <hallyn> rbasak: all right all right - what does lxc-ls show?
[09:12] <rbasak> root@panda-test:~# lxc-ls
[09:12] <rbasak> oneiric-test  test_container
[09:12] <rbasak> oneiric-test
[09:12] <rbasak> hallyn, I can give you a shell if that's easier?
[09:12] <hallyn> rbasak: yes pls
[09:48] <rbasak> smoser: sed '$s/^foo$/bar/'
[09:49] <rbasak> smoser: sed -i '$s/^exit 0$/d'
[09:49] <rbasak> smoser: sed -i '$s/^exit 0$/d' /etc/rc.local
[09:49] <smoser> { echo 1; echo 2; echo 3; } | sed '$/3/d'
[09:49] <rbasak> smoser: sed '$s/^exit 0$//'
[09:49] <rbasak> smoser: sed -i '$s/^exit 0$//' /etc/rc.local
[09:53] <soren> smoser: Have you used cloud-init with the Rackspace cloud?
[09:53] <smoser> soren, no. i've never tried.
[09:53] <smoser> but you're going to fix that fo rme.
[09:53] <smoser> thanks.
[09:53] <smoser> :)
[09:54] <soren> ngh..
[09:54] <soren> I walked right into that one, didn't I?
[09:54] <soren> It's going to be rather amputated, seeing as I can't upload custom images there and cloud-init isn't pre-installed.
[09:55] <smoser> yeah.
[09:55] <soren> I can inject files, though.
[09:55] <rbasak> smoser: sed -i '${/^exit 0$/d}' /etc/rc.loca
[09:55] <soren> So I can inject an upstart job that installs cloud-init.
[09:55] <smoser> but if we got it working... and ti worked well, it seemed like rackspace might be open to that.
[09:56] <soren> Once they switch to OpenStack, I imagine we'd be able to provide images ourselves.
[09:56] <soren> ...with the right stuff in there.
[09:57] <soren> So, assuming cloud-init was there, and the only thing I could do was to inject files.. Is there any way I can feed data to cloud-init?
[09:57] <smoser> soren, you would know better than i.
[09:57] <soren> smoser: Only marginally so.
[09:57] <smoser> but my impression was always that their openstack solution would be very tight and likely not even allow uploading images.
[09:57] <smoser> i dont knwo why i got that feeling.
[09:57] <soren> smoser: Maybe. Who knows?
[09:58] <soren> (rhetorical question alert)
[09:58] <smoser> soren, yeah, you can inject metadata and user-data into
[09:58] <soren> Cool. where do I put it?
[09:58] <smoser>  see http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/files/head:/doc/examples/seed/
[09:59] <soren> smoser: It's not entirely obvious to me what the difference is between DataSourceNoCloud and DataSourceNoCloudNet?
[10:00] <smoser> nocloudnet runs afternetwork is up.
[10:00] <smoser> so you can do a #include of a network resource
[10:00] <smoser> (or do apt-get install in a boothook)
[10:01] <soren> I see.
[10:01] <soren> smoser: Cool, thanks.
[10:21] <hallyn> jodh: stgraber: lp:~serge-hallyn/ubuntu/precise/upstart/upstart-containers is what I'll eventualy be proposing for moving upstart bits from lxcguest into upstart.  Won't be until the container-reboot patch hits kernel, but if you see anything wrong, I"d appreciate feedback.
[10:21] <jodh> hallyn: thanks. I'll take a look...
[10:23] <hallyn> \0/ thx
[10:53] <dax_roc> Morning all
[10:57] <dax_roc> I'm trying to setup a network install, I've got the boot process working but it's still looking for the cd after the keyboard detection i've passed in the following http://pastebin.com/CntCMMgW
[11:10] <smoser> rbasak, http://paste.ubuntu.com/801610/
[12:33] <cloudy37> hello, i hope that someone can steer me in the right direction here... i have access to an installation of ubuntu on a server which is accessible over the internet with an adress like   asdf.dhcp.university.com running an apache2 listening on port 80 and i'm wondering if it's possible to "add" another prefix like test.asdf.dhcp.university.com so that the apache can route traffic to that adress to e.g. a tomcat running on the sam
[12:33] <cloudy37> e machine
[12:35] <_ruben> you'd need to reverse proxy those requests towards tomcat then, and it'd require university.com to make sure your "test" subdomain points to the same ip
[12:40] <cloudy37> so my understanding is that university.com has a dns server running which resolves all the subdomains to the corresponding ip adresses but it's not possible to run another dns server on one of the subdomains to create more subdomains originating from e.g. asdf.dhcp.university.com, that correct?
[12:41] <ClaudiuT> hello
[12:41] <ClaudiuT> I tried a remote dist-upgrade and it hanged here http://imgur.com/dCsTK
[12:41] <ClaudiuT> what would be a wise next step now?
[12:42] <_ruben> cloudy37: not without university.com doing some delegation to that "another dns server"
[12:43] <_ruben> ClaudiuT: can you stil open a new ssh session?
[12:43] <ClaudiuT> yes
[12:43] <_ruben> ClaudiuT: then take a look with ps/top/etc what's currently going on and go from there
[12:43] <onre> what happens if you press "enter" in the terminal?
[12:44] <ClaudiuT> onre: nothing, goes one row lower
[12:44] <onre> (just making sure that you haven't accidentally pressed ctrl+S for whatever reason :)
[12:44] <onre> allright, not then
[12:44] <ClaudiuT> top looks clean
[12:45] <ClaudiuT> but I think this is the problem 22140 pts/2    Ss+    0:01 /usr/bin/dpkg --force-overwrite --status-fd 27 --conf
[12:45] <_ruben> i tend look at the top say 10 lines of ps auxOT
[12:45] <_ruben> err
[12:45] <_ruben> bottom
[12:45] <_ruben> not top
[12:47] <ClaudiuT> like this? http://pastebin.com/jvFL5DMM
[12:47] <ClaudiuT> I have a zombie there
[12:47] <ClaudiuT> should I kill -9 it?
[12:48] <onre> killing zombies usually does nothing
[12:50] <ClaudiuT> ctrl-c and apt-get upgrade?
[12:53] <onre> ClaudiuT, that's what i would do.
[12:54] <ClaudiuT> allright, thanks
[12:56] <ClaudiuT> how can I solve this? debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
[12:58] <_ruben> probably there's still a debconf process running
[13:00] <ClaudiuT> yup, that was it
[13:00] <ClaudiuT> apt-get upgrade said 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[13:01] <ClaudiuT> everything seems to be fine now
[13:31] <stgraber> hallyn: do you know the status of https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/632764 ?
[13:54] <eagles051387|> hey ikonia didn't manage to find anything relating to URI :( still trying to look but not finding anything
[14:04] <hallyn> stgraber: hm, no...
[14:04] <hallyn> stgraber: i don't think we're patching around that in lxcguest any more, so maybe it's fixed
[14:05] <stgraber> hallyn: yeah, I don't remember seeing this, so I'm quite tempted to marking it fix released even if I can't point to a specific fix
[14:10] <hallyn> stgraber: i just stuck an upstart job in my container that starts on net-device-up IFACE=lo, and it did start on boot.
[14:10] <hallyn> so yeah, it's fixed, somehow
[14:12] <smoser> utlemming, lp:~smoser/+junk/check-archive/
[14:12] <smoser> https://code.launchpad.net/~smoser/+junk/check-archive/
[14:14] <hallyn> stgraber: would you like to take a look at our current lxc patch before I dput?
[14:19] <hallyn> rbasak: i hosed the panda installing lxc from archive.  a little ridiculous.  i'm going to commit the current proposed version from the archive, then we can bugfix from there as needed
[14:33] <stgraber> hallyn: I'm a bit busy with ifupdown that I'd like to upload today, so if you think it's good and reasonably tested, just upload it. Otherwise I can have a look later tonight (likely after dinner)
[14:33] <hallyn> stgraber: np, uploaded it, thanks.
[16:04] <smoser> roaksoax, did you make it any furthre on odev ?
[16:05] <smoser> lynxman, https://code.launchpad.net/~orchestra/orchestra/odev/
[16:05] <smoser> thats "odev", which guides you through building a orchestra environment on your local system
[16:05] <lynxman> smoser: hmm interesting :)
[16:06] <smoser> you should try walking through it. i'm begging people to, so someone other than i has done it.
[16:27] <roaksoax> smoser: yeah works like a charm now
[16:28] <roaksoax> smoser: for some reason the time kvm ... etc etc was not fully completing
[16:28] <smoser> roaksoax, good.
[16:28] <smoser> thank you for that
[16:29] <roaksoax> smoser: btw.. are you planning to make this a bit more automated?
[16:29] <smoser> yeah, i have some stuff to do on it
[16:29] <smoser> the goal is to have the zimmer-build automated
[16:29] <smoser> and have that available for download
[16:29] <smoser> the stock one
[16:30] <smoser> so that step would be gone
[16:30] <smoser> and then i want to have the 'setup.py' renamed and have it basically set up everything for you and allow you to do things like: 'add node' 'add-node-to-cobbler' and stuff like that
[16:30] <smoser> then...
[16:30] <smoser> (you're more htan welcome to hepl with this if you find it useful)
[16:30] <smoser> then the bug thing i want to get to is the ability to use a cloud-image
[16:31] <smoser> instead of doing a deploy
[16:31] <smoser> (to fast path juju)
[16:32] <roaksoax> smoser: right, I think we could have both, so we can decide whether we wanna use images or do installations. Cause that way we can test "physical" deployments with orchestra
[16:38] <smoser> right
[16:38] <smoser> roaksoax, yeah. i just wanted the shortcut becuase its painful slow otherwise
[16:39] <roaksoax> smoser: agreed. but I still think we need a regular installation to test everything else
[16:40] <LivTyler> hello, I'm trying to set up ipsec in Ubuntu, but not working, when the client send ISAKMP, it receives from Ubuntu Server ICMP destination unreachable, any ideas?
[16:44] <smoser> roaksoax, yeah. we're going to have to be tricky somehow to do it the fast path
[16:44] <LivTyler> never mind, I think I've got it
[16:44] <smoser> as it will require cobbler talking to your system and saying "cheat and clone this node for me"
[16:44] <smoser> adam_g,  http://paste.ubuntu.com/801910/
[16:49] <roaksoax> smoser: probably writing a power management template
[16:50] <roaksoax> smoser: that clones the imagine and then starts it with virsh
[16:51] <roaksoax> smoser: so we would only have to modify the current virsh template
[16:52] <smoser> maybe, yeah
[16:52] <smoser> can a power management template get at ks vars ?
[16:52] <smoser> then we could have a var on the system that we just toggle
[16:55] <roaksoax> smoser: idk actually, but I don't see why it couldn't as it still gets vars from cobbler either wya
[18:38] <adam_g> smoser: # echo "c 1:7 rwm" > /sys/fs/cgroup/devices/lxc/ubuntu-jstack-nova-compute-0/devices.allow
[18:53] <nonotza> anyone know why my public IP address remains the same after connecting to an openvpn server?
[19:21] <JanC> nonotza: I assume the traffic isn't routed through your VPN...
[19:22] <nonotza> if I'm connected - isn't that a default behavior of the vpn?
[19:31] <maswan> depends on the vpn
[19:37] <mtaylor> SpamapS: ola amigo
[19:38] <JanC_> nonotza: what does "ip route list" say?  (put it on a pastebin)
[20:10] <doommaster> hi there
[20:12] <doommaster> I did a plain Ubuntu install on a system which contains a RAID, the OS is on a non RAID HDD
[20:12] <doommaster> now the system does not boot when any of the raid hdds are installed
[20:12] <doommaster> it marks the raid degraded and breaks the init
[20:13] <doommaster> nevertheless there is nothing needed on there
[20:13] <doommaster> and the system boots just fine when the RAID hdds are disconnected
[20:13] <doommaster> wtf is wrong?
[20:13] <doommaster> natty booted just fine
[20:22] <doommaster> I did a plain Ubuntu install on a system which contains a RAID, the OS is on a non RAID HDD now the system does not boot when any of the raid hdds are installed it marks the raid degraded and breaks the init nevertheless there is nothing needed on there and the system boots just fine when the RAID hdds are disconnected wtf is wrong? natty booted just fine
[22:24] <druonysuse> I am working on an Ubuntu server that is starting up with / as read-only
[22:24] <druonysuse> why is this happening?
[22:25] <druonysuse> is there a common cause for this... like a drive dying?
[22:31] <EvilResistance> what's /usr/sbin/named do?
[22:33] <JanC> EvilResistance: resolve DNS addresses?
[22:33] <EvilResistance> JanC:  required in server installs?
[22:33] <JanC> it's part of BIND normally
[22:33] <EvilResistance> (its taking up 18% of a low-mem VPS)
[22:33] <EvilResistance> JanC:  how would i go about killing it?
[22:34] <EvilResistance> killall <program> ?
[22:34] <JanC> EvilResistance: if you don't need yourown DNS service, and you can use a DNS relay from your VPS provider (or elsewhere), it's not strictly required, no
[22:35] <EvilResistance> ack, i found the big mem eaters...
[22:35] <EvilResistance> php-fpm is taking up 48% memory o.O
[22:35] <JanC> I'd suggest you make sure your name lookups don't use a local service if there isn't one  ;)
[22:37] <EvilResistance> right...
[22:37] <EvilResistance> not sure why its running though
[22:37] <EvilResistance> i cant find any package associated with it
[22:37] <EvilResistance> and its got 5 processes running (named)
[22:38] <shauno> $ dpkg -S `which named`
[22:38] <shauno> bind9: /usr/sbin/named
[22:38] <shauno> assuming yours is isc too, I'd assume the same package, but that's a handy one to know
[22:39] <JanC> and if you really want a local DNS relay/cache (for performance reasons) you can also try something like dnsmasq
[22:39] <patdk-lap> hmm, trimming down memory of php-fpm, normally isn't easy
[22:39] <patdk-lap> atleast if you actually needed php for anything
[23:18] <lx-berlin> hello everyone. i just setup my first ubuntu server. but i am having problems with the software raid
[23:19] <lx-berlin> even if i rebuild the raid, when i restart the server the next day, the raid1 is no more working again
[23:20] <lx-berlin> sdb is always getting removed from the raid
[23:22] <lx-berlin> can someone take a look at the smart values of my sdb and tell me if this disc is really faulty ? http://pastebin.com/1Txby5WG
[23:24] <lx-berlin> or is it possible that i didnt configure the raid1 correctly?
[23:29] <lx-berlin> here are
[23:30] <lx-berlin> ups. here are the mdadm details: http://pastebin.com/S0PBPZxd
[23:31] <lx-berlin> is anyone there?


[13:53] <balloons> good morning world!
[14:04] <dkessel> good afternoon balloons!
[15:19] <balloons> dkessel, how's things with the UI overhaul on the tracker?
[15:30] <dkessel> balloons: i am really too busy with work and private life at the moment :/ but i am thinking of it everytime i read this channel's logs ;)
[15:32] <balloons> dkessel, no worries or rush. Alpha 1 isn't until next year so there is time. The holidays and end of year can be busy with life and family, which are good things :-)
[15:35] <dkessel> balloons: it's just that i think we need a lot more than just the reworked "submit result" page. i think navigation until you get to that page is a nightmare.
[15:35] <dkessel> maybe i shall do a usability trial on some coworker or so ;) "hey, imagine you want to submit a test result - show me how you get there on this page"
[15:36] <balloons> dkessel, not a bad idea.
[19:54] <balloons> doug5, howdy
[20:15] <balloons> Letozaf_, howdy
[20:15] <Letozaf_> balloons, hey
[20:16] <Letozaf_> balloons, I saw your comments on my mp I will read them now, I was first reading your Creating multi-arch click packages article
[21:32] <Letozaf_> balloons, I pushed a change to my mp while it was building, not quite sure it will build again now
[21:32] <Letozaf_> balloons, oh! it's building now
[21:32] <Letozaf_> :P
[21:45] <Letozaf_> balloons, passed :-)
[21:46] <balloons> :-)
[21:46]  * balloons looks
[21:48] <balloons> looking better
[21:49] <Letozaf_> balloons, yes your notes were very helpful
[22:01] <Letozaf_> balloons, good night se you tomorrow, I'm going to bed :-)


 Actually VMware was founded in 1998
[09:22] <Laney> https://en.wikipedia.org/wiki/Virtual_machine#History
[09:23] <Laney> Guess we're on pretty solid ground
[09:23] <duflu> I should know better. Used to work with old school System/360 people
[09:27] <duflu> And my Prince reference was wrong too. He's The Purple One
[09:33] <seb128> hey Laney, oSoMoN, duflu, how are you?
[09:34] <duflu> seb128, going well. You?
[09:35] <seb128> duflu, I'm alright, would be nice if days were a bit less busy but that's not for now...
[09:35]  * duflu nods as he thinks about starting dinner
[09:36] <oSoMoN> I trained intensely for the past two days so my body aches, but I feel fine, and energized
[09:52] <Laney> yeah I'm alright
[09:53] <Laney> it was windy in the night and it kept blowing the door making it bang, sleep was a bit interrupted until 2.30 when I finally got up and closed it properly /o\
[12:13] <mertgor> Hi People!
[12:16] <luna_> hi
[12:16] <oSoMoN> hi mertgor
[12:34] <mertgor> Thanks luna_ oSoMoN, did you read my post on Contribute discussion section ?
[12:34] <mertgor> i'm not into political discussions, i don't like, but i tried to give more details about my plans
[12:45] <oSoMoN> mertgor, do you have a link to that post
[12:45] <oSoMoN> ?
[12:46] <mertgor> Sure, but note that i will not discuss the topic, just want to start contributing somehow
[12:47] <mertgor> https://discourse.ubuntu.com/t/contribute/26/13
[15:06] <hellsworth> morning folks
[15:27] <oSoMoN> good morning hellsworth
[15:31] <seb128> hey hellsworth, how are you?
[15:54] <hellsworth> hi oSoMoN and seb128 ! i'm ok. a bit tired from having the kiddo home mon and tues
[15:55] <hellsworth> coffee and computer is lovely this morning :)
[15:55] <oSoMoN> I bet!
[15:55] <seb128> she's back to the day care today?
[15:55] <seb128> and yeah, having a kid home is exhausting :-/
[16:02] <hellsworth> yes she went back this morning
[16:03] <hellsworth> we had lots of fun but still it's nice to be at my computer with some quiet :)
[16:28] <Laney> moin hellsworth
[16:37] <seb128> right, I know exactly the feeling :-)
[17:00] <hellsworth> HI LANEY!!!
[17:01] <Laney> GREEEEEEEEEEEEEEEEEETINGS
[17:01] <Laney> (and gone)
[17:04] <hellsworth> o/
[18:38] <linuxr> hi, can please someone help me with libreoffice? It's become unusably slow since the upgrade to 20.04..thanks
[18:41] <hellsworth> I can try to help you linuxr. Are all of the libreoffice apps really slow for you or is it one in particular?
[18:42] <linuxr> hellsworth, seems to be both calc and writer...even switching the window to another app and back to calc/writer takes 3 sec
[18:43] <linuxr> moving the cursor to another cell in calc..1 sec...it's really annoying
[18:43] <linuxr> and worked flawlessly on 18.04 (same machine)
[18:43] <hellsworth> ok. is this the snap or the deb?
[18:43] <hellsworth> does `snap list` show libreoffice in the list?
[18:44] <linuxr> "snap list" does not show libreoffice no
[18:45] <hellsworth> ok what version do you have from dpkg -l | grep libreoffice ?
[18:46] <linuxr> 1:6.4.4-0ubuntu<IP_ADDRESS>
[18:46] <hellsworth> thank you
[18:47] <linuxr> all the latest updates on 20.04 are installed
[18:48] <linuxr> if I only knew what libreoffice is chewing on..I just notice cpu usage spikes at every operation
[18:49] <hellsworth> thanks for the report. there is a recently filed issue that sounds similar to yours too: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1888186
[18:49] <seb128> linuxr, what desktop environment do you use?
[18:50] <linuxr> hellsworth, for me, calc is also affected
[18:50] <linuxr> seb128, mate-desktop
[18:50] <hellsworth> seb128: the bug was filed about this issue on the gnome desktop too
[18:50] <hellsworth> it is interesting that it happens on mate too though
[18:51] <linuxr> mate is also gnome based I think
[18:55] <hellsworth> linuxr: would you mind adding your situation to the bug? include as much detail as you can like.. does it always happen? as soon as you open calc or does it start to lag after some time? anything else you could think of that would be helpful..
[18:56] <seb128> linuxr, would be worth trying with a new user account on the same machine to see if it has to do with some local setting
[18:57] <linuxr> hellsworth, it's lagging right from the start..even startup seems slower than before
[18:57] <linuxr> seb128, I cleared the libreoffice profile data, mode no difference
[18:58] <seb128> linuxr, could be a session setting, the theme in use, some input method...
[18:58] <seb128> there is still value testing a new user
[18:58] <linuxr> seb128, you're right, I'll just try that now
[18:58] <seb128> it's not impacting lot of users or we would have more reports, so it's likely something specific
[18:58] <seb128> thanks
[19:02] <linuxr> seb128, I created a user, but "libreoffice" just does nothing...do I need to add the user to certain groups?
[19:04] <seb128> no
[19:05] <seb128> that's weird, did you start a session for it? does it hang or just return?
[19:05] <seb128> what about e.g libreoffice --writer?
[19:05] <linuxr> I just tried to run it from a terminal in my other users session
[19:07] <linuxr> --writer the same..just hangs, but no cpu activity or output..strange
[19:12] <linuxr> ahh..apparmor seems to block this
[19:14] <linuxr> or something like that..damn
[19:24] <hellsworth> linuxr: you should be able to just run libreoffice from the terminal of any user and have it come up
[19:26] <linuxr> hellsworth, yeah I managed to do it now..same result :/
[19:26] <hellsworth> interesting
[19:30] <linuxr> actually..its not precisely the same
[19:31] <hellsworth> more interesting... can you try to elaborate?
[19:31] <linuxr> calc is still slow, but at least switching between windows doesn't take any extra time
[19:31] <hellsworth> so you open up a new spreadsheet and immediately see lagging when scrolling?
[19:32] <hellsworth> or are you opening some .ods file?
[19:34] <linuxr> I started with an empty spreadsheet and yes, it's lagging from the start..when moving the selected cell using the keyboard arrows..first the row marker on the side gets updated, then the actual border around the cell
[19:34] <linuxr> annoying
[19:36] <hellsworth> i haven't been able to reproduce yet so can you tell me if there are any suspicious libreoffice logs in /var/log/syslog?
[19:36] <hellsworth> is this on bare metal or a vm?
[19:37] <hellsworth> when did you notice the lagging start? (like when you updated to 20.04?)
[19:47] <linuxr> hellsworth, bare metal, no vm
[19:47] <linuxr> right after the upgrade to 20.04...I did a "release-upgrade", no fresh install
[20:14] <hellsworth> thanks linuxr for your help.. i'll see if i can reproduce it in the same env
[20:15] <linuxr> hellsworth, cool, let me know if I can try anything else
[20:19] <seb128> linuxr, could you report a bug using ubuntu-bug libreoffice and add a 'journalctl -b 0' after triggering the slowness
[20:19] <seb128> also worth checking in top the cpu usage


[00:56] <ScottK> lifeless: Yes.  It was fine.
[00:57] <lifeless> ScottK: thanks!
[01:07] <shayonj> hello there. i am new to motu and ubuntu packaging. i kind of got done with packaging guide. and was browsing through the bitesize bugs and found one. wondering, do i just start working on it directly or is there something needs to be done before that
[01:07] <shayonj> ?
[01:13] <shayonj> for some reason i feel the guides are too confusing or less organized
[01:14] <shayonj> but its fun :)
[01:14] <ScottK> shayonj: Just dive in and ask questions if you have them.
[01:15] <shayonj> ScottK, sure thanks man :)
[01:15] <ScottK> It would be good if some MOTU could look into Bug 864095 and maybe updating gramps to 3.3.1.
[01:19] <shayonj> does anyone know what does this read - Located in obj-i686-linux-gnu/config/ui_qtcurveconfigbase.h:4191 rc.cpp:889 rc.cpp:889
[01:20] <shayonj> or just this - 4191 rc.cpp:889 rc.cpp:889  ? For the rest i believe you will be needing to take a look at the source code
[01:22] <ScottK> It's referring to line 4191 of ui_qtcurveconfigbase.h and line 889 of rc.cpp.  You need to look in the source.
[01:24] <shayonj> okay i thought so, but there is no file like ui_qtcurveconfigbase.h in the config folder, infact the the file qtcurveconfigbase.ui has the bug (its typo) mentioned in here https://bugs.launchpad.net/ubuntu/+source/kde-style-qtcurve/+bug/852957
[01:25] <jbicha> ScottK: I didn't think gramps 3.3.1 was released yet
[01:28] <shayonj> ScottK, and there is no file like rc.cpp in the source code
[01:31] <ScottK> jbicha: Not sure.  Just reading what's in the bug.  If there's a fix and it's not released, it might be worth cherrypicking it.
[01:33] <jbicha> ScottK: I'm subscribed to the gramps mailing list and it sounds like the new release is imminent
[01:33] <ScottK> shayonj: It's in config/qtcurveconfigbase.ui
[01:33] <ScottK> jbicha: OK.  As long as someone is watching over it.
[01:34] <shayonj> ScottK, okay
[01:34] <shayonj> ScottK, thanks !.
[01:34] <ScottK> shayonj: I did "grep -r cusom *" in the source package.
[01:36] <shayonj> ScottK, oh right.. should have used that .
[01:37] <shayonj> ScottK, so did you make the changes ?
[01:37] <shayonj> or i can do ahead do that here :P
[01:37] <ScottK> shayonj: No.
[01:37] <ScottK> (I didn't)
[01:37] <shayonj> ScottK, cool.
[01:37] <ScottK> shayonj: I did look and see that there's a newer version on the upstream web site.  You might want to look and see if they've already fixed this.
[01:38] <ScottK> (look in debian/control for the upstream homepage)
[01:38] <shayonj> ScottK, okay!
[01:41] <shayonj> ScottK, nope its not fixed.so is it a good idea to fix this bug or report the new version and then fix it ?
[01:41] <ScottK> It's debatable.
[01:42] <ScottK> We get this package from Debian without change and so in the long run, maintaining such a small diff for the package isn't a great idea.
[01:42] <ScottK> OTOH, we are close to a release and it'd be nice to get it fixed.
[01:42] <ScottK> So I'd see about doing both.
[01:42] <shayonj> ScottK, okay !
[01:42] <ScottK> Get a fix in Ubuntu and also let upstream know so that it's fixed.
[01:43] <ScottK> We could also report the bug to Debian if we were being really thorough, but for this I think going upstream is enough.
[01:43] <shayonj> ScottK, yeah i was going to ask that. how do i do that ? there are steps mentioned on that in so many places.but i am confused which one to go with
[01:43] <shayonj> as in letting the upstream know about it
[01:43] <ScottK> That varies based on the upstream.
[01:44] <shayonj> i see
[01:45] <ScottK> For this one, you go to http://kde-look.org/content/show.php?content=40492&forumpage=157 and leave a comment.
[01:47] <shayonj> ScottK, okay. i got one more question, sorry to bug you. So after i make the changes, do i update the changelog, package it and let them know ?
[01:47] <ScottK> for upstream, I'd just make a diff and give them that.
[01:48] <ScottK> For Ubuntu that would also be good, but even better would be a good debian/changelog entry with a complete debdiff if you know how to do that.
[01:48] <shayonj> ScottK, cool. thanks so much :0
[01:48] <shayonj> :) *
[01:48] <shayonj> ScottK, yep. i just got done with this - https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff
[01:48] <ScottK> For Ubuntu, once you have something, attach it to the bug and subscribe ubuntu-sponsors to the bug.
[01:48] <ScottK> someone will review it.
[01:49] <shayonj> ScottK, what do i attach ?
[01:49] <shayonj> the new package right ?
[01:49] <ScottK> The debdiff from the old one to the new one.
[01:49] <shayonj> okay
[01:54] <shayonj> ScottK, i got one more question. The same typo is there in more than one file in the new release ? i can fix that, but do i report it first or leave a comment ?
[01:54] <ScottK> I would fix all the templates too.
[01:55] <shayonj> ScottK, i didnt get that.templates, as in ?
[01:55] <ScottK> The other files it affects are translation templates (the PO files)
[01:55] <ScottK> .pot/.po
[01:56] <shayonj> oh right yes. i am doing that. i am just wondering, do i need to file a report first about this or just fix it and leave a comment in the upstream ?
[01:56] <shayonj> and what ubuntu in this case?
[01:56] <shayonj> what about ubuntu *
[02:01] <ScottK> Fix them all.
[02:01] <ScottK> (for ubuntu) and then list all the affected files in the upstream comment you leave.
[02:02] <shayonj> cool
[02:02]  * ScottK goes for a nap.
[02:02] <shayonj> ScottK, thanks and have a good one !
[03:39] <shayonj> i am trying to make the debdiff and it tells me "Can't check signature: public key not found" .
[03:39] <shayonj> do i need to sign the .dsc file too along with the .changes ?
[03:40] <shayonj> any help on this ?
[03:41] <shayonj> oops it already, guess its just not able to verify
[03:54] <shayonj> how do we create branch for the bugs we work on ?
[03:54] <shayonj> the way mentioned here ?
[03:54] <shayonj> https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff
[03:58] <ScottK> shayonj: Just attach the debdiff to the bug.  You don't need a branch then.
[03:58] <shayonj> yay ScottK is back :).. yep did that. thanks man
[03:59] <ScottK> Then as long as you subscribed ubuntu-sponsors to the bug, you've done your bit.
[03:59] <shayonj> oh yeah did that too. working on the newer version. and i upload the diff file in the comment there, right ?
[04:00] <ScottK> If it's just that fix, all that's needed is the debdfiff.
[04:00] <shayonj> okay !
[04:00] <ScottK> Whoever sponsors the package will use the current package plus your debdiff to remake the new package.
[04:01] <shayonj> i see. okay but this newer version, does not have a debian folder
[04:01] <shayonj> so no control/changelog
[04:02] <shayonj> sorry
[04:02] <shayonj> my bad.. didnt let it extract :P
[04:39] <shayonj> for some reason debuild is only building the debian folder, any help on this ?
[05:02] <bwright> Hey guys package blogtk is broken, it doesn't have python gtkhtml2 library and fails to run.
[05:02] <bwright> Please look into it.
[05:05] <micahg> bwright: someone needs to package a new version
[20:13] <xxxS> hi
[20:13] <xxxS> people
[20:15] <shayonj> need some help with packaging from scratch . this program does not have a make/install file, where as it runs by the shell script file (linux-install.sh). So i am wondering will the guide mentioned here https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging_from_Scratch be helpful ?
[20:16] <shayonj> as the rules file is working with the make arguments
[20:17] <shayonj> anyone ?


[00:00] <len> Ok Astraljava, That is useful... I take it then that there are 4 work flows or four sections of work flows?
[00:02] <len> For example in the audio section There are over 20 ways of using things... seems like a lot of metas to me.
[00:03] <len> May be just one that covers it all. Then a menu that shows whats needed for each?
[00:22] <astraljava> len: My understanding is that all the different work flows are just arguments for having some applications installed through various tasks in the installer.
[00:45] <len> astraljava: Ok, so four sets of packages, lots of uses within each install.
[00:46] <len> I'm thinking I need to test more of that stuff... Like can the job actually be done with only the software provided.
[00:47] <len> This would mean only installing one of the four sets and trying out each task...
[00:50] <astraljava> len: Would be good if you could test the thought behind the task, yes.
[00:51] <len> astraljava: Waiting for all the software to be included. Lots of stuff missing still.
[00:52] <astraljava> Yep. I'm turning in, it's close to 3 am. here. Thanks for testing the stuff! Have a good night!
[04:06] <ScottL> did an interesting experiment tonight to check a few things for updating the seeds
[04:06] <ScottL> https://wiki.ubuntu.com/UbuntuStudio/Sandbox/#package_size_testing
[04:07] <ScottL> mainly i wanted to compare the installation impact of a few different packages (file managers, video editors, disc burners)
[04:07] <ScottL> for example, brasero appears to be a very, very small installation compared to k3b
[04:08] <ScottL> and since brasero is basically installed when nautilus is installed we would actually get brasero "for free"
[04:49] <len> ScottL: so do we have a list of packages yet? I'm thinking in terms of file mangers and editors etc.
[04:50] <len> With where Gnome is going (3ish) is nautilus going to become incompatible with what we are doing ?
[04:53] <len> I'm thinking one of the big things with unity is this whole full screen everything and hearing gnome 3 is going to be similar. will the changes in the libs force some of the gnome applications to think that way too?
[04:55] <ailo> gnome3 is basically the same as gnome2, except it has a different panel
[04:55] <ailo> And some new stuff
[04:55] <len> Ok, how is different?
[04:56] <ailo> The panel is replaced by what is called gnome-shell
[04:56] <ailo> GTK has been updated
[04:56] <ailo> That's about it
[04:56] <ailo> In short
[04:59] <ailo> Unity resembles Gnome3, but uses a global menu. Unity is based on Gnome
[05:00] <ailo> Unity uses Compiz, while Gnome3 uses Mutter
[05:00] <ailo> Of no relevance to XFCE though
[05:00] <len> No body likes changing I remember wondering why anyone would need anything more than fvwm too.
[05:00] <ailo> I use Gnome3 and I'm pretty happy about it.
[05:01] <ailo> Very simple and fast
[05:02] <len> I haven't tried that.... but I have tried unity (12.04 alpha) and it seemed to think nobody could use more than one app at a time.
[05:02] <len> Is there a flavour of ubuntu using G3?
[05:02] <ailo> I don't agree on the notion that Unity or Gnome3 are designed for one application in a time
[05:02] <len> Or is there a meta I could try?
[05:03] <ailo> If you have Ubuntu 11.10 or later installed, just install gnome-shell.
[05:03] <len> G3 I don't know, but unity seems to expect full screen everything.
[05:03] <ailo> Why do you say that?
[05:04] <len> I will try gnome-shell on top of a 12.04 ... anything I have tried with unity open fullscreen.
[05:05] <ailo> The windows work just as before. There has been no change there
[05:05] <ailo> Gnome3 does not have all three window control buttons visible by default though
[05:06] <len> I had ubuntu desktop on my netbook and when I upgraded to 11.10 I couldn't get the windows not to open full screen... ended up starting over with xubuntu.
[05:06] <ailo> As far as I know, there's no fullscreen mode for normal application
[05:06] <ailo> You mean maximized, right?
[05:07] <len> The ubuntu desktop alpha 12.04 I tried was flakey... but so was US at the time. Yeah maximised.
[05:07] <len> It uses all my screen :-P
[05:07] <ailo> On Unity, all of the apps have a minimize button
[05:07] <ailo> And unmaximize
[05:08] <ailo> On Gnome3 those do not appear by default, but if you get into how Gnome3 works, you'll see why you might not need them
[05:08] <ailo> You can use Gnome3 the old way, or in a new way
[05:09] <len> Maybe they have fixed it, but it is a pain to have to unmaximise things every time I start them, it would be nice if they started the same as I left them.
[05:09] <ailo> That is how I remember it to be
[05:09] <ailo> I don't use Unity myself though. Only Gnome3
[05:10] <ailo> Gnome3 still has the classic desktop as well, which looks like gnome2
[05:10] <len> My Yf would probably like unity though as she maxs everything. So I can't say unity is bad... just not for me. They may be right that for most people that is the way to go.
[05:11] <ailo> I don't agree on many of the things you say about Unity. It is just like gnome2, but with a different panel
[05:11] <ailo> And with additional functionality
[05:12] <ailo> I think there has been a false idea about what it is from the start
[05:12] <len> I may have picked poor times to try it out.
[05:13] <ailo> My biggest concern was how stable Unity and Gnome3 would be, since they require graphic card acceleration in default mode. And just generally, how buggy they would be
[05:14] <ailo> 12.04 seems to be ok for me
[05:14] <len> I was quite frustrated with it when I tried to use it for a week or so. I will keep trying it out though. It is nice having spare drives to run stuff on. I have gotten used to installing something different just to try.
[05:15] <ailo> I think the idea about both Unity and Gnome3 is that they would work on any screen device
[05:15] <ailo> Desktop/netbook/smartphone/TV
[05:16] <ailo> But so far, the old functionality is still there for desktops
[05:18] <len> It will be interesting to see what apps we get for US anyway...
[05:18] <len> I have to go for a bit.
[11:47] <astraljava> vaev: Would you mind joining #ubuntu-studio-dev
[11:47] <astraljava> sorry
[11:47] <astraljava> #ubuntu-studio-devel channel
[11:47] <astraljava> That's where the majority of the development happens.
[12:05] <astraljava> Crap.
[12:05]  * astraljava is really, really stupid today. Much more than normally.
[12:08] <vaev> hello. I was asked to come here, interested in participating
[12:09]  * astraljava wishes vaev warmly welcome
[12:09] <vaev> I'm not an expert in packaging, but feel like I can contribute in bug squashing, testing and xfce issues since that's the DE I've used for a long time
[12:13] <astraljava> jussi: From your email on May 8th, 2010, you proposed to move the channels to the naming convention of #ubuntu-studio*, but apparently it still hasn't realized.  They'll get around to your membership at some point.
[13:17] <scott-work> astraljava: do you mind if i query cjwatson for additional information about the live-dvd?
[13:25] <astraljava> scott-work: Not by any means.
[13:28] <scott-work> i was thinking about this while i was getting up and ready for work this morning
[13:28] <scott-work> it seems that colin would expect we would not want some functionality available under a live-dvd use case
[13:28] <scott-work> and i can't fanthom what he might be thinking
[13:29] <scott-work> is he worried that we might not want to actually record music, ala jack/ardour?
[13:29] <scott-work> colin _is_ a very smart person, is he thinking of something we aren't?
[13:29]  * scott-work usually finds that this is the case when interacting with such persons as colin or persia
[13:36] <astraljava> scott-work: You can't say that. Either it's 'Colin and Emmet', or 'cjwatson and persia'.  On another note, do we have anything important for today's QA meeting?
[14:17] <scott-work> astraljava: we have a QA meeting today?  i can't think of anything directly
[14:18] <scott-work> wrt seeds, i think the confusion is a matter of perspective
[14:18] <astraljava> scott-work: I just happened to stumble upon said meeting last week, and they had our derivate mentioned. So I gave a short and meaningless excuse for our existence, and promised to pay more attention in the future. :)
[14:19] <scott-work> i had been thinking of what should be excluded from the installed system, but rather we should think of the live environment first and then consider what should be excluded from _it_ to install onto the computer
[14:19] <scott-work> astraljava: lol...good job, man!
[14:20] <astraljava> scott-work: I agree on that. So we talk about it in the meeting, yes? Shall I add it on the agenda?
[15:20] <scott-work> astraljava: you mean the live-dvd issue for the ubuntu studio contributor meeting?
[15:27] <astraljava> scott-work: I mean the discussion about what we include in the live session, and how it (if in any meaningful way) differs from the installed product.
[15:30] <scott-work> astraljava: colin's talking about not including boot loader, ubiquity, and language packs....as these all seem very, very practically considerations i'm not sure we need to discuss it in the meeting
[15:30] <scott-work> but let's wait until colin responds back to my last question (do you need more from me?) before we make a final decision
[15:31] <astraljava> scott-work: ACK
[15:53] <scott-work_> astraljava: i think i satisfied cjwaton :)
[15:54] <astraljava> Oh ok, nice.
[15:59] <jussi> astraljava: its the latter... sadly :P
[16:00] <astraljava> Anyone surprised, please raise a hand now.
[16:00] <astraljava> ...
[16:00] <astraljava> ...
[16:00] <astraljava> ...
[16:00]  * jussi slaps astraljava
[16:01] <astraljava> Hey! You have your target practice at home now!
[16:01] <jussi> ahh shaddup, Im tired
[16:01] <astraljava> Not from me you aren't.  Maybe next week. *grin*
[17:23] <holstein> interesting wallpaper pack on the ML
[17:23] <holstein> i think the one with the guitar cable is not awful
[17:23] <holstein> might look nice and minimal with XFCE
[17:24] <holstein> i think i like the other ones that were submited more though
[17:41] <scott-work_> is it a new email on the ML?
[17:42] <astraljava> scott-work_: https://lists.ubuntu.com/archives/ubuntu-studio-devel/2012-January/003807.html
[18:27] <scott-work> wrt wallpapers; i just want a very simplistic background that can be used in a unified manner across the plymouth theme, the lightdm background, and the desktop wallpaper
[18:28] <scott-work> i have tried pulling involvement from the ML and from even the -artwork IRC channel, ML, and specific individuals with-artwork without much success
[18:29] <scott-work> i need to talk to dick macinnis again about the blueprint and spec i made and see if he can do something like it
[18:29] <scott-work> (macinnis already made some very nice wallpapers but not what i really had in mind)
[18:29] <scott-work> and i'll try to touch an artist type person who was working with cory for a short time called 'izo'
[18:30] <scott-work> but i freaking want THIS
[18:30] <scott-work> i might even set aside some money just to pay for it
[18:30] <astraljava> I vaguely recall that nick (or something like that), but didn't he go to Japan in a hurry? Is he available again?
[18:32] <scott-work> astraljava: no, that was....hmmmm, dont' remember
[18:32] <scott-work> but not the same person
[18:32] <astraljava> Oh ok.
[18:32] <scott-work> izo is a east bloc looking dude with a long goatee and kinda scary
[18:33] <scott-work> what's that new video editor coming out?  damn, i met the dudes and talked with them on two different morning during breakfast at uds :(
[18:34] <scott-work> novacut...he left working with cory to do the novacut icon/logo
[18:34] <scott-work> hold on....
[18:34] <scott-work> AHA!  http://www.kickstarter.com/projects/novacut/novacut-pro-video-editor/posts/101241
[18:34] <scott-work> first picture is izo
[18:34] <scott-work> okay, he looks more hispanic to me now
[18:35] <astraljava> Little bit scary nonetheless. :)
[18:37] <scott-work> i can be scary looking, but this guy looks bigger and would actually make me very, very careful if i met him in a dark alley
[18:37] <scott-work> ;)
[18:38] <astraljava> Agreed. :)
[18:38] <scott-work> oh, the link i sent earlier this morning (or was it last night) about the package sizes has me thinking quite a bit
[18:38] <scott-work> i might even set up a kde install just to verify a few thing and gather some more information about some gnome package sizes
[18:39] <scott-work> BUT it certainly reinforced that i'm probably going to go with brasero as our image burner for two reasons:
[18:39] <scott-work> 1. k3b (which many people suggested) is hella big install!
[18:39] <scott-work> 2. we've used braser for years and i dont' really recall any vocal complaints
[18:41] <astraljava> Did we even have anything for oneiric?
[18:42] <scott-work> brasero i believe
[18:42] <scott-work> what we were missing was text editor and maybe something else fairly minor
[18:42] <astraljava> It's not in the desktop file, at least.
[18:43] <scott-work> oneiric is embarassing actually
[18:43] <astraljava> It's in the video file!
[18:43] <scott-work> astraljava: does the agenda include the LTS request?  i forget
[18:43] <astraljava> WHY?!
[18:43] <astraljava> Oh, have to check.
[18:43] <scott-work> why is oneiric embarrasing?  it's unfinished and extremely rough
[18:44] <astraljava> No, I mean why is brasero in the video file of the seeds?!
[18:44] <astraljava> grr... wiki's being its own self again...
[18:44] <astraljava> scott-work: Yeah, the proposal is on the agenda.
[18:45] <scott-work> astraljava: thanks
[18:45] <scott-work> astraljava: brasero in video is probably my fault
[18:45] <scott-work> i've gotten a better understanding of what ubuntu studio should be, at least on a more fundamental level
[18:45] <astraljava> I don't think oneiric was embarrassing. It was a test drive.
[18:46] <astraljava> Quite successful for such.
[18:46] <scott-work> well, i guess so ;)
[18:46] <astraljava> It was the first attempt for switching over to XFCE, mind you.
[18:46] <scott-work> but i realize that there are certain applications that should be included in desktop simply for the desktop experience, like text editor and image burner :P
[18:46] <astraljava> And considering the manpower that we had for that cycle... I'm actually quite amazed we had something out in the first place.
[18:46] <scott-work> and not rely on, say, the video seed
[18:47] <scott-work> eh, so much of that is done by others and will continue on unless something breaks without practically any input from this team
[18:47] <astraljava> scott-work: Yeah, but then again, this isn't your regular desktop distribution.
[18:47] <astraljava> I'd say we would need more tasks, so that user could decide at install-time whether to make it more desktop-ish.
[18:47] <scott-work> true, but editing text or burning the image IS part of the desktop usage, not really on a particular seed, work flow, or even task
[18:48] <scott-work> hmmmm, that's an interesting idea
[18:48] <astraljava> After all, it's a DVD, so we can include more stuff. As long as the .iso doesn't become a full-fledged 4.7GB-er
[18:48] <scott-work> later on, maybe weeks or a month, i would like to poke cjwatson again and ask if there is a better way to make tasks with creating a seed for each one
[18:49] <astraljava> It's true, a very simple editor could be included by default. Like leafpad.
[18:49] <scott-work> ooooooo...."without", not "with creating a seed for each one"
[18:49] <astraljava> But no office suite. Not even Abiword.
[18:49] <scott-work> i like gedit really, it's good for code as well
[18:49] <astraljava> True.
[18:50] <scott-work> leafpad and mousepad are good, not to detract from that, but i do like the code highlighting (especially because i'm such a code noob and i need all the help i can get)
[18:51] <astraljava> Yeah, I just tested, no highlighting at all.
[18:52] <astraljava> Ok, gedit it could be.
[19:02] <scott-work> i am leaving work slightly early today and i will focus on getting two things done tonight:  pushing the kernel to REVU and updating the seeds for theme-ui change and filing bug for sponsors
[19:06] <astraljava> scott-work: Good idea. I think I'm going to try and get some sleep soon, and wake up at 5 am. for the Ducks' game. I'll then start to work on the seeds, both for live-dvd and desktop.
[19:08] <scott-work> cool :)  thank you metric tonnes, astraljava
[19:20] <vaev> okay let's see.. gonna install current and see what has it eaten


[01:55] <Ubugtu> New bug: #66487 in linux-restricted-modules-2.6.17 "Buffer overflow in NVIDIA driver allows specially designed webpages, etc. to execute code as root" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66487
[01:55] <Ubugtu> New bug: #66492 in linux-restricted-modules-2.6.17 "Buffer Overflow in NVIDIA Binary Graphics Driver For Linux" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66492
[03:55] <Ubugtu> New bug: #66500 in xorg "Bug on amd64 makes X server unusable in Edgy (CRITICAL)" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66500
[05:45] <Ubugtu> New bug: #66504 in xinit "changelog not available for xinit" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66504
[09:54] <AnAnt> I got a problem in Edgy, when I proprietry software, I get this error:
[09:54] <AnAnt> Error: Could not create FontSet for font '-adobe-helvetica-medium-r-normal-*-12-*-*-*-*-*-*'.
[09:55] <AnAnt> The following character sets cannot be drawn with this font:
[09:55] <AnAnt> according to xfontsel, I do have that font.
[09:58] <AnAnt> this software used to work in Dapper btw.
[03:40] <Ubugtu> New bug: #66549 in acpi-support "Closing lid make X die and restart on Dell C600" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66549
[04:51] <Ubugtu> New bug: #66520 in linux-restricted-modules-2.6.17 "X crashes on visiting a certain webpage in Firefox" [Undecided,Confirmed]  http://launchpad.net/bugs/66520
[05:47] <Ubugtu> New bug: #66399 in xorg (main) "primary selection replace" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/66399
[09:13] <Ubugtu> New bug: #66145 in xorg (main) "black screen on start" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66145
[10:56] <Ubugtu> New bug: #66547 in xserver-xorg-video-ati (main) "lockup when running glxgears" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66547


[09:58] <mparillo> The MM Beta is marked ready. I have an announcement post drafted. https://kubuntu.org/wp-admin/post.php?post=5101&action=edit Two known unknowns: (1) Did we participate in Testing Week? If we did I missed it. (2) As usual, I cannot find the main Ubuntu Beta Release Notes in Discourse, so that link still points to LL.
[09:58] <mparillo> I will try to get screenshots for https://wiki.ubuntu.com/ManticMinotaur/Beta/Kubuntu as well in the coming hours and double-check release numbers.
[09:59] <mparillo> But in both cases, please take a close review.
[21:11] <mparillo> I added screenshots to https://wiki.ubuntu.com/ManticMinotaur/Beta/Kubuntu


[11:10] <vigo> Hi all! I've got a little question about a translation bug that I want to file
[11:10] <vigo> someone to len a hand?


[14:05] <cjohnston> johnc4510: did you get my reply to your email?
[17:48] <pleia2> nhandler: you about? shall I do the ubuntu countdown post?
[17:55] <pleia2> also, how do we add a Topic for Lucid Lynx?
[18:03] <pleia2> my story is queued up, if someone wants to review that would be nice :)
[18:07] <joey> http://www.ubuntu.com/getubuntu/countdown
[18:16] <pleia2> joey: I have a story queued up, can you review so I can publish?
[18:16] <pleia2> 2011
[18:17] <joey> pleia2: I'd remove "The countdown is on the homepage but at the bottom in a less conspicuous spot than in the past." but the rest looks great
[18:17] <pleia2> done
[18:18] <joey> pub it pleia2!
[18:18] <pleia2> there we go :)
[22:15] <nhandler> johnc4510: FYI, that statement was from the original announcement. It was most likely included because they originally did not think it would be on the homepage at all. It is also to help show people the need to publish the banner on their own sites ;)


[09:13] <rmg51> Morning
[10:35] <lazyPower> \o
[10:35] <rmg51> o/
[12:21] <teddy-dbear> morning peoples, critters and everything else
[12:37] <lazyPower> https://www.youtube.com/watch?v=i8xwLWb0lLY - the all american burger in teh first 2:00 - priceless america.
[12:37] <lazyPower> we win again
[12:37] <lazyPower> possible NSFW as it has a bikini clad female in a hot tub. viewer discression advised.


[04:31] <Ahmuck> anybody heard of cfengine?
[04:32] <HedgeMage> Is anyone awake in here from Germany?
[04:33] <stgraber> Ahmuck: sure but that's pretty old AFAIK, look at bcfg2, puppet or chef for more complete solutions
[04:34] <Ahmuck> release 3 came out.  it seems like it does machine managment
[04:37] <Ahmuck> nm, i need to be in the ltsp forum
[16:11] <bencrisford> !info atomix
[16:17] <bencrisford> !info ltsp
[17:44] <bencrisford> highvoltage: stgraber:  Is there gonna be an edubuntu meeting any time soon?


[08:40] <seb128> infinity, hey
[08:41] <seb128> infinity, maybe you can help me ;-)
[08:41] <seb128> infinity, https://launchpad.net/ubuntu/+source/signon-ui ... do you know how Colin got 0.15daily13.06.12-0ubuntu1 in saucy release?
[08:41] <seb128> infinity, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html complains about  "out of date on powerpc: signon-ui (from 0.14-0ubuntu2)"
[08:42] <seb128> infinity, I could delete the binary but the fact that it's still there suggest Colin forced it another way for the previous upload?
[08:43] <infinity> Lemme look.
[08:43] <seb128> thanks
[08:44] <infinity> Looks like Colin forced it.  Naughty.  I'll see about cleaning up a bit more pleasantly.
[08:44] <seb128> infinity, thanks
[08:44] <seb128> infinity, good luck, I think the reason Colin forced it was because it was non trivial to clean up nicely
[08:45] <Laney> he said he wanted to see what it made uninstallable
[08:45] <infinity> Yeah, it looks like it has no rdeps (anymore) on powerpc.
[08:46] <infinity> But I'll double-check this harder before I go breaking anything.
[08:46] <Laney> I thought seb128 said he deleted the ppc binaries yesterday
[08:47] <infinity> Should migrate in the next run.
[08:47] <seb128> Laney, signon-plugin-oauth2 and signond I removed
[08:47] <seb128> Laney, not signon-ui itself
[08:47] <Laney> ah
[08:47] <seb128> Laney, sorry if there was a misunderstanding
[08:47] <Laney> np
[08:47] <seb128> infinity, Laney: thanks
[08:47] <infinity> seb128: Erm, deleting the signon PPC binaries isn't clever, unless you also make it stop building on PPC, cause they'll just come back.
[08:49] <seb128> infinity, I think I just misunderstood what Laney said when he listed the rdepends/recommends, I though I needed to delete those 2 to have signon-ui move to release
[08:50] <infinity> seb128: Yeah, it's all cleaned up now.
[08:50] <infinity> seb128: But please get the signon source package to stop being arch:any (or make it fail early in debian/rules on !x86 !arm)
[08:51] <infinity> seb128: I'd almost prefer the failure thing, as it's easier to track if we ever get a Qt5 that supports more than 2.5 arches, but meh.
[08:51] <seb128> infinity, right, I'm going to talk to Ken about that
[08:51] <infinity> (Or make it needlessly build-dep on qt5-declarative, which makes it happily just dep-wait forever)
[08:52] <infinity> All the debian/control arch hacks we've been doing will be awful to unwind (or add new arches to). :/
[08:52] <infinity> Build-deps on the missing qt5 bits would have been much more elegant.
[08:53] <infinity> And I don't think it's too hideous to build-dep on your runtime deps for this purpose.
[09:19] <infinity> seb128: Aaaand, fixed a little harder.  Should go on the next cycle. :P
[09:19] <seb128> infinity, thanks!
[12:50] <xnox> infinity: debian started boost1.54 transition, but i'd want to hold that transition off until next cycle. And deffo out of main.
[13:15] <ScottK> If someone will kick ^^^ out of New, that'll get it and two other perl modules to migrate.
[13:18] <stgraber> ScottK: I'll take a look
[13:33] <stgraber> does anyone know what was used to generate https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/ChangeSummary/12.04.2 ?
[13:56] <stgraber> slangasek: I'm done setting up https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes for 12.04.3 (moved all the existing ones to -12.04.2 and added all the needed links, updated includes, ...)
[13:56] <stgraber> I just need to ping IS to get https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop changed as it's currently immutable...
[13:57] <stgraber> the common wiki page is: https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/CommonInfrastructure
[14:01] <stgraber> and updated the section about the backport kernel to cover the new 3.8 and lts-raring enablement stack
[14:05]  * xnox ponders if www.ubuntu.com is also ready for 12.04.3, as it started to encode point-release number on download pages et. al. pinged Peter about it.
[14:09] <stgraber> announcement draft: http://pad.ubuntu.com/ubuntu-12-04-3-announce
[14:10] <stgraber> flavors: please make sure the links on the wiki and on the announcement are correct, if not, let me know or just edit in place
[14:11] <stgraber> Riddell, ScottK, highvoltage, superm1, zequence: ^ (wiki pages for your release notes, download links and announcement URLs)
[14:12] <highvoltage> merci
[14:12] <smartboyhw> stgraber, working on the Ubuntu Studio ones...
[14:12] <Riddell> gotit
[14:14]  * stgraber adds the usual upgrade products
[14:14] <xnox> stgraber: does wubi need a bump .2 -> .3, upload and sign?
[14:15] <stgraber> xnox: that's a good question
[14:15]  * smartboyhw deletes the Ubuntu Studio upgrade 12.04.3 ones
[14:16] <stgraber> ah yeah, I should remove all those that weren't LTS before 12.04
[14:17] <stgraber> ah, actually they can pretty much all go as 10.04 desktop is no longer supported
[14:17] <stgraber> so only ubuntu server needs lts-to-lts upgrade testing
[14:18]  * stgraber cleans up
[14:18] <stgraber> xnox: so I'm not sure, it looks like we've been building wubi images lately, so maybe we should update wubi. I'd prefer to wait for slangasek to show up (any minute now) though.
[14:19] <stgraber> xnox: either way, I suspect we'll need a respin, either to get a new wubi to work with .3 or to get rid of wubi
[14:19] <slangasek> I asked ev to look at wubi, I wasn't sure if the point release instructions were still current
[14:19] <slangasek> xnox: do you know the answer?
[14:19] <slangasek> do we need a wubi respin?
[14:19] <slangasek> ... and if so, can you please take care of it (asap)?
[14:20] <xnox> slangasek: as in, wubi will try to download 12.04.2 metalink & .iso, when executed stand-alone, which I believe will error-out ones we release 12.04.3.
[14:20] <xnox> slangasek: so last time around metalinks got updated.
[14:22] <superm1> stgraber: all set
[14:23] <stgraber> slangasek: oh, and do we care about the world being oversized?
[14:24] <slangasek> stgraber: no
[14:24] <stgraber> ok
[14:24] <slangasek> xnox: what does updating metalinks mean?  is that a wubi rebuild, or what?
[14:29] <smartboyhw> stgraber, I have changed the link for Ubuntu Studio release announcement
[14:31] <xnox> slangasek: yeah, sed -i "s/12.04.2/12.04.3/g" * in the wubi/precise branch. Rebuild, scp to ~ubuntu-archive, sign by is, symlink update to "release"
[14:31] <slangasek> xnox: can you take care of building?
[14:41] <xnox> slangasek: ok after the meeting
[14:41] <slangasek> xnox: thanks
[14:52] <plars> slangasek: are we missing anything? Are there going to be netboot images?
[14:55] <stgraber> plars: http://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-amd64/20101020ubuntu136.13/images/raring-netboot/
[14:55] <stgraber> plars: http://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-i386/20101020ubuntu136.13/images/raring-netboot/
[14:55] <plars> stgraber: I hadn't seen them show up on the iso tracker
[14:57] <stgraber> plars: I just added them on it now, but the links will be wrong (should point to those I listed above or you won't get the enablement kernels)
[14:57] <plars> stgraber: ok, thanks
[16:50] <knome> infinity, looks like i can't grab an uploader soon enough for the docs SRU. i'm sorry for bothering you - i think you agree it's definitely too late now.
[16:51] <infinity> knome: Probably too late, yeah, but don't let that stop you from getting it uploaded. :)
[16:51] <infinity> knome: You might want to just ask to have it added to your packageset so you can upload yourself.
[16:52] <knome> infinity, "my" packageset? :)
[16:52] <knome> i personally do not understand enough about packaging.
[16:53] <knome> or at least, i won't confess i do... :)
[16:56] <infinity> knome: Oh, heh.  For some reason, I thought you had PPU rights to the xubuntu packageset.  Clearly not.  I blame my having been awake for only 50m this morning.
[17:02] <knome> nah, i don't, and that's not my goal. we need more people who have, though... and no problem :)
[17:02]  * knome pours infinity some coffee
[17:52] <sil2100> Core-dev needed!
[17:52] <sil2100> http://<IP_ADDRESS>:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_qtubuntu_0.52+13.10.20130821-0ubuntu1.diff <- could any core dev ACK this packaging change for me?
[17:53] <sil2100> ogra_: ? ^ ;)
[17:56] <sil2100> infinity: ^ ;)
[17:57] <ScottK> sil2100: That's not a release team issue.  Please use #ubuntu-devel.
[17:58] <sil2100> ScottK: k
[20:51] <bdmurray> slangasek: what do you think about linking to an error report (to watch for it not occuring in the new version) in an SRU bug instead of a test case?
[20:53] <infinity> bdmurray: If it's so hard to reproduce that errors is about the only way to know if you've fixed the bug, I guess that's fine.
[20:53] <slangasek> bdmurray: I think that's a thing I've done before :)
[20:53] <infinity> bdmurray: But a testcase is always better, if one can be cooked up.
[20:54] <bdmurray> infinity: I tried a bit.
[20:54] <infinity> (Well, assuming the testcase is a valid reduction of the bug, and not some fabrication that tests the wrong thing :P)
[20:54] <bdmurray> and the patch is one line
[20:54] <bdmurray> -                except (IOError, zlib.error) as e:
[20:54] <bdmurray> +                except (IOError, EOFError, zlib.error) as e:
[20:55]  * infinity nods.
[20:55] <infinity> This whole "use errors to track progressions" thing will fail if the people who want -proposed to be NotAutomatic win.
[20:56] <infinity> Cause then no one will install the proposed versions except, maybe, the one guy who reported the LP bug.
[20:57] <bdmurray> infinity: which people?
[20:57] <infinity> You know.  "people".
[20:57] <infinity> It's come up a few times. :P
[21:01] <slangasek> people like me :)
[21:01] <slangasek> but yeah, we can't have it both ways on this one
[21:02] <slangasek> OTOH, NotAutomatic+ errors + phased-updates, maybe for those cases we just make sure it builds and installs and then throw it straight to -updates
[21:04] <infinity> (Those cases should be very, very rare, I'm not sure we want to model the archive usage after the corner case)
[21:04] <infinity> Unless you're suggesting that's how all SRUs should eventually go, which could perhaps be a tenable position when phased-updates proves its mettle.
[21:05] <pkern> canaries ftw :)
[21:14] <slangasek> infinity: I'm saying that -proposed should be noautomatic in its own right, and if one of the consequences is that we don't have enough data in errors to know if certain bugs are fixed in -proposed, then we have enough safeguards in place that we shouldn't be afraid to push it out to -updates
[23:25] <xnox> "autopkgtest for ubiquity 2.15.14: RUNNING (Jenkins: public, private)" but it finished an hour ago.... is that normal?
[23:25] <xnox> no like at 19:10 the first time.


[12:14] <aSt3raL> when will X be fully merged?
[12:17] <Hobbsee> aSt3raL: when it's done.
[12:17] <aSt3raL> haha ok
[12:17] <Hobbsee> how's that for an answer?
[12:19] <aSt3raL> it was more of a 'quit bugging me' than an answer :p
[12:19] <Hobbsee> well...
[12:22] <aSt3raL> Hobbsee: so what do you do?
[12:22] <Hobbsee> aSt3raL: i work on the kubuntu side of things, do a fair bit of bug triage, and am a MOTU, so work on universe stuff too
[12:22] <aSt3raL> ok cool
[12:22] <Hobbsee> + the community-ish side of kubuntu too
[12:29] <geser> aSt3raL: the xorg meta package was uploaded with version 7.2 10 hours ago
[12:29] <Hobbsee> heya jono!!!
[12:30] <jono> heya Hobbsee:)
[12:30] <jono> hows are we tonight?
[12:30] <jono> or morning
[12:30] <jono> or whatever it is in that crazy timezone
[12:30] <StevenK> jono: 10:30am
[12:30] <Hobbsee> jono: it's morning!
[12:31] <jono> heh
[12:31] <Hobbsee> strange thing - i almost never see it...
[12:33] <jono> hehe
[12:33] <Hobbsee> even the customers comment...
[12:34] <sabdf1> Hobbsee: you must be a morning person :-)
[12:35] <Hobbsee> sabdf1: heh.  nope :P
[12:36] <ajmitch> hey jono, sabdf1
[12:36] <sabdf1> howdy ajmitch
[12:36] <jono> hey ajmitch
[12:37] <Fujitsu> Hi sabdf1, jono.
[12:37] <jono> hey Fujitsu
[12:37] <Hobbsee> (or identified)
[12:37] <jono> Hobbsee: he has multiple personalities
[12:37] <Hobbsee> jono: oh dear.  that's plus the random lunatics that pretend to be him, but talk like 13 year olds, right?
[12:38] <ajmitch> how worrying
[12:38] <Hobbsee> ajmitch: yes.  thank goodness for op powers.  (for stopping people disrupting channels)
[12:38] <Hobbsee> Fujitsu: heh, sorry :)
[12:39] <jono> Hobbsee: not really, Mark contacted me the other in fact and said "Hi Jono, Is it true you have m/\d l33t sk1llz? Power to the brother. Ubuntu FTW. See my website myspace.com/sabdfl"
[12:39] <kylem> Hobbsee, if it makes you feel any better, he's connected to internal irc from the same host. :)
[12:39] <Hobbsee> kylem: right :)
[12:39] <jono> Hobbsee: that may in fact be lies what I just said
[12:39] <sabdfl> FTW?
[12:39] <Fujitsu> kylem: You /must/ have been hacked.
[12:39] <Hobbsee> jono: yeah yeah :P
[12:39] <Hobbsee> sabdfl: for the world, i believe
[12:39] <jono> sabdfl: For The Win
[12:39] <sabdfl> niiiiice
[12:39] <jono> sabdfl: the kids of today seem to use it
[12:39] <ajmitch> jono: I wonder how much we'd need to get him to drink to say that :)
[12:39] <jono> I don't get it either
[12:40] <jono> ajmitch: sounds like a challenge
[12:40] <Fujitsu> jono: I'm a kid of today, and I had no idea what it means.
[12:40] <Hobbsee> oh wah.
[12:40] <Fujitsu> So there.
[12:40] <jono> Fujitsu: obviously not "l33t" enough
[12:40] <Fujitsu> Obviously.
[12:40] <jono> Hobbsee: how much does the Kubuntu community post to the fridge?
[12:40] <Hobbsee> jono: close to nothing.
[12:40] <jono> Hobbsee: I am looking to get it fixed up
[12:41] <jono> Hobbsee: any particular reasons?
[12:41] <Hobbsee> jono: mainly because we post the stuff direct to kubuntu.org
[12:41] <jono> Hobbsee: right
[12:41] <Hobbsee> which only Riddell has access to, currnetly, incidently
[12:41] <Hobbsee> or Riddell blogs directly, so appears on planet
[12:41] <jono> Hobbsee: do you feel the fridge feels ubuntu/kubuntu/edubuntu or just ubuntu?
[12:41] <Hobbsee> argh.  this supertux bug...and email...
[12:43] <Hobbsee> jono: at the moment, i dont even read the fridge - it seems that planet has depreciated the fridge
[12:43] <Hobbsee> it likely hasnt, but it's not active enough to be a snapshot of what's going on
[12:44] <jono> Hobbsee: yeah, I get the same views from some people, looking to fix this up a bit, and see how the marketing team can feed it better
[12:44] <Hobbsee> it's not even mentioning that UDS has been announced - at the minimum, the stuff from ubuntu-devel-announce should probably be on there, tc
[12:44] <Hobbsee> right
[12:45] <jono> exactly
[12:45] <jono> this is what I am looking to fix
[12:45] <jono> the fridge team is a little informal right now, it needs a leader and a roadmap
[12:45] <jono> and its a sexy job, I am sure a loving leader is out there
[12:45] <Hobbsee> i'm trying to figure out what of kubuntu should go on there
[12:46] <Hobbsee> maybe our testing team, or something, once that's ramped up a bit.
[12:46] <Hobbsee> at the moment, it talks conferences, teams, and asking people questions, from what i'm gathering, browsing it now - how would kubuntu fit into that?  (apart from the obvious of one of us answering questions)
[12:48] <Hobbsee> jono: sexy job hey?  interesting description :P
[12:48] <jono> Hobbsee: I reckon so, sexier than glibc maintenance
[12:49] <Hobbsee> hehe
[12:49] <ajmitch> that's not too hard
[12:49] <StevenK> jono: Oh come on, toolchain hackers get all the chicks.
[12:50] <canine_kouji> I'm wanting to create a couple programs for ubuntu. I'm not sure if anyone has done this already, so I'm checking. Has anyone here been working on a program or configuration application for GNOME for Windows services integration?
[12:51] <ajmitch> StevenK: oh is that what I have to work on?
[12:51] <canine_kouji> I do know how to integrate by hand, but for others.. I want them to be able to drink the ubuntu kool-aid ;)
[12:51] <ajmitch> canine_kouji: what do you mean by windows services integration?
[12:51] <lotusleaf> canine_kouji: you mean like what kcontrol has for wine?
[12:51] <canine_kouji> ajmitch: set up certain settings like active directory.
[12:52] <ajmitch> oh right
[12:52] <canine_kouji> adding the machine to the network
[12:52] <StevenK> ajmitch: :-P
[12:52] <canine_kouji> is there anything I can work on?
[12:52] <canine_kouji> specifically with this. I would consider it a very valuable feature. MacOSX already has an application.
[12:53] <ajmitch> the code is in feisty, just not very good right now
[12:53] <canine_kouji> ajmitch: if I can read Indian code, I can read your code ;)
[12:53] <ajmitch> in universe
[12:53] <canine_kouji> ajmitch: would you have a application name I can use to find this application?
[12:53] <_ion> What is Indian code? :-)
[12:54] <canine_kouji> _ion: code which comes from Rent a Coders from India.
[12:54] <kylem> c code tikka masala
[12:54] <_ion> I'd think there are competent as well as incompetent coders in India just like in any other country. :-)
[12:55] <ajmitch> the package is authtool, it's written in python, and I'm rewriting some reasonable sized chunks right now
[12:55] <canine_kouji> _ion: more code I read comes from India, I'm sure the college kiddies here in the US are just as illiterate and incompetant.
[12:55] <canine_kouji> ajmitch: awsome :) My favorite language
[12:55] <_ion> from __future__ import ruby
[12:55] <canine_kouji> using gtk, right?
[12:56] <canine_kouji> _ion: I'm waiting on YARV
[12:56] <StevenK> _ion: Have you seen 'from __future__ import braces' ?
[12:56] <canine_kouji> _ion: koichi has been very calm in implementing the byte code compiler for rb -> rbc for me. Ruby is almost there.
[12:56] <_ion> stevenk: Is there an actual implementation? :-)
[12:57] <_ion> canine_kouji: Yeah, YARV should be good.
[12:57] <StevenK> _ion: It's a more a joke.
[12:58] <canine_kouji> ajmitch: will authtool be included in ubuntu by default in future releases?
[12:58] <StevenK> >>> from __future__ import braces
[12:58] <StevenK> SyntaxError: not a chance
[12:58] <_ion> Ah, hehe. :-)
[12:58] <ajmitch> canine_kouji: hopefully :)
[12:59] <canine_kouji> ajmitch: I hope so too. to clarify, does GNOME have a smb browser?
[12:59] <canine_kouji> ajmitch: the smb browser is another one of the points of joining the network, to be able to access computers.
[12:59] <kylem> nautilus with gnomevfs.
[01:01] <canine_kouji> :) authtool is a dream come true
[01:01] <ajmitch> heh
[01:02] <ajmitch> most of what I'm doing is configuring pam, winbind, nsswitch.conf, etc
[01:02] <canine_kouji> ajmitch: you know of anyone working on a "add printer" for "look in directory"?
[01:02] <ajmitch> I still have to do the little things like the joining of the domain with 'net ads join'
[01:02] <ajmitch> nope, I haven't dealt with printer stuff
[01:03] <Hobbsee> yay, X didnt die.
[01:03] <canine_kouji> its just one of those "another cool features" OSX doesn't have look in directory, but it can scan for the extraneous data the printers send across the network for detection.
[01:03] <ajmitch> good
[01:03] <ajmitch> yes, cups can do that on ubuntu
[01:04] <Fujitsu> ajmitch: CUPS doesn't do Avahi-stuff, does it?
[01:04] <ajmitch> eg in the printer config tool, there's a 'detect LAN printers'
[01:04] <ajmitch> Fujitsu: I can't recall if it does yet or not
[01:04] <canine_kouji> ajmitch: I see it ;)
[01:04] <Fujitsu> I believe it doesn't.
[01:04] <ajmitch> oh well
[01:04] <Lathiat> no
[01:04] <Fujitsu> 'tis unfortunate.
[01:04] <ajmitch> something for Lathiat to fix :)
[01:05] <canine_kouji> looking in active directory for printers would be one of those features needed for the corp env :/
[01:05] <canine_kouji> ajmitch: gremlins :)
[01:05] <ajmitch> nah, it's going to the main archive
[01:06] <ajmitch> I think because the nz mirror isn't usable for many people
[01:06] <ajmitch> due to isp's peering squabbles
[01:08] <Lathiat> is there an IX over there?
[01:08] <ajmitch> yep
[01:08] <Lathiat> whats it called?
[01:08] <ajmitch> and telecom & telstraclear are the main two who refuse to peer nciely
[01:08] <Lathiat> oh, yes
[01:08] <Lathiat> naturally
[01:08] <ajmitch> WIX, and APE are the 2 main ones
[01:08] <Lathiat> its the same here
[01:08] <Lathiat> the big ones don't peer
[01:08] <Lathiat> because they dont need
[01:08] <Lathiat> to
[01:08] <ajmitch> exactly
[01:08] <Lathiat> telstra/optus dont peer at any of the WAIX or PIPEs
[01:08] <Fujitsu> Same in AU, neither Telstra nor Optus do.
[01:09] <Fujitsu> Ah.
[01:09] <Lathiat> because they have prestigous tier-1 status :)
[01:09] <Fujitsu> Yep.
[01:09] <Fujitsu> Sooo annoying.
[01:09] <Lathiat> yeh
[01:09] <ajmitch> we also have smaller ones, with rather humourous names
[01:09] <Lathiat> its dumb
[01:09] <Lathiat> its the big players throwing there wait around
[01:09] <Lathiat> at the detrement of the internet as a whole
[01:09] <Lathiat> it sucks
[02:31] <Hobbsee> damned thing
[03:55] <bddebian> Heya
[07:23] <saddev> hi, I've a development policy question
[07:25] <saddev> Mono is able to run most applications that were written using the  IDE editor Visual Studio .NET 2005. If I'm developing an application that helps administering Ubuntu, and I write it with VS.NET. Granted that it has to work under Mono, would that application be considered for inclusion in Ubuntu, or there is some policy that prevents this because of VS.NET?
[07:26] <Treenaks> saddev: It probably should be compileable in Ubuntu as well
[07:27] <Treenaks> using mono
[07:27] <Treenaks> as long as it does that, IDEs/editors don't really matter I think :)
[07:27] <saddev> ok, so as long as msc is able to compile it under ubuntu, it won't matter that the design part of the app will be full of autogenerated Microsoft code?
[07:29] <saddev> and can I ask you another question about the inclusion process?
[07:30] <Treenaks> hm
[07:30] <Treenaks> autogenerated code
[07:30] <Treenaks> you should read the license of VS.NET what the license of generated code is..
[07:30] <Treenaks> +and figure out
[07:30] <saddev> so forget about Mono, say that I develop an app for Ubuntu (be it Mono, Python, etc...). If I want it to be part of the standard Ubuntu repository, how hard is it?
[07:31] <Treenaks> saddev: not hard (but we prefer to get new# apps through Debian)
[07:31] <saddev> Microsoft license... poor me. It's going to be hell! I better just use glade or GTK#
[07:31] <Treenaks> saddev: monodevelop ;)
[07:31] <saddev> Trennaks: yes, that's what I'm looking into
[07:32] <saddev> Trennaks: so a built open source application can be submitted for inclusion in Debian
[07:32] <saddev> and then picked up by Ubuntu?
[07:32] <Treenaks> it will automatically be picked up by ubuntu on the next release, or if it's before the freeze, you can ask for it to be included.
[07:33] <Treenaks> (Ubuntu syncs from debian unstable when starting to prepare a new release)
[07:33] <saddev> Treenaks: sounds very reasonable
[07:34] <saddev> Treenaks: I know it sounds silly. But being a developer I'd like to contribute with some cool little app or utility. Do you have any idea about what I could develop? Something that is currently missing from Ubuntu. perhaps?
[07:34] <Treenaks> saddev: uh.. no idea :)
[07:35] <saddev> leaving the hard part to ESR who just joined Ubuntu :-)
[07:35] <saddev> Trennaks: thanks. In what do you program if i may ask?
[07:36] <Treenaks> whatever I need :)
[07:36] <Treenaks> not much atm
[03:36] <niktaris> cjwatson, hi, can ubiquity create a root account in feisty ?
[04:31] <bddebian> Heya
[04:33] <towolf> ugh, fc-cache keeps strangling my system after an X-related update yesterday. an infinite loop or something?
[04:36] <towolf> it must be related to Type1 fonts because when I move gsfonts and some others away it runs through.
[04:45] <sladen> is Jono going to show up at FOSDEM, people are asking for him
[04:45] <cjwatson> niktaris: not yet, no
[04:45] <mjg59> sladen: No
[04:45] <cjwatson> niktaris: might be a reasonable thing to add to the Advanced tab, or maybe somewhere else, dunno
[04:46] <sladen> mjg59: funky, ta.
[04:46] <mjg59> cjwatson: I've just been chatting to the parted maintainer - the current upstream code is supposed to handle synchronising the gpt and mbr tables
[04:48] <cjwatson> interesting
[04:48] <cjwatson> though we need to get refit building on amd64 *anyway*, so it may not be worth ripping out the code we already have in place
[04:48] <cjwatson> unless there are other relevant things we need from upstream parted
[04:48] <mjg59> Why do we need refit?
[04:49] <cjwatson> well, gnu-efi
[04:49] <cjwatson> refit's easy after that, aiui
[04:49] <mjg59> We've got no way of modifying EFI flags or usefully blessing it in the installer, have we?
[04:49] <cjwatson> I just have an aversion to upgrading parted to new upstreams after UVF
[04:50] <cjwatson> it has a habit of breaking
[04:50] <mjg59> Yeah I'll see if I can find the patch
[04:50] <cjwatson> I guess I'd be happy with that then, yeah
[04:50] <cjwatson> would have to rip code back out of partman-efi, but there
[04:50] <mjg59> I think worrying about gnu-efi is probably unnecessary
[04:50] <cjwatson> (and yes we still need partman-efi to handle the EFI system partition logic)
[04:50] <mjg59> Yeah
[04:51] <mjg59> Also need to send him the HFS+ resize patch
[04:51] <cjwatson> if Kyle's discussion with linux-ide goes well, we'll need to patch parted for HPA handling too
[04:52] <mjg59> Hm. Not getting anywhere in finding this code.
[04:53] <mjg59> Need to try to find Dave Cantrell
[04:55] <kylem> dave cantrel..
[04:55] <kylem> why is his name familiar.
[04:55] <mjg59> RH developer
[04:55] <kylem> ah.
[04:57] <kylem> cjwatson, assuming i get any discussion at all :/ (posting on a friday was probably a bad idea :)
[05:06] <cjwatson> maybe I should have deferred my followup ;-)
[05:06] <cjwatson> Alan's point was a good one, certainly, and needs to be dealt with
[05:08] <cjwatson> kylem: maybe post a followup early next week with a patch adding an ioctl to let you find out the non-HPA size, and see what they say?
[05:08] <kylem> yeah.
[05:08] <kylem> problem with adding an interface is it has to stand th etest of time
[05:08] <cjwatson> it does feel like a bit of an excessively specific hack; I don't know if there's a more generic concept that it could be glued into
[05:09] <cjwatson> maybe the right thing would be "suggested size of area covered by a new partition table on this block device"
[05:10] <cjwatson> I need to learn more about partitioning on arches other than the big three
[05:10] <mjg59> ioctl?
[05:10] <mjg59> I'd have thought a sysfs attribute was more fashionable
[05:10] <cjwatson> well, BLKGETSIZE is an iocttl
[05:10] <cjwatson> ioctl
[05:10] <kylem> mjg59, block device crap is all ioctls
[05:10] <kylem> leeeegacy
[05:10] <cjwatson> should really live in the same place as it's the same kind of thing
[05:11] <mjg59> cjwatson: Not utterly sold on that argument :)
[05:11] <mjg59> But yeah. Adding a sysfs interface to block device magic is probably a job for later.
[05:11] <cjwatson> is BLKGETSIZE available via sysfs?
[05:11] <cjwatson> if not, I don't think something like it should appear in sysfs until BLKGETSIZE does too
[05:11] <cjwatson> otherwise you end up with random scattered bits of interface, none alike
[05:12] <niktaris> cjwatson, how about using a checkbox in the user creation dialogbox? "Create root account?"
[05:12] <cjwatson> which OK is kind of what the kernel already is but I don't think it should be encouraged
[05:12] <kylem> perhaps "BLKGETMAXSIZE"
[05:12] <cjwatson> kylem: maybe but that would break old partitioning tools wouldn't it?
[05:12] <cjwatson> assuming that you mean "get the full size of the block device including HPAs"
[05:12] <cjwatson> old parted wouldn't be able to work with partition tables overlapping the HPA
[05:13] <kylem> could return a tuple? :)
[05:13] <kylem> dunno.
[05:13] <cjwatson> niktaris: could work, feel free to try it out and send a patch
[05:13] <cjwatson> niktaris: not sure I'm entirely happy with it being presented by default but that's not a firm no
[05:13] <kylem> i don't really have a preference, in fact, my preference would really be to just do what the legacy code did.
[05:13] <niktaris> cjwatson, hehe will try
[05:14] <cjwatson> kylem: what does that mean though? return the size of the block device including HPA (since AIUI that's what the old code did)?
[05:14] <mjg59> This network is shonky
[05:14] <mjg59> Legacy behaviour is for the HPA to be utterly disabled and all ioctls to behave as if it had never been enabled, AFAIK
[05:14] <kylem> right.
[05:15] <cjwatson> mjg59: meaning that parted will see a block device whose extents include the HPA?
[05:16] <cjwatson> or the other way round? for some reason I am finding the terminology confusing
[05:16] <mjg59> Disabling the HPA means that the host no longer protectes the area
[05:16] <mjg59> Resulting in it becoming available
[05:17] <mjg59> That is, yes, parted will see a block device whose extents include the HPA (ie, the entire disk)
[05:18] <cjwatson> right, so if it's enabled, how would parted work with a partition table created while the HPA was disabled and overlapping the HPA?
[05:18] <cjwatson> would there be a separate bit of interface to disable the HPA again, or would the kernel detect that such a partition table was there and disable the HPA automatically?
[05:19] <cjwatson> maybe I misunderstood Alan then - if the HPA is enabled, as far as creation of new partitions go, all I want to know is how big the block device is now - I don't want to deliberately create partition tables extending into the HPA
[05:20] <mjg59> drivers/ide will *always* disable the HPA before userspace starts
[05:20] <mjg59> There is currently no interface for userspace to know it was ever there, other than parsing dmesg
[05:20] <cjwatson> which means that legacy partition tables will be broken
[05:20] <mjg59> When moving to libata, yes
[05:20] <mjg59> That's the issue
[05:20] <cjwatson> I think the kernel should detect such legacy partition tables and re-disable the HPA
[05:20] <cjwatson> since nothing else can
[05:20] <kylem> can't.
[05:20] <cjwatson> why not?
[05:21] <mjg59> To maintain consistency, the libata behaviour should be to always disable the HPA
[05:21] <kylem> the hpa detection happens on device discovery
[05:21] <mjg59> parted could then be enhanced to suggest that you not create or delete partitions in the HPA
[05:21] <kylem> partition tables occur way afterwards
[05:21] <cjwatson> ok, then I agree that libata should always disable the HPA, since otherwise you're fucked
[05:21] <kylem> right.
[05:22] <kylem> the problem is SATA.
[05:22] <kylem> which is almost universally libata based.
[05:22] <kylem> which means partition tables are based on the reduced size of disk.
[05:22] <cjwatson> there's no compatibility issue with moving from an enabled HPA to a disabled HPA, is there?
[05:22] <mjg59> No
[05:22] <kylem> it won't break, but people might fuck their shit up when they see "free space" in their partition tables.
[05:22] <cjwatson> the partition table will just only specify a reduced range of the disk
[05:23] <cjwatson> they won't, the free space is bounded in the partition table, isn't it?
[05:23] <mjg59> parted will notice that the partition table doesn't cover the entire disk and mark the remainder as free space, no?
[05:23] <kylem> hmm. i don't know. could experiment and find out.
[05:23] <kylem> mjg59, that was my thought.
[05:23] <cjwatson> er, I need to remember the partition table format
[05:24] <mjg59> I thought the mbr table just contained partition sizes, rather than attempting to define disk geometry?
[05:25] <cjwatson> mm, you're right, it doesn't contain the disk size, annoyingly
[05:25] <cjwatson> you could funt BLKGETSIZE to lie
[05:26] <cjwatson> but again that would break partition tables that deliberately use the HPA
[05:26] <cjwatson> so you need to teach parted, fdisk, and everything else to know about the HPA double-quick ;-)
[05:27] <cjwatson> have fun
[05:27] <kylem> mjg59, does the HPA region typically exist in the partition table?
[05:27] <kylem> i can't recall what my ibm had.
[05:29] <cjwatson> or add a userspace interface to enable/disable the HPA and then at least a workaround is available
[05:29] <mjg59> cjwatson: Surely always disabling the HPA without providing any intelligence is no worse than the current situation?
[05:29] <cjwatson> http://lkml.org/lkml/2005/9/2/213
[05:30] <cjwatson> mjg59: depends how vital the contents of the HPA are
[05:30] <cjwatson> if the BIOS relies on it ...
[05:31] <kylem> iirc it's used for BIOS suspend on some old thinkpads.
[05:31] <kylem> er, hibernate.
[05:31] <mjg59> cjwatson: As I said, how is it worse than the current situation?
[05:31] <mjg59> If people were breaking stuff, we'd already have heard about it
[05:32] <cjwatson> with the current situation you can't break your HPA on fresh installation
[05:32] <mjg59> Yes you can
[05:32] <cjwatson> (if it's using libata)
[05:32] <mjg59> Right
[05:32] <cjwatson> I'm not convinced we'd have heard about it
[05:32] <mjg59> But you've been able to for anything using drivers/ide up until now
[05:32] <cjwatson> I have nowhere near enough bandwidth to keep up with all the installer bugs
[05:32] <kylem> the problem currently is that anyone upgrading to feisty and using libata-pata will suddenly not be able to use their disk.
[05:33] <kylem> and will scream in panic as they think their /home is fried...
[05:33] <mjg59> kylem: It's presumably not hard to limit this to pata, even if that's not what upstream want?
[05:33] <kylem> mjg59, it is indeed not terribly difficult.
[05:33] <mjg59> That then leaves us where we were pre-feisty
[05:33] <cjwatson> anyway, must go tidy the house some more
[05:33] <kylem> i can read cable type and limit to 40p/80p PATA.
[05:33] <mjg59> Ok
[05:34] <kylem> i can also add an ioctl to increase the size and revalidate the disk
[05:34] <kylem> that way if we wanted to let ubiquity or something detect it and provide a clickbox to disable it, we could.
[05:34] <kylem> ugh, then we have to put it into the initramfs and.. oh bother.
[05:35] <kylem> partitioning is hard. let's go shopping.
[06:06] <kylem> mjg59, i'm tempted to say we could just leave HPA enabled wholesale for new installs...
[06:20] <kylem> hmm. did ubuntu disable middle click in firefox? bummer.
[06:20] <Mithrandir> it's been disabled since warty or so.
[06:20] <kylem> gruntle.
[06:20] <Mithrandir> just set middleMouse.contentLoadUrl to true
[06:21] <kylem> heh, was looking through the changelog for that.
[06:21] <phoenix24> but simple tweaks can enable it.
[06:37] <mjg59> kylem: How do you define a new install?
[06:38] <kylem> thinking more about it, i don't think there's a single good way to do this.
[06:38] <mjg59> I think the least worst is to do what drivers/ide did in the kernel, and make userspace smarter
[06:40] <kylem> yeah.
[06:40] <kylem> i'm trying to determine call chain when the disk gets revalidated from ioctl.
[06:40] <kylem> to make sure i'm handling it correctly.
[06:41] <kylem> mjg59, one of the thoughts i had was to just stow way the full disk size, and if there's a BIO which gets rejected as within limited_size <= x <= hpa_size, disable hpa and retry the bio.
[06:42] <mjg59> Hm.
[06:42] <mjg59> kylem: Sounds distressingly hacky
[06:42] <kylem> no fucking clue how feasible it is.
[06:43] <kylem> alternatively, hack the msdos partition (ugh, i guess efi too) code to see if the results make sense and unclip the disk...
[06:43] <kylem> there's sata disks using drivers/ide too, which is also a problem with just basing it on cable type.
[06:44] <mjg59> Nf.
[06:44] <mjg59> We lose heavily.
[06:44] <kylem> everyone loses.
[06:44] <mjg59> Whoever wins, etc.
[06:45] <kylem> i don't know how much of this should be solved for feisty, maybe we should defer libata-pata until it's more mature...
[06:45] <mjg59> Well, given that we can trivially ensure that it has much the same level of functionality as it had in edgy...
[06:47] <kylem> i don't know that the error recovery is as good in drivers/ata yet.
[10:26] <tsmithe> hi - if i have a package waiting on NEW, but it has a bug, is it possible to have a fixed version uploaded on top?
[11:54] <jdong> mjg59: any emotional attachment to xinerama on xgl?
[11:54] <jdong> mjg59: we need new xgl from git to compile against xorg 7.2....
[11:54] <jdong> and that xinerama patch no workie


[17:34] <davef> Woop! I just ordered my Steam Deck! :D
[17:34] <daftykins> :O
[17:35] <davef> I've been waiting for that e-mail for a year


[15:39] <jenda> juliux: ping
[15:39] <juliux> jenda, pong
[15:39] <jenda> juliux: the other girl doesn't seem too eager to do such a huge number of stickers.
[15:40] <jenda> juliux: edit: because she doesn't want to invest the money
[15:41] <jenda> so, perhaps I can convince her that if you send money in advance, she'll have them made.
[15:41] <jenda> Or, I can just bite my lip and have them made myself...
[15:41] <jenda> hmm
[15:41] <juliux> hmmm
[15:42] <juliux> doesn't look like a long term solution:(
[15:42] <jenda> I'll ask the printer guy what the lowest number is for a good price
[15:42] <jenda> I'm afraid one would have to get 7000
[15:43] <juliux> i also can search for a printer in germany
[15:43] <jenda> It's not really that much, but it takes a lot of time to package and send out.
[15:43] <jenda> ok
[15:44] <jenda> juliux: for comparison, the 7000 would cost €420
[15:45] <juliux> thxs
[15:45] <juliux> without shipping?
[15:46] <jenda> yep
[15:46] <jenda> shipping is max €10 extra
[15:47] <juliux> ok
[15:47] <juliux> thanks a lot for your time
[15:47] <juliux> i will check what we can do here
[15:47] <jenda> hm, the ones that girl makes are just laser-jet printed
[15:47] <jenda> okey doke
[15:47] <juliux> laser-jet printed?????
[15:47] <jenda> indeed :D
[15:48] <juliux> not sure if we want laser-jet printed stickers
[15:48] <jenda> any way, what I said above was about the ones I used to send out.
[15:48] <jenda> €420/7000 + shipping
[15:48] <juliux> that is fair
[15:48] <juliux> i will send you a mail in the next week
[15:49] <jenda> And I suppose I could let you get off with buying half the batch - but would appreciate if other LoCos took up some of the rest :)
[15:55] <jenda> Yah, looking back, I have already turned down a few requests for a total of about 2000 stickers, so I might be able to put it together.
[15:56] <jenda> One thing to note: the Czech Crown is about 20% stronger compared to the dollar and a bit less to the euro than it was last year, which makes making the stickers here less advantageous.
[22:08] <Yahooguntu> What is UWN #75
[22:08] <boredandblogging> please digg: http://digg.com/linux_unix/Ubuntu_Weekly_Newsletter_76
[22:10] <Yahooguntu> is it just that paragraph or is there more?
[22:10] <boredandblogging> there is more if you click on the link
[22:27]  * johnc4510 dugg
[22:28] <johnc4510> wasn't dig dug a game of some kind way back when


[09:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2806: SUCCESS in 59 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2806/
[09:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2806: SUCCESS in 1 min 30 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2806/
[09:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2806: SUCCESS in 4 min 21 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2806/
[11:55] <BluesKaj> Hey folks
[15:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2807: SUCCESS in 1 min 0 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2807/
[15:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2807: SUCCESS in 1 min 29 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2807/
[15:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2807: SUCCESS in 4 min 22 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2807/
[15:50] <blaze> when is feature freeze?
 blaze it already happened technically
[21:15] <tsimonq2> Ack/nack on marking 16.04.6 ready for Kubuntu? All of the tests have been completed.
[21:15] <tsimonq2> valorie will be happy to know that we did in fact get i386 testers for this one! :D
[21:15] <valorie> I guess mark it done
[21:16] <valorie> I still support removing the link from the website
 Marked as done.
 ok
[21:16] <valorie> thank you tsimonq2
 No problem :)
[21:16] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Xenial 16.04.6] has been marked as ready
[21:16] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Xenial 16.04.6] has been marked as ready
[21:17] <valorie> I've tested i386 before, that wasn't the issue
[21:17] <valorie> but it wasn't on i386 hardware
[21:17] <valorie> better to have the security fix than not, though
 Yup
 So there are links to the .6 release then?
 Not right now
 It's not until Thursday
 So soon we can remove 16.04 and 14.04.
 Yeah.
 Coolio.


[04:34] <MontelEdwards> #startmeeting
[04:34] <MootBot> Meeting started at 22:34. The chair is MontelEdwards.
[04:34] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[04:34] <MontelEdwards> #endmeeting
[04:34] <MootBot> Meeting finished at 22:34.