[02:09] <steve7233> I am steve7233 on the forums. I just updated via apt-get and now my mousepad is frozen. HP Pavilion DV6.
[04:27] <user|71003> my kde-plasma workspace can't login
[04:28] <user|71003> help me
[04:28] <user|71003> anybody here？
[06:03] <tiwake> hey, just wondering, is there a nice way to configure a drawing tablet in kubuntu? specifically mapping it to one computer screen
[06:04] <tiwake> the command I used to use in kubuntu 16.04 does not work in 17.04
[06:04] <croz> damn kde is nice
[06:09] <tiwake> $ xinput set-prop "10594 Pen" --type=float "Coordinate Transformation Matrix" 0.333333 0 0.333333 0 1 0 0 0 1
[06:09] <tiwake> X Error of failed request:  BadMatch (invalid parameter attributes)
[06:09] <tiwake> same command I used to use in 16.04
[06:15] <tiwake> I'm not seeing any useful information... meh
[06:21] <valorie> tiwake: perhaps talk with the krita folks?
[06:21] <valorie> they use tablets more than anyone
[06:21] <tiwake> I forgot about the krita channel
[06:22] <tiwake> no art tonight anyway
[06:23] <tiwake> meh
[08:37] <Ab3L> is there someone who knows well how to proceed to make an upgrade with a fresh install? the harddisk has a partition for / and a separate one for /home (so i can easly format / without to loose data in /home).
[08:38] <Ab3L> the question I have is how config files will affect the new release and how to know which conf files should have to be removed.
[08:49] <lordievader[m]> Good morning
[10:32] <BluesKaj> 'Morning folks
[10:39] <somekool> 'Morning
[11:12] <jubo2> G'morning
[11:31] <CuSn> Hi, is wayland the defualt GUI/Windoing system on  Kubuntu 17.04
[11:31] <CuSn> *windowing
[11:32]  * CuSn pours coffee into the channel to help it wake up....
[11:33] <oerheks> CuSn, no
[11:33] <CuSn> danke
[11:36] <acheronuk> as solutions to wayland issues for QT and Nvidia keep getting pushed back, at the moment I would estimate 18.04 LTS as the best bet for an ETA.
[11:37] <acheronuk> but who knows what will actually happen!
[11:37] <oerheks> if wayalnd works out great in 17.10, perhaps yes
[11:38] <acheronuk> oerheks: that would require a minor miracle at the moment
[11:39] <oerheks> Fedora 25 comes with wayland standard, afaik
[11:39] <acheronuk> on KDE? ouch!
[11:40] <oerheks> No, gnome only iirc https://fedoraproject.org/wiki/Changes/WaylandByDefault
[11:40] <BluesKaj> nope  fedora 25 uses gnome 2 I think
[11:41] <acheronuk> oerheks: KDE/plasma has additional issues which prevent a switch by default for us
[11:41] <acheronuk> yet anyway
[11:41] <BluesKaj> i tried fedora 25 ...it was very smooth and silky ...too bad it's gnome
[11:42] <BluesKaj> yeah and nvidia isn't ready for wayland yet
[11:42] <suici> im going to try a kde wayland session
[11:42] <suici> BRB
[11:44] <acheronuk> support/fixes in Qt have been pushed back to QT 5.10 AFAIK, which is not likely until 18.04
[11:45] <acheronuk> wayland works on some hardware/driver in a fairly acceptable fashion, but rather the exception than the rule so far
[11:45] <acheronuk> I don't see me setting it default for 17.10!
[11:46] <acheronuk> s/me/us
[11:52] <BluesKaj> acheronuk,  nor do I
[12:20] <croz> Any idea why my Windows (Superuser) key does not bring up a launcher? I just installed KDE Plasma on Ubuntu 16.04 LTS.
[12:26] <croz> ah i didnt know alt space did what macos does nevermind that works for me
[13:07] <yogesh> hi
[14:11] <tiwake> acheronuk: screw nvidia... they knew wayland was being developed, then two years later, they drop a massive code push to wayland that would break everything just so their drivers would work with it
[14:35] <tiwake> https://pastebin.com/WekNt0wH
[14:35] <tiwake> https://pastebin.com/y9syJi87
[14:35] <tiwake> I don't know
[14:36] <tiwake> the second pastebin linked is the identical command I use to map the drawing tablet to the middle screen when I had kubuntu 16.04 installed
[14:49] <R13ose> Is there anything software wise that could be limiting my wifi signal?
[14:54] <oerheks>  R13ose never heard of that, only other wireless devices with a stronger signal can do that, or elevator-motors / TL tubes, fridges and other bad grounded/shielded machines
[14:55] <R13ose> Nothing I can do?
[14:56] <oerheks> R13ose, not that i know of
[14:58] <R13ose> Nuts, then my computer is dying
[15:17] <BluesKaj> R13ose,  do you use a router and do you know how to access it's firmware?
[15:17] <R13ose> Isp router I believe and maybe but unsure if I can update without new router.
[15:19] <BluesKaj> R13ose,  it may jsut be a case of too many users in your area using the same default wifi channel, usually ch 6 in North America
[15:20] <R13ose> But other devices can work from here
[15:20] <BluesKaj> for example ?
[15:22] <R13ose> Laptops and cell phones
[15:22] <BluesKaj> and it's saturday, a heavy traffic day on the internet
[15:24] <R13ose> BluesKaj: this is not one odd day
[15:25] <BluesKaj> how long have you had this issue?
[15:26] <R13ose> Awhile
[15:27] <BluesKaj> iss this a wifi dongle or pci card on a desktop pc ?
[15:28] <R13ose> Laptop
[15:31] <BluesKaj> perhaps rearranging the router's antennae if it has any or moving it around just few inches can somewtimes make a big difference in broadcast and reception
[15:35] <R13ose> Yes but maybe laptop is broken
[15:36] <BluesKaj> I doubt it , probly just a simple wifi problem, but it sounds to me like you can't be bothered to try anything, so I'm done here
[16:20] <R13ose> BluesKaj: I tried everything you said so hard
[16:24] <ahussein> All, the java not init when access to my oracle account , any advice pls .
[17:03] <BluesKaj> R13ose,  is your router one of those Bell 2Wire 2701HG-G routers?
[17:06] <BluesKaj> R13ose,  if it is check this out  http://support.bell.ca/Internet/Connection-help/2Wire-2701-modem.how_to_change_existing_wireless_settings_on_my
[17:21] <R13ose> BluesKaj: mine is black and says bell 2000
[17:21] <R13ose> BluesKaj: I actually have to get going
[17:24] <BluesKaj> R13ose,  do a google search for that router, you'll probly access the firmware and settings by typing a gateway IP address into a browser to into it's pages and settings anyway ...it's really quite simple
[17:28] <musalbas> Is it just me or do windows disappear when I move them to the other monitor? Fresh install, can't find any bug reports for it
[17:29] <R13ose> BluesKaj: thanks for all the help
[17:36] <IrcsomeBot1> Trebacz was added by: Trebacz
 I accidently (okay drinking) put my laptop on 17.10 Kubuntu development (instead of 17.04). I'm okay with ocassional challenges, so I've been running on it for a few weeks (all good). Packages are updated daily. Is there anything I should watch out for and avoid? Is there a way I can monitor the expected effects of package updates? Can I provide feedback if I run into an issue -or am I on my own?
[17:46] <dbrom> Anyone in today... Tring to install a usb wireless card and not have any luck doing so
 @Trebacz, Most updates *should* be ok, but there may be times when sets of packages in the archive may be incomplete in the -release pocket while autopackage (QA) tests lag and take a long time to migrate from -proposed
 #kubuntu-devel channel on freenode IRC is main place for development chat and feedback
 but feedback is welcome. I run 17.10 on this machine
 Awesome Ric. I just ran into one issue with php7, but *solved* it by moving onto php 7.1. We'll see how it goes!
 The development release is intended to be mostly stable, but it is a WIP with normally some 'transitions' happening in package versions or features. Especially at this point in the cycle when we are not in any 'freeze' of features or versions and new stuff is incoming.
 On our side, hoping for plasma 5.10 and applications 17.04 soon. :)
 Cool thanks. For a llitle bit I thought I might be out on a branch with three developers.... :) I know that's not the case, but wanted to be a little more plugged in with what was going on in the OS. Thank you again...
 lol. well there's always a little bit of 'stting on a branch, hoping it's not going to break', but just being sensibe about what updates you apply and askinbg for help if in doubt should moslty mitigate that
[19:59] <croz> Anyone able to help with getting 4K to display properly. I tried the scaling in the display settings and this was it at 2x. http://pix.toile-libre.org/upload/original/1495290629.png
[22:30] <tiwake> https://forum.kde.org/viewtopic.php?f=216&t=118734
[23:19] <croz> Anyone able to help with getting 4K to display properly. I tried the scaling in the display settings and this was it at 2x. http://pix.toile-libre.org/upload/original/1495290629.png


[05:20] <dlbike76_> Hi I'm running kernel 3.5.0-18-generic on quantal and am seeing instances where the kernel is killing the chromium tasks
[05:20] <dlbike76_> Is this a known problem?
[05:22] <dlbike76> I'm running lubuntu on a computer with limited RAM, and I didn't notice the problem while on precise.
[05:23] <dlbike76> I'm seeing the kernel sending sigkill to the various chromium tasks in the kern.log once memory usage gets to a certain point.
[05:25] <RAOF> dlbike76: That would presumably be the OOM killer?
[05:26] <dlbike76> RAOF:  OOM?
[05:26] <RAOF> Out of memory killer.
[05:26] <dlbike76> Gotcha.
[05:26] <RAOF> ie: We've overcommitted, and now something wants to cash the check for memory that we don't have, so we need to kill something.
[05:26] <dlbike76> Should that happen even if swap hasn't been fully utilized?
[05:27] <ohsix> yea ...
[05:27] <ohsix> swap can't always service memory requests
[05:27] <ohsix> you can adjust the overcommit ratio
[05:28] <ohsix> though at best it will probably get you a machine that runs slower for a long time before something is finally killed :]
[05:29] <ohsix> chrome seems faster in part due to the way it uses memory to do its work, you might get more out of the situation with a browser not based on webkit
[05:29] <dlbike76> It's working pretty good otherwise.  I'll just have to multitask less...
[05:30] <ohsix> you can tell firefox how many images to keep decoded before discarding them, and how much of the back/forward cache to keep around; lots of knobs that won't get you around not having enough memory
[05:31] <dlbike76> I've been experimenting with various browsers to see which ones work best for the limited RAM that I currently have.
[05:32] <dlbike76> My biggest problem is that I went from a system with over 3GB RAM to a system with approx 300MB.
[05:33] <ohsix> fun, i had to use my netbook when my laptop broke once :] could barely start the firefox session i regularly used, and do anything else
[05:36] <dlbike76> So is OMM Killer something new in the 3.5 kernel?
[05:37] <dlbike76> I don't remember this ever happening in 3.2, but I do remember the system slowing to a crawl at times.
[05:38] <ohsix> it's not new, it's probably just a coincidence that you're noticing it kill chrome
[05:44] <dlbike76> Okay at least I know that it is working correctly.  Thanks for the help ohsix and RAOF.
[09:06] <smb> infinity, Hiya, somehow I think there was not time to look at the xen package?
[09:10]  * apw yawns
[09:14]  * smb remembers to make more tea
[09:37] <infinity> smb: Oh, uhm.  Indeed.  I got sidetracked with a bunch of other stuff.
[09:38] <infinity> smb: Say, you have a new core-dev on your team, you should make him review and sponsor. ;)
[09:38] <smb> infinity, I asked him about another package and he hasn't done it for a whole week... :-P
[09:38] <smb> apw, ^ ;)
[09:38] <infinity> smb: A whole week?  Man, what a slacker.
[09:39] <apw> you all smell
[09:39] <infinity> (... says the man who's had a review pending for Andy for months)
[09:59] <Laney> hello kernelers ... :-)
[10:00] <Laney> I noticed that with the new raring kernel I don't have aufs or overlayfs or whateveritis any more ... is that deliberate?
[10:00] <Laney> also modprobe says this "FATAL: Could not load /lib/modules/3.7.0-0-generic/modules.dep: No such file or directory"
[10:05] <apw> Laney, i suspect its expected, undesired, i'll check a bit later
[10:06] <Laney> apw: OK, I'll go back to 3.5 then for now, cheers
[10:09] <petantik> Hello, I'm trying to debug the ubuntu kernel with kgdb over serial. How can I get a vmlinux file from the vmlinuz file so I can load it into gdb? or does the vmlinuz work fine?
[10:17] <einonm> petantik: Are you not building the kernel from source yourself?
[10:18] <petantik> einonm: I am but not using upstream kernel sources
[10:19] <petantik> einonm: einonm using the instructions here https://help.ubuntu.com/community/Kernel/Compile#Alternate_Build_Method:_The_Old-Fashioned_Debian_Way
[10:21] <einonm> So do you have a vmlinux image in your build directory. I'm not overly familiar with that way of building the kernel, but there should be a vmlinux produced after building.
[10:21] <petantik> what I'm trying to figure out is how to generate a vmlinux file instead of a vmlinuz file
[10:21] <petantik> einonm: let me check
[10:21] <einonm> The vmlinux file is generated before the vmlinuz file, and is used to generate the vmlinuz file
[10:22] <petantik> einonm: you're right, definitely a pebkac moment.
[10:22] <petantik> cheers
[10:22] <einonm> np :)
[12:35]  * henrix just received a build failure email for a build that is still pending...!?!?
[12:35] <henrix> apw: any idea what happened here? ^^
[12:36] <henrix> apw: it was an armel build for 3.2.0-34.53
[12:36] <apw> henrix, the build may have failed due to buildd failure (say they rebooted a buildd) and then someone put the build back for rebuilding
[12:36] <apw> so what you see if it pending for rebuild
[12:36] <apw> henrix, got a pointer to the build
[12:37] <henrix> apw: yeah, but the link sends me to the "Lost something?" thing :)
[12:37] <apw> henrix, well that probabally means it was indeed retried, as we do lose the errors then
[12:38] <henrix> apw: ok, so i'l just wait and see
[12:38] <apw> which build was it, which series
[12:38] <henrix> i've just build tested armel again and it builds without an error
[12:38] <henrix> it was precise
[12:38] <henrix> 3.2.0-34.53
[12:39] <apw> henrix, yeah it seems to be building right now, so it must have been put back
[12:39] <henrix> apw: ok, thanks. let's wait and see what happens
[13:03] <rtg> apw, henrix: I restarted it 'cause it was a compiler seg fault
[13:03] <apw> heh there you go then
[13:04] <apw> rtg, i am working on fixing aufs and overlayfs in raring, so don't upload without me
[13:05] <rtg> cking, could you give me a quick review of your batter patch on git://kernel.ubuntu.com/ubuntu/ubuntu-nexus7.git master-next ? I've rebased against a new release and there were some conflicts in your battery status patches.
[13:06] <rtg> apw, ack. did you re-upload signed or do you plan to wait ?
[13:07] <apw> rtg, no i didn't ... i will do that right now
[13:07] <apw> oh perhaps i won't if that is holding us from breaking the images ... hmmm
[13:07] <henrix> rtg: ok, thanks
[13:08]  * henrix -> lunch
[13:08] <rtg> apw, can't build dailies without overlay or aufs ?
[13:10] <apw> rtg, they won't boot without as far as i know
[13:10] <apw> rtg, i have some test builds ongoing, i am doing overlayfs first, as thats the default
[13:10] <apw> if that works we can upload that
[13:10] <rtg> apw, ok
[14:02]  * ppisati switches to the haswell box (back in a bit)
[14:30]  * henrix realises that herton is referred in lwn! \o/
[15:07] <apw> henrix, link ?
[15:08] <henrix> apw: it's on this week edition, kernel section: https://lwn.net/Articles/524304/
[15:09] <henrix> apw: it's just the announment of the stable tree for 3.5 :)
[15:10] <apw> heh ... good stuff
[15:17] <apw> rtg, ogasawara, anything you want thrown in the next upload for raring ... i don't want to have any rebases in here really, as this enabled a heap of code
[15:18] <ogasawara> apw: nothing here
[15:21] <ppisati> ogasawara: did you put somewhere the list of patches that you showed during the delta review?
[15:21] <apw> ppisati, normally that is in the spec for the blueprint
[15:22] <ogasawara> ppisati: yah, in the spec.  lemme find the url for you.
[15:22] <ogasawara> ppisati: https://wiki.ubuntu.com/KernelTeam/Specs/RaringKernelDeltaReview
[15:23] <ppisati> cool, thanks
[15:44] <apw> ogasawara, i have generated the 'per dev patch review' WIs and added them
[15:44] <ogasawara> apw: sweet, thanks
[15:44] <ogasawara> apw: I need to go through and update our milestone tracking too in our BP's since the new monthly checkpoints were added to LP
[15:45] <apw> ogasawara, monthly what now ?
[15:46]  * rtg actually made a nexus7 kernel that boots
[15:46] <ogasawara> apw: there's the new monthly milestones now since we don't have alpha's
[15:46] <ogasawara> apw: eg ubuntu-13.04-month-1
[15:46]  * apw hans rtg a pint ... well done
[15:47] <ogasawara> apw: hrm, I'm also now seeing the alpha's there too.  I swore they were not there yesterday.
[15:47] <apw> ogasawara, yeah, so we should be trying to fan out our WIs to the appropriate months
[15:49] <apw> ogasawara, now all i need is some feeling for what month-1 etc means, any idea when they are
[15:49] <ogasawara> apw: nope.  I checked yesterday to see if the release schedule had any specific date for what the month-1 deadline was, but found nothing.
[15:50] <apw> ogasawara, the milestones themselves will have them, if i could remember where they are
[15:50] <apw> https://bugs.launchpad.net/ubuntu/raring/+milestones
[15:51] <apw> ogasawara, oh the alphas etc are 'optin' now
[15:51] <apw> ogasawara, anyhow so its the 18th, -month-1 is like saturday, and so on
[15:51] <ogasawara> apw: ah ok.  /me makes a note
[15:53] <ogasawara> I never knew of the /+milestones url, that's helpful
[15:54] <apw> ogasawara, me either, i just guessed, right for once
[15:54] <cking> is that a new LP feature?
[15:55] <apw> cking, don't think so no
[15:55] <bjf> apw, due to the elegance and consistency of LP you can just naturally anticipate those features
[15:55] <apw> it is the very first time that my guess found something, i am somewhat chuffed
[15:56] <ogasawara> apw: you just happened to stumble onto a LP easter egg
[15:56] <cking> I though the way to find out LP features was to grok the source
[15:56] <cking> *thought
[15:57]  * ogasawara back in 20
[15:59] <cking> https://launchpad.net/launchpad/+specs  is interesting, all the eggs aren't in one basket
[16:06] <apw> rtg, ogasawara, ok i have a kernel here with working overlayfs and aufs, so i am proposing to upload it now
[16:07] <rtg> apw, lock and load....
[16:11] <apw> BenC, i have just pushed a new raring master-next with working overlayfs which you need for your images to boot
[16:11] <BenC> apw: Ah, thanks
[16:11] <apw> rtg, when you build source pacakges do you do so on 32 or 64 bit chroots ?
[16:12] <rtg> apw, generally both
[16:12] <BenC> apw: Is that -2.8?
[16:12] <apw> BenC, yes
[16:13] <apw> BenC, i have literally just pushed the master repo, packages are being prepped now
[16:13] <apw> though i am running it here on my kit
[16:27] <apw> BenC, oh you may want to fetch again so that the master branch is updated, else the rebase script may not work, as i found out when i did lowlatency :)
[16:28] <rtg> apw, what script ? ppc is a straightforward rebase against master isn't it ?
[16:29] <apw> rtg, well it cannot be a strightforward rebase just because master is rebase as well, for lowlatency i use an update-from-master script which knows how to find the bottom of what to rebase etc
[16:31] <BenC> Mine seemed to find the correct places to rebase against using the tag
[16:31] <BenC> Maybe I'm lucky
[16:34] <BenC> apw: Starting a build, so I'll follow up in a couple hours
[16:35] <rtg> ogra_, are the nexus7 udeb files of any use ? the installer just blats an image onto flash, right ?
[16:36] <apw> rtg, the d-i and netboot images use them don't they?  regardless of final installation method
[16:37] <cking> I installed my n7 kernel  image from the .debs  - but hey, I don't know the official way its done
[16:37] <rtg> apw, neither of which are useable by the nexus 7
[16:37] <apw> rtg, then it seems unlikely they can be being used indeed
[16:37] <rtg> lemme check with janimo
[16:37] <rtg> ^^
[16:43]  * ppisati goes out for a bit...
[16:55] <stgraber> hello kernel people. The new linux-libc-dev broke libnl and in turn a bunch of universe packages.
[16:56] <stgraber> I'm now working on a patch to libnl's netlink-kernel.h to deal with the change and would appreciate one of you confirming it's the correct approach
[16:56] <stgraber> the debdiff for libnl would be: http://paste.ubuntu.com/1360658/
[16:56] <rtg> apw is likely the most informed about header issues
[16:57] <apw> stgraber, hi
[16:57] <stgraber> I'm currently doing a test rebuild of sssd (one of the affected package) with the updated version of libnl to see if that does the trick
[16:57] <stgraber> apw: hi
[16:57] <apw> stgraber, oh god that is utterly vile
[16:58] <apw> stgraber, it is clearly doing something which it should not, relying on the names of _ prefixed defines
[16:58] <apw> stgraber, what you have done seems as appropriate for the new headers as for the old, but *barf*
[16:59] <stgraber> hehe, well, upstream fixed that in libnl3 (different api) and redhat is in the process of porting sssd to using libnl3
[16:59] <stgraber> so hopefully we can kill libnl1 soon and won't have that kind of problem again...
[16:59] <apw> stgraber, but yeah i think you have no choice in your situation and you appear to have done something which means the right thing
[17:00] <stgraber> good and the test build just succeeded so I'll push that to the archive now. Thanks for taking a look at the fix.
[17:15] <apw> rtg, ogasawara, not sure who did the fold down last time we rebased, but when we did squashing aufs into its base patches (aufs-base and aufs-standalone) made it real complex to unpick and update
[17:16] <apw> i've attempted to mark the ones which are annoying to lose separation on (no-squash) for next time
[17:16] <rtg> apw, prolly me
[17:44] <janimo> rtg, feel free to drop udebs
[17:45] <janimo> I suppose ubiquity does not use them either in case we ever want a proper ubuntu installer
[17:45] <rtg> janimo, already did, just uploaded to raring directly
[17:45] <janimo> rtg, great
[17:45] <rtg> janimo, also created nexus7 branch in ubuntu-raring-meta
[17:45] <janimo> rtg, should I push the firmware package from PPA to raring NEW too or Are you looking at that too?
[17:46] <janimo> rtg, nice, had no git tree for meta so far
[17:47] <rtg> janimo, where is the firmware package ?
[17:47] <janimo> in the ubuntu-nexus7 staging ppa raring pocket
[17:48] <rtg> janimo, lemme have a look...
[18:15]  * rtg -> lunch
[19:33]  * henrix -> EOW
[20:52] <slangasek> ogasawara: bug #1079385 looks like a duplicate of the overlayfs support issue; is there a master bug for this?
[20:52] <ubot2> Launchpad bug 1079385 in upstart "init: can't start after load iso image on hyper-v server 2008 r2 sp1" [Undecided,New] https://launchpad.net/bugs/1079385
[20:57] <slangasek> looks like 1079193
[20:58] <ogasawara> slangasek: yep, that's the one we shoved in the changelog
[20:58] <slangasek> ok, thanks
[21:17] <BenC> apw: Can you help me out using insert-ubuntu-changes.pl?
[21:19] <BenC> nm, figured it out
[21:27] <infinity> BenC: Oh hey.  I wanted to chat with you.
[21:27] <infinity> BenC: Specifically about the udebs you dropped from PPC...
[21:28] <BenC> infinity: Yes?
[21:28] <infinity> BenC: The pcmcia stuff is absolutely usable on Apple hardware.  Perhaps only disabling those for the e500 flavours would have made more sense than across the board?
[21:28] <infinity> BenC: (And the 8250 stuff also worked fine in the past, and should still do...)
[21:28] <BenC> infinity: unfortunately, there's no way to do that on a per flavor build
[21:29] <BenC> I have it on my todo list to re-enable that once I create a mechanism that does what we need it to
[21:29] <infinity> Hrm.
[21:29] <BenC> The udeb's are empty on e500* so It's not like I could just ignore a few modules
[21:29] <infinity> Yet another argument for "powerpc should have stayed in master, and only e500 should be out-of-tree"? :P
[21:30] <infinity> Having e500 randomly break previously-working non-e500 setups seems suboptimal. :/
[21:30] <BenC> I've not heard of any other arguments for such a case :)
[21:30] <BenC> I did say I plan to fix it :)
[21:30] <BenC> IMO, it's kernel-wedge that is suboptimal
[21:30] <infinity> Yeah, I heard you.  I'm just thinking in the more general case.
[21:31] <BenC> Also, having 8250 (for I assume serial console) be modular is less than desirable anyway…I can't imagine anyone using that in a sane way
[21:32] <BenC> My plan was to build it in on non-e500* to match up and not lose that udeb functionality, but I haven't decided yet
[21:32] <infinity> It wouldn't generally be for consoles, most PPC hardware I know has onboard serial that isn't 8250.
[21:32] <infinity> (Which, sure, also makes it less likely to be a useful udeb...)
[21:32] <BenC> I couldn't really think of a legit use case
[21:33] <infinity> Keeping the module but dropping the udeb is probably fine for the serial one.
[21:33] <BenC> But I'll take your word for it that it's important :)
[21:33] <infinity> For pcmcia, not so much.  Those are kinda useful.
[21:33] <BenC> I've never heard of people using PCMCIA from powerbook's for things needed during install
[21:34] <BenC> Except maybe networking, but is that something not available on most PowerBooks anyway?
[21:34] <infinity> I could dream up a scenario where one might want an 8250 udeb to do some serial debugging or something weird, but it's pretty corner case, and not something I suspect anyone really cares about.
[21:34] <infinity> PCMCIA for networking would absolutely be the use-case.
[21:34] <BenC> Oh, wait, is airport on things like G5's attached to a PCMCIA port internally?
[21:35] <BenC> I think it is…so there's a good reason for having it
[21:35] <BenC> G5/G4
[21:35] <infinity> That's also possible, I dunno, but I was just thinking of the ton of powerbooks with crap internal NICs and PCMCIA instead.
[21:35] <infinity> (Which was not an uncommon setup)
[21:35] <infinity> Either way, we don't make a habit of telling people "if you don't use the internal NIC, you no get networking during install".
[21:35] <BenC> Ok, I'll definitely work on getting PCMCIA udeb's back, and I'll mull over 8250
[21:35] <infinity> Hence why we even have usb-network-udeb, etc.
[21:36] <infinity> (Or whatever it's called)
[21:36] <infinity> BenC: Of course, a rebase to -2 master is probably slightly more urgent, due to the overlayfs/aufs oopses in -1. :P
[21:37] <infinity> BenC: No pressure, welcome back to the kernel team, etc.
[21:37]  * infinity mails Ben a beer.
[21:38] <BenC> infinity: sure thing, and you missed the opportunity to buy me a real beer
[21:38] <BenC> Oddly, not many were willing to drink with me in Copenhagen
[21:38] <infinity> You were a hard man to find after hours at UDS.  I could have just beered you at the smoke doors between sessions. :P
[21:39] <infinity> (Or maybe I was the hard one to find?  I'm not sure...)
[21:40] <BenC> I believe I was being avoided due to the bar having jaeger on hand
[22:40] <apw> BenC, this new upload didn't get an abi bump, i cannot see how it could not have been; do you still have skipabi/skipmodules turned on ?
[22:41] <apw> (not that it matters anywhere near as much on ppc as you likely have no dkms, but ...)
[23:01] <apw> infinity, this whole kernels are (new) and linux-signed can't build till they are done crap really makes getting kernels built a long arduious process
[23:01] <apw> it would be good to get the signed in, so we get new kernels in the live's
[23:03] <infinity> apw: Yeah, yeah.  Hold your horses. ;)
[23:15] <apw> heh thanks :)


[16:00] <rbalint> o/
[16:01] <sil2100> o/
[16:01] <waveform> o/
[16:02] <bdmurray> o/
[16:02] <bdmurray> #startmeeting Weekly Ubuntu Foundations team
[16:02] <meetingology> Meeting started Thu Nov  7 16:02:31 2019 UTC.  The chair is bdmurray. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: action commands idea info link nick
[16:02] <bdmurray> #topic Lightning rounds
[16:02] <bdmurray> doko tdaitx sil2100 waveform mwhudson juliank vorlon xnox cyphermox bdmurray infinity rbalint
[16:03] <bdmurray> doko: ?
[16:03] <doko> - Python 3.8 addition
[16:03] <doko> - python3.8 sru for bionic, disco, eoan
[16:03] <doko> - python3.6/python3.7 sru's for bionic
[16:03] <doko> - some -proposed migration work unrelated to python
[16:03] <doko> - wrote some Python 3.8 (debian wiki), Python emails ...
[16:03] <doko> - preparing GCC 7.5.0 for bionic, uploaded to focal
[16:03] <doko> - preparing python 2.7.19 for bionic
[16:03] <doko> - preparing another four test rebuilds
[16:03] <doko> - some phone calls
[16:03] <doko> (done)
[16:03] <bdmurray> tdaitx:
[16:04] <tdaitx> * whoopsie and apport regressions (LP: #1850608, LP: #1850929)
[16:04] <tdaitx>   - some reviews with the security team
[16:04] <tdaitx>   - re-evaluated & tested code paths to make sure everything was covered
[16:04] <tdaitx>   - looked at newer bson library
[16:04] <tdaitx>  * fixing dask
[16:04] <tdaitx>  * verified initramfs-tools LP: #1831252
[16:04] <tdaitx> (done)
[16:04] <waveform> * Reviewed nitrogen6x MPs
[16:04] <waveform> * Working on bionic SRU of Pi 4 support
[16:04] <waveform> * Testing fix for LP: #1850678 on several releases; works on eoan/focal
[16:04] <waveform> * Verified fixed kernel for LP: #1848790 on various pis (CMs still to go)
[16:04] <waveform> * Verified fixed kernel for LP: #1848790 also fixes LP: #1848247 once fkms dtoverlay is removed (working on a u-boot-rpi update for this migration)
[16:04] <waveform> * Working on pi hardware configuration tool
[16:04] <waveform> (done)
[16:04] <sil2100> Hey!
[16:04] <sil2100> You skipped me waveform !
[16:04] <waveform> sil2100, apologies! :)
[16:04] <sil2100> ;)
[16:04] <sil2100> I'll go now instead
[16:04] <bdmurray> Punishment will be great
[16:05] <sil2100> - SRU reviews and releases
[16:05] <sil2100> - DMB meeting
[16:05] <sil2100> - Reviewing the big kernel-routing merge from Andy for ubuntu-archive-tools
[16:05] <sil2100> - Documenting re-running autopkgtests against release versions on the wiki
[16:05] <sil2100> - Releasing the no-change gcc-5 security rebuild for xenial
[16:05] <sil2100> - Phasing out new core18
[16:05] <sil2100> - Backporting ubuntu-release-upgrader SRU to bionic+xenial
[16:05] <sil2100> - Started verifying u-r-u, found some edge cases missing, re-uploaded to the queues
[16:05] <sil2100> - Reviewed and sponsored some livecd-rootfs changes for CPC hyper-V image gallery
[16:05] <sil2100> - Fixing latest uc20 ubuntu-image changes, fixing boot handling for system-seed partitions
[16:05] <sil2100> - Helping out Kyle with some device enablement questions
[16:05] <sil2100> - Re-writing the imx6 gadget tree to work with our build system
[16:05] <sil2100> - Verifying livecd-rootfs fixes for xenial and bionic with Dave's help
[16:05] <sil2100> - Some meetings
[16:05] <sil2100> (done)
[16:05] <xnox> Finished prep for customer meeting & slides, and spend most of today’s afternoon presenting it and answering questions. It went well.
[16:05] <xnox> Finished subiquity/curtin multipath spec
[16:05] <xnox> Did roadmap reviews with bdmurray et.al. for foundations / server
[16:05] <xnox> Lots of UC20 image building fun, on all fronts: gadget, launchpad, ubuntu-image lots of things in progress there
[16:05] <xnox> Sheparded django to migrate not touching it again
[16:06] <xnox> Klibc issue is closed and dusted, with patches merged upstream and infinity cherrypicked those all back into distro SRU now
[16:06] <xnox> Working with server team with steps forward to fix growpart races in https://bugs.launchpad.net/bugs/1834875
[16:06] <xnox> HR trainings started, packing for Vancouver
[16:06] <xnox> Continued work on the germinate foreign arch support branch, now passes existing tests! Needs more new tests though.
[16:06] <xnox> In vancouver next week
[16:06] <xnox> (done)
[16:06] <infinity> cyphermox is out.
[16:06] <bdmurray> he emailed status
[16:06] <tdaitx> should we copy&paste it here?
[16:07] <bdmurray> tdaitx: please but lets hear from vorlong first
[16:07] <vorlon>  * unstuck the ffmpeg + nettle transitions
[16:07] <vorlon>  * unstuck the octave transition
[16:07] <vorlon>  * merges
[16:07] <vorlon>  * python2 removals
[16:07] <vorlon> (done)
[16:07] <tdaitx> - landing TPM + Windows chainloading fixes for focal, eoan (LP:
[16:07] <tdaitx> #1848892)  (LP: #1845289)
[16:07] <tdaitx> - uploaded SRUs for unicode-data (bionic and disco)
[16:07] <tdaitx> - reviewed shim for Oracle, SLES, CentOS
[16:07] <tdaitx> - finding a reviewing for our shim, opened RT for sending to Microsoft
[16:07] <tdaitx> for signing
[16:07] <tdaitx> - discussed block size PR / calculations done in probert for disk size
[16:07] <tdaitx> w/ large disks
[16:07] <tdaitx> - NetworkManager netplan plugin work
[16:07] <tdaitx> ^ status from cyphermox
[16:07] <bdmurray> ^- thats cyphermox
[16:07] <tdaitx> done
[16:08] <bdmurray> shocked to discover that there was no dist-upgrader tarball for focal
[16:08] <bdmurray> sru-review of ubuntu-release-upgrader for LP: #1850851
[16:08] <bdmurray> added focal to meta-release-development, m-r-lts-development
[16:08] <bdmurray> sru-verified u-r-u bug LP: #1825655
[16:08] <bdmurray> update meta-release for dist-upgrader in eoan-proposed then eoan-updates
[16:08] <bdmurray> modified daisy to accept crashes from amd64 19.10 which previously failed to retrace
[16:08] <bdmurray> road map work
[16:08] <bdmurray> more meetings than you've got meetings
[16:09] <bdmurray> infinity:
[16:09] <infinity>  - working on backlog of glibc stuff.
[16:09] <infinity>  - uploaded klibc SRU after back and forth with upstream.
[16:09] <infinity>  - general SRU and AA stuff.
[16:09] <infinity>  - fixed ubuntu-release-upgraders tarballs.
[16:09] <infinity>  - worked with LP folks to verify kernel SRU affecting glibc on ARM.
[16:09] <infinity> (done)
[16:09] <rbalint> (short week)
[16:09] <rbalint> * proposed-migration fixes: rtags, pyhamcrest
[16:09] <rbalint> * SRU verifications: wslu
[16:09] <rbalint> * wsl bug gardening
[16:09] <rbalint> (done)
[16:10] <bdmurray> #topic Release incoming bugs
[16:10] <bdmurray> link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[16:11] <bdmurray> bug 1851499
[16:12] <bdmurray> Apparently julian thinks we should work on this
[16:13] <infinity> Should we pass it by the security team for an audit to see if it's a security issue?
[16:13] <infinity> Crashing on invalid input always smells possibly exploitable.
[16:13] <juliank> +1
[16:14] <bdmurray> Okay, can somebody ping the guarder of the van in their channel?
[16:14] <infinity> Cando.
[16:14] <bdmurray> and I'll card it
[16:14] <bdmurray> bug 1848856
[16:15] <xnox> +1 on what infinity said
[16:15] <xnox> infinity:  should we private security it?
[16:15] <infinity> No.
[16:15] <bdmurray> it'd still be archived
[16:15] <xnox> ah, didims
[16:15] <infinity> It's not private if the fix is upstream.
[16:16] <infinity> xnox: "diddums"
[16:16] <vorlon> duodenums
[16:16] <infinity> duodiddum
[16:16] <infinity> s
[16:16] <bdmurray> It looks like didrocks is talking to the people in bug 1848856 so lets leave it with him
[16:16] <xnox> does it not start with a silent 'k'?
[16:17] <bdmurray> nothing new in rls-ee
[16:17] <bdmurray> although what is the status of bug 1848211?
[16:18] <bdmurray> it seems stalled upstream too
[16:18] <bdmurray> Is there anyway we could get that moving?
[16:18] <tdaitx> did anyone notice that the income bug tasks html has a bug? It spells "Łukasz Zemczak" as "ukasz Zemczak"
[16:19] <bdmurray> tdaitx: sssh
[16:19] <sil2100> oh no, my fancy L
[16:19] <tdaitx> should I have said feature?
[16:19] <bdmurray> it's been broken forever
[16:20] <infinity> sil2100: Don't you mean your fancy W?
[16:20] <sil2100> infinity: I guess it's a bit of both, looking like a fancy L but sounding like a fancy W
[16:21] <bdmurray> I don't think see any other bugs worth discussing
[16:21] <xnox> rbalint:  is the valgrind issue the same as WSL one?!
[16:22] <bdmurray> ‽
[16:22] <xnox> rbalint:  the one from yesterday? about the linker
[16:22] <xnox> and the offset pointing beyond end of file blah balh
[16:22] <infinity> xnox: ⸘‽
[16:22] <rbalint> xnox, it seems similar, may be with the same root cause!
[16:23] <bdmurray> What wsl issue is this?
[16:23] <rbalint> bdmurray, https://github.com/microsoft/WSL/issues/4461
[16:23]  * xnox the new systemd group chat name is «pɯǝʇsʎs»
[16:23] <rbalint> LP: #1843479
[16:24] <rbalint> +1 for picking the valgrind card, too
[16:25] <bdmurray> rbalint: What do you mean "picking"?
[16:26] <xnox> bdmurray:  i think he means trying valgrind against rebuilds as suggested to try with WSL issue.
[16:26] <rbalint> bdmurray, i think it is in incoming
[16:26] <rbalint> i meant handling it as rls-ff-tracked
[16:26] <bdmurray> okay, I'll card it and move it into Committed in case people can pick up more
[16:26] <bdmurray> #topic Team proposed-migration report
[16:27] <bdmurray> rbalint: Can you update the valgrind bug with info about the WSL ideas?
[16:28] <bdmurray> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[16:28] <bdmurray> vorlon: Can you lead this bit?
[16:28] <bdmurray> doko: ^
[16:29] <vorlon> no, have a meeting conflict in a minute, sorry
[16:29] <doko> ok, any volunteers for picks?
[16:30] <doko> python-oslo.utils is looked by the openstack team
[16:30] <bdmurray> I thought somebody was looking at dask
[16:30] <bdmurray> tdaitx: Right?
[16:30] <tdaitx> bdmurray: I am
[16:30] <bdmurray> so then gyoto is next
[16:31] <doko> I'll take that
[16:31] <bdmurray> i3pystatus?
[16:31] <waveform> that's mine still
[16:32] <bdmurray> cool
[16:32] <bdmurray> paraview?
[16:33] <doko> python-blosc, was jjust uploaded, I'll retrigger
[16:33] <sil2100> pygame is mine if anything, but didn't look at it yet
[16:34] <bdmurray> I've some time tomorrow so will try and look at paraview
[16:35] <bdmurray> pyatspi?
[16:36] <doko> that's also desktop owned ;)
[16:36] <bdmurray> rbalint: do you have one? maybe python-motor?
[16:36] <rbalint> just uploaded twisted through Debian
[16:37] <rbalint> bdmurray, sure i take motor
[16:37] <bdmurray> alright anybody else need one?
[16:38] <bdmurray> Okay let's use that as a start
[16:39] <bdmurray> #topic AOB
[16:39] <bdmurray> cyphermox is out for a few days
[16:39] <bdmurray> some of us are heading to vancouver this weekend
[16:39] <bdmurray> Anything else worth mentioning?
[16:40] <bdmurray> #endmeeting
[16:40] <meetingology> Meeting ended Thu Nov  7 16:40:48 2019 UTC.
[16:40] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2019/ubuntu-meeting.2019-11-07-16.02.moin.txt
[16:43] <sil2100> o/
[17:08]  * tdaitx afk | lunch


[13:50] <shakes808> morning
[15:49] <cmaloney> morning
[15:49] <cmaloney> off to an interview
[15:49] <jrwren> gl hf
[15:51] <cmaloney> thanks. it is in california
[15:52] <jrwren> bad luck, have fun.
[15:52] <cmaloney> so day-trip to get there, friday jnterview, and saturday head back
[15:52] <cmaloney> working from home. ;)
[15:56] <rick_h> cmaloney: you flying out for an interview?
[15:56] <rick_h> cmaloney: that's fun, enjoy the weather!
[15:56] <cmaloney> thanks. ;)
[15:56] <cmaloney> yeah, out in mountain view
[15:57] <rick_h> good luck!
[15:57] <cmaloney> unfortunately the flight is first to vegas with a bunch of football fans
[15:58] <shakes808> cmaloney: good luck man
[15:58] <shakes808> cmaloney: Google?
[15:58] <widox> cmaloney: cool, good luck!
[15:58] <cmaloney> shakes808: nope. open soirce robotics
[15:59] <cmaloney> thanks all!
[15:59] <shakes808> awesome!  sounds fun
[15:59] <cmaloney> that's the hope
[15:59] <cmaloney> bbl
[16:09] <brousch__> Good luck cmaloney !
[16:49] <cmaloney> thankbyou
[22:02] <cmaloney> part one of trip fone
[22:02] <cmaloney> done
[22:14] <_stink_> cmaloney: break a leg!
[22:26] <cmaloney> thanks
[22:30] <rick_h> how's vegas?
[22:37] <greg-g> cmaloney: hey! you'll be super close but not close enough. Mountain View is about a hour and 45 minute drive from here, non traffic. I would shudder thinking of doing that during the commute hours (which are about 7-12 and 2-7)
[22:37] <greg-g> but then lunch rush is 11:30-2, so yeah, traffic sucks here :)


[20:53] <Bashing-om> UWN: Issue802 now available to our reading public: https://discourse.ubuntu.com/t/ubuntu-weekly-newsletter-issue-802/38198 :D


[00:14] <directhex> tip for the day: writing a full dep5 debian/copyright for 39k source files is hard work
[00:42] <slangasek> directhex: dep5 says nothing about the granularity you should provide, you know
[00:44] <directhex> slangasek, all copyright holders need listing in the appropriately licensed chunks, though. i'm *heavily* abusing wildcards to make life more bearable than it could be
[00:44] <mdeslaur> asac: do you mind if I merge liferea?
[00:45] <smoser> persia, hm... i pulled from lp:ubuntu/ubuntu-dev-tools
[00:45] <slangasek> directhex: well, you only have to list all copyright holders if the license or Policy requires it... dep5 only defines the format :)
[00:46] <directhex> slangasek, the aim is to avoid REJECT. experience teaches over-thoroughness is a more successful path than under-thoroughness
[00:46] <persia> smoser: Perhaps that's out of date.  Trunk is at lp:ubuntu-dev-tools.  This may change at some point.
[00:49] <persia> smoser: Once you've rebased, please push somewhere, and I'll redo my tgz handling based on your branch.
[00:50] <smoser> hlok
[00:50] <smoser> ok
[00:51] <directhex> now, bedtime. there's always more time for copyright tomorrow
[01:05] <smoser> persia, lp:~smoser/ubuntu-dev-tools/ubuntu-dev-tools.dev
[01:05] <smoser> i've got to run, so i didn't test the merge... i had tested what i had before at least for union
[01:23] <kees> smoser, persia: ran out of time today, but if you work from smoser's branch, I'll be able to pull it in quickly (i'm working from his branch too)
[01:27] <persia> smoser's branch is way cooler than mine was, and mine has since been discarded :)
[01:28] <persia> Or it would be, based on the patch.
[01:28]  * persia waits for LP more
[01:30] <Caesar> slangasek: ping
[01:30] <Caesar> slangasek: minor shambles detected wrt autofs
[01:31] <Caesar> slangasek: autofs is a dummy package in main
[01:31] <slangasek> Caesar: hi
[01:31] <Caesar> slangasek: autofs-ldap is a real package in universe claiming to be from the autofs source package
[01:31] <Caesar> it's possible to install autofs5 (via autofs) and still have autofs-ldap
[01:31] <Caesar> What should I file the bug against?
[01:32] <Caesar> and trying to install autofs after autofs5 has been installed produced ugly errors
[01:32] <slangasek> what's your target outcome?  autofs-ldap auto-upgraded to autofs5-ldap, or autofs restored as a real package?
[01:35] <Caesar> It sounds like autofs-ldap (and friends) needs to go/become a dummy package
[01:36] <slangasek> ok, please file it on autofs then
[01:36] <Caesar> Is it normal for dummy packages to be uninstallable after removal?
[01:36] <slangasek> any package in the archive should be installable
[01:36] <slangasek> if it's not installable, it shouldn't need to be there at all
[01:36] <Caesar> autofs (dummy package) is not installable when autofs5 is installed
[01:37] <slangasek> yah, autofs5 Conflicts: autofs; that's not right
[01:37] <slangasek> so I guess autofs5 needs fixing as well
[01:37] <Caesar> Two bugs?
[01:38] <slangasek> one bug, it's all of a piece really
[01:38] <Caesar> ok
[01:38] <Caesar> I'll file it shortly
[01:38] <slangasek> cheers
[02:24] <fullTummy> j e b i t e s e
[02:25] <fullTummy> Viđi vraga su sedam binjišah,
[02:25] <fullTummy> su dva mača a su dvije krune,
[02:25] <fullTummy> praunuka Turkova s Koranom!
[02:25] <fullTummy> Za njim jata prokletoga kota,
[02:25] <fullTummy> da opuste zemlju svukoliku
[02:25] <fullTummy> ka skakavac što polja opusti!
[02:25] <fullTummy> Francuskoga da ne bi brijega,
[02:25] <fullTummy> aravijsko more sve potopi!
[02:25] <fullTummy> San pakleni okruni Osmana,
[02:25] <kklimonda> !op
[02:25] <fullTummy> darova mu lunu ka jabuku.
[02:25] <fullTummy> Zloga gosta Evropi Orkana!
[02:25] <fullTummy> Vizantija sada nije drugo
[02:25] <fullTummy> no prćija mlade Teodore;
[02:25] <fullTummy> zvijezda je crne sudbe nad njom.
[02:25] <fullTummy> Paleolog poziva Murata
[02:25] <fullTummy> da zakopa Grke sa Srbima.
[02:25] <fullTummy> Svoju misli Branković s Gertukom.
[02:25] <elpargo> hi, if I want to write a program that will run "forever" listening to a streaming api (http1.1) will it be better to make a service out of it? or should I stick with a daemon?
[02:25] <fullTummy> Muhamede, to je za Gertuku!
[02:25] <fullTummy> Sjem Azije, đe im je gnjijezdo,
[02:25] <fullTummy> vražje pleme pozoba narode -
[02:25] <fullTummy> dan i narod, kako ćuku tica:
[02:25] <fullTummy> Murat Srpsku, a Bajazit Bosnu,
[02:25] <fullTummy> Murat Epir, a Muhamed Grčku,
[02:25] <fullTummy> dva Selima Cipar i Afriku.
[02:25] <fullTummy> Svaki nešto, ne ostade ništa;
[02:25] <fullTummy> strašilo je slušat što se radi!
[02:25] <fullTummy> Malen svijet za adova žvala,
[02:25] <fullTummy> ni najest ga, kamoli prejesti!
[02:26] <fullTummy> Janko brani Vladislava mrtva;
[02:26] <fullTummy> što ga brani, kad ga ne odbrani?
[02:26] <fullTummy> Skenderbeg je srca Obilića,
[02:26] <fullTummy> al' umrije tužnim izgnanikom. -
[02:26] <fullTummy> A ja što ću, ali sa kime ću?
[02:26] <fullTummy> Malo rukah, malena i snaga,
[02:26] <fullTummy> jedna slamka među vihorove,
[02:26] <elpargo> :(
[02:26] <fullTummy> sirak tužni bez nigđe nikoga...
[02:26] <fullTummy> Moje pleme snom mrtvijem spava,
[02:26] <fullTummy> suza moja nema roditelja,
[02:26] <fullTummy> nada mnom je nebo zatvoreno,
[02:26] <kklimonda> we need more operators
[02:26] <fullTummy> ne prima mi ni plača ni molitve;
[02:26] <elpargo> why people waste time and money doing that.
[02:26] <kklimonda> I have no idea
[02:26] <kklimonda> and I've thought really hard about it lately
[02:27] <tsimpson> better late than never I guess
[02:28] <elpargo> thanks tsimpson
[02:56] <zul> caesar: ping
[02:56] <Caesar> zul: pong
[02:56] <zul> Caesar: got a sec to chat?
[02:57] <Caesar> zul: if it's quick, otherwise I'll be home in a little bit
[04:18] <ebroder> Does anybody have any ideas about bug #276777? I'm running into something similar using gdebi, but I think it's the same bug
[04:19] <ebroder> The error popup is coming from the /usr/share/debconf/frontend process, which doesn't have DBUS_SESSION_BUS_ADDRESS set
[04:20] <ebroder> Nothing is bound to the socket it's complaining about, and it's different from the DBUS_SESSION_BUS_ADDRESS that my unprivileged user has set
[04:57] <micahg> kees: ping re NSS
[05:19] <kees> micahg: go for it (I just touched it for build changes)
[05:20] <micahg> kees: cool, thanks
[05:21] <kees> np, thanks
[06:48] <pitti> Good morning
[06:49] <pitti> apw: we don't close bug tasks when it's still in -proposed, so "fix committed" is more appropriate
[08:02] <pitti> james_w: I'm a bit confused about https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/lucid/ido/lucid-201002090705/+merge/18905
[08:03] <pitti> james_w: does that mean that kenvandine committed something different to the branch than what actually got uploaded?
[08:03] <pitti> kenvandine: ^
[08:09] <dholbach> good morning
[08:15] <kees> Ng: if the G45M has a TPM module, my rng-tools change should work with it.  what sort of stuff does it have?
[08:15] <pitti> hey dholbach, guten Morgen
[08:15] <dholbach> hi pitti
[08:20] <alkisg> The new tftpd-hpa is serving files from /srv/tftp instead of /var/lib/tftpboot (LP #518815). Is this change permanent? Should we change LTSP to use that new path?
[08:22] <kees> smoser: thanks, I've merged the mk-sbuild changes.
[08:30] <Ng> kees: I'm not entirely sure, but the bios for my thinkpad is full of talk of security chips
[08:31] <kees> Ng: hmmm, and none of the tpm_* modules are happy?
[08:33] <Ng> kees: not immediately. http://www.thinkwiki.org/wiki/Intel_GM45_TPM_device_iTPM_INTC0102 seems relevant
[08:33] <pitti> does anyone have an idea what I'm missing to get the AM_CHECK_PYTHON_HEADERS autoconf macro?
[08:41] <kees> Ng: it looks like the fix is upstream http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=history;f=drivers/char/tpm/tpm_tis.c;h=2405f17b29ddd87994f354e5530f264c726d5761;hb=HEAD  but not in lucid.  perhaps request a cherry-pick from the kernel-team?
[08:43] <Ng> kees: aha, ta
[09:13] <james_w> pitti: no, that's a bug, I'll take care of it
[09:18] <free> pitti: hey!
[09:18] <free> pitti: I'm preparing an SRU for the landscape-client, just to be extra sure, for each bug the SRU addresses I have to create a task by selecting Ubuntu in the "Also affects project" link, right?
[09:24] <pitti> free: right, it needs an Ubuntu package task, and then release tasks for lucid and the release(s) you want to SRU to
[09:24] <pitti> free: (the latter is "target to release...")
[09:24] <free> pitti: cool, thanks
[09:27] <free> pitti: does this one look good? https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/218388
[09:27] <pitti> free: please make it public first
[09:27] <pitti> (I can't see it)
[09:27] <free> oops :) public now
[09:28] <pitti> free: yes, approved all tasks
[09:28] <free> pitti: thank you
[09:31] <pitti> james_w: thanks
[09:41] <lool> cjwatson: I need to add support for setting the credentials "C" flag in binfmt-support; would having a "credentials" line in the format description file in /usr be a good way for that, or do you prefer a different way?
[09:41] <lool> cjwatson: This is needed to allow sudo to work from armel chroots
[09:42] <pitti> james_w: I'm about to create a brand new package; if I do "bzr init" and "bzr import path/python-gudev-147.1.tar.gz", will this automagically do the pristine-tar magic?
[09:42] <james_w> pitti: unfortunately not
[09:42] <pitti> bzr help commands doesn't have anything about pristine-tar
[09:45] <pitti> james_w: is there some howto about using pristine tar with bzr?
[09:45] <james_w> pitti: you want to base your work off an upstream branch?
[09:45] <pitti> james_w: or should I just not use bzr, upload, wait for the auto-importer, and use it from then on?
[09:46] <pitti> james_w: upstream is in git
[09:46] <james_w> so? :-)
[09:46] <pitti> james_w: so I thought I'd just start with the last upstream tarball
[09:47] <james_w> in that case using import-dsc will work if you create something that builds a source package, do so, and then import it to a fresh branch
[09:48] <pitti> ok, so it seems for the initial packaging I shouldn't start with bzr right away then?
[09:49] <james_w> the functionality is not yet exposed at the UI level that makes it easy to do so
[09:50] <mvo> heh :) cron segfaults during a karmic->lucid upgrade
[09:51] <bryceh> mvo, erk!
[09:53] <dholbach> pitti: do you have an idea why https://blueprints.edge.launchpad.net/ubuntu/+spec/community-lucid-harvest-next-steps and https://blueprints.edge.launchpad.net/ubuntu/+spec/community-lucid-loco-directory-development are not on http://people.canonical.com/~pitti/workitems/canonical-community-ubuntu-10.04.html ?
[09:54] <pitti> dholbach: neither of those is milestoned for ubuntu-10.04
[09:54] <pitti> so they'll just appear on the "entire release" chart
[09:55] <pitti> http://people.canonical.com/~pitti/workitems/canonical-community.html
[09:55] <dholbach> bah, I'm sure they were
[09:55] <dholbach> thanks pitti
[09:55] <pitti> dholbach: or, more precisely, they have not any work items milestoned to ubuntu-10.04
[09:55] <pitti> (the milestone of the spec is merely the default milestone of WIs)
[09:55] <dholbach> jono: ^
[09:56] <jono> dholbach, I am positive they were
[09:56] <dholbach> jono: ok, I'll change it
[09:56] <jono> dholbach, this is going to screw our burndown :P
[09:57] <dholbach> C'est la vie
[09:57] <dholbach> both specs are looking quite OK
[09:57] <dholbach> in terms of done items
[09:57] <jono> dholbach, cool
[09:57] <jono> dholbach, so long you plough the actions and get us in shape, I am happy :)
[09:58] <dholbach> jono: no pressure, eh?
[09:58] <jono> dholbach, none at all :)
[09:58] <jono> you will tock 'em, I have no doubts, you always do :)
[09:58] <jono> rock, rather
[09:59] <dholbach> jono: now I wonder how many others are not on the list ;-)
[09:59] <jono> dholbach, from what I can tell, pretty much all of them are
[09:59] <jono> at least all the key ones I am tracking
[09:59] <dholbach> alrightie
[09:59] <jono> dholbach, ok, I am heading to bed
[09:59] <dholbach> thanks pitti
[09:59] <jono> night!
[10:00] <jono> thanks pitti :)
[10:00] <dholbach> jono: sleep tight
[10:05] <beuno> (for Lucid, that is
[10:05] <beuno> (window change fail)
[10:06] <cjwatson> directhex: I would be overjoyed if you did a grub2/lucid theme
[10:06] <asac> mdeslaur: no ... go ahead
[10:07] <directhex> cjwatson, is there an art style finalized yet? i was thinking something which has the same l&f as the login screen would be good
[10:07] <cjwatson> kirkland: no objection in general but (a) grub2 uses cdbs patches (b) please send the patch upstream (c) please commit to bzr (d) surely it should fail if there's no qemu available?
[10:10] <cjwatson> lool: I'm not familiar with it - could you file a bug with a description of the flag you're trying to support, please?
[10:10] <cjwatson> directhex: not sure, I don't think so
[10:11] <directhex> cjwatson, i'll leave it for now then - at least the gfxmenu stuff should be mostly bug-free now, thanks to the testing i did on debian
[10:12] <directhex> by "bug free" i don't mean "won't explode" i mean "will display what i actually put in the theme file in kvm", of course
[10:17] <lool> cjwatson: lp #519228
[10:18] <lool> cjwatson: Didn't test it, but am thinking of something like http://paste.ubuntu.com/372364/
[10:18] <lool> cjwatson: Correct me if I'm wrong, but as long as I'm adding optional fields and I deal with them being empty, I don't need to deal with upgrade issues for /var/lib/binfmt/* contents?
[10:19] <lool> (I don't quite get why that's a different format from /usr/share/binfmts/*)
[10:21] <cjwatson> lool: I'd like to think about this a little bit asynchronously if that's OK - it's a little while since I worked on this
[10:21] <dupondje> mvo: could you check this patch for me : https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/391035 ? Want it into ubuntu since karmic alpha 2 ;)
[10:22] <lool> cjwatson: That's fine; I'll finish my patch because I have the contect in mind and we will rediscuss whenever you have slept over the request
[10:22] <cjwatson> lool: (and I'd like to make this change in Debian of course)
[10:22] <lool> Notably, it might well be that you want --flags instead of --credentials
[10:23] <lool> cjwatson: Oh of course; did you want me to open a Debian bug?
[10:23] <cjwatson> doesn't matter
[10:26] <mvo> dupondje: thanks, I have a look (but busy ATM)
[10:27] <dupondje> mvo: no problem, waiting for it so long now ;) but its a small patch. I also builded it, and it works perfect
[10:27] <mvo> dupondje: yeah, it looks like its not a big issue :)
[10:27] <mvo> dupondje: thanks for fixing it!
[10:29] <dupondje> mvo: well got fustrated about it, so fixed it myself ;)
[11:00] <cjwatson> james_w: I've upgraded lp:~ubuntu-core-dev/gfxboot-theme-ubuntu/mainline to 2a; does lp:ubuntu/gfxboot-theme-ubuntu point to that, and if not can it?
[11:02] <lool> james_w: I have a small issue with pushing to ubuntu branches: I pushed to lp:ubuntu/binfmt-support/lp-519228 but that seems to have been mapped to lp:ubuntu/lucid/binfmt-support
[11:02] <lool> (I initially branched lp:ubuntu/binfmt-support, debcommit, bzr push lp:ubuntu/binfmt-support/lp-519228, but the bug report shows and links to lp:ubuntu/lucid/binfmt-support)
[11:03] <lool> I just tried pushing to lp:ubuntu/lucid/binfmt-support/lp-519228 as well, and bzr told me "No new revisions to push." so I guess that too is mapped to the lucid branch
[11:03] <lool> I'll push to my namespace instead
[11:04] <lool> Bah lp:~lool/ubuntu/binfmt-support/lp-519228 => No such distribution series binfmt-support.
[11:04] <lool> lp:~lool/ubuntu/lucid/binfmt-support/lp-519228 worked
[11:05]  * lool uncommits lp:ubuntu/binfmt-support
[11:06] <james_w> lool: lp:~lool/ubuntu/lucid/binfmt-support/lp-519228
[11:06] <james_w> lool: please file a bug on bzr that it allowed you to do that
[11:06] <lool> james_w: Yup, that's what I used in the end
[11:06] <cjwatson> lool: not that I'll be able to merge that anyway ...
[11:06] <james_w> it may be an LP bug, but something is broken if it allowed you to push to that given that url
[11:07] <cjwatson> lool: sadly, lp:ubuntu/binfmt-support does not share branch history with lp:binfmt-support.  the latter is a mirror of the branch I'm actually doing development in
[11:07] <lool> cjwatson: There is no Vcs in the binfmt-support control, I thought I would be having multiple revisions for this work, but I ended up committing a single one, consider this a very expensive way to provide a patch  :)
[11:07] <cjwatson> err, yes there is!
[11:07] <lool> Uh
[11:07] <lool> I wonder how I missed it
[11:08]  * lool slaps forehead: I apt-cache show-ed instead of showsrc
[11:16] <mvo> ev_: thanks for fixing #519206 you beat me by 1h :)
[11:17] <ev_> mvo: sure thing :)
[11:17] <lool> james_w: LP #519244
[11:19] <james_w> thanks lool
[11:19] <lool> thanks for your patience  :)
[11:57] <MacSlow> any hints how to fix/avoid/work-around and "errorcode 2" from dpkg-deb --control for libglib2.0/-dev/-dbg libnih1 ?
[11:57] <MacSlow> thanks in advance
[11:58] <cjwatson> MacSlow: can you be more verbose about the exact problem, please?
[11:58] <cjwatson> MacSlow: error 2 is "no such file or directory"
[11:59] <cjwatson> but might not be in this case, if that's an error exit status from a script rather than from a C library function
[11:59] <cjwatson> i.e. could be anything and you haven't given enough information to disambiguate
[12:00] <MacSlow> cjwatson, I tried to update my desktop-machine with synaptic (lacking all lucid updates which happened during the week in Portland) and for the four mentioned packages I get this error reported for "dpkg-deb --control" presented in a dialog-box where synaptic probably just spits out stdout (or stderr)
[12:01] <MacSlow> mvo, ^^^
[12:01] <cjwatson> MacSlow: we need the exact message, not a paraphrase of it
[12:01] <seb128> MacSlow, can you run sudo apt-get -f install
[12:01] <cjwatson> I've never heard of dpkg saying literally "errorcode 2"
[12:01] <seb128> and copy the log on paste.ubuntu.com
[12:01] <MacSlow> crimsun, I'll try to get the english version of it... stand by
[12:02] <cjwatson> it is better to post an exact translated version rather than a guessed English version
[12:02] <cjwatson> the former is greppable; the latter is not
[12:02] <seb128> MacSlow, LC_ALL=C sudo apt-get -f install
[12:04] <MacSlow> cjwatson, seb128: http://pastebin.ubuntu.com/372425
[12:05] <cjwatson> I think you just have a corrupted download then
[12:05] <cjwatson> 'sudo apt-get clean' and try again
[12:06] <MacSlow> cjwatson, hm... guess all those the nvidia/flash "sponsored" freezes today (while trying to download 1.4 GBytes worth of updates) hosed the .debs then?!
[12:07] <cjwatson> it is possible for driver-induced crashes to cause filesystem breakage, yes, especially proprietary drivers
[12:09] <seb128> MacSlow, what do you upgrade from and to what do have that much to download?
[12:09] <MacSlow> ok... re-fetching 1.6 GBytes now :/
[12:09] <cjwatson> superm1: bug 508173> is it possible to get an upgrade log with DEBCONF_DEBUG=developer set in the environment?
[12:10] <seb128> MacSlow, note that apt-get clean will wipe all your cached debs, you need to download again
[12:10] <seb128> too late for that ;-)
[12:10] <MacSlow> seb128, it's my desktop (main working machine), which didn't see updates for a week (Portland)
[12:10] <seb128> 1.6G in a week?!
[12:10] <cjwatson> that's over twice as big as the .deb size for a complete default install ...
[12:10] <MacSlow> seb128, how do I know
[12:11] <MacSlow> seb128, cjwatson: you're the repo masters with all the oversight... I've no clue what goes on there
[12:11] <MacSlow> seb128, cjwatson: part could be that I've gnome and kde on this box
[12:11] <seb128> I've no oversight of the zillion things you installed
[12:11] <MacSlow> :)
[12:12] <seb128> but I usually get some 300 meg in a week
[12:12] <seb128> not 1.6G
[12:16] <mvo> MacSlow: could you run md5sum on the debs?
[12:17] <MacSlow> mvo, no... I'll not consider doing stuff like that as it side-tracks me too much... btw... re-downloading the fresh packages anyway now
[12:18] <kenvandine> pitti, that is a very strange merge request
[12:18] <pitti> kenvandine: james_w said it's a bug, and he'd handle it
[12:18] <mvo> MacSlow: hm, ok. it might be a real bug hidding somewhere
[12:28] <kenvandine> ok
[12:52] <dantti> cjwatson: ping
[12:53] <cjwatson> dantti: I replied to your e-mail
[12:53] <dantti> cjwatson: yep I saw it, sorry for not putting what I had in mind
[12:54] <dantti> cjwatson: I have just replyied to it
[12:54] <dantti> i just thought it woud be simpler to explain on IRC
[13:03] <cyphermox> cjwatson, I'm not sure if you're the right person to ask, but I sent my MOTU application to devel-permissions and the dmb, I'm not sure if it went through to the DMB address, but I can't see my message in the devel-permissions archives (I sent it on Feb 2)
[13:06] <geser> cyphermox: your mail reached at least the dmb ml
[13:06] <cyphermox> geser, thanks, just making sure :)
[13:19] <cjwatson> dantti: this is way too long for IRC.  Please can we continue by e-mail in future
[13:20] <cjwatson> cyphermox: thanks, I'm in the process of doing the minutes from the last meeting and catching up on associated actions
[13:20] <saispo> anyone use virt-manager ?
[13:21] <cyphermox> cjwatson, ok. When I saw you cleaned up the agenda I added myself in
[13:22] <dantti> cjwatson: ok, np
[13:31] <mdeslaur> saispo: I do
[13:33] <saispo> mdeslaur: i think i've found why i can't create arm vm ;)
[13:34] <mdeslaur> saispo: oh?
[13:34] <saispo> i miss installing qemu-* :)
[13:36]  * hyperair wonders if anybody managed to make a ppc vm
[13:36] <mdeslaur> saispo: ah, yes, I think there's a separate package for that now: qemu-kvm-extras
[13:37] <cjwatson> cyphermox: that's fine (and indeed best), thanks
[13:43] <saispo> mdeslaur: it's true
[13:43] <saispo> mdeslaur: have you tried to create a qemu-arm machine and try to boot it under a Debian iso image ?
[13:45] <mdeslaur> saispo: no, I haven't
[13:46] <ogra> saispo, use qemu-arm-static and use a chroot ... way faster than a full VM ... has issues with mono though
[13:46] <ogra> (and feel free to drop by in #ubuntu-arm for issues ;) )
[13:48] <saispo> ogra: ok, thanks
[13:50] <dholbach> cjwatson: regarding the DMB minutes: the DMB can't be made owner of ~universe-contributors by the CC, only the TB can (MC is owner right now which is owned by the TB)
[13:50] <persia> saispo: If you install the newest ubuntu-dev-tools, you can use pbuilder-dist or mk-sbuild-lv to create an emulated chroot.
[13:50] <persia> hyperair: There is work going on to make emulated powerpc chroots work, but it's not complete.  Needs lots of merging from Debian.
[13:51] <hyperair> persia: ooh cool.
[13:51] <saispo> ok persia, will see that
[13:51] <hyperair> persia: i tried running qemu with the openbios-ppc bios, but it kept hanging.
[13:51] <saispo> and where i can find openbios for sparc and ppc ?
[13:51] <persia> You need to get a new openbios-ppc: there's an issue with Soyuz that means we can't build it in Ubuntu right now :(
[13:52] <persia> saispo: You need to find someone to build you one, or try using Debian's.
[13:52] <saispo> ok
[13:52] <saispo> thanks
[13:52] <cjwatson> dholbach: if the CC tells us we may, then a TB member can change the ownership.  However what I heard seemed to indicate that this was something for the CC to authorise, which is why I didn't Just Do It
[13:53] <persia> hyperair: If you're up for it, try looking at the Debian "qemu" package, and see what bits from the "qemu-user-static" binary you can merge with the Ubuntu "qemu-kvm" package.
[13:53] <persia> cjwatson: The CC has authorised the action in a vote in a meeting, but didn't specifically authorise the TB to take that action.  I'm not sure how picky we ought be :)
[13:53] <hyperair> hmm okay, if i've got time
[13:56] <dholbach> cjwatson: gotcha, I will send a mail
[13:56] <ogra> persia, i talked to vagrantc in portland, he said ppc is far from stable
[13:57] <ogra> persia, dont pull it into pbuilder yet, i'll give you a heads up if i get one from him (he is doing the work on the static parts)
[13:57] <persia> ogra: Yep.  Sparc is apparently even less well, and we can't currently build openbios for either, which makes using them tricky, *but* it's especially hard to fix when we don't have it available at all :)
[13:58] <ogra> i dont think there is any work going on for a sparc static port yet
[13:58] <persia> My big fancy plan for emulated build systems for developers was to generalise the wrapped debootstrap calls, and then generalise the links in the tools.  Some stuff won't work, but getting it to work or not work shouldn't affect the tools.
[13:58] <persia> The SPARC static port is committed, but apparently doesn't work well enough to talk about much yet.
[13:59] <persia> I don't know of any ia64 static work being done though.
[13:59] <ogra> ah
[14:05] <cjwatson> dholbach: I've followed up to the existing thread
[14:05] <dholbach> me too :)
[14:07] <cjwatson> dholbach: ah, so you did, mail delays :)
[14:08] <smoser> persia, just wondering, why would you prefer tarball to directory in schroot ?
[14:08] <vish> dholbach: hi... i noticed the branding for the 5-a-day team is missing.. since you are the team owner and the only one who can upload it.. could you have a look at > http://dl.dropbox.com/u/1325768/5-bold.png   or  http://dl.dropbox.com/u/1325768/5-thin.png 14px icons
[14:09] <persia> smoser: 1) Takes up less space, 2) is one of the steps towards getting a working pbuilder->sbuild conversion script, which is itself a step towards helping pbuilder users use the ubuntu-security-tools stuff.
[14:09] <persia> smoser: But I left the default to directory, just added support for --type file
[14:09] <smoser> i'm not complaining, hadn't seen your changes, just wondering
[14:09] <dholbach> vish: aren't they both the same? :)
[14:09] <smoser> the big benefit of the directory (for me at lesat) is speed
[14:10] <vish> dholbach: hmm , one is a bold 5 other one is thin ..
[14:10] <persia> smoser: lp:~persia/ubuntu-dev-tools/more-schroot-types : it's complex enough I didn't want to commit without review.
[14:10] <dholbach> vish: oh sorry yes
[14:11] <vish> dholbach: just giving you options ;) you can choose which ever you like ;)
[14:11] <dholbach> cool
[14:12] <dholbach> vish: changed
[14:12] <vish> dholbach: neat thanks :)
[14:12] <dholbach> thank you
[14:18] <smoser> persia, just quickly looking at diff, i like the general cleanups
[14:20] <persia> Some of them are from kees, but I wanted to generalise.  I don't see any reason why we couldn't support all SCHROOT_TYPE variants, although only tgz advances my personal agenda, and I'm far too susceptible to episodes of yak-shaving to look at the rest right now.
[14:21] <persia> smoser: If you'd like, adding in candidate templates and support for all of them would make this a significantly more generalised tool, and might even be suitable for inclusion in schroot rather than being separate.
[14:22] <persia> (although that does remove the chance of abstracting the mirror detection code, etc. and sharing between pbuilder-dist and mk-sbuild (but I was kinda stuck on that anyway as writing code that works for both shell and python can be tricky))
[14:36] <dholbach> zul: can you maybe change the maintainer field to use ubuntu-devel-discuss@ instead? (update-maintainer of the ubuntu-dev-tools package does it automatically for you)
[14:38] <zul> dholbach: yep ill do that
[15:12] <kees> persia: I've merged the "file" type now.  thanks!
[15:13] <kees> heya BenC
[15:13] <BenC> kees: hey dude
[15:13] <persia> kees: Thanks.  I think it's now general enough to support the rest of the SCHROOT_TYPE values, if you find a volunteer ;)
[15:14] <kees> persia: yeah, probably.  I'm curious to do timing tests now between lvm-snapshot, directory, and file.
[15:15] <persia> directory will be fastest.  RAOF did some testing, and at least for some hardware, file is faster than lvm-snapshot.
[15:15] <kees> lvm-snapshot ends really quickly because it just releases the snapshot, but directory doesn't have to go through dm redirection.
[15:15] <kees> well, the main speed issue with lvm-snapshot is doing the build itself in the lv, which I side-step locally by mounting a common build directory.
[15:15] <persia> But I think it depends on available RAM, etc.  Plus I suspect we ought have this discussion when we're both not pretending to pay attention to another channel :)
[15:15] <kees> heh
[15:18] <jcastro> kees: where do your ubuntu+1 slides live online?
[15:19] <kees> jcastro: outflux.net/ul07/
[15:26] <kirkland> pitti: where did the work item tracker go?
[15:27] <pitti> http://people.canonical.com/~pitti/workitems/ (weeks ago)
[15:27] <kirkland> pitti: oh, i was looking at macaroni
[15:27] <pitti> kirkland: I just kept the macaroni one around for people not reading their mail fast enough :)
[15:27] <kirkland> pitti: or updating their bookmarks :-)
[15:27] <kirkland> pitti: thanks!
[15:27] <pitti> kirkland: you're welcome
[15:36] <paulliu> hi. "hornsey" is currently in Debian testing but still not in Ubuntu Lucid. Where can I query the auto-sync status?
[15:37] <kitallis> the empathy contact window seems to retain it's last position for a while after snapping back into the panel, comes back to the same left corner position after a longer period of time ; in accordance with this bug : https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/144348
[15:38] <kitallis> is this a WM problem, or is this application specific? I think pidgin does this alright.
[15:54] <directhex> seb128, 38,780 source files processed by hand - copyright file for moonlight 2.0 written
[15:55] <seb128> impressive!
[15:59] <Laney> have fun reviewing that one
[16:07] <persia> kees: re: common build directory: how does that work?
[16:07] <kees> persia: http://people.canonical.com/~kees/schroot/
[16:08] <persia> kees: Ah.  Do I end up with roughly the same thing by doing it in $HOME/src/${foo}
[16:09] <kees> yeah, though without the extra script, it lacks clean up
[16:26] <micahg> mvo: I have to talk to asac about the Firefox upgrade issue...I thought we needed transitional pacakges
[16:28] <directhex> seb128, so now i'm blocking on an update from upstream which fixes a few licensing bugs plus firefox 3.6 support. should be out within a week or two - they're currently rushing a 3.0 preview release for the winter olympics but will do the 2.0 point release after that
[16:29] <seb128> directhex, ok, no hurry, if we get it in lucid that's good
[16:29] <directhex> seb128, once it's in, i'll ubuntu1 monodevelop and re-enable the moonlight authoring which we disabled in debian
[16:31] <mvo> micahg: do you have a bug reference? I see a missing panel icon after the uprade
[16:32] <micahg> mvo: bug 513074
[16:34] <mvo> micahg: thanks, I check it out, I have a upgrade test profile for this that I can run and see if its a universal problem
[16:35] <micahg> mvo: I hope to have another release pushed out this week with the transitional packages in there to prevent the upgrade problem, if you can test after the next release, that would be great
[16:36] <mvo> micahg: cool, please also check https://code.edge.launchpad.net/~mvo/firefox/fix-518747/+merge/18928 if you do a firefox upload
[16:37] <micahg> mvo: I just rejected it due to merge conflicts, I'll add the replaces and conflicts when I add the transitional packages though
[16:37] <sebner> directhex: will you update to 2.2.1 before?
[16:38] <directhex> sebner, yes, it's on my TODO
[16:38] <sebner> k
[16:38] <kees> today's music care of dholbach!  thanks!  :)
[16:38] <mvo> micahg: ok, that is fine with me, the important bit is to have a replaces: firefox-3.0 there to avoid the file-overwrite bug
[16:38] <directhex> sebner, problem is not all the addins are 2.2.1 (some are still 2.2) so i need to double-check deps & re-upload everything
[16:39] <nxvl> slangasek: just noticed that we don't have alpha 5 anymore, and i used to move to the devel release once alpha 5 was out, which one is the equivalent now, alpha 3?
[16:39] <sebner> directhex: pretty much trouble so near to the FF, hmm? :\
[16:39] <micahg> mvo: I realize that I should have fixed the title in the first bug
[16:40] <dholbach> kees: eh?
[16:40] <directhex> sebner, i'm sure seb128 will let it by if i flutter my eyelashes
[16:40] <kees> dholbach: I just downloaded and am enjoying your first mix of 2010.  :)
[16:40] <dholbach> kees: ah, thanks :-)
[16:41] <seb128> directhex, sebner: doing some update should be ok yes
[16:47]  * apw has just updated and am getting apopup on the gdm screen 'Install problem!  The configuration default for GNOME PowerManager have not been installed correctly"  anyone else seeing that?
[16:47] <apw> (to lucid)
[16:48] <mvo> asac: sorry, just noticed the conflict and micahg rejected already. I fix it
[16:48] <asac> thx
[16:48] <apw> bah _and_ i cannot login now
[16:52] <mvo> micahg: I did a new proposal now that should fix the problems
[17:00] <Laney> mvo: Is the conffile prompt on brltty ubuntu4 -> ubuntu5 expected?
[17:01] <mvo> Laney: sort of, karmic (and before) -> ubuntu5 should work fine, but the versions in between are still prompting
[17:01] <Laney> alright, no worries then
[17:01] <mvo> Laney: TBH I'm not sure if its worth fixing, its lucid->lucid upgrades only that prompt
[17:02] <Laney> I wouldn't be too concerned about that, only for stable->current upgrades
[17:16] <dupondje> mvo: had any time yet ? :)
[17:17] <micahg> mvo: sorry, for the trouble, it's merged in and we'll do another release later this evening
[17:38] <slangasek> nxvl: alpha3 is the equivalent in some respects
[17:48] <nxvl> slangasek: ok, thanks
[17:55] <primes2h> pitti: Hello. Could you have a quick look at this please? A patch is attached. bug #394071 It needs a sponsor.
[17:59] <tjaalton> slangasek: hey, are you running lucid on a client with the nfs4/krb5 setup?
[17:59] <slangasek> tjaalton: yes
[18:00] <slangasek> tjaalton: why, are you fixing 480444? :)
[18:00] <tjaalton> slangasek: hmm ok, I'm having issues with expired tickets hanging the client..
[18:01] <slangasek> tjaalton: I haven't noticed this, since I get a ticket refresh every time I unlock my screensaver
[18:02] <tjaalton> slangasek: yep, a while after I do that the session is frozen, and for instance running just 'ps' hangs. root can still access the shares
[18:03] <tjaalton> now testing .33 and nfs-utils 1.2.2rc9
[18:03] <superm1> cjwatson, i'll see what i can do to fetch that log.  should be doable
[18:04] <slangasek> tjaalton: well, if I have no creds at all, trying to ls a v4+krb5 mount fails immediately for me
[18:04] <tjaalton> slangasek: oh, and the whole $HOME is behind nfs of course. there are plenty of apps that go berserk when the tickets expire. gconf/gnome-settings-daemon being one
[18:07] <tjaalton> slangasek: anyway, happy to hear it works for you, maybe our setup is broken somehow.. though hardy didn't have big issues with expired tickets
[18:11] <tjaalton> maybe I should try to get a network trace as well.. someone adviced that using iptables to drop the outbound nfs traffic would recover rpciod after a while, but that didn't work
[18:13] <cjwatson> superm1: ta
[18:21] <rickspencer3> any trial guru around who has a moment to help me run it over one of my libraries?
[18:30] <directhex> asac, did you get to the bottom of mono on lucid/arm issues? it was you who was looking, right?
[18:32] <primes2h> pitti: wait, changed description.. bug #394071
[19:07] <qense> I've got a problem with Indicator Application (C implementation) not using the actions as defined somewhere in the code. Instead it shows GTK+ stock menu items.
[19:07] <qense> What is needed to properly associate the actions with the menu passed to AppIndicator?
[19:36] <asac> directhex: i am debugging still
[20:05] <Caesar> slangasek: do you know if it's possible to write an upstart job such that it'll kick the service upon a file changing?
[20:06] <Caesar> More concretely, I'd like to restart gssd when /etc/krb5.keytab appears, disappears or otherwise changes
[20:10] <slangasek> Caesar: AFAIK no
[20:11] <Caesar> Drat
[20:12] <cjwatson> sorry to DMB members about the list spam; my mail server seems to have gone a bit odd and delivered the same message multiple times
[20:12] <mneptok> slangasek: fail. VORLON TAVUTNA CHOG!
[20:13] <Caesar> cjwatson: you got a few minutes to talk about OpenSSH?
[20:13] <cjwatson> Caesar: sure ...
[20:29] <lifeless> is there a dedicated UEC channel ?
[20:30] <persia> lifeless: I've seen occasional discussion on -virt and -server, but there may also be one.
[20:35] <kamalmostafa> I'm having trouble doing a requestsync for 'clxclient'.   Any advice?...
[20:35] <kamalmostafa>   $  requestsync --lp -d unstable -s clxclient lucid
[20:35] <kamalmostafa>   E: Did not retrieve any changelog entries. Was the package recently uploaded? (check http://packages.debian.org/changelogs/)
[20:35] <kamalmostafa> Yes, it was recently uploaded, but I see that the latest changelog (3.6.1-1.1) is present as of today at http://packages.debian.org/changelogs/pool/main/c/clxclient/current/changelog.
[20:59] <slangasek> kamalmostafa: I can't reproduce this problem
[21:03] <kamalmostafa> slangasek: Interesting.  I do still get the same problem, using the exact command line I pasted.  This is Karmic with ubuntu-dev-tools (0.81.1).  Your version?
[21:04] <slangasek> using lucid, of course
[21:06] <kamalmostafa> slangasek: Okay, and I see that lucid sports newer ubuntu-dev-tools than I've got.   I'll chase down -- seems likely to be the cause of my problem.  Thanks.
[21:06] <slangasek> well, nothing in the changelog jumps out at me, but it might help
[21:06] <kamalmostafa> slangasek: well, certainly the first thing to try anyway...  Let me fire up a kvm and see what happens.
[22:47] <fagan> why is the git package called git-core ?
[22:48] <StevenK> Since a package called 'git' already existed
[22:48] <fagan> ah
[22:48] <fagan> In lucid there is no git package in the repo
[22:49] <StevenK> Ehhh
[22:49] <Laney> yes, it exist*ed* at the time
[22:49] <Laney> I believe there is a plan to transition git-core to git
[22:50] <fagan> I just thought I should ask in the interest of simplicity
[22:50] <seb128> directhex, Laney: any reason we don't use mono 2.6?
[22:51] <Laney> 2.4 is the LTS branch
[22:51] <Laney> from upstream
[22:51] <seb128> 2.6 is no stable?
[22:51] <Laney> stable yes, lts no
[22:51] <seb128> ok
[22:51] <seb128> so we will stay on 2.4 for lucid?
[22:51] <Laney> yep
[22:51] <Laney> and squeeze
[22:51] <seb128> thanks
[22:52] <seb128> I will do some tweaking to the versions page
[23:02] <directhex> seb128, we've found the 2.4 branch very dependable, and guessed that the security guys would prefer the branch with a 5-year support cycle rather than the one with the "until we get bored" cycle
[23:06] <directhex> seb128, if anyone asks, i try to run a supported repo with recent releases for LTS. it'll go live around the time lucid releases
[23:07] <seb128> directhex, thanks, nobody is asking so far, I was just reviewing our versions table for lucid and wondering if there was a reason to keep an outdated version there
[23:08] <seb128> directhex, seems to make sense if 2.4 is lts and not 2.6
[23:10] <directhex> seb128, 2.4 as lts is what novell have been telling me. i guess because it's what ships in sles11, and in a paid supported addon for sles10
[23:10] <seb128> ok
[23:11] <jcastro> directhex: does that mean we lose file dir watching in banshee?
[23:15] <crimsun> jcastro: no, watcher depends on mono >= 2.4.3
[23:16] <directhex> the only major item we miss out on is the new debugger
[23:19] <cjohnston> mbudde: ping


[14:48] <CarstenG> Hi at all
[14:48] <hannie> hey CarstenG
[14:48] <CarstenG> Hi hannie
[14:49] <hannie> everything ok with the screenshots?
[14:50] <hannie> CarstenG, do you happen to know what the link to crocodoc (Quantal) is?
[14:50] <hannie> I asked Kevin, but he may not be awake yet
[14:50] <CarstenG> no, sorry
[14:51] <hannie> np
[14:51] <hannie> I'll get an answer to my email shortly
[14:51] <CarstenG> What is crocodoc?
[14:51] <hannie> That is a shared document where everyone can add comment to the draft pdf of Quantal manual
[14:52] <hannie> It is meant so everyone can proofread and add comment where corrections are necessary
[14:52] <CarstenG> ah
[14:52] <CarstenG> ok
[14:53] <CarstenG> I think there was not yet any release for this draft, or?
[14:53] <hannie> very useful! I asked Kevin to send the link to the mailing list once more (I lost the previous email)
[14:54] <hannie> We'll see if Kevin has already put it on crocodoc
[14:55] <hannie> Although not everone has finished his editing work, we should have a reasonable draft by now
[14:56] <CarstenG> Yes, sure. We have a little delay with our draft releases. :-)
[14:56] <CarstenG> I just pushed the last screenshot.
[14:56] <hannie> good to hear. You have done a great job!
[14:57] <hannie> I am just finishing the Dutch translation of Precise version, 147 strings to go
[14:58] <CarstenG> Thanks.
[14:58] <CarstenG> Same to you for the translation
[14:58] <hannie> ;)
[14:59] <CarstenG> dutch will be the third finished version
[14:59] <hannie> of Precise? I think not
[14:59] <hannie> ah, yes 3rd
[14:59] <CarstenG> but I see 229
[14:59] <CarstenG> left strings...
[15:00] <CarstenG> or?
[15:00] <hannie> I am working in Precise, not Precise-e2 because of this fuzzies problem
[15:00] <hannie> Later I will try and merge the 2
[15:00] <CarstenG> ah, ok. Now is see
[15:01] <hannie> If it does not work well, I will publish Precise, not Precise-et. What's the difference?
[15:01] <CarstenG> well, some bug fixes
[15:01] <hannie> I refuse to do more copying and pasting or translating all over again :(
[15:01] <CarstenG> missing chapter{advanced topics} for example in precise...
[15:02] <hannie> ah, yes that was one of my own catches. I have to change that for sure
[15:03] <hannie> thanks for reminding me :)
[15:03] <CarstenG> you are welcome :-)
[15:04] <CarstenG> Do you have new info about the fuzzies problem in LP?
[15:04] <hannie> I gave up. --previous did not work and I do not get much support on LP (lack of manpower)
[15:05] <hannie> I understand they have so many other urgent matters to handle...
[15:07] <CarstenG> ok
[15:07] <hannie> The merging of msgid and msgstr is rather complicated in Launchpad, and I do not want to mess up things there
[15:07] <CarstenG> it's bad that you don't get much support there
[15:08] <hannie> it's sad, but as I said before, we are all volunteers with limited time on our hands
[15:08] <CarstenG> But if I remember correctly, you wanted to merge old translations to new po files based on the new pot file...
[15:09] <hannie> That is why we, Ubuntu Dutch Translators have decided to only translate the LTS versions of the manual
[15:10] <hannie> correct, but old translations are not transferred if there is only a slight difference in the msgid
[15:10] <hannie> Lokalize does this very well. I should contact the developers of Lokalize
[15:11] <hannie> Difference: Lokalize = offline, Launchpad=online
[15:12] <CarstenG> yes, this we could use, or? generate new po files offline and upload them to LP
[15:12] <CarstenG> then LP has "only" to recognize the fuzzies as suggestions.
[15:12] <hannie> I did merge Lucid (100% translated) with Precise
[15:13] <hannie> but LP throws the fuzzies away
[15:13] <hannie> when I upload the merged file to LP
[15:13] <CarstenG> BTW, do you mean this crocodoc? http://personal.crocodoc.com/HbPBlKU
[15:14] <CarstenG> its the precise version...
[15:14] <hannie> So now I have to copy the fuzzies from Lokalize to LP manually
[15:14] <hannie> If that is the Precise version, then it is not what I wanted
[15:14] <CarstenG> ah, that's the problem, I see.
[15:16] <hannie> Perhaps Kevin has not yet published the Quantal version after all
[15:16] <CarstenG> Yes, the other way is the same problem with LP. If you export the po files you don't get the suggestions. They are lost completely. AS fuzzies would be better..
[15:17] <hannie> right, complicated as I said :(
[15:17] <CarstenG> Do you have a bug report on LP for this fuzzies problem?
[15:17] <hannie> Well, sort of. Low priority for the last 2 years
[15:17] <CarstenG> So we could post the link on the list to increase the heat a little bit. :-)
[15:19] <hannie> this could be a solution, but first I should start another bug report explaining exactly what I want
[15:19] <hannie> The one I refer to is from David Planella (long time ago, and not exactly the same)
[15:20] <CarstenG> ah ok
[15:20] <hannie> But it is a good idea, which I will keep in mind
[15:20] <CarstenG> Yes
[15:20] <CarstenG> If there is no bug report, then nobody will fix it. :)
[15:21] <hannie> true, but I do not have much confidence that it can or will be fixed soon after I report it
[15:21] <hannie> Danilo Segan is a good guy, but het has lots of other priorities
[15:22] <hannie> *he
[15:22] <hannie> But thanks for helping me with this
[15:23] <CarstenG> Who is he?
[15:23] <hannie> He is a big shot at Launchpad
[15:23] <hannie> daniloS
[15:24] <hannie> btw, I have sent an email this morning to editors who have not finished their section
[15:25] <hannie> hopefully we get some response before the end of this week
[15:27] <CarstenG> Yes, end of this week we want to release the public draft
[15:27] <hannie> oki, back to work then ;)
[15:27] <CarstenG> maybe this is the time for crocodoc?
[15:28] <hannie> yes, it can be put on crocodoc
[15:28] <hannie> I have already mailed Kevin about this this morning