[04:06] <vibhav> j #ubuntu-meeting
[04:06] <vibhav> bah
[04:06] <vibhav> Good morning, anyway
[09:40] <bkerensa> \o/
[11:59] <cjohnston> mornin
[16:18] <chilicuil> JoseeAntonioR: ping
[16:49] <bkerensa> daker: https://github.com/mozilla/remo/blob/master/remo/reports/forms.py
[16:49] <bkerensa> Thats one repo you should fork ^ :)
[17:17] <jcastro> hey mhall119
[17:17] <jcastro> is that "download for ubuntu" button an official thing?
[17:18] <mhall119> jcastro: kinda, it looks to be a modified version of the official image, to make it grey and add the "WIP" sash on the corner
[17:20] <jcastro> yeah
[17:20] <jcastro> it'd be nice if we kept pushing the official button
[17:20] <jcastro> or make it suck less
[17:24] <balloons> yea.. the WIP sash is interesting
[17:24] <balloons> mhall119, did you see his comments about not understanding html5 deployments?
[17:24] <daker> bkerensa: or they should fork LTP :)
[17:25] <daker> ah that's for reports
[17:27] <mhall119> balloons: yeah, I've pinged some folks in #ubuntu-webapps to try and get him some answers
[17:27] <balloons> :-)
[17:28] <jcastro> <--- lunching
[17:28] <balloons> So many apps coming out now.. I've been watching the stream
[17:29] <bkerensa> daker:  the platform is much bigger than LTP already though ;P
[18:26] <jono> balloons, can we push out call back till a little later?
[18:26] <balloons> jono, sure thing
[21:14] <JoseeAntonioR> chilicuil: pong
[21:14] <JoseeAntonioR> balloons: ping
[21:15] <balloons> JoseeAntonioR, howdy
[21:15] <JoseeAntonioR> hey, I'd like to know if everything on my side's done for tomorrow
[21:26] <balloons> JoseeAntonioR, sure ;-) I believe all I'm going to do is start a hangout using ubuntu on air at the proper time
[21:26] <balloons> then copy the embed code to the wordpress site page and update it
[21:26] <balloons> if there's nothing else I need to do, then :-)
[21:26] <balloons> I don't know of anything more I need on your end if that's the case
[21:28] <JoseeAntonioR> balloons: just make sure you're keeping the video size
[21:28] <balloons> JoseeAntonioR, what do you mean.. ohh the embed size?
[21:30] <JoseeAntonioR> yep
[21:33] <balloons> ubuntu wiki down for anyone else?
[21:33] <balloons> or does it just hate me?
[21:33] <chilicuil> up here balloons
[21:34] <popey> it still hates you though balloons ☺
[21:34] <balloons> popey, lol
[21:34] <balloons> I edit it to much..make it store things.. I ask alot tbh
[21:35] <chilicuil> JoseeAntonioR: hi, it's about the iso testing event, as you may know the quality team is gonna broadcast through the ubuntu on air channel tomorroy at 20:00, however I'm gonna do a spanish version at 18:00 utc, Nicolas told me it should be done on ubuntu on air, so I'm pinging you to know if there are slots available at that time
[21:36] <JoseeAntonioR> chilicuil: there *are* slots available, but unless balloons offers to host it we can't do it
[21:37] <balloons> chilicuil, for you.. I can host <3
[21:37] <chilicuil> lol balloons, thanks =P
[21:38] <JoseeAntonioR> if you give me a couple minutes I can make that happen
[21:38] <balloons> once it's set in stone, I'll do a quick annouce as well to share that we'll have a spanish version ;-)
[21:39] <balloons> yay
[21:41] <JoseeAntonioR> so, if you give me the full details I can add that to the cal right now
[21:43] <balloons> JoseeAntonioR, I believe it will simply be "Beta Testing Extraordinaire with the Ubuntu Quality (en espanol)" at 1800 UTC.. chilicuil ?
[21:44] <chilicuil> balloons: right, that's exactly what it will be
[21:52] <JoseeAntonioR> ok, I'll add it in a couple mins
[23:14] <JoseeAntonioR> balloons, chilicuil, chilicui1: added to the cal, check at ubuntuonair.com/calendar
[23:15] <chilicui1> JoseeAntonioR: cool!, thanks =)
[23:18] <JoseeAntonioR> np :)


[01:57] <benonsoftware> Hi all
[02:06] <benonsoftware> tumbleweed: Say if I'm not that good at making patches could I find a bug that has a patch and package that?
[02:08] <jmarsden> benonsoftware: Sure.  Many such bugs will already be tagged with the 'patch' tag to make them easier to find.
[02:09] <jmarsden> benonsoftware: When you have a working package, attach your debdiff to the bug report concerned.
[02:14] <benonsoftware> jmarsden: Thanks, it's just that I'm not that good at programming yet :)
[05:26] <benonsoftware> is there going to be a Packaging Class any time soon?
[05:33] <jmarsden> benonsoftware: If you mean something in #ubuntu-classroom, see http://people.ubuntu.com/~nhandler/classroom.html (which means no).  Read the Packaging Guide and learn from that, no need to wait for a class.
[05:35] <benonsoftware> Can someone please send me a memo pointing to http://people.ubuntu.com/~nhandler/classroom.html
[05:36] <jmarsden> benonsoftware: If you need one, why not send yourself one :)  Seems a very odd request... ?
[05:37] <benonsoftware> jmarsden: I thought I couldn't send one to myself
[05:37] <jmarsden> Since you already know the URL, and are online, what use is sending you a memo with it in?
[05:38] <jmarsden> (I just sent you one by the way)
[05:38] <benonsoftware> jmarsden: I want to go to a class in Sep. I'll forget about it. I don't like sending emails to myself :)
[05:39] <lifeless> put it in your calendar
[05:39] <benonsoftware> lifeless: A what? :)
[05:39] <lifeless> A tool for remembering to do things
[05:40] <benonsoftware> lifeless: What things? :)
[05:40]  * benonsoftware likes acting dumb :)
[05:40] <lifeless> benonsoftware: not a particularly good strategy for gaining respect or getting assistance.
[05:41] <lifeless> heh
[05:55] <chilicuil> hi there, does anyone know which package contains 'addional drivers' program?
[05:56] <benonsoftware> chilicuil: Like https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia ?
[05:57] <chilicuil> benonsoftware: yep, but the program itself not the driver
[06:36] <micahg> is 3 days too much build skew to give back 3 out of 4 arches or should I do a no change rebuild?
[06:48] <micahg> nm, it's haskell, so giving back
[08:49] <benonsoftware> What would be a good debaian package to adopt? http://www.debian.org/devel/wnpp/
[08:50] <Laney> something you use
[08:50] <benonsoftware> Laney: I don't use many of them. I don't know which one to choose :)
[08:53] <benonsoftware> Laney: So which one should I choose?
[09:04] <Laney> benonsoftware: nobody can tell you that. Only that it's best to maintain software you use.
[09:04] <Laney> understanding the language it's programmed in would be good too, but not required.
[10:25] <jtaylor> use wnpp-alert to list orphaned packages which you have installed
[11:58] <soc> hi
[11:58] <soc> does someone know if there is a channel for questions about canonnical's offerings, like Landscape?
[13:01] <paultag> #nonfree-crap ?
[13:01] <paultag> soc: I honestly have no idea. I'd email someone :)
[13:02] <paultag> soc: there's no community around those tools, so it might be canonical employees, so you might have the best luck during normal hours during the week
[16:53] <saimanoj> hello all
[23:16] <philipballew> what do i need installed on my comp to download from svn?
[23:21] <RAOF> philipballew: svm
[23:21] <RAOF> GAH! svn :)
[23:21] <philipballew> haha. and when i download it all i do is cd into is and build?
[23:24] <RAOF> That depends on the source.
[23:24] <RAOF> Whatever project you're grabbing will probably have some build instructions, though.
[23:26] <philipballew> true. i see it says i need to make,make strip, make install. I would think check install would be better. and i have to ./configure before make to correct?
[23:29] <RAOF> That depends.
[23:29] <RAOF> Projects can have arbitrarily crazy build systems.
[23:30] <RAOF> It's more likely that you'll need to run autogen.sh, though.
[23:31] <philipballew> whats the best way to figure this stuff out?
[23:31] <philipballew> documentation?
[23:33] <RAOF> Yes.
[23:33] <RAOF> Many projects will use autotools, which will have an INSTALL file saying “we use autotools, do this…”.  There are many other posibilities, though, and they're all different.
[23:33] <philipballew> i read the ubuntu compile documentation. might need to read more to
[23:36] <philipballew> haha, makes sence to me somewhat. http://pastebin.ubuntu.com/655934/ this is what the file has
[23:36] <philipballew> it looks to be easy


[04:29] <Vegas3416> I have no idea if I did this right but here goes..is there anyone here?
[04:29] <TheLordOfTime> depends
[04:29] <TheLordOfTime> whatcha needd?
[04:29] <TheLordOfTime> need*
[04:29] <Vegas3416> awesome..
[04:29] <Vegas3416> ok here goes
[04:30] <Vegas3416> I'm running ubuntu 12.10 64bit..i'm trying to run a makefile for a program but the program is run from a 32 bit stand point
[04:30] <TheLordOfTime> should probably make a note if you need support with ubuntu you should `/join #ubuntu` and then ask there...
[04:30] <Vegas3416> oh
[04:31] <Vegas3416> if i just type that in here will it automatically let me join that room or do I need to find that room via another method
[04:38] <TheLordOfTime> /join #ubuntu
[04:38] <TheLordOfTime> that'll get you there
[04:39] <Vegas3416> anybody know a good room for programming support?
[04:39] <Vegas3416> on linux
[04:40] <TheLordOfTime> ##programming
[04:40] <TheLordOfTime> Vegas3416:  ^
[04:40] <Vegas3416> yes
[04:40] <Vegas3416> wow..lol
[04:41] <TheLordOfTime> Vegas3416:  ##programming is a channel :P
[04:41] <TheLordOfTime> but if you need ubuntu-specific, idk... maybe #ubuntu-devel?


[01:43] <lotuspsychje> good morning
[16:04] <Chunkyz> not a support related question but did the point release get delayed?
[16:05] <rfm> Chunkyz,  yes  https://lists.ubuntu.com/archives/ubuntu-devel/2022-August/042247.html
[16:08] <Chunkyz> Well, that sucks. thanks.
[16:08] <leftyfb> Chunkyz: are you running 20.04 and waiting for the popup to upgrade to 22.04?
[16:09] <Chunkyz> no.
[16:10] <leftyfb> Chunkyz: then how does the delay affect you?
[16:11] <Chunkyz> I was thinking of trying to install 22.04 to a RPI CM4. Haven't been active lately and heard hardware acceleration is working.
[16:11] <Chunkyz> leftyfb, did I say it affected me?
[16:17] <ogra> Chunkyz, just use the 22.04 Pi image and update it ... you'll then be on 22.04.1 anyway
[16:18] <Chunkyz> Sure, not disputing it. Just wondered *why* it was delayed. :-)
[16:18] <ogra> (22.04.1 is done ... just the specific install images that hold all the updates are not)
[16:19] <Chunkyz> So it's not done, then.
[16:19] <Chunkyz> Is it true Hardware acceleration is working under RPI?
[16:19] <ogra> ah. well, it was delayed because oem-config uses an unusual systemd target ... that snaps were not prepared for ...
[16:20] <ogra> for desktop stuff. yeah
[16:25] <waveform> Chunkyz, depends on the bit of hardware acceleration you want, and which application. For instance, hardware accel on firefox on the Pi is not working yet, because firefox demands opengl 3+, as does gtk3 (hilariously, this is why the graphics card is "" in the gnome control center -- simply because opengl isn't 3+ so it won't initialize a surface, and then won't query the graphics card)
[16:27] <waveform> on the other hand, accelerated h264 decode *is* working under ffmpeg ... but only when it's prodded to use v4l2m2m explicitly. Things are basically "getting there"; the upstream drivers are largely in place (though there are further improvements to come with the recent vulkan 1.2 announcement), but there's still plenty of frameworks (gtk3) and applications (firefox) that don't yet work properly with them
[18:32] <Chunkyz> waveform: what's the command to enable vc4 via config.txt? it's not enabled in the server edition.
[18:51] <Chunkyz> nvm, found it with Google. :-)
[20:37] <waveform> Chunkyz, yup -- server edition doesn't enable any KMS specifically (yet). I'm sure you've found it but just for reference, dtoverlay=vc4-fkms-v3d enables the legacy KMS stack (relying on the closed-source blob to control the GPU), dtoverlay=vc4-kms-v3d enables the new KMS stack (relying on the Linux kernel to control the GPU; this is the variant used on the desktop images). With neither of these the legacy framebuffer is used (the server
[20:37] <waveform> default)


[01:08] -lugito:#lubuntu-devel- [T71: Battery status not updating properly on laptops] guiverc (Chris Guiver) commented on the task: https://phab.lubuntu.me/T71#1063
[01:24] <wxl> @guiverc try debian on the other machines
[01:26] <guiverc> i haven't finished my testing; what i got so far was inconclusive in my opinion, but yeah i did see a jump with debian (the 3% one could just be computational due to my old battery..)
[01:30] <guiverc> one comment:  lubuntu is more polished is my conclusion; eg. the wireless is a pain in debian to connect (even excluding non-free issues)
[01:47] <wxl[m]> i agree
[01:56] <wxl> guiverc: you might want to run `watch 'upower -i /org/freedesktop/UPower/devices/battery_BAT0 | grep percentage` and keep track of how that value compares to what's being reported by lxqt-powermanagement
[01:59] <guiverc> :)  thanks wxl - that'll be really useful
[01:59] <wxl> guiverc: `watch 'cat /sys/class/power_supply/BAT0/capacity'` should give you just the number
[01:59] <wxl> if you have any problems with those, you might try BAT1 instead of BAT0
[02:00] <guiverc> would probably have guessed; esp. if i used j3400 (two batteries) for testing..
[02:01] <wxl> yeah
 Ohai from SEA
 Hey wxl this time zone sucks XD
[04:54] <lynorian> tsimonq2: scale has the same time zone
[04:54] <wxl> lynorian: don't feed the troll
 XDDFD
 *XD
[05:03] <lynorian> what aspect ratio does lfnw use for the slides?
[05:19] -lugito:#lubuntu-devel- [rMANUALced45697f72c: Start slide properties window] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALced45697f72c
[05:27] -lugito:#lubuntu-devel- [rMANUAL4ae225abf21b: Add changing slide sizes] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4ae225abf21b
[05:54] -lugito:#lubuntu-devel- [rMANUAL4ae19404ba52: Add margins and start of solid background color] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4ae19404ba52
[05:58] -lugito:#lubuntu-devel- [rMANUAL1e605d7b3f77: Add change color in palette] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL1e605d7b3f77
[06:08] -lugito:#lubuntu-devel- [rMANUAL42b7febbf629: Add loimpress different color background to slide color palletes] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL42b7febbf629
[06:12] -lugito:#lubuntu-devel- [rMANUALbecb6f4ebba0: Fix Start from First Slide] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALbecb6f4ebba0
[06:34] -lugito:#lubuntu-devel- [rMANUAL088198cfcf79: Add New and Active colors] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL088198cfcf79
 19.04 running rock solid on a 2007 Macbook. Had to add bootia32.efi to /efi/boot/ in the ISO because of hardware, but then it installed to disk w/ no issues and has been a bit slow, but still smooth as butter since.
 Great to hear the report. MacBook EFI can be a little weird. I am glad you got it working.
 And it will be staying. So if anything comes up you need tested on a limited resource laptop give a call.
 Thanks @Dreamingwolf
 @Dreamingwolf Could you please show `cat /sys/firmware/efi/platform_size`
 I remember that we had (in the good old times) a task to add also the grub-efi packages for 32 bit
 Let me get back to my desk. The 2007 was a wonky build, 64bit system architecture, but a 32bit boot environment.
 Exactly, it is for an amd64 iso, but with an 32-bit UEFI
 It was under fw_platform_size, but it came back as 32
 Yeah, sorry
 AFAIK, here it is the logic => https://phab.lubuntu.me/source/calamares-settings-ubuntu/browse/master/lubuntu/modules/before_bootloader_context.conf
 Theoretically it should check your fw_platform_size and select different grub packages
 Which it did perfectly, because it boots 32 but neofetch reports running system to be x86_64.
[17:00] <Varunish_> Hi Does Lubuntu support all the packages that is available in ubuntu versions
 you can install them.
[18:04] -lugito:#lubuntu-devel- [rMANUALa16eaf30641b: Add colors by the numbers] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa16eaf30641b
[18:09] -lugito:#lubuntu-devel- [rMANUALa00b12e3fe37: Add loimpress OK and Cancel] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa00b12e3fe37
[18:12] <wxl[m]> https://github.com/lxqt/lxqt/issues/1713
[18:25] <kc2bez> Where is the `any` key?
[18:26] <wxl[m]> We should put that in the Private Use Area on the Ubuntu font
[18:27] <kc2bez> ^ that
[18:50] <apt-ghetto> Just for fun: What should happen, when I choose "Openbox" at the login screen and then login?
[18:50] <apt-ghetto> A) A wonderful black screen with a mousecursor appears
[18:50] <apt-ghetto> B) Something else
[18:51] <lynorian> apt-ghetto: black screen with mouse cursor is default openbox
[18:51] <kc2bez> probably not. there isn't a config for that session.
[18:52] <kc2bez> right click should give you a menu though.
[18:54] <apt-ghetto> Shouldn't there be a wallpaper or at least a logo?
[19:13] -lugito:#lubuntu-devel- [rMANUAL17cb5003788e: Start gradient] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL17cb5003788e
[19:19] -lugito:#lubuntu-devel- [rMANUAL2d824cf1e2e2: Add chaning type of gradient] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL2d824cf1e2e2


[00:15] <smoser> erichammond, still around ?
[00:15] <smoser> you're more than welcome to start packaging there. in fact i think taht would be great.
[00:16] <smoser> which autoscaling where you wanting to start on?
[00:17] <smoser> the rdscli package is i think the best package i have put together.
[02:56] <erichammond> smoser: Just checked in again, but now heading home.  I was thinking of the "as-*" command line tools from AWS. http://aws.amazon.com/developertools/2535
[02:56] <erichammond> smoser: Will check out rdscli. Thanks.
[07:30] <kim0> Morning all
[08:20] <koolhead11> hi all
[09:22] <koolhead11> TeTeT, ping
[09:23] <davinci11>  have a ubuntu-cloud problem,
[09:25] <davinci11> when I restart instance, installed apache will disappear, it seems like cant permanently store into VM, can anyone facing this problem ?
[09:25] <davinci11> can = did
[10:01] <TeTeT> davinci11: you have this with UEC? Probably you want to have a persistent instance, that stores all data on an EBS volume?
[10:01] <TeTeT> koolhead11: pong, what's up?
[10:03] <davinci11> TeTeT: yes, and I using image from store
[10:04] <koolhead11> TeTeT, so UEC on oneric will have openstack (diablo) ?
[10:04] <TeTeT> davinci11: please have a look at http://people.canonical.com/~tspindler/UEC/ebs-based-instance.pdf , maybe it helps
[10:04] <TeTeT> koolhead11: I don't know, please ask one of the developers
[10:05] <TeTeT> koolhead11: I have no oneiric system yet
[10:07] <davinci11> Thanks TeTeT, i will try it tomorrow, see if that work, got to go now see u
[12:39] <TREllis> koolhead11: supposed to be diablo, yeah
[12:41] <koolhead11> TREllis, and LTS on essex :P
[12:43] <TREllis> eh?
[13:25] <koolhead11> TREllis, next after diablo in the 6 month release cycle of openstack :D
[13:28] <TREllis> koolhead11: ah didn't know the next codename
[13:47] <koolhead11> TREllis, :d
[15:21] <SpamapS> hallyn: around? I'm having some issues getting lxc containers to start on oneiric
[15:26] <SpamapS> hallyn: ahh, looksl ike cgroup wasn't mounted correctly
[15:43] <hallyn> SpamapS: hm, cgroups-bin should be getting auto isntalled?
[15:54] <SpamapS> hallyn: it was installed, but didn't do the right thing. :P
[15:58] <hallyn> SpamapS: can you file a bug?
[15:58] <hallyn> (if you can reproduce)
[15:58] <SpamapS> hallyn: sure, it may be a while.. too many plates spinning to stop and file a bug ;)
[16:03] <hallyn> understood
[16:14] <SpamapS> hallyn: shouldn't lxc-ps --lxc aux show me all the processes running inside containers?
[16:15] <SpamapS> hrm.. my lxc containers are starting in recovery mode..
[16:16] <hallyn> recovery mode?
[16:16] <SpamapS> yeah
[16:16] <SpamapS> weird
[17:13] <SpamapS> hallyn: seems that net-device-up or filesystem is not being emitted..
[17:14] <SpamapS> oh.. .. lxc-guest
[17:16] <hallyn> did you not create with ubuntu template?
[17:16] <SpamapS> I'm still using my uec template
[17:16] <hallyn> it should either install lxcguest, or do the right rimming
[17:16] <hallyn> oh
[17:16] <hallyn> ok
[17:16] <hallyn> s/rimming/trimming btw
[17:17] <SpamapS> I may switch that though, now that I understand how these things work.. I can always just chroot in and install the cloud-init package after the container is created
[17:19] <SpamapS> hallyn: been thinking about how to get the benefits of LVM w/o having to re-partition the machine.. was wondering if you had tried LVM on top of loopback files.
[17:23] <SpamapS> hmm.. no that wasn't it
[17:24] <hallyn> SpamapS: I/we should really spend a few hours getting aufs and/or overlay mounts integrated
[17:25] <hallyn> there's even an open bug for it thanks to rcollins :)
[17:25] <SpamapS> is overlay mounts a better aufs?
[17:25] <hallyn> it's a much much simpler mechanism
[17:25] <hallyn> basically we'd mount an empty new tmpfs, and then mount that over the container's rootfs
[17:26] <hallyn> (overlay mounts only let you mount *one* dir on top of *one* other)
[17:26] <hallyn> (but of course you can do that again and again :)
[17:29] <SpamapS> hallyn: I would predict that our next meeting won't leave much time for optimizations. :-P
[17:31] <SpamapS> hallyn: so the only way to add packages to the lxc container is to chroot into it right?
[17:33] <hallyn> or pivot_root into it or start the container :).  (but yes)
[17:33] <hallyn> oh, as for overlay mounts being a better aufs - in that it's actually upstream (is it now?) and therefore usable on all linux, yes.
[17:34] <SpamapS> its in 3.0 yes
[17:34] <hallyn> yay!
[17:34] <hallyn> then I should really whip that up this week
[17:34] <SpamapS> saw it fly by the other day and wondered what it was
[17:34] <hallyn> oh, presumably mount binary needs an update
[17:35] <SpamapS> I still think many of the tools you're working on are 99% the same as schroot/sbuild
[17:35] <SpamapS> W/ a slightly different focus
[17:39] <SpamapS> oops! forgot to write meta-data
[18:13] <SpamapS> hallyn: btw, the ubuntu template is really nice
[18:19] <SpamapS> hallyn: although --trim has just confused the heck out of me. :-P
[18:19] <SpamapS> actually no.. thats not it
[18:22] <SpamapS> hallyn: hmm.. I think your debootstrap may be missing a key package
[18:23] <SpamapS> hallyn: w/o ubuntu-keyring, apt doesn't work
[18:24] <SpamapS> might also be a bug in debootstrap
[18:26] <SpamapS> yeah, debootstrap should be picking it up as a direct rdepend of apt
[18:40] <SpamapS> weird.. so now cloud-init can do apt-get update, but installing packages fails
[18:42] <hallyn> SpamapS: you're creating oneiric containers right?
[18:42] <SpamapS> yeah
[18:42] <SpamapS> had to patch the ubuntu template to add ubuntu-keyrung
[18:42] <SpamapS> keyring even
[18:42] <SpamapS> otherwise apt will not function
[18:43] <hallyn> hm, this may be a bug elsewhere as of today.  bc i had weired problems with an schroot i created today
[18:43] <SpamapS> and then I chroot in and instal cloud-init and rsyslog ...
[18:43] <SpamapS> and the thing boots.. sort of ok.. but fails when trying to install the packages I asked for in my cloud-config
[18:43] <SpamapS> hallyn: yeah that package sync may be borking things
[18:44] <hallyn> SpamapS: can you reproduce iwth plain debootstrap, and then ask on -devel?
[18:44] <SpamapS> hallyn: I'll try again later.. mucking with this as a favor to lifeless but I have other things to attend to. :-P
[18:45] <hallyn> ok
[18:45]  * hallyn is trying now
[18:45] <hallyn> of course it also might be that you have stale /var/cache/lxc/oneiric
[18:45] <hallyn> but lesee if i reproduce
[18:45] <SpamapS> no I cleared that a few times
[18:56] <hallyn> reproduced
[18:59] <hallyn> reproduced
[18:59] <hallyn> uh
[18:59] <hallyn> yeah gnome-terminal is also funky :)
[20:58] <rich_> hi, I'm having problems getting clould-init to run cloud-config on ami-1aad5273
[20:58] <rich_> i see this in cloud-init log
[20:58] <rich_> Failed loading of cloud config cloud-init
[21:00] <rich_> any ideas anyone?
[21:28] <hallyn> SpamapS: oh, feh - that's right, lxc-ps (which you mentioned before) isn't going to work right with cgroups right now
[21:32] <SpamapS> hallyn: bummer
[21:35] <SpamapS> hallyn: I'd do natty lxc's, but cloud-init is borked in them and I don't feel like dropping in my hacked up cloud-init-local.conf ;)
[21:35] <hallyn> SpamapS: well you can just remove cgroups-bin and manually mount cgroups,
[21:35] <hallyn> SpamapS: but are you actually depending on lxc-ps?
[21:35] <SpamapS> no no no
[21:35] <SpamapS> was just confused
[21:35] <hallyn> i've been ignoring it bc it kinda sucks anyway
[21:35] <hallyn> ok
[21:36] <hallyn> i'm fixing the package shortcoming right now
[21:36] <SpamapS> hallyn: was referring back to the broken bootstrap
[21:36] <hallyn> ok, long as someone is around to push my fix once i test it, it can be fixed tonight
[21:41] <SpamapS> your fix for the bootstrap?
[21:42] <SpamapS> I wonder if we need to even bother "booting" these containers
[21:42] <SpamapS> Just tell lxc to run init and sshd.. let cloud-init do the rest.
[21:42]  * SpamapS should stop thinking out loud
[22:07] <hallyn> SpamapS: you've got your choice of a debdiff attached to the bug, or the bzr tree linked to it :)  care to push?
[22:07] <hallyn> ( https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/817233 )
[22:09] <SpamapS> hallyn: shouldn't you have PPU on lxc? ;)
[22:15]  * SpamapS is running sponsor-patch now
[22:22] <SpamapS> hallyn: uploaded
[22:46] <hallyn> SpamapS: yeah I should, but I always decide to wait one more day bc (1) I'm not sure if to add it to my PPU set I need to do a whoel new wiki page, and then I think I should just do ubuntu server set, and then I figure I need time to get all the info
[22:47] <hallyn> so I never get around to it
[22:48] <SpamapS> Yeah, the DMB is too heavy a process to get enthusiastic about
[23:00] <hallyn> SpamapS: i do still see a bug with containers on some hosts not shutting down.  need to look into that tomorrow
[23:01] <SpamapS> hallyn: is the stop action not waiting for them long enough, or is it that the 10 second timeout on all shutdown tasks is too short?
[23:01] <SpamapS> I'm not exactly happy with that 10 second thing


[13:13] <mgariepy> good morning everyone
[13:49] <Hyperbyte> Good morning mgariepy!
[15:29] <stgraber> good morning
[16:52] <highvoltage> good morning
[21:23] <stgraber> highvoltage: do you think you can get the kubuntu folks to have their plan ready for TB approval in two weeks?
[21:23] <stgraber> highvoltage: I'd really have preferred already knowing our LTS status for alpha-1, we can live with alpha-2 but after that it's starting to be a bit late ... for them too
[21:24] <highvoltage> stgraber: I've been poking them, and I can do some more of that :)
[21:24] <highvoltage> indeed, which is why I mentioned having a date for this, otherwise we just end up waiting for Kubuntu and it places us at some risk
[21:25] <highvoltage> but I'll urge Darkwing to apply by then
[21:27] <highvoltage> darkwing has been poked on #kubuntu-devel, if I don't get a response from him by tomorrow morning I'll send him an email as well
[21:29] <stgraber> highvoltage: good, if they don't have a plan by next week, I can start nagging them with my TB hat on :)
[21:32] <highvoltage> yep


[02:14] <callmepk> good morning
[03:34] <duflu> Morning callmepk
[03:34] <callmepk> morning duflu
[04:42] <KGB-1> gnome-control-center ubuntu/master Marco Trevisan * [open] merge request !19: ubuntu panel and display: Monitor and fractional scaling fixes * https://deb.li/3mlwF
[04:53] <duflu> Awesome Trevinho
[04:54]  * duflu wonders if it's late night or early morning
[05:02] <Trevinho> duflu: well both :D
[05:34] <didrocks> good morning
[06:04] <duflu> Hi didrocks and seb128
[06:07] <didrocks> hey duflu
[06:08] <oSoMoN> good morning desktoppers
[06:09] <duflu> Hi oSoMoN
[06:23] <didrocks> salut oSoMoN
[06:23] <seb128> hey duflu, lut oSoMoN, didrocks, how are you doing today?
[06:23] <duflu> seb128, OK. Slightly less overwhelmed than yesterday but still keen on a weekend, and maybe a week off some time soon. Not sure... How are you?
[06:28] <seb128> I'm alright but days are buuusy and I struggle to do what I want, my todolist goes in the wrong direction as a result :/
[06:28] <seb128> (and I'm on +1 maintainance today so probably going to get even more behind)
[06:29] <seb128> what are you working on atm?
[06:29] <duflu> seb128, now going deep into why 4K performance is poor (and CPU usage is low at the same time)
[06:29] <duflu> which is a general performance problem for everyone. Only I can see it better now
[06:31] <duflu> Close to my heart, because without a fix I would have to upgrade my desktops
[06:36] <didrocks> good good :)
[06:38] <seb128> duflu, good luck figuring it out!
[06:40] <duflu> It's interesting. I don't remember ever having exhausted all CPU problems and being left with only GPU bottlenecks. Not since university at least
[06:40] <duflu> Though technically we didn't have GPUs back then. They were only graphics cards
[06:44] <oSoMoN> hey duflu
[06:44] <oSoMoN> salut didrocks, seb128
[07:47] <didrocks> fixing cryptsetup FTBFS which is in proposed for a week :/
[07:47] <didrocks> seems the proper install was only done for risc
[07:48] <didrocks> weird, the .install list the missing files: scripts/cryptsetup.conf /usr/lib/tmpfiles.d/
[07:48] <didrocks> and it’s not arch-specific
[07:54] <didrocks> dh_missing: warning: usr/lib/tmpfiles.d/cryptsetup.conf exists in debian/tmp but is not installed to anywhere
[07:54] <didrocks> didrocks@casanier:/tmp/cryptsetup-2.3.3$ find . -name cryptsetup.conf
[07:55] <didrocks> ./debian/cryptsetup-bin/usr/lib/tmpfiles.d/cryptsetup.conf
[07:55] <didrocks> ./debian/tmp/usr/lib/tmpfiles.d/cryptsetup.conf
[07:55] <didrocks> O_o oh dh_missing, what are you doing to us
[07:55] <didrocks> (and no diff in the file)
[07:59] <didrocks> ok, dh_missing is basing now on helper by the various tools
[07:59] <didrocks> not a diff itself
[08:00] <didrocks> and in debian/.debhelper/generated/cryptsetup-bin/installed-by-dh_install, dh_install is using the original file path
[08:00] <didrocks> not the one moved in the .install
[08:02] <Laney> \O\ |O| /O/
[08:06] <didrocks> hey Laney
[08:07] <Laney> greetings didrocks
[08:07] <Laney> having fun?
[08:07] <didrocks> yeah, didn’t know dh_missing changed behavior that way
[08:10] <seb128> hey Laney, how are you?
[08:10] <didrocks> changing to usr/lib/tmpfiles.d/cryptsetup.conf works and now builds on all arch (which are not risc :p)
[08:14] <Laney> moin seb128
[08:14] <Laney> i'm good, enjoying watching the rain
[08:14] <Laney> you?
[08:15] <Laney> thanks for looking at the team report thing
[08:15] <Laney> I changed that url to be compressed yesterday
[08:15] <seb128> Laney, I'm alright thanks!
[08:17] <seb128> Laney, np for the team report, now I need to try to understand the report changes, is the format of that file documented somewhere btw?
[08:18] <Laney> no
[08:20] <Laney> presumably the problem with update-excuse bugs is that now the yaml contains the verdict (PASS) for those and the code doesn't expect that
[08:21] <Laney> https://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/tree/britney2/policies/lpexcusebugs.py?h=ubuntu/rebased#n73
[08:23] <seb128> right, the problem is https://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-scripts/trunk/view/head:/generate-team-p-m#L260
[08:23] <Laney> would it be better if that actually put the bugs in a named entry?
[08:23] <Laney> so it was like
[08:23] <Laney> update-excuse:
[08:23] <seb128> it expect item['policy_info']['autopkgtest'] to include a package name
[08:23] <Laney>   bugs: [...]
[08:23] <Laney>   verdict: PASS
[08:23] <seb128> ah, you are speaking about the bug problem there, sorry, I was on the exception one
[08:24] <Laney> ah
[08:24] <seb128> I didn't look at the bug problem yet, just saw it on the page generated when I did skip over the exception problem
[08:26] <Laney> hmm I don't see the problem with autopkgtest, it looks the same to me
[08:27] <Laney> well it also has the verdict too
[08:31]  * Laney asks upstream about that, feels more sensible to fix the structure of the yaml to me
[08:31] <Laney> autopkgtest:
[08:31] <Laney>   policy_results:
[08:31] <Laney>    foo/1: ...
[08:31] <Laney>   verdict: PASS
[08:31] <Laney> or something
[08:43] <marcustomlinson> oh, logged in and forgot to say hi
[08:43] <marcustomlinson> morning desktoppers
[08:44] <didrocks> hey marcustomlinson
[08:46] <seb128> Laney, not always, see l12248 from your yaml
[08:46] <seb128>     autopkgtest:
[08:46] <seb128>       verdict: REJECTED_TEMPORARILY
[08:46] <seb128>     block:
[08:46] <seb128> the old file didn't have instances with no package listed
[08:47] <seb128> hey marcustomlinson, how are you?
[08:48] <marcustomlinson> hey didrocks and seb128, doing alright thanks, you?
[08:49] <seb128> marcustomlinson, I'm alright, a bit tired but coffee solved part of it :)
[08:49] <marcustomlinson> I feel you
[08:50] <didrocks> marcustomlinson: good good, thx :)
[08:52] <Laney> seb128: what about it?
[08:53] <Laney> moin marcustomlinson
[08:53] <seb128> Laney, that autopkgtest section has 0 package entry, is that legit?
[08:53] <seb128> as said there is no case of this happening before your rebase
[08:55] <Laney> I'm just trying to check what you're saying
[08:55] <seb128> Laney, sorry, I might be not clear, the by-team report fails on
[08:55] <seb128>             for package, results in sorted(item['policy_info']['autopkgtest'].items()):
[08:56] <seb128> basically it expect the policy_info/autopkgtest sections to have a least a package/result combo
[08:56] <Laney> there are cases of that, it's just that they were actually empty rather than having a verdict only
[08:56] <seb128> ah
[08:56] <seb128> k, so I just need to teach the code to deal with having a verdict only
[08:56] <marcustomlinson> morgen Laney
[08:56] <seb128> thx, I didn't notice that there were empty section, those files are big and a bit tricky to navigate
[08:57] <Laney> np
[08:57] <Laney> if upstream agrees I'll change that to be better
[08:57] <Laney> so this might not be the final final structure
[08:57] <seb128> Laney, I just found another issue
[08:57] <seb128> Laney, https://people.canonical.com/~ubuntu-archive/laney/proposed-migration/update_excuses.html#dovecot
[08:58] <seb128> missing build on all: mail-stack-delivery (from 1:<IP_ADDRESS>-1ubuntu4)
[08:58] <seb128> arch:all not built yet, autopkgtest delayed
[08:58] <seb128> where the current report has
[08:58] <seb128> missing build on i386: mail-stack-delivery (from 1:<IP_ADDRESS>-1ubuntu4)
[08:58] <seb128> Not considered
[08:58] <seb128>
[08:58] <seb128> we don't have "arch all' builds in Ubuntu
[08:58] <seb128> so the new summary is more confusing imho
[08:59] <Laney> fair
[08:59] <seb128> also let me know if IRC comments are not the best way to give the feedback, maybe it's easier to track by replies on the list
[09:00] <seb128> or bug reports?
[09:00] <Laney> this is ok for now
[09:01] <seb128> k
[09:01] <Laney> bug reports once it's live
[09:01] <seb128> ah, now it does trigger tests on archs that built even if one is failing
[09:01] <seb128> that's nice :)
[09:01] <seb128> (though probably waste some resources if the build is failing and the item is never going to be candidate)
[09:21] <didrocks> seriously https://launchpadlibrarian.net/484788335/buildlog_ubuntu-groovy-riscv64.cryptsetup_2%3A2.3.3-1ubuntu2_BUILDING.txt.gz
[09:21] <didrocks> so the file is installed everywhere, but risk
[09:21] <didrocks> risc*
[09:31] <Laney> O_O
[09:33] <didrocks> that explained why it built on risc previously and why the hack was done just to build there
[09:40] <Laney> didrocks: at a quick glance: missing build-dep on systemd / passing of --with-tmpfilesdir=/usr/lib/tmpfiles.d/?
[09:42] <didrocks> Laney: it seems that Steeve chose the option to directly copy from source, so to minimize his diff, I will do this conditionally before dh_install on riscv
[09:43] <Laney> I think it's weird to be implementing a solution just because systemd randomly isn't installed on that arch
[09:44] <Laney> Passing the configure flag would bypass that requirement
[09:47] <didrocks> Laney: yeah, I agree, I wanted to minimize the diff, but if we have risc machine I can access by pushing on a ppa, I’m fine trying this ^
[09:49] <didrocks> I find it sad this package to be blocked in proposed for a week, only building on one arch, blocking our encryption work because it’s not a priority to fix it apparently
[09:50] <Laney> didrocks: BI LE TOOOOOOOOOOOOO
[09:51] <Laney> yeah that is a bit sad
[09:51] <didrocks> I need to find how it works without a branch
[09:51] <didrocks> yeah, giving the work to fix to other people
[09:51] <Laney> bileto?
[09:51] <Laney> 'build', get a ppa, then you can dput to it
[09:52] <didrocks> let’s give it a try
[09:55] <Laney> it's like god coming back to the civilisation he created many generations later
[09:55] <Laney> 'you did WHAT?'
[09:55]  * Laney strokes the spreadsheet
[09:55] <didrocks> heh :)
[09:55] <didrocks> uploaded, let’s see
[10:49] <seb128> Laney, btw are the autopkgtest discussions happening on an IRC channel (asking so I could join and keep en eye on those :)
[10:50] <Laney> seb128: in ubuntu-release if there are any, or on the trello board https://trello.com/b/tjbSeNWo/autopkgtest, or sometimes the Launchpad project https://launchpad.net/auto-package-testing/
[11:05] <duflu> Belated good morning to Laney and anyone else I missed
[11:05] <duflu> And good nigh
[11:06] <duflu> t
[11:06] <duflu> Oops. It's not even morning there. Yeah I am late for dinner
[11:08] <Laney> heh
[11:23] <seb128> Laney, I meant the upstream discussions you mentioned
[11:24] <Laney> oh
[11:24] <Laney> #debian-release
[11:24] <Laney> or sometimes #debci
[11:24] <seb128> thx
[11:42] <KGB-2> gnome-control-center tags 1a911d5 Sebastien Bacher upstream/3.36.3 * Upstream version 3.36.3 * https://deb.li/8SzD
[11:43] <KGB-2> gnome-control-center pristine-tar 239a935 Sebastien Bacher gnome-control-center_3.36.3.orig.tar.xz.delta gnome-control-center_3.36.3.orig.tar.xz.id * pristine-tar data for gnome-control-center_3.36.3.orig.tar.xz * https://deb.li/3osUz
[11:43] <KGB-2> gnome-control-center upstream/latest 6373b71 Sebastien Bacher * pushed 18 commits * https://deb.li/miay
[11:53] <KGB-2> gnome-control-center signed tags 02eba19 Sebastien Bacher ubuntu/1%3.36.3-1ubuntu1 * gnome-control-center Debian release 1:3.36.3-1ubuntu1 * https://deb.li/3fsjg
[11:53] <KGB-2> gnome-control-center ubuntu/master 41950aa Sebastien Bacher * pushed 30 commits (first 5 follow) * https://deb.li/MYuN
[11:53] <KGB-2> gnome-control-center ubuntu/master 27e6b16 Cheng-Chia Tseng po/zh_TW.po * Update Chinese (Taiwan) translation * https://deb.li/ikiRx
[11:53] <KGB-2> gnome-control-center ubuntu/master 01b6985 Yi-Jyun Pan po/zh_TW.po * Update Chinese (Taiwan) translation * https://deb.li/7eUv
[11:54] <KGB-2> gnome-control-center ubuntu/master 4f53ea3 Yi-Jyun Pan po/zh_TW.po * Update Chinese (Taiwan) translation * https://deb.li/3ri1n
[11:54] <KGB-2> gnome-control-center ubuntu/master fdbbc2f Marco Trevisan (Treviño) debian/patches/0031-fingerprint-dialog-Don-t-limit-the-number-of-maximum.patch * account-fingerprint: Don't make flowbox children selectable * https://deb.li/asFs
[11:54] <KGB-2> gnome-control-center ubuntu/master 88bd021 sicklylife po/ja.po * Update Japanese translation * https://deb.li/3M7TU
[11:54] <KGB-2> gnome-control-center ubuntu/master Sebastien Bacher * [merge] merge request !19: ubuntu panel and display: Monitor and fractional scaling fixes * https://deb.li/3mlwF
[11:56] <Trevinho> seb128: mergin!
[11:56] <seb128> Trevinho, hey, good morning :) thanks for the fixes!
[11:56] <Trevinho> unfortunately they were not one-liners.... but well.
[12:03] <oSoMoN> ricotz, FYI, I successfully built and used nodejs 12.18.0 to build firefox 78.0~b8 (groovy) in https://launchpad.net/~osomon/+archive/ubuntu/nodejs-12.18-groovy/+packages, will try to get it sponsored
[12:07] <KGB-2> glib ubuntu/focal c220732 Iain Lane debian/ control control.in gbp.conf * control, gbp.conf: Use the ubuntu/focal branch * https://deb.li/3kSd0
[12:07] <KGB-2> glib ubuntu/focal 4ae4943 Iain Lane debian/changelog * Update changelog * https://deb.li/iWs32
[12:07] <KGB-2> glib ubuntu/focal 8dc62bf Iain Lane debian/changelog * Finalise changelog * https://deb.li/peOC
[12:07] <KGB-2> glib ubuntu/focal e554968 Iain Lane debian/gbp.conf * gbp.conf: Add the ubuntu tag pattern too * https://deb.li/3jimG
[12:07] <KGB-2> glib signed tags ff12c4f Iain Lane ubuntu/2.64.3-1_ubuntu20.04.1 * glib2.0 Debian release 2.64.3-1~ubuntu20.04.1 * https://deb.li/1sPc
[13:56] <xnox> Laney:  did you have time to look into ubiquity subtree/squash/submodules? i feel like merging subtree version, and just rolling with it.
[13:57] <xnox> Laney:  if it becomes tricky, we can rewrite history and do something else later.
[13:57] <Laney> xnox: will do in a minute, subtree not the others
[13:57] <Laney> unless subtree is total shit but I'm sure it's not
[13:58] <xnox> Laney:  ack.
[13:58] <xnox> Laney:  clone it, build it, check git log -p in a d-i/sources/$project, check git log -p from top level, check gitk => it should give you a good feel of what it feels like.
[13:59] <xnox> (especially what the history looks like)
[15:55] <Laney> xnox: sorry, meetinghs, looking now!
[16:04] <Laney> xnox: are you imagining people just commit to the d-i stuff in there or what?
[16:05] <xnox> Laney:  they can, but they don't have to.
[16:06] <xnox> Laney: i.e. when merging from debian it might be easier to do it from lp:$project into lp:~ubuntu-installer/$project, and then subtree pull from lp:~ubuntu-installer/$project
[16:06] <Laney> right
[16:06] <xnox> Laney:  but when patching in new ubuntu delta => it can be easier to do "commit d-i add foo api", "commit ubiquity use foo api"
[16:06] <xnox> Laney:  in that case a merge proposal will modify things inline.
[16:07] <Laney> only easier up until the next merge from debian
[16:07] <xnox> that
[16:07] <Laney> on the other hand if you could do the merge right in there ...
[16:07] <xnox> but i also worry that salsa will move to tango, lp git <-> git salsa mirrors stop working, and we loose history.
[16:07] <xnox> Laney:  so merging right there should work.
[16:07] <xnox> Laney:  from top level of ubiqutiy $ git pull salsa:partman-base => should do the right thing
[16:08] <xnox> but i'm not sure if "rebase" will work.
[16:08] <Laney> might be good to write some quick recipes in debian/readme.how-to-work-this-thing
[16:08] <xnox> (git will realise that all of the partman-base is now under d-i/source/partman-base and merge things into there.
[16:08] <xnox> )
[16:08] <xnox> Laney:  well ideally, we would have had the new installer by now right =)
[16:09] <xnox> more readmes yes => but i was hoping to right them, as I go along and figure out the ropes of things.
[16:09] <Laney> you might say that
[16:09] <Laney> ok
[16:09] <Laney> make an empty one that says 'if you do a new thing, write it in here, so that the next person can copy what you did'
[16:09] <xnox> ack
[16:09] <Laney> the history of this is super weird
[16:10] <Laney> like git-ubuntu stuff and upstream stuff
[16:10] <xnox> yeah
[16:10] <xnox> cause we have some "ubuntu-only" projects, and i had to take something for them.
[16:10] <Laney> git-ubuntu is like the 'delta' I guess
[16:10] <xnox> unless you want to kill wubi support => because i think the partman-loop is the weird one.
[16:11] <xnox> yeah, i mostly took d-i upstream git repo, upto the current merge-base with ubuntu, and slapped a single commit of ubuntu delta on top of that, and then subtree merge that
[16:12] <Laney> d/rules update can go no?
[16:12] <xnox> it still generates debian/control B-D from d-i/sources/*/debian/control
[16:12] <Laney> well the get-sources stuff
[16:12] <xnox> (ie. see https://git.launchpad.net/~ubuntu-installer/partman-base/log/ )
[16:12] <xnox> Laney:  it's a no-op
[16:13] <xnox> i think i did patch the script that tries to update => but it does regenerate debian/control each time.
[16:13] <xnox> in some ways git submodules is easier to understand, cause it says that path over there is git repo lp:~ubuntu-installer/$project => go edit that.
[16:14] <xnox> but then it's submodules, and 20 repos.
[16:17] <Laney> right, neither way is perfect
[16:17] <Laney> pyflakes test fails btw :>
[16:22] <xnox> Yeah fixed in master
[16:23] <Laney> merge ittttt
[16:29] <abeato> kenvandine, hey, maybe you know, how can you set wayland as the default for a user in the greeter? so it is set on first boot?
[16:31] <kenvandine> not sure about as the default
[16:31] <kenvandine> abeato: you just need to select the wayland session for the user in gdm
[16:31] <kenvandine> abeato: and it'll remember that until you change it again
[16:32] <kenvandine> at first boot is probably a session file
[16:41] <abeato> kenvandine, right, but this is for a project where they want auto-login, so I actually need to know to do this by changing a config file
[16:42] <didrocks> Laney: oh btw, your suggestion for cryptsetup works very well, thanks!
[16:42] <abeato> kenvandine, but I do not know where
[16:42] <Laney> 😘
[16:42] <kenvandine> abeato: Laney probably knows
[16:51] <Laney> afaik gdm calculates the default session by itself, i don't know how to overrride it (if ou can)
[16:59] <xnox> Laney:  "merge ittttt" just the pyflakes fixes into submodules/subtree/squash, or do you mean switching to subtrees?
[17:05] <Laney> xnox: I just approved the MP (but with a comment about documentation)
[17:05] <Laney> now I'm off until Monday, have fun burning it down
[17:05] <Laney> o/


[19:02] <jrgifford> paultag: So, in 2 years when ubuntu membership "expires", you just click a link to re-join the launchpad.net group? Or is it more complicated than that? (someone asked me the question, and I didn't know the answer)
[19:05] <paultag> jrgifford: Yeah, it's just that simple
[19:05] <paultag> jrgifford: I've done it twice now :)
[19:05] <jrgifford> paultag: Ok, thanks.
[19:05] <paultag> jrgifford: you get an email a day for a week
[19:05] <paultag> (or until you click it)
[19:05] <jrgifford> hehe, sounds like they really want to keep ubuntu members. ;D
[19:05] <paultag> jrgifford: it's a lunch-pad function
[19:06] <paultag> jrgifford: who's asking, if you don't mind my prying
[19:07] <jrgifford> paultag: Well, I was curious, and then a guy who is asking me about different ubuntu stuff asked me.
[19:08] <paultag> jrgifford: ah, sure sure :)
[19:08] <paultag> BRB
[19:08]  * jrgifford yay for non-committal-vague answers. :P
[19:09] <Unit193> paultag says it's so easy to get, another says it's hard.  :D
[19:11] <jrgifford> (er, rejected)
[19:11] <Unit193> jrgifford: Will do! (If I remember..)
[19:11] <jrgifford> Unit193: hehe awesome. :)
[19:12] <paultag> jrgifford: when are you applying?
[19:12] <paultag> jrgifford: and at what time (EST)
[19:13] <jrgifford> paultag: 8PM EST, americas board, 10/20/11.
[19:13] <paultag> jrgifford: send me an email about it and a link to your wiki page, if you don't mind
[19:13] <paultag> gotta run
[19:13] <paultag> love ya'll
[19:14] <jrgifford> paultag: Ok, will do. Cya!
[19:14] <Unit193> jrgifford: You in more than I?
[19:14] <jrgifford> Unit193: come again?
[19:15] <Unit193> Ummm... Wikipage?
[19:16] <Unit193> (I'm very bad at those, I just want to take a peak)
[19:16] <jrgifford> Yeah, I made wikipage. :P Kinda went overboard with mine (I think).
[19:16] <jrgifford> Oh, sure.  :P https://wiki.ubuntu.com/jamesgifford
[19:19] <Unit193> Looks like AskUbuntu is your main selling point (And easy to lookup)
[19:19] <jrgifford> Indeed.
[19:20] <jrgifford> Really wish I had more to "show off", but that's about all I've done. :P
[19:20] <Unit193> Heh, just be glad most of it isn't in IRC :P
[19:21] <jrgifford> That's gotta be difficult to keep track of.
[19:23] <Unit193> I can't even
[19:24] <Unit193> Just don't laugh (too much) https://wiki.ubuntu.com/Unit193
[19:25] <jrgifford> Fancy!
[19:25] <jrgifford> I haven't put much thought into my formatting.
[19:25]  * jrgifford is lazy like that
[19:27] <Unit193> Mine is crappy with not enough content, so I had to try and put more in
[19:28] <Unit193> I just need to stalk the people I work with and have them put something at the bottom :P
[19:31] <jrgifford> Ok, let me put something down for you, you're a cool guy.


[05:21] <nuvolari> fp
[05:21] <nuvolari> good morning
[05:26] <superfly> morning nuvolari
[07:05] <superfly> anyone got any preferred ADSL ISP? One with uncapped, preferably
[07:16] <sakhi> moonin
[07:16] <superfly> hiya sakhi
[07:16]  * sakhi is back from Ethiopia
[07:27] <superfly> sakhi: what were you doing in Ethiopia ?
[07:39] <sakhi> superfly: I was training Sys.Admins on mail systems (Posftix, Dovecot, Squirrel and mail scanning)
[08:23] <linuxboy> superfly: mweb
[08:23] <linuxboy> superfly: no fuss
[08:25] <superfly> linuxboy: do they do a package thing where you get your ADSL through them as well?
[08:25] <linuxboy> superfly: ja
[08:25] <linuxboy> superfly: but I dont' do that
[08:26] <superfly> any particular reason?
[08:30] <linuxboy> then I can cancel it without transferring the adsl line
[08:37] <superfly> ah
[08:50] <drubin> superfly: axxess has been good to me mostly. afrihost is cheap.
[11:27] <linuxboy> superfly: you finally got access in your area?
[11:27] <superfly> apparently... I want to see if that is for real
[11:28] <linuxboy> https://secureapp.telkom.co.za/adslchecker/check.htm
[11:32] <drubin> LOL they imply that the rest of their site isn't secure
[11:43] <superfly> linuxboy: they first need to install a phone line ;-)
[11:49] <linuxboy> yeah :/
[14:28] <Tonberry> drubin is irc.sun.ac.za down?
[14:52] <drubin> Tonberry: yes
[14:52] <Tonberry> ah
[14:53] <Tonberry> wonder what they broke this time...
[15:45] <nlsthzn> clocking in for the night shift, hi all :)
[16:01] <superfly> hi nlsthzn
[16:01] <nlsthzn> superfly: Hi sir :)
[16:02] <highvoltage> hi nlsthzn
[16:02] <nlsthzn> highvoltage: hey... SA has come to life :)
[16:03] <highvoltage> if you say so :)
[16:03] <nlsthzn> just an observation about the increase in activity in the channel... 3 people at once... wow :p
[16:03] <Tonberry> o0
[16:04] <cocooncrash> Why is that so amazing?
[16:07] <nlsthzn> because 5 minutes ago it felt like it was only me T_T
[16:07] <nlsthzn> ;)
[16:07] <nlsthzn> hi Tonberry, cocooncrash
[16:07] <Tonberry> hello
[18:34] <Morganvd> evening all
[18:34] <superfly> hi Morganvd
[18:36] <Morganvd> hey superfly
[18:37] <Morganvd> ubuntu 10.10 netbook is driving me nuts
[18:37] <superfly> why, what's up?
[18:38] <Morganvd> im trying to add a custom launcher to the global menu
[18:38] <Morganvd> weechat
[18:38] <Morganvd> i maid the launcher
[18:38] <Morganvd> in the menu option
[18:39] <Morganvd> but i cannot seem to launch it
[18:43] <superfly> Morganvd: I'm afraid I'm a KDE junkie, so I don't really know how to do that in Gnome (or Unity)
[18:43] <drubin> Morganvd: what command are yo using?
[18:44] <Morganvd> i created a custom launcher in the menu to run weechat-curses
[18:45] <drubin> Morganvd: Ah that wont work. :)
[18:45] <Morganvd> but i cannot find the launcher in the list of applications
[18:45] <Morganvd> k
[18:45] <drubin> Morganvd: that is like executing vim from launcher it needs terminal to run in :)
[18:45] <Morganvd> i did tell it to run in terminal
[18:45] <drubin> Morganvd: how?
[18:45] <Morganvd> when you create a custom launcher
[18:46] <Morganvd> there is two options in the drop down box
[18:46] <drubin> oo that is a nice feature
[18:46] <Morganvd> application and run in terminal
[18:46] <Morganvd> drubin: what ubuntu you running
[18:47] <Morganvd> i created it on 10.04
[18:47] <drubin> Morganvd: 10.10 but I don't use normal GUI
[18:47] <drubin> Morganvd: btw have you tried changing the comamnd to gnome-terminal -e "weechat-curses"
[18:47] <Morganvd> what gui you using
[18:47] <drubin> and setting it to not run in a terminal?
[18:47] <Morganvd> yeah
[18:47] <drubin> Morganvd: Xmonad
[18:47] <Morganvd> ill check it out
[18:48] <Morganvd> k gnome application menu
[18:48] <Morganvd> if you right click
[18:48] <Morganvd> edit menu
[18:48] <Morganvd> you can add launcher
[18:48] <Morganvd> i had a nice one for weechat on 10.04
[18:49] <drubin> Morganvd: Ye i don't have that issue because I never ever close weechat :)
[18:49] <drubin> ssh screen -rd  :)
[18:49] <Morganvd> :)
[18:50] <drubin> Morganvd: can you not see the launcher or doesn't it work?
[18:51] <Morganvd> cant c it
[18:51] <Morganvd> i created it
[18:51] <Morganvd> its there
[18:51] <Morganvd> just wont add it to the menu in the netbook addiotion
[18:58] <marcog> drubin: you mean, ssh -t screen -rd
[19:19] <drubin> marcog: well actually I meant ssh and then screen -rd
[19:19] <marcog> drubin: you can do it in one cmd though
[19:20] <drubin> but I don't like to
[19:21] <Morganvd> lol
[19:21] <drubin> marcog: I can also chat via fifo socket instead of weechat
[19:21] <Morganvd> and how does this help me
[19:21] <Tonberry> restart whatever interface it uses?
[19:21] <Tonberry> @ launcher not showing
[19:22] <Morganvd> tried that already but the global menu seems to be burried into the interface with no config
[19:22] <Tonberry> eish
[19:22] <Tonberry> and they want unity as the next ubuntu interface?
[19:22] <drubin> sounds like unity tried to take over more then it can chew
[19:23] <Tonberry> i still wonder how badly replacing Xorg is going to go
[19:23] <drubin> people have mixed feelings I for one welcome any thing that makes graphics on Linux better
[19:23] <Morganvd> im slightly bothered about the new approach
[19:23] <drubin> (if it does)
[19:23] <marcog> drubin: why wouldn't you like to?
[19:23] <Tonberry> well x is old
[19:23] <marcog> drubin: it's much snappier doing it in one cmd
[19:24] <drubin> marcog: JUST to annoy froztbyte I like to see what packages need upgrading via the MOTD
[19:24] <drubin> marcog: what happens if I have things in my screen -rd I don't want people to see??? hey!! ;)
[19:24] <Morganvd> unity is nice but it needs major work
[19:25] <marcog> drubin: so you're being silly about it, right... :P
[19:26] <marcog> Morganvd: loads of major work, it's far too slow atm
[19:28] <drubin> marcog: actually my first point stands 2nd point was silly
[19:28] <marcog> drubin: ok, well idc what packages tumbleweed needs to update on clam :)
 but I don't like to   counts as a point?
[19:29] <tumbleweed> eh?
[19:29] <Tonberry> lurker!!!
[19:29] <marcog> tumbleweed: ignore :)
[19:32] <drubin> marcog: You deff don't want motd installed by default on a shell server like clam
[19:48] <marcog> anyone here want a diaspora invite?
[19:51] <superfly> marcog: I'll take one, thanks
[19:52] <marcog> superfly: pm me your addy and i'll send
[19:52] <Morganvd> what is it
[19:53] <marcog> open, distributed alternative to facebook
[19:53] <marcog> still pre-alpha
[19:53] <marcog> but quite promising at the early stage
[19:54] <drubin> marcog: needs more pictures
[19:54] <marcog> drubin: early stage
[19:54] <marcog> but yes
[19:54]  * drubin knows
[19:54] <drubin> pretty impressed so far
[19:56]  * marcog got my first other-site contact today
[19:56] <drubin> other-site?
[19:56] <marcog> i.e. contact from another diaspora instance
[19:56] <drubin> Ah ye
[20:00] <superfly> would be great if I could actually read the text
[20:00] <drubin> superfly: context?
[20:01] <superfly> drubin: diasp.org - light grey text on a white background
[20:02] <superfly> they've set the background colour but neglected to set the font colour... or vice versa
[20:02] <superfly> and with my dark colour scheme, my colours are opposite
[20:06] <marcog> superfly: do you mean the text like "X minutes ago"?
[20:06] <marcog> cause the names and statuses are fine here
[20:07] <superfly> marcog: no, the selects and inputs where I have to select my date of birth and type in my name, for instance
[20:07] <marcog> oh that was fine for me, iirc
[20:12] <ghostknife> anyone seen nuvolari today?
[20:23] <nuvolari> *cough*
[20:23] <nuvolari> o/
[20:53] <drubin> http://castrojo.tumblr.com/post/2392757965 << unity progress report


[01:10] <bazhang> sigyn'd
[14:19] <k1l> scalwag> CIA has cracked ubuntu
[20:50] <Menzador> We have a visitor spamming #u , but I don't wanna textwall with the !Ops trigger
[20:51] <hggdh> @mark ubuntu Boo generic misbehaviour, IP registered to a BR cel range
[20:52] <Menzador> Is this the same Boo as the registered user?
[20:52] <hggdh> don't think so, idn't identify, and did not seem to know how to
[20:53] <Menzador> It says the regged user was last seen over a year ago :)
[20:54] <hggdh> heh. We wait, then... I guess s/he will try, eventually, and hit -br
[20:57] <Menzador> If there were such things as sting operations on IRC
[21:01] <hggdh> stings would only work if you could zero in the actual user. Since you cannot... waste of time, I think.
[21:12] <lhavelund> #ubuntu feels quieter than ever. Is that just rose-tinted goggles, or has it quieted down significantly?
[21:17] <hggdh> it is quieter


[00:00] <arand> billybigrigger: Easiest is to simply download individual debs from fta's ppa
[00:01] <arand> billybigrigger: But for the debdiff, yea, just "patch -p1 < ../debdiff"  from within the metacity source dir, and then rebuild package (debuild & pbuilder, in my case)
[00:01] <DanaG> hmm, that new kernel isn't there for armel.
[00:02] <billybigrigger> arand, fair enough
[00:13] <DanaG> oh yeah, something else I noticed (on ARM): no scsi support.  not even for usb-as-scsi.
[00:13] <DanaG> So, you can't use scsiadd to eject a usb hard drive.
[00:15] <penguin42> has it got USB mass storage?
[00:15] <penguin42> (although I thought that was based on SCSI)
[00:16] <DanaG> Yeah, it does have that.
[00:17] <BUGabundo> nite
[00:20] <DanaG> also: https://bugs.launchpad.net/ubuntu/lucid/+source/linux-ti-omap/+bug/563650
[00:20] <DanaG> That patch there is a bit silly... if screen is asleep, wake it before rebooting?
[00:20] <DanaG> How about just making it so if screen is asleep, you don't try to turn it off?
[00:24] <penguin42> is it so it's awake during the reboot so you can see any boot messages?
[00:28] <billybigrigger> arand, for that metacity patch, i have to install all the patched debs yeah? does it matter what order?
[00:29] <billybigrigger> i tried installing the main metacity deb, hoping it would pick up all the dependant debs in the same folder and install them too, but it didn't
[00:29] <arand> billybigrigger: dunno, I tend to just dpkg -i *.deb to be suer
[00:30] <arand> Install the all at once.
[00:30] <arand> *them
[00:30] <billybigrigger> Errors were encountered while processing:
[00:30] <billybigrigger>  libmetacity-dev
[00:30] <billybigrigger> Errors were encountered while processing:
[00:30] <billybigrigger>  libmetacity-dev
[00:31] <billybigrigger> whoops
[00:31] <billybigrigger> sorry for the double past
[00:31] <billybigrigger> paste
[00:31] <billybigrigger> libmetacity-dev:
[00:31] <billybigrigger>   Installed: 1:2.30.1-0ubuntu1+fta2
[00:31] <billybigrigger>   Candidate: 1:2.30.1-0ubuntu1+fta2
[00:46] <billybigrigger_> anyone know what's up with this apt error i keep getting in a new terminal?
[00:49] <penguin42> yeh, it's a n extra ; somewhere
[00:50] <penguin42> 546794
[00:50] <penguin42> bug 546794
[07:55] <billybigrigger_> smplayer: Depends: mplayer but it is not going to be installed
[07:55] <billybigrigger_> mplayer: Depends: libdirectfb-1.2-0 but it is not going to be installed
[07:56] <billybigrigger_> libdirectfb is deprecated no?
[07:56] <billybigrigger_> or am i wrong?
[07:57] <DanaG> There's a new version.
[07:57] <DanaG> But mplayer seems to depend on the old version.
[10:15] <knittl> rhythmbox segmentation fault?
[11:31] <dupondje> morning :)
[11:43] <knittl> is rhythmbox working for all of you?
[12:40] <arand> knittl: yea segfault, got a report to confirm?
[12:40] <knittl> arand: no, i haven't found a report yet
[12:41] <knittl> plugged my mp3player to the speakers for the meanwhile :D
[13:23] <knittl> are libdirectfb-dev safe to remove?
[13:24] <knittl> somethings holding back another bunch of updates
[13:30] <dupondje> knittl: its -dev
[13:30] <dupondje> should be safe :D
[13:31] <knittl> The following packages will be REMOVED: libdirectfb-dev* libsdl-mixer1.2-dev* libsdl1.2-dev* libsmpeg-dev*
[13:31] <knittl> hm…
[13:32] <knittl> means i will not be able to compile some apps
[13:32] <knittl> nevermind :D
[13:39] <knittl> hm, something is still preventing the upgrade
[14:35] <knittl> this is not maverick specific, but has anybody ever noticed, that the cpu clock speed won't change when load is too high?
[14:39] <penguin42> knittl: You mean it won't go faster when you load it up?
[14:39] <penguin42> knittl: What are you looking at the frequency with and what CPU do you have?
[14:39] <knittl> i have a c2d
[14:39] <knittl> and i use the gnome frequency scaling applet
[14:40] <penguin42> knittl: Have you got one of those setup for each core?
[14:40] <knittl> nope, both cores usually scale at the same time
[14:41] <penguin42> mine don't I don't think
[14:41] <knittl> i'm watching an hd move now, i'll try to find the exact steps to reproduce it after the movie
[14:42] <penguin42> make sure you've got it set to 'ondemand'
[14:42] <knittl> but maybe it has to do with cpu temperature (or is related)
[14:42] <knittl> penguin42: yes, ondemand is the default
[14:42] <knittl> but when load is too high it doesn't even change when i set it to performance or userspace (2.5 ghz)
[14:44] <penguin42> even with simple CPU heavy load - something like md5sum /dev/zero &
[14:45] <knittl> hm, it scaled down again
[14:45] <knittl> even with performance
[14:47] <knittl> $ uptime; sudo cat /sys/devices/system/cpu/cpu[01]/cpufreq/cpuinfo_cur_freq 15:47:03 up  1:21,  4 users,  load average: 0.87, 0.97, 0.97
[14:47] <knittl> 800000
[14:47] <knittl> 800000
[14:47] <penguin42> heat problem?
[14:47] <knittl> 56 °C
[14:47] <penguin42> odd
[14:48] <knittl> md5sum wasn't running yet
[14:48] <knittl> now it is
[14:48] <knittl> cpus are 100 % in use
[14:48] <knittl> $ uptime; sudo cat /sys/devices/system/cpu/cpu[01]/cpufreq/cpuinfo_cur_freq 15:48:17 up  1:22,  6 users,  load average: 1.66, 1.16, 1.03
[14:48] <knittl> 1200000
[14:48] <knittl> hm, 1.2 ghz
[14:48] <knittl> 1200000
[14:49] <knittl> 2.0 … they are scaling again
[14:49] <knittl> 2.5
[14:49] <knittl> 75 °C
[14:50] <knittl> $ uptime; sudo cat /sys/devices/system/cpu/cpu[01]/cpufreq/scaling_{cur_freq,governor} 15:50:20 up  1:24,  6 users,  load average: 2.25, 1.56, 1.19
[14:50] <knittl> 2000000
[14:50] <knittl> 2000000
[14:50] <knittl> ondemand
[14:50] <knittl> ondemand
[14:51] <knittl> 1.2 that might be heatrelated now
[14:54] <knittl> 800 mhz, 59 °C
[14:54] <knittl> load 3
[14:54] <knittl> definitely not a heat issue
[14:55] <penguin42> remember heat!=cpu usage
[14:55] <penguin42> sorry, load!=cpu usage
[14:55] <knittl> yes, i know
[14:55] <knittl> cpu usage was 100 % :P
[14:55] <knittl> but i think it's related to load
[14:55] <knittl> scaling doesn't get cpu time maybe?
[14:56] <penguin42> don't think it needs to, maybe I'm wrong
[14:57] <knittl> i'm no kernel dev :D
[14:57] <knittl> only guessing from my side
[14:58] <arand> knittl: Any news regarding rhbox?
[14:58] <knittl> arand: nope
[14:59] <arand> I'm installing -dbg and gonna see if the backtrace is of any use, at least material for a bug report I guess...
[14:59] <knittl> i tried renaming all rhythmbox folders in my home dir
[14:59] <knittl> didn't help, so it's not plugins i guess
[15:00] <arand> Or default plugins...
[15:00] <knittl> are there default plugins?
[15:00] <arand> I think so.
[15:02] <knittl> i tried strace, but there's too much information for me to understand
[15:03] <knittl> backtrace from gdb has rb_plugins_engine_activate_plugin in it
[15:03] <arand> but there's too much information for me to  understand
[15:04] <arand> Ah, whoops
[15:04] <knittl> xD
[15:04] <arand> 0x00184f2c in rb_python_module_load_with_gil (module=0x82be350)
[15:04] <knittl> (gdb) bt
[15:04] <knittl> #0  0x00184f2c in ?? () from /usr/lib/librhythmbox-core.so.0
[15:04] <knittl> #1  0x00d75720 in g_type_module_use () from /usr/lib/libgobject-2.0.so.0
[15:04] <knittl> #2  0x00183381 in rb_plugins_engine_activate_plugin () from /usr/lib/librhythmbox-core.so.0
[15:05] <arand> knittl: Yea, that's without the -dbg package with debug info though
[15:05] <knittl> i just run default rhythmbox
[15:05] <knittl> * ran
[15:06] <knittl> helps a little bit most of the time ;)
[15:06] <arand> Yea, installing rhythmobox-dbg anf then running it again, gives a bit more I would think
[15:06] <knittl> i'll try
[15:06] <arand> That's where I got ↑ that from
[15:07] <knittl> we should get the same output
[15:07] <knittl> i can test in 30 s
[15:08] <arand> http://pastebin.com/cDyUNQdi
[15:08] <knittl> the binary is sitll called rhythmbox?
[15:08] <arand> Yea
[15:09] <knittl> http://paste2.org/p/857698
[15:09] <arand> I have no real idea how these things go, but there were less question marks in the output, so I guess that's a good sign
[15:09] <knittl> function names are usually optimized out by the compiler
[15:10] <knittl> debug builds still have them in them
[15:10] <knittl> and some other additional information
[15:10] <arand> Yea, our out seems to be pretty much identical..
[15:10] <knittl> seems to be exactly the same output
[15:10] <knittl> ^^
[15:11] <arand> I'm reporting a bug now
[15:12] <knittl> ok, let me know its number then
[15:13] <arand> Hmm, I wonder if "366     rb-python-module.c: No such file or directory" ...
[15:13] <knittl> hmmm, might be a good starting point
[15:17] <arand> Bug #587534
[15:20] <knittl> i clicked the »it affects me too« button
[15:20] <knittl> ^^
[15:20] <arand> Yea I reckon it could be confirmed as well.
[15:24] <penguin42> have you got any music players plugged in?
[15:25] <knittl> nope
[15:25] <knittl> i don't
[15:25] <arand> Nope, virtual machine, first ever execution of RB
[16:22] <ebroder> Is there some known brokenness with the Lucid -> Maverick upgrade at the moment? It errors out with a complaint about upgrading linux-generic when I try at the moment
[16:22] <ebroder> (Although I'm upgrading a VM that has linux-image-virtual installed)
[16:23] <dupondje> only firefox etc is broken due to metacity, but there are fixed debs in a ppa
[16:24] <ebroder> Uh, looking at the apt.log, I see "Package linux-image-generic has broken Depends on linux-image-2.6.34-5-generic" and "Package linux-generic has broken Depends on linux-image-generic"
[16:25] <penguin42> that just sounds broken
[16:25] <ebroder> I guess I should mention in the interests of disclosure that I'm not using an official mirror, but I help maintain it and I know it's up to date
[16:26] <David-T> well, linux-generic->linux-image-generic->linux-image-2.6.xx-x-generic sounds normal
[16:26] <David-T> perhaps linux-image-generic now depends on a version of linux-image-...-generic that isn't on the mirrors yet
[16:28] <ebroder> I guess I could kick off a sync of the mirror by hand and see if it helps
[16:28] <arand> Meh, rhythmbox is even FTBFS.
[16:32] <billybigrigger_> arand, no crash upon launch here
[16:33] <arand> billybigrigger_: Hmm, arch? any other mods to RB?
[16:33] <billybigrigger_> vanilla rb
[16:33] <billybigrigger_> amd64
[16:34] <billybigrigger_> 2.6.34-4-generic
[16:34] <arand> knittl: Are you on 32bit as well?
[16:34] <billybigrigger_> fresh upgrade from lucid>maverick yesterday
[16:34] <arand> I'm on 32bit vbox
[16:34] <billybigrigger_> rhythmbox:
[16:34] <billybigrigger_>   Installed: 0.12.8-0ubuntu4
[16:34] <billybigrigger_>   Candidate: 0.12.8-0ubuntu4
[16:34] <billybigrigger_> ahhhhh
[16:34] <billybigrigger_> :P
[16:35] <billybigrigger_> bug number?
[16:42] <knittl> arand: yep, 32 bit
[16:42] <arand> billybigrigger_: Bug #587534
[16:43] <arand> knittl: So might be 32bit-related then...
[16:43] <knittl> looks like it
[16:55] <billybigrigger_> arand, any point of me sending a backtrack of the working application?
[16:55] <billybigrigger_> backtrace
[16:56] <arand> I have no idea, to be honest
[17:30] <BUGabundo> $ kmail
[17:30] <BUGabundo> kmail: symbol lookup error: /usr/lib/libkmailprivate.so.4: undefined symbol: _ZN13KCMultiDialog16staticMetaObjectE
[17:43] <DsXack> hi, i'm use maverick. after yesterday update i can't start rhytmbox. SEGFAULT. Anybodies know?
[17:43] <knittl> https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/587534
[17:43] <knittl> DsXack: 32 bit system?
[17:44] <DsXack> yes
[17:44] <arand> DsXack: Bug #587534
[17:44] <arand> Oops, already done :)
[17:44] <DsXack> sank
[17:45] <knittl> arand: i added comment about 32 bit systems
[17:45] <BUGabundo> https://bugs.kde.org/show_bug.cgi?id=240120
[17:49] <arand> knittl: Yea, feel like I should report the failed build as well, I guess...
[17:49] <DsXack> sorry, and this http://paste.pocoo.org/show/220048/ bag in conky. i not find in launchpad
[20:22] <yofel> Evening folks :)
[20:24] <BUGabundo> hey hey yofel
[20:26] <billybigrigger> howdy
[20:51] <ChogyDan> anyone know how to track changes made to the default un-updated lucid install, that are made after release?  Hibernation stopped working for me, and I am trying to track down which changed caused it.
[20:58] <stenten> ChogyDan: Are you running Lucid or Maverick?
[20:58] <ChogyDan> lucid
[20:59] <stenten> This channel is only for Maverick discussion/troubleshooting. Hop over to #ubuntu-bugs and we'll continue the conversation.
[22:07] <IDWMaster> Has anyone running 10.10 received this error in their terminal? bash: /etc/bash_completion.d/apt: line 32: syntax error near unexpected token `;'
[22:07] <IDWMaster> bash: /etc/bash_completion.d/apt: line 32: `                    2> /dev/null ); $( apt-cache --no-generate pkgnames "lib$cur" \'
[22:07] <IDWMaster> bash: /etc/bash_completion.d/apt: line 33: syntax error near unexpected token `)'
[22:07] <IDWMaster> bash: /etc/bash_completion.d/apt: line 33: `                    2> /dev/null); )'
[22:08] <knittl> IDWMaster: remove the semicolons and it will work again
[22:08] <IDWMaster> OK. Thanks.
[22:09] <IDWMaster> That fixed it.