[00:13] <manjo> JFo, can you regenerate your top 50 list ?
[00:14] <manjo> JFo, I did a bunch of work but it does not reflect on that list, if You can refresh it, I can see what else I need to look at
[00:15] <manjo> bjf, in case JFo is out for the day... is this something you have access to ?
[00:17] <ogasawara> manjo: I might be able to run in locally and post the html page, gimme a sec
[00:17] <bjf> manjo, nope
[00:19] <manjo> ogasawara, thanks
[00:19] <manjo> bjf, np
[00:31] <ogasawara> manjo: http://qa.ubuntu.com/reports/ogasawara/tmp/kernel-buglist-top50.html
[00:31] <manjo> ogasawara, thanks
[00:32] <ogasawara> manjo: let me know if that doesn't look correct
[00:32] <manjo> ogasawara, looks good thanks
[00:50] <JFo> fwiw, it runs every hour
[00:50] <JFo> so it will refresh every hour
[03:13] <fbond> Hi, the linux-input maintainer is ignoring my patch. Does Ubuntu have any interest in it? https://patchwork.kernel.org/patch/102708/
[03:14] <fbond> I'm not sure if there's something more appropriate for me to do with it.  If there is, I'd appreciate advice.
[03:14] <fbond> E-mailing Linus seems like a rocky proposition. ;)
[03:15] <fbond> The patch may very well be bone-headed.  I'm just trying to get it submitted to help out folks with that hardware.
[03:15] <fbond> It seems that no good deed goes unpunished.
[03:19] <RAOF> Hm.  That looks like you've pinged at appropriate intervals.
[03:20] <RAOF> I'm not familiar with the input side of the kernel, though, so I'm not sure what secret handshakes, if any, are expected.
[03:21] <fbond> RAOF: Yeah, I've never dealt with linux-input before.
[03:40] <fbond> RAOF: I'm not sure if perhaps the issue is that I mentioned that the device manufacturer recommends the fix; perhaps
[03:40] <fbond> that introduces copyright concerns?
[03:40] <RAOF> No.  That patch is too small to be copyrightable.
[03:40] <fbond> That's what I figured.
[03:41] <fbond> RAOF: Is it something I should submit to ubuntu-kernel?
[03:41] <fbond> Or is that useless given upstream's disposition?
[03:42] <RAOF> You could bring it to the list.  I don't think that we're likely to apply it without some indication that it'll go upstream, but perhaps someone on the ML will know the secret handshake.
[03:43] <fbond> RAOF: Okay, thanks.
[04:28] <achiang> fbond: dmitry can be... unresponsive at time
[04:28] <achiang> s
[04:28] <achiang> fbond: did you cc him directly?
[04:29] <fbond> achiang: Yes, my last message was sent directly to him.
[04:30] <achiang> fbond: yeah, i've had a really hard time in the past getting dmitry to respond. i'd say ping again, direct mail + public list Ccs?
[04:30] <achiang> fbond: sorry, not very helpful, i know
[04:32] <fbond> achiang: Oh, wait ... I sent it to Jiri.
[04:32] <fbond> Who's dmitry?
[04:32] <achiang> fbond: dmitry torokhov is the input maintainer
[04:32] <achiang> erm, not sure i got the spelling right
[04:33] <fbond> achiang: Jiri is listed as the HID CORE LAYER maintainer.
[04:33] <fbond> I guess hid-input.c changes should go to dmitry?
[04:33]  * achiang reads patch again
[04:35] <achiang> fbond: sorry, you are right, i saw "input" and thought dmitry. jkosina is indeed the correct maintainer
[04:35] <fbond> achiang: No problem.  Any help is welcome.
[04:35] <achiang> fbond: pinging jiri on irc now, give me a sec
[04:36] <fbond> achiang: Oh, thanks.
[04:36] <achiang> fbond: it's entirely possible that he's on holiday too. how long did you wait between the mails?
[04:36] <achiang> oh wow
[04:36] <achiang> a long time
[04:36] <fbond> Yeah. ;)
[04:36] <achiang> well, between 7/8 and today is only 4 days
[04:36] <fbond> Although I only sent mail to him directly once.
[04:36] <fbond> True.
[04:37] <achiang> you know europeans, with their 26 weeks of holiday per year... ;)
[04:38] <fbond> achiang: Ah, yes, I've heard of this before. ;)
[08:15] <smb> morning
[08:19] <cooloney> smb: morning, man
[08:19] <cooloney> i've pinged GrueMaster to test the security updates for fsl-imx51
[08:19] <smb> cooloney, Ok, cool
[08:20] <cooloney> smb: will you bring beer to prague this time? haha
[08:21] <smb> cooloney, I generally just send the mails your and ericm|ubuntu 's way as sort of fsl and mvl authorities. Sorry man, I am flying. :-P
[08:21] <smb> Anyway it would be wasted anyway. Theirs is good and cheap
[08:22] <ericm|ubuntu> smb, ok
[08:28] <cooloney> smb: no problem, German beer is always good
[09:09] <kraut> moin
[10:07] <smb> RAOF, Are you around?
[10:50] <TeTeT> smb: might you be available for some help with building a kernel in a PPA tomorrow? I've tried now several times and always failed with the ABI. I now copied older ABIs to the most recent kernel name and wonder if that helps. Just in case it doesn't, would you be available?
[10:52] <smb> TeTeT, I guess I should be available. Give me a sec, maybe we got a page that is helpful
[10:52] <TeTeT> smb: I found the kernel for idiots page already :)
[10:53] <TeTeT> smb: it has been very helpful so far
[10:53] <smb> TeTeT, That is good. but there is one where we documented abi check avoidance
[10:53] <maxb> TeTeT: kernel for idiots? link please? :-)
[10:53] <smb> https://wiki.ubuntu.com/KernelTeam/KernelForIdiots
[10:54] <TeTeT> maxb: ^
[10:54] <TeTeT> thx smb
[10:54]  * maxb bookmarks
[10:54] <smb> TeTeT, https://wiki.ubuntu.com/KernelTeam/KernelMaintenance#ABI
[10:55] <smb> TeTeT, I would think option 2. for ABI and modules would be what you want
[10:56] <TeTeT> smb: ok, if my new build fails I'll try it tomorrow
[10:57] <TeTeT> smb: problem is I'm on the road and only have UMTS for new uploads, otherwise I'd parallelize it
[10:57] <smb> TeTeT, I will be around. If you can have things in a place I can access them
[10:57] <TeTeT> smb: I'll place the needed patch on chinstrap if need be, thanks
[10:58] <smb> TeTeT, It might be worth having your repo pushed to zinc and do the upload and packaging there
[10:59] <TeTeT> smb: it's really only a patch, for the Esprimo E bug, 586325
[10:59] <smb> bug 586325
[10:59] <ubot2> Launchpad bug 586325 in linux (Ubuntu) (and 1 other project) "[i965q] Fujitsu Siemens Esprimo E: changing resolution results in non working X (affects: 1) (heat: 88)" [Medium,Confirmed] https://launchpad.net/bugs/586325
[10:59] <TeTeT> smb: customer wants a production kernel before the SRU lands, so they can do their roll out in time
[11:00] <smb> TeTeT, Ok, They just should be aware to be careful with updates until a fix is really in updates
[11:03] <TeTeT> smb: agreed, but they run their own repo - I'll tell them to not sync kernel updates until the patch made it into mainline
[11:04] <smb> TeTeT, Ok then
[11:04] <ShapeShifter499> hi
[11:04] <ShapeShifter499> I'm tryin to install the e100 driver with no luck via the "make install" command any help?
[11:08] <apw> ShapeShifter499, as in modifying an ubuntu version?
[11:10] <ShapeShifter499> well I don't know....I'm trying to get my ethernet port working, currently wifi is only working
[11:10] <apw> so where are you getting the source code you are trying to install from
[11:10] <ShapeShifter499> I'm getting the source from intel's website
[11:11] <apw> ShapeShifter499, which release kernel are you trying to add it to
[11:14] <ShapeShifter499> no wait....
[11:14] <ShapeShifter499> e100 is all ready on my system
[11:14] <ShapeShifter499> it just wasn't being loaded for some reason
[11:15] <ShapeShifter499> just got it up and running via modprobe
[11:15] <ShapeShifter499> brb just need to test the port
[11:28] <ShapeShifter499> eh its not working
[11:28] <ShapeShifter499> but I g2g bye
[12:48] <TeTeT> smb-afk: my PPA will fail again, see https://pastebin.canonical.com/34554/ and https://pastebin.canonical.com/34555/ for the contents of the abi directory. I'll send you the patch now
[13:41] <smb> TeTeT, Is it possible for you to have a differently name PPA or are there other packages already there that require you to keep it? I am asking because you started to upload with a incremented ABI number which I rather would avoid. But I you have to stick to that PPA we cannot go back
[13:42] <TeTeT> smb: I can simply erase all packages there, no problem. or even delete the PPA and start from scratch
[13:43] <smb> TeTeT, I believe deleting the packages does not help against needing incremental numbers. But if you can use a different PPA I can create a src package for you with the numbering being better (at least IMO)
[13:45] <TeTeT> smb: that would be great. I called the first package I tried 2.6.32-24~lvm0, but it did not build. Can you simply put any PPA in place and upload the src there so it builds? I really only need the resulting PAE package and headers, not much else
[13:46] <apw> smb, i think if you delete and then wait 'long enough' a ppa can at least have stuff which is only newer than the archive
[13:46] <smb> TeTeT, i would place a srcpkg on zinc for you to sign. You can copy it and then use debsign -r for that and then upload from zinc
[13:47] <smb> apw, Hm ok. In most cases I did not wait long enough then
[13:47] <TeTeT> smb: do I have access to zinc?
[13:47] <smb> TeTeT, The version number you used seems to miss the upload number so that would not work
[13:47] <smb> TeTeT, Hm maybe not. Maybe upload from chinstrap works the same
[13:48] <TeTeT> smb: ok, I guess I did something wrong
[13:52] <smb> TeTeT, I would usually use a version number like 2.6.32-24.38+xxx
[13:56] <apw> smb, know anything about WPA/WPA2 support ... and whether there is card support required for them ?
[13:57] <smb> apw, Not really much. I think you would need card support for it done in hw but the wpa_supplicant would do it otherwise. But that might be wrong
[13:58] <TeTeT> smb: the + to make it newer? So far I used ~ to make it smaller
[13:59] <smb> TeTeT, Yeah, depends what you base version is. As I base the package on 2.6.32-24.38 it is sort of newer. If I'd use 2.6.32-24.39 it would need to be smaller
[14:41] <smb> apw, tgardner 15m until TB meeting
[14:42] <tgardner> smb, ack
[14:45] <tgardner> apw, did anyone ever take a serious stab at getting psurbhi's async rootfs/boot patches upstream?
[14:45] <psurbhi> apw, have you sent your patch upstream?
[14:46] <apw> tgardner, psurbhi, that is on my list of things to do ... i noticed they have a couple of warnings which need cleaning up in them
[14:46] <apw> perhaps i'll do that at sprint, as we'll be off the grid
[14:47] <psurbhi> apw, thanks :)
[14:47] <apw> psurbhi, yeah they need to go as a set as they don't make sense without so i'll do them together if that works for you ... obviously your signoffs are on your ones
[14:47] <psurbhi> apw, yes sure it does :)
[15:01] <hrw> hi
[15:01] <hrw> apw: any suggestions to patch from bug 603087 (stage1 support)?
[15:01] <ubot2> Launchpad bug 603087 in linux (Ubuntu) "Allow to build just linux-libc-dev (affects: 1) (heat: 12)" [Wishlist,In progress] https://launchpad.net/bugs/603087
[15:14]  * ogra wonders if tgardner's recent ureadahead fix in lucid might be the magical fix for Bug 600359 ... somehow smells related
[15:14] <ubot2> Launchpad bug 600359 in ureadahead (Ubuntu Maverick) (and 1 other project) "ureadahead generating oom messages during boot. (affects: 1) (heat: 8)" [Medium,Confirmed] https://launchpad.net/bugs/600359
[16:03] <bjf> ##
[16:03] <bjf> ## Kernel team meeting in two hours
[16:03] <bjf> ##
[16:06]  * abogani waves After Zinc upgrade I receive this error (http://paste.ubuntu.com/462958/) pushing new stuff into my git tress. Is it something which I should care?
[16:06] <apw> abogani, you need to mark that as a bare repo on zinc ... bare = true in config
[16:07] <tgardner> abogani, the new git version complains if you don't have a bare repository.
[16:07] <smb> Depending whether it is a bare repo
[16:07] <smb> You also could have one with a working tree, and then would need to set that config mentioned
[16:11] <manjo> sconklin, iirc you made a presentation about video at one of the sprints, where can I start learning about video?
[16:11] <manjo> sconklin, if you can point me in the right dir ... very much appreciated
[16:12] <sconklin> manjo: let me look. That was based on the years I spent writing device drivers, I'm not sure where you could get a good overview of the whole pipeline.
[16:15] <abogani> apw, tgardner, smb: Thanks!
[16:15] <manjo> sconklin, thanks. wish I had made notes that day :)
[16:15] <achiang> fbond: just pinged jiri; our theory that he was on holiday was correct
[16:15] <achiang> fbond: he said he'll get around to processing his backlog "soonish" after responding to his inbox
[16:15] <fbond> achiang: Ah, okay, thanks.
[16:16] <sconklin> manjo: all the stuff I talked about is interesting, but mostly not related to the parts of the linux drivers that cause the most pain. Still, it's useful to know in general how things work
[16:24] <smb> TeTeT, Ok, source package parts are now in my home dir on chinstrap for you to copy, resign and upload. I believe with the right config there you can directly upload from there
[16:28] <manjo> tgardner, I think its bzr launchpad-login
[16:31] <TeTeT> smb: thanks, let me see how far I get
[16:35] <TeTeT> smb: would you happen to know how resign the packages on chinstrap? debsign is not installed on chinstrap
[16:36] <smb> TeTeT, You likely want to use debsign -r from you local machine
[16:36] <smb> That downloads only the .dsc and changes
[16:36] <smb> TeTeT, debsign -k<yourkey> -r <host>/<dir>/*.changes
[16:37] <TeTeT> smb: ok, giving it a try
[16:38] <smb> TeTeT, Actually debsign -k<yourkey> -r <host>:<dir>/*.changes
[16:43] <tgardner> apw, bzr: ERROR: Cannot lock LockDir(lp-70455952:///~scott/ureadahead/trunk/.bzr/branchlock): Transport operation not possible: readonly transport
[16:45] <ogra> tgardner, its owned by Keybuk accroding to the URL
[16:45] <ogra> i'd create my oen branch and file a merge request
[16:45] <ogra> *own
[16:46] <ogra> if there isnt an ubuntu-core-dev one
[16:47] <tgardner> ogra, yeah, I've just followed that route
[16:48] <ogra> though i wonder, is that the branch thats mentioned in debian/control ?
[16:48] <ogra> it should point to a public one
[16:51] <tgardner> ogra, its a bit weird because ureadahead is the upstream repository and is not a debian package
[16:52] <ogra> yeah
[16:52] <ogra> the branch should be ubuntu-core-dev owned
[16:52] <apw> ogra, isn't that the packaging branch .... which should be
[16:52] <apw> including the debian directory
[16:52] <ogra> looking at debian/copyright and debian/control it doesnt even mention any upstream location
[16:53] <ogra> bad bad Keybuk !
[16:53] <ogra> apw, we dont separate upstream development and debian branches anymore for native ubuntu packages
[16:54] <apw> ogra, what about packages which arn't just native ubuntu packages
[16:54] <ogra> things like casper, livecd-rootfs etc that are native ubuntu stuff usually have the debian dir included
[16:54] <apw> ie ones like upstart which are in debian as well but not sync'd
[16:54] <ogra> for these you usually have two branches, yeah
[16:55] <apw> so i think thats what he has here, an ubuntu packaging one, which he merges this one into
[16:55] <ogra> either way copyright and/or control should mention the actual upstream location
[16:55] <apw> i think ... not htat i have a clue how you'd find it should you need to update it if he was away
[16:55] <apw> indeeed
[16:56] <ogra> ogra@osiris:~/Devel/branches/jasper-initramfs$ grep Bzr debian/*
[16:56] <ogra> debian/control:Vcs-Bzr: lp:jasper-initramfs
[16:56] <ogra> thats the usual way to point to an upstream source
[16:56] <apw> ogra, yep but which one, the upstream upstream, or the one with the debian packaging
[16:56] <ogra> depends
[16:57] <apw> see and therein lies the uslessness of the thing ... we cannot ever find the right branch even if its listed
[16:57] <ogra> jasper for example carries the debian dir in it
[16:57] <ogra> (my above example)
[16:57] <ogra> it isnt usable without images built in the ubuntu infrastructure
[16:58] <ogra> for rootstock where i'm upstream upstream i have a separate packaging branch, and no Vcs-Bzr: in control, but the location of the upstream branch in copyright
[16:59] <apw> ogra, i wonder if it is allowed to have two in there, that would make some sense
[16:59] <apw> pointing to both the packaing and the code branches
[16:59] <ogra> sure
[16:59] <ogra> you can do that, i think they are different Vcs-Bzr tags
[17:04] <TeTeT> smb: uploaded the sources to a new PPA, thanks! fought a little bit with dput on chinstrap :) will report to you tomorrow if the build run well, going to the hotel now
[17:18] <ogasawara> JFo: I just realized you have an ubuntu dev week session tomorrow on kernel triage
[17:18] <JFo> yep
[17:18] <JFo> :)
[17:19] <apw> jfo what time is that going on ?
[17:19] <smb> JFo, And there is a kernel bug day?
[17:19] <JFo> planned to go over the new tagging scheme etc
[17:19] <JFo> smb, indeed
[17:19] <smb> JFo, Btw, can you add that to kernel-team calendar?
[17:19] <JFo> smb, I can indeed
[17:19] <apw> JFo, presenting the "triage levels 1-3" ?
[17:19]  * JFo digs the time up for apw
[17:19] <smb> JFo, Thanks :)
[17:19]  * apw cracks the whip
[17:20] <JFo> apw, looks like 9PM your time
[17:20] <apw> gah
[17:20] <JFo> it is 4PM EST
[17:20]  * JFo adds the triage session to the kernel cal
[17:20] <smb> Definitely beer o clock my time
[17:21] <apw> JFo, then you'll have to hastle other kernel peeps to keep you company!
[17:21] <JFo> no sweat apw
[17:22] <JFo> I hadn't actually planned to pester you guys
[17:22] <JFo> I think I have more than enough to discuss :)
[17:22] <JFo> plus I gave an intro to the kernel on Saturday
[17:22] <JFo> for Ubuntu User Days
[17:23] <JFo> k smb, it should be there now
[17:25] <smb> JFo, The triage session is. Though I am sorry to have been unclear (that one is good too) but there was aksing to have the kernel team bug day effort there as well to remind people
[17:25] <JFo> oh hah! :)
[17:25] <JFo> I'll add that too :)
[17:25] <smb> JFo, Many thank yous :)
[17:26] <JFo> my pleasure
[17:27] <bjf> JFo, when do you take off for prague?
[17:28] <bjf> ##
[17:28] <bjf> ## Kernel team meeting in 30 minutes
[17:28] <bjf> ##
[17:28] <JFo> I'm leaving Thursday morning for Dallas to hit a meeting, then leaving Friday for Prague
[17:28] <smb> poor meeting
[17:29] <ogasawara> heh
[17:29] <JFo> ogasawara, is the kernel bug day showing up right for you on the cal?
[17:29] <JFo> smb :-P
[17:29] <smb> JFo, Its showing on mine. Thanks
[17:29] <JFo> should be 8 AM
[17:29] <JFo> cool sm
[17:29] <JFo> err smb
[17:29] <bjf> JFo, so you get into prague Saturday and have a intro to the kernel meeting that day
[17:29] <ogasawara> JFo: yep, showing 8am-11am for me
[17:29]  * smb feels a bit sm
[17:29] <JFo> no, the intro was this past sat bjf, sorry for the confusion
[17:29] <JFo> ogasawara, cool
[17:30] <JFo> smb, heh :)
[17:30] <bjf> JFo, was thinking you were more insane than usual
[17:30] <JFo> oh no, no more... no less
[17:30] <JFo> :-D
[17:30] <JFo> heading to CLT tomorrow since my flight on Thursday is early
[17:44] <simar> JFo, Hi i have been working on triaging bugs related to touchpad xserver-xorg-input-synaptics. I have folowed your class in Ubuntu OPen week but now don't know where to start. I know how to package but where should i start and what should i do now??
[17:44] <JFo> simar, have you read the wiki documentation we have so far on bug triage?
[17:44]  * JFo gets the link
[17:45] <JFo> simar, these pages https://wiki.ubuntu.com/Kernel/BugTriage ?
[17:45] <JFo> keep in mind that they are being reworked so they may not be complete as yet
[17:45] <simar> JFo, I have not but i will that by tomorrow ..
[17:45] <JFo> cool
[17:45] <JFo> let me know if yo uhave questions as you read :)
[17:46] <JFo> or if something makes no sense
[17:46] <JFo> I want to get them as clear as possible
[17:46] <JFo> thanks simar :)
[17:46] <simar> JFo, Ok
[17:47] <JFo> simar, we are about to have our weekly meeting in #ubuntu-meeting. You are welcome to join us and see what all we discuss in these meetings
[17:47] <JFo> if you are interested, that is
[17:48] <simar> JFo, Now i can really see a way to contribute ... I hope so :)
[17:48] <JFo> I hope so too :)
[17:50] <simar> JFo, one general question. Is there any diagnose tool that can display information right from touchpad ie from the kernel driver in 'as is' form , when i produce events like touch .. currently what i know of is evtest?
[17:51] <JFo> simar, the best person to talk to would be cnd, but I don't know off the top of my head :)
[17:53] <simar> JFo, ok, so should i ask him now?
[17:53] <simar> JFo, i think he's online
[17:53] <JFo> well, it is entirely likely that he is busy
[17:53] <JFo> as he does a lot of hardware work
[17:53] <JFo> it may be a better idea to send an e-mail to the kernel list and ask there.
[17:54] <JFo> that way he can answer as he gets the time
[17:54] <sconklin> severe tstorms here, if I drop that's why
[17:54] <JFo> k, keep the grounding rod handy sconklin :)
[17:56] <simar> JFo, thanks i see some more ways ..
[17:56] <JFo> cool :)
[17:56] <simar> JFo, I 'm already joined the kernel mailing list ..
[17:56] <simar> :P
[17:56] <JFo> excellent! :)
[17:57] <simar> JFo, thanks..
[17:57] <JFo> my pleasure
[17:57] <cnd> simar, I can answer here
[17:58] <simar> cnd thanks
[17:58] <bjf> ##
[17:58] <bjf> ## Meeting about to start
[17:58] <bjf> ##
[17:59] <simar> cnd  Is there any diagnose tool that can display information right from touchpad ie from the kernel driver in 'as is' form , when i produce events like touch .. currently what i know of is evtest?
[17:59] <cnd> simar, yes, I use evtest for that purpose
[18:00] <simar> cnd but it doesn't do it in a live manner .. like xev do for x drivers
[18:00] <cnd> simar, I'm not sure what you mean
[18:00] <cnd> when I use it, I touch on the touchpad and I get events spit out
[18:03] <simar> cnd actually i get some properties and in the end theres a message Testing ... (interrupt to exit) . I want to use it for touchpad ..
[18:03] <cnd> simar, what kind of device is it?
[18:04] <cnd> some of the x drivers lock the evdev interface from the kernel
[18:04] <cnd> if you jump to another VT you should be able to see events for those devices
[18:05] <simar> cnd, sorry i dinn't get VT
[18:05] <simar> cnd synaptics touchpad .. I want to fix the multitouch support which is not recognised by kernel . it shows SYnaptics Capabilities 10100 ..
[18:06] <simar> cnd though it is multitouch capable . There are a lot of bugs filed about this always ...
[18:07] <cnd> simar, to switch to a different VT, use ctrl+alt+<number>
[18:07] <cnd> X normally resides on VT 7
[18:07] <ogra> depends how insane your distro is :)
[18:08] <ogra> (some use vt1 nowadays )
[18:08]  * cnd hopes simar isn't trapped in another VT and can't find his way back :)
[18:09] <ogra> maps.google.com ;)
[18:11] <simar> cnd is still dinn't get it. Seems to be something new for me . I will google it . You could resume with your imp work and thanks for your generous support ...
[18:11] <cnd> simar, np
[18:13] <simar> cnd, thanks again
[18:18]  * JFo goes to grab grub.
[18:31] <bjf> lag, if you'd use "*" instead of "-" for your status, i'd appreciate it, that makes it a straight cut and paste for me
[18:32] <smb> bjf, Maybe I should convert to that too
[18:32] <bjf> smb, there is no hope for your status :-)
[18:33] <smb> :-P
[18:33] <bjf> smb, if you can make it look reasonable in moin that would be fantastic, but don't go to any great effort
[18:33] <smb> Lets see for next time
[18:34] <apw> bjf do you have a table conversion in your scripting ?
[18:34] <apw> smb's stuff is essentially a table, but || ppo || bar || is very ugly
[18:34] <bjf> apw, been working on one, so yes, partial
[18:34] <apw> though i guess as long as he spaces it out nicely it would look ok on here
[18:34] <smb> Well I should be able to make it directly into one
[18:35] <apw> || karmic          || v2.6.32-rc1       || 5 pending ||
[18:35] <bjf> apw, right, needs to look sane in text, convertible to moin and convertible again to html (for blog)
[18:35] <apw> gah ... bibble, to hard
[18:36] <bjf> the sane in text is just for the meeting, if you've noticed the email i send out it's straight moin and I don't care how it looks :-)
[18:37] <bjf> so if you can make it moin, that doesn't look too bad in the meeting, that's fantastic for me
[18:37] <apw> yeah i recon a moin table, but with the internal spacing so it lines up in IRC
[18:42] <lag> bjf: No problem
[18:42] <bjf> lag, thanks
[18:43]  * manjo getting lunch will be back soon
[18:54] <NCommander> Ping, is there anyone around who can help sort out kernels with marvell? I need to upload the latest SRU kernel to maverick to use as a base
[19:03] <NCommander> pgraner: ping, do you have any objections if we copy the lucid SRU kernel to maverick?
[19:11] <ripps> The wacom driver in the kernel is out of date. I made a dkms package that builds a new wacom module from upstream using dkms, but when I tried to submit the package to debian, they said that I was just working around the kernel development process. Does anybody know how I can patch the kernel wacom source to new version?
[19:11] <ripps> The new module is needed for the Wacom Bamboo Pen & Touch models to work.
[19:14] <apw> NCommander, which kernel what ?
[19:14] <apw> smb, ^^
[19:15] <smb> apw, Don't know what is in Maverick (mlv-dove wise)
[19:16] <NCommander> apw: smb: lucid release kernel :-/
[19:19] <apw> NCommander, you proposing a pocket copy ?
[19:19] <NCommander> apw: yeah, from lucid-updates -> maverick
[19:20] <apw> NCommander, are we expecting a kernel update for mvl-dove before release ?
[19:20] <apw> as .32 is damn far behind userspace
[19:21] <apw> NCommander, as we already have a .32 kernel in maverick and the one you are proposing to copy is at least better security wise it doens't seem like a bad idea.  i don't think we can make any guarentees about it working with maverick userspace though
[19:21] <smb> As the current mvl-dove for Maverick is a pocket-copy either, I cannot see much harm
[19:22] <NCommander> apw: that's fine, I'll hold onto both pieces should they break in two
[19:22] <NCommander> :-)
[19:22] <apw> NCommander, but tell me there is a plan to update the kernel
[19:22] <NCommander> apw: there is a plan being planned
[20:00] <apw> jjohansen, yo ... did that AA push go out
[20:02] <jjohansen> not yet been doing the server team meeting
[20:02] <apw> ahhh doh :)
[20:12] <apw> smb, http://people.canonical.com/~apw/misc/fbcon-handoff2.ogv
[20:14] <smb> apw, Looks quite smooth and a nice addon effect seems to be to retain messages on the vt that were there on boot
[20:14] <apw> right, as they really are there on the VT its just not updated
[20:15] <apw> and that is why they dissappear ... cause we switch to VT7 which doesn't have them
[20:15] <smb> right
[20:29] <jjohansen> -> Lunch with kids
[20:29] <JFo> enjoy :)
[20:34]  * ogasawara lunch
[20:34] <JFo> ^^ with kid ;)
[20:47] <manjo> JFo, can you add the bug mumble tomorrow to our calendar ?
[20:48] <JFo> bug mumble?
[20:48] <manjo> bug review that we are supposed to have tomorrow morning ?
[20:52] <JFo> oh, it isn't a bug review
[20:52] <JFo> and it is already on the calendar
[20:52] <JFo> it is a Team bug day
[20:52] <JFo> for about 3 hours in the channel here
[23:37] <kees> ogasawara: are you back this week?
[23:37] <ogasawara> kees: yep
[23:39] <kees> ogasawara: cool.  I sent https://lists.ubuntu.com/archives/kernel-team/2010-July/011633.html earlier today, but I've since added another patch on top of those for another bug.  Should I send a separate pull request, or will you pull everything since 78e9e77809943546ba9db28bfacce07ecfaecfe0 in that tree anyway?
[23:40] <ogasawara> kees: I can just pull everything since 78e9e77
[23:41] <ogasawara> kees: I'd actually already pulled the first two patches, so I'll just pull the last one you've added
[23:41] <kees> ogasawara: okay, cool, sounds good.  I'll leave that tree alone now.  ah, perfect, thanks.


[08:06] <twb> At http://upstart.ubuntu.com/wiki/Debugging it talks about using a &> redirection; a bashism.
[08:06] <twb> Is that a documentation bug, or does upstart really use bash (and not dash)?
[08:09] <plautrba> twb: upstart execs /bin/sh -e -c <your script>
[08:09] <twb> Yeah, so I guess a Fedora user wrote that line
[08:12] <plautrba> twb: it's set in init/paths.h:#define SHELL "/bin/sh"
[08:12] <Keybuk> Today's UDS sessions:
[08:12] <Keybuk> Desktop & Upstart 0800UTC #ubuntu-uds-delfino http://icecast.ubuntu.com:8000/delfino.ogg.m3u
[08:12] <Keybuk>  erver boot & Upstart 1000UTC #ubuntu-uds-cocobolo-2 http://icecast.ubuntu.com:8000/cocobolo-2.ogg.m3u
[08:12] <Keybuk>  Finish Upstart 1300UTC #ubuntu-uds-delfino http://icecast.ubuntu.com:8000/delfino.ogg.m3u
[08:13] <twb> Okey dokey.
[09:17] <Homere> hello
[11:46] <silwol> hi all. is there a default way to go when I want to run my upstart task as non-root user? I found no useful documentation for that on the net.
[14:56] <Fantec> hello
[14:57] <Fantec> I have to rewrite an init script to adapt it to upstart
[14:58] <Fantec> the daemon needs disks to be detected but the number of disks and the device names may change (not all servers have exactly the same hardware)
[14:59] <Fantec> I presume there is no event like "disk detection is ended" and that I have to wait for a specific delay after the system has started ?
[16:23] <wasabi> There is no such thing as an end to disk detection.
[16:23] <wasabi> At any moment a new disk could be added.
[16:24] <wasabi> Most of that stuff is kicked off by udev, I believe.
[16:34] <Fantec> yes, I was trying to find out a way to delay some daemons
[17:31] <Keybuk> http://blip.tv/file/3606758
[17:32] <Keybuk> if you missed the Upstart Q&A session
[17:34] <sadmac> komputes: did you get my email? (did I in fact send you an email? I may have just imagined it).
[17:34] <sadmac> * Keybuk ^^
[17:34] <sadmac> komputes: sorry.
[17:56] <Keybuk> sadmac: I don't have an e-mail from you
[17:56] <Keybuk> that may be the answer to your question
[17:57] <sadmac> Keybuk: look at the latest news post on upstart.ubuntu.com, and the download page
[17:57] <sadmac> Keybuk: notice anything missing?
[18:00] <komputes> hi sadmac, i don't think i got your email what was it about?
[18:00] <sadmac> komputes: I meant to speak to Keybuk, I hilighted you by mistake.
[18:00] <komputes> sadmac: oh, ok
[18:03] <Keybuk> 0.6.6?
[18:03] <Keybuk> yeah, I can't login to that box right now <g>
[18:06] <samjam> does upstart of location aware events? Or do I just invent one. Frinstance I dont want autofs to start if I'm not at home because it will hang my login.
[18:06] <samjam> so do I just invent a process that emits the home event if it finds out I am at home?
[18:07] <samjam> (based on a result of examining the network)
[18:07] <sadmac> samjam: ....yes. That sort of feature would be far beyond the scope of upstart.
[18:07] <sadmac> samjam: you could certainly emit events based on whatever though.
[18:07] <samjam> but what I really want is a config way to add extra trigger dependancies to existing upstart jobs
[18:08] <sadmac> Keybuk: oh fun
[18:08] <samjam> so I dont have to keep editing the uipstart file everytime I upgrade
[18:08] <sadmac> samjam: start on starting ...
[18:09] <samjam> ah, so I start when autofs is starting
[18:09] <samjam> and can I stop autofs from starting?
[18:10] <samjam> (I haven't found any detailed up too date docs even on the ubuntu upstart wiki)
[18:10] <sadmac> samjam: yes.
[18:11] <samjam> thanks sadmac, is there a hint or example I can read?
[18:11] <sadmac> samjam: man 5 init, or whatever scripts shipped with your distro
[18:13] <samjam> cool, I was doing man upstart
[18:13] <samjam> thanks
[18:18] <samjam> sadmac, so the man page doesn't explain how a job that starts on something else starting can make it abort instead; do I just "stop autofs" which prevents it from starting?
[18:19] <sadmac> samjam: if the job fails to start autofs should not start
[18:19] <samjam> ah, so I just make my job fail
[18:20] <sadmac> yes
[18:20] <samjam> great, thanks
[18:39] <dekroning> hi
[18:40] <dekroning> i've got a touchscreen driver that needs to be loaded before Xorg is started, how can i make sure this driver is fully loaded before upstart launches GDM ?
[18:40] <sadmac> dekroning: depends on how your distro launches gdm
[18:41] <dekroning> sadmac: ok
[18:41] <dekroning> sadmac: i'll have to figure out how ubuntu 10.04 does this then
[18:41] <sadmac> dekroning: but in general loading the driver in a job with start on starting gdm-job will do it, where gdm-job is prefdm on fedora and something else on ubuntu
[19:23] <ion> :-D https://groups.google.com/group/comp.lang.c/msg/e105e5d339edec01?pli=1
[19:24] <sadmac> ion: FLAWLESS VICTORY


[01:52] <drdoom> I have a problem where fonts for things like pidgin, firefox and others have their fonts too small.  this isn't fixed by setting a new font for firefox and using system settings the fonts just increase things like title bars and such.  forcing things to 96 dpi doesn't seem to help either.  laptop, 1920x1080
[02:49] <drdoom> I have a problem where fonts for things like pidgin, firefox and others have their fonts too small.  this isn't fixed by setting a new font for firefox and using system settings the fonts just increase things like title bars and such.  forcing things to 96 dpi doesn't seem to help either.  laptop, 1920x1080
[03:35] <Roey> Hello, hello
[03:35] <Roey> is there anybody in there?
[03:36] <Roey> Just post if you can see me. Is there anyone at home?
[05:40] <valorie> hmmm, not much going on here tonight
[06:21] <toothe> I am having dragon player crash at startup
[06:21] <toothe> it doesn't end up starting up.
[06:28] <valorie> toothe: you might try starting it from the commandline, and see if there is some useful output
[06:29] <valorie> or, does dr konqui pop up?
[06:31] <toothe> i fixed it...
[06:31] <toothe> well, rather I just rebooted
[06:31] <toothe> (the universal solution)
[06:32] <toothe> i noticed that several programs startup when I boot up -firefox, pidgin, thunderbird
[06:32] <toothe> I didn't set them to do that anywhere and am not able to find where they are specified to startup in their settings
[06:32] <toothe> is that a KDE thing?
[06:33] <valorie> you can set that stuff up in systemsettings
[06:33] <valorie> easiest: alt+f2 and type start
[06:34] <valorie> you'll be taken to the correct bit of systemsettings
[06:35] <toothe> correct bit of system settings?
[06:36] <valorie> there are many parts; you should be able to choose from krunner
[06:36] <valorie> "autostart" is what that section is called
[06:37] <toothe> yeah, its not there...
[06:37] <toothe> pidgin, thunderbird, firefox...they're not there.
[06:39] <valorie> ok, you might have set up kubuntu to save your session on shutdown
[06:39] <toothe> perhaps...
[06:39] <valorie> and if you don't shut down applications before you log out or shut down
[06:39] <toothe> im relatively new to KDE
[06:39] <valorie> they will start up automatically
[06:40] <valorie> if you usually do that, which is not a good idea, by the way, you can ask instead for an empty session
[06:41] <toothe> i just want a clean desktop everytime I boot up.
[06:41] <valorie> that is session management
[06:41] <valorie> again, in systemsettings
[06:42] <toothe> thanks...
[07:55] <dmatt> hi, anybody versed in akonadi here?
[07:57] <dmatt> it's having 230GB of fun with my harddisk in /local/share/akonadi/file_db_data
[07:57] <valorie> dmatt: you'll be happy to know that akonadi is getting some major work
[07:58] <dmatt> valorie: I read the planet, I know
[07:58] <valorie> not sure what to say besides that
[07:58] <dmatt> however, i need to tame the beast now :)
[07:59] <dmatt> I suspect it is connected with kmail behaving stranegely
[07:59] <valorie> you probably can get the help you need in #kontact
[08:00] <dmatt> valorie: thanks, I try there
[08:00] <valorie> best of luck!
[08:46] <lordievader> Good morning.
[09:45] <soee> good morning
[09:45] <lordievader> Hey soee, how are you?
[09:46] <soee> ah cool :) my brother with his 4 weeks old son visited me :D
[09:47] <lordievader> soee: Hehe, nice ;)
[09:48] <soee> indeed :D
[09:48] <valorie> quite fun to hold such a tiny one
[09:49] <soee> valorie: risky one :)
[09:49] <soee> but its a cool baby :)
[09:49] <valorie> risky?
[09:50] <valorie> we humans have successfully raised little ones for quite a few hundreds of thousands of years
[09:51] <soee> yeah but its always some stress to hold it :)
[09:51] <valorie> just means you need some practice
[09:51] <valorie> snuggle it, and he'll snuggle back usually
[09:51] <smoof_> can anyone here easily clone an entire linux into an ISO so that all the installed software, and of course configvurations, are loaded when i re"install" the clone?
[09:52] <smoof_> No idea on cloning. my tuxboot and clonezilla attempt only rendered a useless grub file, which I couldn't figure out how to access!
[09:52] <valorie> smoof_: there is clonezilla, although I've not tried it
[09:52] <valorie> ah
[09:52] <valorie> I've heard some praise it
[09:52] <smoof_> yeah I tried. Maybe I should try again. Coz if I screw up my linux install i have to reinstall the entire lamp stack and configure my drupal settings
[09:52] <smoof_> a F*ing nightmare, a whole day or two to do all of that. So I do need a clone
[09:53] <lordievader> dd it into an iso?
[09:53] <smoof_> that can just exactly haha, "cut and paste", my entire setup to a new HD :) Perhaps I should experiment and try again... I will get my laptop back at some stage, I'll practice on it..."
[09:53] <smoof_> naw it didn't make an iso.
[09:53] <smoof_> that was strange coz that was what I asked tuxboot to do...
[09:54] <smoof_> maybe the grub shouldn't run and then made an iso. but anyways, dang. Was hoping you could suggest an easier, alternate method, but yeah, I've heard clonezilla is King!
[09:54] <valorie> oops, I thought we were in k-offtopic
[09:54] <valorie> sorry, folks
[10:05] <Avihay> EvilRoey: hi
[12:27] <Guest36544> How do i set my secondary screen to 60hz, only 72hz is available through systemsettings.
[12:43] <BluesKaj_> Hey folks
[12:59] <AceKing> I am having a problem setting my "Search" to not search bookmarks. 14.04 64 bit. I could have swore I changed it in Search Settings, but when I bring it up, it only gives me options of what drives to not search.
[13:13] <David1965> Good and thanks
[13:15] <David1965> not running Kubuntu just LInux Mint MATE 17 (Qiana) 64-bit which is derived from UBUNTU 14.XX
[13:15] <lordievader> !mint
[13:15] <David1965> alright I am leaving
[13:16] <lordievader> David1965: You can stick around ;) But don't expect a lot of support.
[13:31] <Draggin> Hi, good afternoon :) Can anyone tell me if there is still an "alternate installer" available for Kubuntu? From Googling around, I get the impression that there is not...
[13:33] <lordievader> Draggin: No longer, but there is the mini iso and the server iso.
[13:33] <Draggin> Because I have quite the mission ahead of me... Going to install Kubuntu 14.10 on quite an old computer. It's BIOS based, not UEFI, but I'll be using an Advanced Format WD drive with GPT, so there's quite a bit of setup required before I even install. My big problem, however, is the fact that the old AGP graphics card in the machine doesn't run the installer very well. It's practically impossible to see anything...
[13:35] <Draggin> lordievader - thanks. Any advice about my graphical issue though? I've done an installation with the mangled graphics before and the machine runs perfectly fine afterwards (and after adding the nVidia legacy PPA). Since there are so many new variables on this particular machine though, I don't want to risk messing things up with the mangled display of the installer...
[13:36] <Draggin> lordievader - is the mini.iso just a minimal installer that would require Internet connectivity to download the rest of the packages?
[13:37] <lordievader> Draggin: Perhaps the nomodeset kernel parameter works?
[13:37] <BluesKaj_> Draggin, what about the onboard graphics as a temporary measure then restore the AGP card after installation
[13:37] <lordievader> Draggin: Yes, an internet connection is required
[13:37] <Draggin> BluesKaj_ - the machine in question has no onboard graphics... o_O
[13:38] <BluesKaj_> aokaaay
[13:39] <Draggin> lordievader - Aha! Let me go try that quickly and see what that does for me...
[13:41] <BluesKaj_> Draggin, well the mini iso is basically a text install method, no fancy graphicsneeded
[13:47] <Draggin> lordievader - Alas... Even with nomodeset it still looks exactly the same...
[13:47] <Draggin> BluesKaj_ - that would be perfect, except for the masses of additional stuff I'd have to download. I'm on an extremely expensive metered connection... :(
[13:47] <lordievader> Draggin: Then try either the mini iso or the server iso.
[13:52] <BluesKaj_> Draggin, this might interest you, http://lxle.net/
[13:52] <BluesKaj_> it's not kubuntu, but it might fit your needs
[13:54] <yossarianuk> Draggin: are you installing on am amiga
[13:54] <Draggin> BluesKaj_ - Thanks :) That looks pretty awesome. I guess I'm just stuck in a bit of a groove though... I know Kubuntu runs perfectly fine on the machine I want to put it on. In fact, I'm running Kubuntu on the machine I'm on right now, and it's even older with worse hardware.
[13:54] <Draggin> yossarianuk - Haha! Not quite that bad :P Pentium 4 2.4GHz.
[13:54] <yossarianuk> you mentioned AGA...
[13:54] <yossarianuk> no you didn't sorry
[13:54] <yossarianuk> whoops
[13:55] <Draggin> BluesKaj_ - And I've tried various flavours of Ubuntu thus far and I definitely like Kubuntu the best
[13:55] <Draggin> yossarianuk - I'm pretty sure it'd be an interesting experience installing on Amiga though... :)
[13:56] <BluesKaj_> Draggin, understandable, I feel the same way :)
[13:57] <Draggin> BluesKaj_ - Wouldn't LXLE be more or less the same thing as Lubuntu though?
[13:57] <yossarianuk> Draggin:  its possible to install linux on newer ones powerpc versions...
[13:57] <Draggin> That also runs LDE, if I'm not mistaken
[13:58] <BluesKaj_> ok , I reallyt didn't look too deeply
[13:58] <Draggin> yossarianuk - Wow... I've been messing around with Linux for a couple of years now, but I definitely still consider myself a noob, but I'm constantly amazed by how powerful and versatile it is. I still remember how excited I was when I heard about YellowDog, which allowed you to install Linux on a PS3 :) (and subsequently found a very humourous article called "How to install Linux on a Dead Badger" :P )
[14:01] <lordievader> Draggin: Yes, Lubuntu runs LXDE.
[14:01] <Draggin> BluesKaj_ - No problem :) Seems I'm just dead set on doing things the hard way...
[14:08] <Draggin> Oops... Sorry about that...
[14:09] <Draggin> Power outage. The perks of living in rural South Africa... :P
[14:10] <BluesKaj_> Draggin, we get them too, a power outage did in my outboard drive
[14:10] <BluesKaj_> here in Canada
[14:12] <Draggin> We get them at scheduled intervals these days though. The power company can't supply enough power to the entire country, so we kind of have timeshare...
[14:13] <Draggin> Although I'm not sure if that's what's happening right now.
[14:13] <Draggin> BluesKaj_ - just read up a bit more about LXLE and Lubuntu. Seems LXLE is sort of an enhancement on Lubuntu. Like Lubunte Deluxe :)
[14:14] <BluesKaj_> yeah, looks good tho
[14:15] <Draggin> Yup. I have some even *older* machines lying around too. I might try it out on them
[14:16] <EvilRoey> hello all
[14:16] <EvilRoey> BluesKaj_:  hi!!!
[14:16] <EvilRoey> and lordievader, hi too!!
[14:17] <EvilRoey> Had a question from yesterday: Hey all, I have BTRFS subvols mounted for /home, / and others.  How do I reinstall Kubuntu and leave /home as it is, while obliterating / ?
[14:17] <lordievader> Hey EvilRoey, how are you?
[14:17] <BluesKaj_> apparently it's meant to rescue those who have machines that no longer have windows xp support
[14:17] <lordievader> EvilRoey: Use the manual partition option within the installer.
[14:19] <BluesKaj_> Hi EvilRoey
[14:20] <BluesKaj_> why btrfs ?
[14:21] <Draggin> BluesKaj_ - I saw that :)
[14:23] <EvilRoey> BluesKaj_:  because it's the fyooture™
[14:23] <EvilRoey> BluesKaj_:  because I wanted to be able to backup with send/receive instead of dirvish.
[14:23] <EvilRoey> BluesKaj_:  and a few other reasons
[14:24] <EvilRoey> BluesKaj_:  ok, so with the manual partition option, can I instruct it to reinstall to / (and to wipe /) but leave /home?
[14:24] <EvilRoey> because they're all subvolumes on that one BTRFS partition.
[14:24] <lordievader> EvilRoey: Yes.
[14:24] <EvilRoey> pics or it didn't happen
[14:24] <lordievader> Ah, perhaps with btfs it works differently...
[14:24] <lordievader> Try it ;)
[14:24] <EvilRoey> lordievader, seeeeeee
[14:25] <lordievader> Perhaps the text installer is able to do it though. For the more complex setups I allways go with the text installer.
[14:25] <yossarianuk> Draggin: you really want lxqt
[14:25] <lordievader> Or you do a debootstrap install, that'll work ;)
[14:26] <Draggin> Well, the battery on this laptop is almost gone now too... Guess I'll have to go do some reading or something that doesn't require electricity :P Thanks lordievader and BluesKaj_ for the advice and suggestions. I'll see how far I get and report back. Who knows, next time I log in here might be from the "new" old computer ;)
[14:27] <BluesKaj_> Draggin, good luck :)
[14:27] <Draggin> yossarianuk - that also looks great... Thanks for the suggestion
[14:28] <lordievader> Draggin: Good luck!
[14:28] <Draggin> Ciao everyone! Chat soon :)
[17:33] <dsemblano> Hi everyone, is there already kde 4.14.3 for kubuntu ppa? I already had  4.14.2
[17:34] <dsemblano> i'm using kubuntu trusty
[17:37] <lordievader> !info libkdecore5 kubuntu-backports
[17:37] <lordievader> dsemblano: Doesn't seem to be backported yet.
[17:44] <dsemblano> lordievader: oh, I see. Thanks for the info :)
[19:19]  * XeBlackWater is away: I'm busy
[21:56] <nha> Hi. Is ppa:neon/kf5 repository still the recommended way to get KDE Frameworks 5 on 14.10/utopic? Specifically, I would like to be able to try out kdevelop master (which is kf5-based), _without_ switching everything over to Plasma 5. What's the least painful way to do that?
[22:05] <soee> nha: neos is abandoned
[22:05] <soee> there is kubuntu-ci now
[22:07] <nha> Thanks for the pointer
[22:34] <nha> Hmmm... browsing through the KDE Wiki, I suspect some stuff needs updating. If I understand this correctly, KDE Frameworks 5 is part of the normal Utopic, and it's only Plasma 5 which requires a separate PPA. Is that correct?
[22:35] <nha> It seems so from the package lists, but that doesn't match what's written on https://community.kde.org/Frameworks/Binary_Packages ...
[22:46] <whoppaz13> Hello I'm having a VPN issue with the cisco vpn client for Kubuntu.  Can anyone here help?


[14:59] <luna_> Hello, translators meeting in 1 minute?
[15:00] <bdmurray> I'm pretty sure its the Ubuntu Foundations team meeting next.
[15:00] <sil2100> I think there was supposed to be the Ubuntu foundations meeting right now
[15:00] <luna_> bdmurray: ah maybe i had the wrong times in my calendar?
[15:00] <luna_> you know when that usally is?
[15:00] <juliank> o/
[15:00] <luna_> says both in my Google calender in the same channel
[15:00] <luna_> so sorry for the confusion
[15:01] <juliank> timezone screwup i guess
[15:01] <waveform> o/
[15:01] <slyon> o/
[15:01]  * vorlon waves
[15:01] <sil2100> o/
[15:01] <rbalint> o/
[15:01] <luna_> blob:https://imgur.com/14016814-4e08-44aa-8b13-ecaa86f358e8
[15:01] <luna_> https://i.imgur.com/5mCNehu.png
[15:01] <luna_> sorry won't bother you then
[15:01] <bdmurray> #startmeeting Weekly Ubuntu Foundations team
[15:01] <meetingology> Meeting started Thu Apr  2 15:01:49 2020 UTC.  The chair is bdmurray. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:01] <meetingology> Available commands: action commands idea info link nick
[15:02] <bdmurray> #topic Lightning rounds
[15:02] <bdmurray> echo $(shuf -e vorlon bdmurray xnox tdaitx doko sil2100 rbalint infinity mwhudson juliank waveform slyon)
[15:02] <bdmurray> slyon tdaitx waveform doko bdmurray juliank vorlon sil2100 mwhudson rbalint infinity xnox
[15:02] <luna_> be back in 1 hour then sorry
[15:02] <bdmurray> slyon:
[15:02] <slyon> * implemented test suite for NetworkManager readwrite netplan plugin
[15:02] <slyon>   -> first basic unit tests
[15:02] <slyon>   -> enable r/w access to test config files
[15:02] <slyon> * implemented reading & writing of basic netplan YAML (MAC/IP4/IP6) inside NM plugin
[15:02] <slyon> * reworked and finalized netplan's GSM & CDMA support
[15:02] <slyon> * implemented missing netplan WiFi features: bssid/band/channel/seen-bssids
[15:02] <slyon>   -> those are required by the NetworkManager readwrite plugin
[15:02] <slyon> * implemented missing netplan IP6 feature: addr-gen-mode
[15:02] <slyon>   -> this is required by the NetworkManager readwrite plugin, too
[15:02] <slyon> * will continue working on netplan & NM plugin, to make it ready for release
[15:02] <slyon> (done)
[15:03] <bdmurray> tdaitx:
[15:03] <bdmurray> waveform:
[15:03] <tdaitx> not exactly done, but there it goes
[15:03] <tdaitx> * update excuses failures
[15:03] <tdaitx> * reviewed openjdk updates
[15:03] <tdaitx> * looked over upstream changes for jtreg/jtharness
[15:03] <tdaitx> * ftbfs
[15:03] <tdaitx> (done)
[15:03] <waveform> * Worked on uc20 boot sequence (setting up test bed, more tweaking of boot script)
[15:03] <waveform> * Updated boot partition for focal (audio enabled by default, cleaned up split of non-BT/BT config files on boot partition, added more examples to cloud-init seed)
[15:03] <waveform> * Prepped MIRs for things missing from main (u-boot-rpi, LP: #1869792, waiting on some feedback before filing the linux-raspi2 one)
[15:03] <waveform> * Final tweaks for pibootctl, including needs-packaging, LP: #1870100
[15:03] <waveform> * Investigating DHCP4 issue on Pi3's noticed by bdmurray - not sure which package it should be filed against yet - might be systemd related
[15:03] <waveform> * Wrote cloud-init blog post
[15:03] <waveform> (done)
[15:03] <bdmurray> waveform: do you have a link to your blog post?
[15:04] <bdmurray> doko:
[15:04] <waveform> bdmurray, not yet - I'm setting up a pi to host it - so I can have a blog about ubuntu on a pi on ubuntu on a pi :)
[15:04] <doko>  - fix remaining (?) python build-depends (~120 packages)
[15:04] <doko>  - second focal test rebuild, filed bug reports
[15:04] <doko>  - meeting with MAAS to organize some maintenance of MAAS related packages
[15:04] <doko>  - gcc-N builds
[15:04] <doko>  - fixing ftbfs
[15:04] <doko>  - extracted and forwarded three GCC issue upstream
[15:04] <doko> (done)
[15:05] <bdmurray> bdmurray: !
[15:05] <bdmurray> reviewed, merged, uploaded xnox's u-r-u quirk for python-is-python2
[15:05] <bdmurray> much work on ubuntu-security-status (fixes for Ubuntu 16.04 LTS)
[15:05] <bdmurray> created a skeleton subiquity apport package hook to send bugs to the project
[15:05] <bdmurray> iso-testing - encountered http://launchpad.net/bugs/1869591
[15:05] <bdmurray> created an MP for http://launchpad.net/bugs/1845690
[15:05] <bdmurray> investigation into bluetoothd crashing and apport
[15:05] <bdmurray> updating of FocalFossa/ReleaseNotes wiki page
[15:05] <bdmurray> Beta release work
[15:05] <bdmurray> ✔ done
[15:05] <juliank> * merged apt-xapian-index
[15:05] <juliank> * investigated autopkgtest image creation failure, and why it did not notify anyone, built fixed images
[15:05] <juliank> * early implementation for LP: #1825000 - some privacy concerns over sending service names
[15:05] <juliank> * added missing dh-python build depends to apt-clone (LP: #1870047) and aptdaemon (LP: #1870049)
[15:05] <juliank> * resilient boot - support for multiple ESPs in grub (https://code.launchpad.net/~juliank/grub/+git/ubuntu/+merge/381462)
[15:05] <juliank> * preparing a FFe for powerpc-utils to merge the latest smt state preservation changes from upstream (LP: #1870311)
[15:05] <juliank> * pinged shim-review issue (https://github.com/rhboot/shim-review/issues/92)
[15:05] <juliank> (done)
[15:05] <bdmurray> vorlon:
[15:06] <xnox> doko:  do we need to snapshot dist-check, and can i upload "provides: python" on python-is-python2? or like keep it blocked in proposed?
[15:06] <vorlon>  * was out last week and on Tuesday, so short week
[15:06] <vorlon>  * working on finalizing netplan spec for openvswitch support
[15:06] <vorlon>  * processing package removal requests
[15:06] <vorlon>  * queue reviews for beta
[15:06] <vorlon>  * misc proposed-migration work
[15:06] <vorlon> (done)
[15:06] <sil2100> - SRU reviews and releases
[15:06] <sil2100> - A few NEW reviews
[15:06] <sil2100> - 20.04 Beta - ongoing, lots of stuff, virtual sprint, respins, reviews, infra fixes, holy cow!
[15:06] <sil2100> - netplan:
[15:06] <sil2100>   * Reviewed the gsm to modems rename PR for Lukas
[15:06] <sil2100>   * Refactored SR-IOV WIP code to move it into a separate module
[15:06] <sil2100>   * Working on unit-testing - having a terrible experience
[15:06] <sil2100>   * Browsed through available SR-IOV hardware, bought an SR-IOV NIC for testing
[15:06] <sil2100> - Working on some ubuntu-image changes for uc20
[15:06] <sil2100> - Looking into some pi gadget stuff, promoting latest pi gadget to stable
[15:06] <sil2100> - Fixed bileto to not enable all architectures on silos but only those supported by the destination archive
[15:06] <sil2100> - Reverted shim and shim-signed in the archive to the previous version
[15:06] <sil2100> (done)
[15:07] <bdmurray> rbalint:
[15:07] <rbalint> * unattended-upgrades 2.1 fixing a crash + speedups
[15:07] <rbalint> * proposed-migration: lintian fix (in unapproved), uchardet
[15:07] <rbalint> * fixing systemd bugs/regressions
[15:07] <rbalint> * prepared 245.3 to land in Focal, now preparing 245.4
[15:07] <rbalint> * partner work
[15:07] <rbalint> * last gardening of wslu bugs before reassigning the package to desktop team - good bye!
[15:07] <rbalint> (done)
[15:07] <rbalint> sil2100, could we have bileto require only builds enabled in ppa to trigger tests?>
[15:08] <bdmurray> xnox:
[15:08] <xnox> UC20 on Pi boots to initrd.... but fails to find SD-card to boot. Investigating
[15:08] <xnox> Fixing casper for all the things
[15:08] <xnox> Subiquity & console-conf review, and shipping improvements
[15:08] <xnox> Meetings about z, power, subiquity, maas
[15:08] <xnox> done
[15:08] <bdmurray> #topic Release incoming bugs
[15:08] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[15:08] <doko> xnox: can we wait with this until we have all b-d's removed?
[15:09] <sil2100> rbalint: I think we could, I guess at some point that was a plan
[15:09] <sil2100> Not sure what happened to that, will look
[15:09] <rbalint> sil2100, thanks, that would be great
[15:09] <xnox> doko:  ok
[15:09] <bdmurray> so there are a bunch of ftbfs bugs there
[15:09] <bdmurray> I don't think we need to go over those individually
[15:10] <rbalint> bdmurray, i think coordinating sharing them would be useful
[15:10] <bdmurray> Should we just card them though?
[15:10] <rbalint> bdmurray, that would work, too
[15:10] <juliank> card them and randomly assign them?
[15:10] <juliank> :D
[15:10] <vorlon> the busybox one was already fixed
[15:11] <vorlon> (because I wasn't working from a bug list, I was working from the report doko pointed us at)
[15:11] <bdmurray> who is working on bug 1870056?
[15:11] <rbalint> juliank, then we can trade them for ones we like more :-)
[15:11] <juliank> I can but I'm not so far
[15:11] <doko> bdmurray: I did, in theq queue
[15:12] <bdmurray> okay
[15:12] <juliank> doko: please tag it fix committed after upload
[15:12] <juliank> and assign yourself
[15:12] <juliank> optimally
[15:12] <bdmurray> juliank: are yours fix committed then?
[15:12] <juliank> I know, I only moved the apt* oes to in progress
[15:12] <juliank> but I moved them to fix committed now
[15:13] <juliank> so yes now, but not like 10 mins ago
[15:13] <bdmurray> vorlon: did you close the busybox one then?
[15:13] <vorlon> bdmurray: just now, yes
[15:13] <xnox> bdmurray:  i think i was gnutls28 but didn't do it?
[15:13] <bdmurray> okay, so mclemenceau can you create cards for the other ftbfs bugs?
[15:14] <bdmurray> bug 1870018
[15:14] <bdmurray> xnox: did you say you might have a fix for that already?
[15:14] <xnox> me
[15:14] <xnox> yes, locally, not uploaded yet
[15:14] <xnox> fixing more things
[15:14] <bdmurray> okay, so targetting then
[15:14] <bdmurray> and assigning
[15:15] <juliank> I don't understand https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1869655
[15:15] <juliank> ah now i do
[15:15] <xnox> juliank:  it's post-focal
[15:15] <bdmurray> bug 1870060 seems important
[15:16] <juliank> xnox: champagne is a useless tag :/
[15:16] <xnox> juliank:  changed it to rls-ff-notfixing
[15:20] <bdmurray> we'll take and card that.
[15:21] <bdmurray> have we looked at bug 1869187?
[15:22] <juliank> oh I saw it
[15:22] <juliank> card it
[15:22] <bdmurray> There is a patch too
[15:22] <juliank> we're not going to fix it though
[15:22] <juliank> before release
[15:22] <bdmurray> okay
[15:23] <juliank> because we're waiting on the new shim sig
[15:23] <bdmurray> bug 1835660 - xnox what is next there?
[15:24] <xnox> bdmurray:  it'm talking about it with apw. he says something is missaligned, somebody needs to binwalk our initrds and validate if they are all rounded at the right boundries
[15:25] <apw> xnox, my local one is an odd length, so i'd not be supprised if that is wrong
[15:26] <xnox> Apr 01 14:50:15 ottawa kernel: Initramfs unpacking failed: Decoding failed
[15:26] <apw> xnox, i am not totally sure it doesn't continue to use the up to now extracted bits
[15:26] <xnox> apw: hmmmm
[15:27] <xnox> apw:  what do you want me to give you to try? something with rounded early; something rounded both early; something rounded overall?
[15:27] <apw> xnox, not sure, am going to try to reproduce it in a VM and see
[15:28] <xnox> apw:  my focal host has it.
[15:28] <vorlon> juliank: why can we not fix the mokutil invocation before release? it requires a packaging-only change to shim-signed
[15:28] <apw> oh sorry just realises i am fact-bombing your meeting
[15:28] <juliank> vorlon: I guess we can, but need to temporarily remove the other shim-signed from proposed pocket
[15:28] <vorlon> yes
[15:29] <vorlon> juliank: you have all the access to people who can do that :)
[15:29] <rbalint> apw, facts, comments, patches are welcome :-)
[15:29] <juliank> vorlon: i put it at the top of the secure boot lane
[15:30] <vorlon> juliank: ta
[15:30] <bdmurray> alright, anything else bug wise?
[15:30] <juliank> ~hmm
[15:30] <juliank> I thought I had something 2 hours ago, but don't remember, sorry
[15:30]  * sil2100 loves moving around binary packages semi-randomly
[15:30] <xnox> apw:  we love meeting guests!
[15:30] <xnox> apw:  especially seb128 and Laney
[15:31] <juliank> Oh
[15:31] <juliank> Not on launchpad, but https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817023 in os-prober should probably be fixed
[15:31] <seb128> xnox, :-)
[15:31] <juliank> os-prober only recognizes ESPs on GPT disks, not MBR
[15:32] <xnox> quak
[15:32] <xnox> it should
[15:32] <xnox> there is no GPT requirmeents for ESP
[15:32] <juliank> xnox: Yes, but identifier changed from msdos to dos or was typoed
[15:32] <juliank> ID_PART_ENTRY_SCHEME in udevadm info
[15:32] <bdmurray> Should we bring up bug 1864293 with Wimpress ?
[15:32] <juliank> it checks for msdos, but udevadminfo now reports dos
[15:32] <juliank> :)
[15:33] <juliank> bdmurray: yes
[15:35] <bdmurray> Okay, if that's it for bugs...
[15:36] <bdmurray> #topic Team proposed-migration report
[15:36] <bdmurray> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:37] <vorlon> shim is blocked intentionally (but why does the report not show a blocking bug?)
[15:37] <vorlon> python3-defaults, blocked by kazoo on arm64, who wants this?
[15:37] <bdmurray> I've failed to really look at kazoo
[15:38] <rbalint> bdmurray, should we reshuffle it?
[15:38] <vorlon> bdmurray: have you retried against the release pocket?  if it's a flaky test we should ignore
[15:38] <vorlon> (I see no retests against baseline)
[15:38] <bdmurray> Oh, is that what made the test pass on amd64?
[15:39] <vorlon> bdmurray: no
[15:40] <vorlon> but if it's flaky we should ignore it instead of just retrying forever
[15:40] <vorlon> I don't want to confirm that a retest against release pocket /passes/, I want to confirm that it /fails/
[15:42] <vorlon> sphinx has its autopkgtest regressions cleared, now just blocked by beta freeze
[15:43] <vorlon> gnutls28 has build failures, I think doko has this in progress?
[15:43] <vorlon> (per the ftbfs bug earlier)
[15:43] <vorlon> uchardet, blocked by beta freeze
[15:43] <doko> yes, the sync is in the unapproved queue
[15:43] <vorlon> pinentry, autopkgtest regressions; did someone take this last week?
[15:43] <bdmurray> I did but didn't get to it :-(
[15:44] <vorlon> bdmurray: taking it again, or do you want to hand it off?
[15:44] <bdmurray> I think handing it off is best
[15:44] <waveform> I'll take it if bdmurray wants?
[15:44] <vorlon> waveform: it's yours
[15:44] <vorlon> dpkg, python-apt, blocked by beta freeze
[15:44] <vorlon> debhelper has a bunch of regressions on armhf that look like they're all dkms-related
[15:45] <vorlon> so somebody could probably deal with those as a batch
[15:45] <vorlon> who wants?
[15:45] <rbalint> i take it
[15:45] <vorlon> rbalint: thanks
[15:46] <vorlon> python-werkzeug: blocked because python-flask-oldsessions still depends on the python2 package, someone needs to work out whether that's due for removal
[15:46] <rbalint> also triggered kazoo
[15:46] <vorlon> juliank: ^^ can you take python-werkzeug?
[15:47] <vorlon> libtimedate-perl, blocked by beta freeze
[15:47] <vorlon> and I'll take python-docutils vs sphinx
[15:47] <vorlon> juliank: can you confirm you're ok to take python-werkzeug?
[15:47] <juliank> i guess
[15:47] <vorlon> thanks
[15:47] <vorlon> and that's the list
[15:48] <bdmurray> thanks vorlon
[15:48] <bdmurray> #topic AOB
[15:48] <bdmurray> in case you hadn't heard its Beta week
[15:49] <bdmurray> #endmeeting
[15:49] <meetingology> Meeting ended Thu Apr  2 15:49:33 2020 UTC.
[15:49] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2020/ubuntu-meeting.2020-04-02-15.01.moin.txt
[15:49] <doko> wait
[15:49] <rbalint> o/
[15:59] <luna_> hello, think i am back at a more correct time now, sorry for the confusion
[16:10] <luna_> sent the people email thanks hellsworth


[02:05] <geoffmcc> join #ubuntu-bugs
[02:07] <geoffmcc> clear
[12:13] <notfadssss> having trouble getting past initial install of server on raid 1 hardware ;\ any help would be appreciated
[12:13] <notfadssss> http://paste.ubuntu.com/9629215/  my boot logs
[12:45] <notfadssss> if anyone can help me solve my initial reboot issues with my server I will paypal them or bitcoin them - http://paste.ubuntu.com/9629215/
[13:35] <notfadssss> if anyone can help me solve my initial reboot issues with my server I will paypal them or bitcoin them - http://paste.ubuntu.com/9629215/


[11:05] <mcphail> Hello, ladies and gents. Is musique on #ubuntu a bot? Seems to generate a random utterance or spam youtube link every hour or so
[11:34] <bazhang> threefer!
[11:49] <Myrtti> ah, a school in Säkylä
[11:52] <DJones> I always wonder what age the schools are for, and whether they're 'reform schools'
[11:53] <Myrtti> there's no such thing in Finland, tho
[11:53] <Myrtti> well, I suppose there are classes but no schools
[12:59] <Tm_T> reform school means what?
[13:01] <Myrtti> koulukoti type of situation, I think, where there's nothing but the kids that need help
[13:02] <Myrtti> haven't they gotten rid of them in recent years?
[15:48] <tonyyarusso> Tm_T: Depending on where you look, something between "specialized schools with individualized instruction for kids who don't succeed in a traditional setting" to "juvenile detention center for kids we just don't want to deal with".
[15:49] <tonyyarusso> Some of them are really helpful, but others are just a way of getting kids "out of the way".
[23:48] <valorie> when I hear "reform school" I think of the warehousing option
[23:48] <valorie> that said, my mother worked in a school inside a juv. prison, and gave her heart to those kids
[23:53] <bazhang> reform sounds like some kind of military school


[00:00] <elmo> ok, seriously - where in the world is it afternoon?
[00:02] <radix> hmm. maybe if you're west coast north america :)
[00:06] <mpt> New Zealand
[00:06] <mpt> http://timeanddate.com/worldclock/results.html?query=wellington
[00:06] <lifeless> 1205 I would expect
[00:08] <thumper> radix: I'm looking at it now
[00:10] <ubotu> New bug: #114605 in network-manager "Network Manager cannot connect to a WEP 128 network (dup-of: 205887)" [Undecided,Invalid] https://launchpad.net/bugs/114605
[00:18] <thumper> radix: ping
[00:26] <ubotu> New bug: #209452 in launchpad "can't stop getting bug spam for bug 114605" [Undecided,New] https://launchpad.net/bugs/209452
[00:26] <radix> thumper: hi :)
[00:26] <thumper> radix: codebrowse fixed (I hope)
[00:27] <radix> thumper: yay!
[00:27] <radix> thumper: It is indeed working. Now I can finish a blog post that links to a file in codebrowse :-)
[00:27] <thumper> \o/
[00:27] <radix> thumper: thanks a lot for looking at that.
[00:27] <thumper> radix: np
[00:27] <mwhudson> radix: you know you can make the paths prettier than what codebrowse generates?
[00:28] <mwhudson> s/paths/URLs/
[00:28] <radix> mwhudson: Oh, yes, I was going to figure that out once it was fixed. thanks for reminding
[00:28]  * radix tries
[00:29] <radix> hrm
[00:29] <radix> mwhudson: ok, I give up :)
[00:29] <radix> mwhudson: what is the URL format?
[00:29] <lifeless> radix: /revno/path I think
[00:29] <lifeless> radix: there is a bug open with ane xample
[00:30] <radix> hmm, is there one without revno?
[00:30] <mwhudson> and you can use /head:/ as a magic "revno", if appropriate
[00:30] <radix> mwhudson: thank you thank you :-)
[00:30] <radix> http://bazaar.launchpad.net/~radix/corotwine/trunk/head:/corotwine/examples.py <-- no good
[00:30] <mwhudson> radix: http://bazaar.launchpad.net/~radix/corotwine/trunk/annotate/head:/corotwine/examples.py
[00:31] <radix> ah ha
[00:46] <ubotu> New bug: #209460 in launchpad "authserver performance regression" [Undecided,New] https://launchpad.net/bugs/209460
[01:42] <warren> [warren@newcaprica ltsp-trunk]$ bzr push
[01:42] <warren> Using saved location<EMAIL_ADDRESS>[01:42] <warren> bzr: ERROR: bzrlib.errors.TooManyConcurrentRequests: The medium '<bzrlib.smart.medium.SmartSSHClientMedium object at 0x1191110>' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request.
[01:42] <warren> lifeless, ^^
[01:42] <lifeless> warren: hi
[01:42] <lifeless> warren: that doesn't fit the profile of errors we're expecting, perhaps some other error has occured?
[01:43] <warren> lifeless, I don't know =(
[01:43] <lifeless> have a look in ~/.bzr.log
[01:43] <warren> lifeless, especially strange is a push to the same tree was successful a minute earlier.
[01:47] <warren> 96.395  Using fetch logic to copy between KnitPackRepository('file:///home/warren/work/k12linux/ltsp-trunk/.bzr/repository/')(<RepositoryFormatKnitPack1>) and KnitPackRepository('bzr+ssh://wtogami@bazaar.launchpad.net/%7Eltsp-upstream/ltsp/ltsp-trunk/.bzr/repository/')(<RepositoryFormatKnitPack1>)
[01:47] <warren> 115.480  not updating child fraction
[01:47] <warren> lifeless, it says the latter line a few times then the traceback
[01:47] <spiv> warren: If you can reproduce, try "bzr -Dhpss push" and pastebin the .bzr.log output.
[01:48] <lifeless> warren: I'll leave you in spivs capable hands
[01:48] <spiv> warren: that's a pretty surprising error, though.
[01:48] <warren> Does "bzr break-lock" work on the server?
[01:48] <spiv> warren: what version of bzr?
[01:48] <spiv> warren: yep
[01:48] <warren> bzr-1.3-1.fc9
[01:48] <warren> bzr break-lock<EMAIL_ADDRESS>[01:48] <warren> this is just sitting there it seems
[01:48] <lifeless> There will be a short interruption to bazaar.launchpad.net and the ubuntu wiki to deploy a fix for the performance problems.
[01:49] <spiv> warren: that's odd.
[01:50] <warren> oh there it worked
[01:50] <warren> trying "bzr -Dhpss push"
[01:50] <warren> Using saved location<EMAIL_ADDRESS>[01:50] <warren> Permission denied (publickey).
[01:50] <warren> well, this is new.
[01:50] <warren> oh
[01:51] <warren> I guess that's what lifeless just said. =)
[01:51] <spiv> warren: right :)
[01:51] <poolie> hi warren
[01:51] <spiv> warren: probably the break-lock was just slow due to the performance problems lifeless is currently deploying the fix for
[01:51] <lifeless> ok
[01:51] <lifeless> fix deployed
[01:52] <jml> woot.
[01:52] <spiv> warren: try again?
[01:57] <Peng> So what was causing the performance problems?
[01:59] <spiv> warren: also, could you pastebin the full traceback?
[02:00] <jml> Peng: a regression in the authentication server.
[02:06] <warren> hmm, can't reproduce it now
[02:07] <spiv> warren: interesting, I wonder if maybe you had a temporary network connection problem
[02:07] <spiv> warren: can you pastebin the traceback you got the first time?
[02:07] <warren> pastebin URL?
[02:07] <spiv> http://pastebin.com/
[02:09] <warren> http://pastebin.com/m416c3e99
[02:12] <spiv> Ah, I see.  An error of some sort happened during a branch.push call, which is decorated by needs_write_lock.  Unfortunately if the error is due to a smart protocol failure it'll still try to unlock, even though the smart protocol isn't in a state where that's possible.
[02:12] <spiv> That gives the error you see, and unfortunately masks the original error.
[02:12] <spiv> I think there may already be a bug about that.
[02:14] <spiv> warren: this is bug https://bugs.edge.launchpad.net/bzr/+bug/144627 (which is a dupe of a more general bug)
[02:14] <ubotu> Launchpad bug 144627 in bzr "TooManyConcurrentRequests raised when bzr+ssh push is interrupted (dup-of: 125784)" [Medium,Triaged]
[02:14] <ubotu> Launchpad bug 125784 in bzr "Concurrency errors when using smart server over ssh" [High,Confirmed]
[02:15] <spiv> warren: My guess in your case is that your network connection briefly dropped out, or something like that.
[02:15] <warren> hm.. isn't TCP supposed to handle that?
[02:15] <warren> none of my other stuff stopped working
[02:15] <warren> including this IRC connection
[02:16] <spiv> warren: well, it depends on exactly what happened, but it is possible, especially as the smart server connection will typically be trying to send more traffic than an IRC connection.
[02:16] <ubotu> New bug: #209476 in xfce4-utils "Missing "/" in XDG_DATA_DIRS variable running Xubuntu / XFCE" [Undecided,New] https://launchpad.net/bugs/209476
[02:16] <spiv> warren: unfortunately due to this bug I can only guess about the original error :(
[03:33] <lifeless> how is the performance looking ?
[04:11] <poolie> hi
[04:14] <poolie> any ppa hackers here
[04:17] <jamesh> they'd be on European time, so probably not
[04:18] <poolie> right, i thought so
[04:18] <poolie> should have asked for insomniac hackers
[04:36] <ubotu> New bug: #209511 in launchpad "formatting errors while commenting on a bug" [Undecided,New] https://launchpad.net/bugs/209511
[04:56] <ubotu> New bug: #209515 in launchpad "PPA should not remove outdated packages needed as dependencies" [Undecided,New] https://launchpad.net/bugs/209515
[06:05] <danuel> Hardy doesn't allow mounting of windows volumes (NTFS) without sudo? "You are not privileged to mount this volume"
[06:06] <danuel> Is anyone familiar with this issue?
[06:06] <danuel> I am new to Ubuntu
[06:06] <georgy> by default only the super user -> root
[06:06] <georgy> is allowed to mount
[06:07] <georgy> you should join #ubuntu though
[06:22] <kgoetz> danuel: try #ubuntu+1
[08:15] <ubotu> New bug: #209554 in malone "Filing a bug+attachment results in two emails" [Undecided,New] https://launchpad.net/bugs/209554
[08:16] <AnAnt> hello, does launchpad have svn service or only bzr ?
[08:18] <mdke> AnAnt: it only hosts bzr branches, but it can import svn trees to bzr
[08:18] <mdke> All: one of our users got the following error when trying to checkout a branch, any idea what is causing it? http://pastebin.ubuntu.com/6253/
[08:20] <Hobbsee> mdke: it means launchpad is smiting him for not having his translations done earlier :)
[08:20] <mdke> Hobbsee: which translations?
[08:21] <Hobbsee> er, not that.  release notes & docs, sorry
[08:21] <mdke> aha
[08:22] <mdke> perhaps it's related to these issues they have been having
[08:23] <Hobbsee> mdke: old version of bzr or something?  I really have no idea, sorry.
[08:23] <mdke> np, it's a weird one
[08:26] <mwhudson> mdke: what version of bzr is that guy using?
[08:27] <mdke> mwhudson: not sure, although i think I've got the reason from #bzr
[08:27] <mwhudson> oh ok
[08:37] <AnAnt> Common Public License = creative commons ?
[08:37] <mdke> AnAnt: http://www.opensource.org/licenses/cpl1.0.php
[08:38] <mdke> google knows
[08:40] <AnAnt> mdke: is creative commons considered: Other/Open Source ?
[08:41] <AnAnt> or Artistic ?
[08:41] <AnAnt> I can't find the creative commons in the project add page
[08:46] <mdke> AnAnt: Other, I believe. That's what I used anyway
[09:51] <carlos> morning
[09:52] <Hobbsee> guten tag, carlos
[10:20] <ubotu> New bug: #209589 in soyuz "The manage-chroot doctest is too slow" [Wishlist,In progress] https://launchpad.net/bugs/209589
[10:40] <StevenK> Hi, I uploaded wpeditor to the ubuntu-mobile PPA two hours ago, and got the Accepted mail, but have yet to see it show up on the page itself. The source and binary packages are on ppa.l.n, though
[10:43] <cprov> StevenK: https://edge.launchpad.net/~ubuntu-mobile/+archive?field.name_filter=wpeditor&field.status_filter=published
[10:44] <cprov> StevenK: it's in the second batch when you load the page, btw.
[10:58] <StevenK> cprov: Which second batch?
[11:01] <cprov> StevenK: there is a problem, you have to click the search button in order to have the batch-navigation links presented.
[11:07] <poolie> cprov: hi!
[11:07] <poolie> want to talk about 209515, the "don't delete old packages"?
[11:07] <cprov> poolie: sure
[11:08] <poolie> so, um
[11:16] <ubotu> New bug: #209601 in launchpad "Infinite redirection loop in latest-bugs.atom" [Undecided,New] https://launchpad.net/bugs/209601
[11:55] <andrea-bs> hello, feeds.launchpad.net is unreachable
[11:55] <andrea-bs> from about 3 days a go
[11:56] <andrea-bs> s/a go/ago/
[11:57] <jamesh> looks like a redirect loop
[11:57] <jamesh> http://feeds.launchpad.net/ => https://feeds.launchpad.net/ => http://feeds.launchpad.net/
[11:58] <andrea-bs> oh, yeah
[12:10] <jamesh> andrea-bs: I've sent an email off to the people who can do something about it.
[12:10] <andrea-bs> thanks jamesh
[12:17] <andrea-bs> jamesh: this problem seems solved now, thanks
[14:21] <kgoetz> is anyone aware of a bug about launchpad going too far down when 'i'd like to file new bug' is selected? eg, teh box you put your bug report in is almost off the screen
[14:28] <matsubara> kgoetz: do you have the URL?
[14:28] <kgoetz> matsubara: no, i couldnt find one
[14:29] <matsubara> kgoetz: I mean, a URL where you're experiencing the bug
[14:30] <Vadi> I'm having a bit of a problem uploading additional translations... I remember reading that after the original template is approved, uploading additional .po's should be quick. But I've got 2 of them there are in the "needs review" queue for two days. Did I mess something up? I couldn't find clear documentation on this procedure.
[14:30] <kgoetz> matsubara: ah right.
[14:32] <kgoetz> matsubara: https://bugs.launchpad.net/ubuntu/+filebug -> put in a sumary -> (say "gnome") -> goto "no i'd like to report a new bug" -> on my computer i get a screen full of instructions, and have to scroll up to find the bug details entry box
[14:36] <matsubara> kgoetz: would you please file a new bug for that? I don't think it's reported as it only happens for projects that have lots of instructions
[14:36] <kgoetz> matsubara: ok. will do
[14:37] <matsubara> thanks kgoetz
[14:41] <kgoetz> filed. i assume it will appear here soon
[14:47] <falsepositive> hi there
[14:47] <falsepositive> any admin around?
[14:49] <kiko> falsepositive, yes, but please make your request in launchpad answers
[14:49] <kgoetz> matsubara: incase it doesnt come up: https://bugs.launchpad.net/launchpad/+bug/209679
[14:49] <ubotu> Launchpad bug 209679 in launchpad "project bug filing box is off screen" [Undecided,New]
[14:51] <falsepositive> kiko: is that a chan here on freenode?
[14:51] <matsubara> kgoetz: thanks
[14:51] <kgoetz> np
[14:51] <kiko> falsepositive, see /topic
[14:52] <ubotu> New bug: #209679 in launchpad "project bug filing box is off screen" [Undecided,New] https://launchpad.net/bugs/209679
[14:52] <falsepositive> all right, thanks
[14:52] <kgoetz> 10 minute turn around. longer then i thought
[14:53] <mgedmin> I'm gtimelog's maintainer; I'd like to move its bug tracker from my trac to launchpad -- is there a bug import facility?
[14:57] <intellectronica> mgedmin: not really, but we may be able to help
[14:57] <intellectronica> mgedmin: also, you can create bug watches for trac - basically bugs that synchronise with the bugs in your trac, so you could start with that and move gradually
[14:58] <intellectronica> mgedmin: thanks for gtimelog, b.t.w - i use it regularly
[15:44] <Lantas2> Houston, we have a problem! I was about to commit a change to the main trunk of the LottaNZB project yesterday when I somehow managed to stop the "push" process. :-/ Afterwards, I wasn't able to complete it as it always complains:
[15:44] <Lantas2> Unable to obtain lock lp--1227296596:///lock
[15:44] <Lantas2> held by<EMAIL_ADDRESS>on host vostok [process #7149]
[15:44] <Lantas2> locked 17 hours, 28 minutes ago
[15:44] <Lantas2> Will continue to try until 15:39:20
[15:44] <Lantas2> Does anyone know how to release this lock?
[15:47] <beuno> Lantas2, you have to unlock it:  bzr break-lock
[15:49] <Lantas2> doesn't seem to work... I'm still getting the "locked" error message.
[15:49] <Lantas2> when I try to "push" after having entered "bzr break-lock"
[15:49] <beuno> Lantas2, break the lock 2 or 3 times
[15:50] <beuno> LP has a weird thing where it keeps on locking it for a few times
[15:50] <beuno> bzr break-lock [LP URL]   that would be
[15:52] <Lantas2> thanks alot, didn't include the LP URL :-D
[15:52] <Lantas2> revision 200 is online :-)
[16:02] <beuno> Lantas2, :)
[16:23] <doko> carlos, kiko: how long does a request for a rosetta export currently take?
[16:24] <kiko> doko, it depends what you are exporting!
[16:25] <doko> kiko: launchpad-integration shouldn't take that long? and the ooo-build part of openoffice.org
[16:25] <kiko> l-i should be small
[16:25] <kiko> but it's a queue, so if there's a job which is long-running..
[16:25] <kiko> where are danilos and jtv?
[16:29] <carlos> kiko, doko: We had to remove all OO.org requests
[16:29] <carlos> to unblock the exports
[16:29] <carlos> and didn't noticied that doko did such request
[16:29] <carlos> doko: sorry about that, could you request it again
[16:29] <emgent> barry: ping
[16:30] <barry> emgent: pong
[16:30] <carlos> it should be fast enough
[16:30] <emgent> barry: remember to rename https://edge.launchpad.net/ubuntu-whitehat-tools in https://edge.launchpad.net/ubuntu-whitehat :)
[16:30] <doko> carlos: ok, it's just the ooo-build part. should I request launchpad-integration as well?
[16:30] <carlos> doko: only templates and translations for openoffice.org package
[16:31] <barry> emgent: thanks for the reminder!
[16:31] <jtv> doko: (but in general, repeating a request does nothing, so it won't hurt either)
[16:31] <emgent> hehe barry thanks to you! :)
[16:31] <barry> emgent: i'll let you know when it's done...
[16:32] <emgent> ok, another big thanks
[16:32] <doko> carlos: resent
[16:32] <emgent> doko you have docs for python-launchpad-bugs ?
[16:32] <doko> emgent: no, should I?
[16:32] <emgent> i should complete anteater tool for ubuntu-whitehat
[16:33] <emgent> doko: ok sorry, i red your nick in python-launchpad-bugs changelog :)
[16:33] <barry> emgent: um, i just looked at those urls.  they're projects not teams.  you don't need my manual intervention to rename projects
[16:34] <emgent> barry: i saw https://edge.launchpad.net/ubuntu-whitehat-tools/+edit
[16:34] <emgent> but i can rename this
[16:34] <emgent> s/can/cant/
[16:37] <barry> emgent: unfortunately, that's not something i can help you with.  probably best thing to do is ask a launchpad question
[16:37] <emgent> ok i will do, thanks barry
[16:37] <emgent> hi cjwatson
[16:37] <cjwatson> I made two translation download requests (https://translations.edge.launchpad.net/ubuntu/hardy/+source/net-tools/+pots/net-tools/en_GB/+export and https://translations.edge.launchpad.net/ubuntu/hardy/+source/pppconfig/+pots/pppconfig/en_GB/+export) earlier today, and haven't had a reply yet. It seems excessively slow compared to response times I've had in the past. Is something wrong?
[16:37] <cjwatson> hi
[16:38] <barry> emgent: also, i notice on ~ubuntu-whitehat that the contact address is<EMAIL_ADDRESS> is that something that needs to be changed, and if so, can you not change it?
[16:42] <afflux> cjwatson: was about to ask the same thing
[16:42] <emgent> barry: it's corrected, please dont change :)
[16:42] <emgent> keescook open<EMAIL_ADDRESS>(private mailinglist for penetration testing coordination)
[16:42] <barry> emgent: cool, thanks.  i won't touch it!  i just noticed it was pointing at ubuntu.com not launchpad.net
[16:43] <emgent> yes we know :)
[16:43] <emgent> anyway thanks :P
[16:43] <andilos> hello
[16:43] <andilos> do we have any import operators around?
[16:50] <kiko> andilos, sure
[16:50] <andilos> anyway, i am looking to have my svn repository imported to launchpad, i set up the import few days ago, and now I have opened a question
[16:50] <andilos> https://answers.launchpad.net/launchpad-bazaar/+question/28500
[16:50] <andilos> no big thing
[16:50] <andilos> hi kiko
[16:53] <kiko> andilos, I'll do it with abentley later today and tell you how it went
[16:57] <mgedmin> intellectronica: I'm happy you find gtimelog useful
[16:57] <mgedmin> I'm not too keen on maintaining my own trac
[16:57] <mgedmin> (no spam filters)
[16:57] <mgedmin> I'd rather switch to malone for bug tracking
[16:57] <andilos> kiko: thanks, do you think the path to the svn repository  is correct? it looks like this http://jeliot3.googlecode.com/svn/trunk
[16:58] <intellectronica> mgedmin: it will be great to have gtimelog in malone indeed
[16:58] <mgedmin> I've 8 bugs (wishlists, mostly) I've entered in http://mg.pov.lt/gtimelog/trac/
[16:58] <kiko> andilos, yep, that's right
[16:58] <intellectronica> mgedmin: currently, we don't have a way to import a trac db en-masse
[16:58] <mgedmin> oh well
[16:58] <mgedmin> manually migrating 8 bugs is easier than 8000
[16:58] <intellectronica> mgedmin: if it's just 8 bugs then i'm happy to share the work of entering them into malone. 4 bugs me, 4 bugs you ;)
[16:59] <kiko> indeed :)
[17:01] <intellectronica> mgedmin: i'm doing tickets 2-5
[17:01] <mgedmin> wait
[17:01] <mgedmin> I just did #2
[17:02]  * kiko chuckles
[17:03]  * mgedmin starts with #9
[17:18] <juliux> evening
[17:19] <juliux> lifeless, could it be that bzr-lp ist still buggy? i try since friday to checkout the 5-a-day branch
[17:23] <mgedmin> intellectronica: thanks for the hepl!
[17:23] <mgedmin> hm, I've got patches there that I'd forgotten... oops
[17:30] <BUGabundo> were can I download and updated version of Ubuntu Training PDF?
[17:31] <BUGabundo> do I need to download all of it from bzr?
[17:36] <kiko> BUGabundo, should be uploaded to the wiki today
[17:37] <BUGabundo> grrr
[17:37] <BUGabundo> so again, I'm just going to fast
[17:37] <BUGabundo> lolol
[20:24] <pochu> BjornT_: I just reported bug 209874 by mail, which had 5 plain/text attachments, but there's none in the bug report. should I report it as a bug, or is that known?
[20:26] <pochu> BjornT_: (I'm attaching them manually, in case you see them there and wonder whether I'm crazy or what)
[21:15] <kiko> pochu, BjornT_'s on vacation today. hmmm, you should file a bug about that -- it's odd.
[21:15] <kiko> pochu, if you can attach your original email to the bug, we'll look into fixing it
[21:17] <soren> The new turning e-mail attachments into bug attachments seems slightly less than perfect, IMO.
[21:18] <soren> It turns my gpg signature into an attachment :)
[21:18] <pochu> kiko: ok, will do that in a moment
[21:21] <kiko> soren, we are meant to detect those and not attach -- can you file a bug with an original email attached so we can get it fixed?
[21:21] <soren> Already done.
[21:21] <kiko> soren, we do detect lots of types of signatures, and different mime types and encoding, but it's email and it's the whole wide world, which means high variability..
[21:21] <kiko> soren, what's the bug number?
[21:22] <soren> bug 208185
[21:22] <soren> No ubotu?
[21:24] <kiko> soren, so, how can I tell if my Xeons support KVM?
[21:24] <soren> grep -qE 'flags.*(vmx|svm)' /proc/cpuinfo && echo "w00t"
[21:25] <kiko> soren, hmm, no w00t for me. but the intel website says that all Xeon processors support VT!
[21:25] <soren> That's not true.
[21:26] <soren> The VT stuff wasn't added until 2005 or thereabouts, and Xeon dates back waaay longer than that.
[21:26] <kiko> http://www.intel.com/products/processor_number/chart/xeon.htm
[21:26] <kiko> liars!
[21:26] <kiko> Intel® Xeon® processor  	All Intel® Xeon® processors feature:
[21:26] <kiko> Intel® Virtualization Technology±
[21:26] <kiko> Intel® Extended Memory 64 TechnologyΦ
[21:26] <kiko> Execute Disable Bit°
[21:27] <soren> Er.. That's.
[21:27] <soren> odd.
[21:27] <soren> Let me check up on this. IT sound very odd.
[21:28] <soren> (when my meeting is over)
[21:28] <kiko> sure
[21:28] <kiko> it also says my CPU is dual core, when in fact it's just HT
[21:28]  * kiko thinks
[21:29] <soren> Intel VT was officially launched at the Intel Developer Forum Spring 2005. It is available on certain Pentium 4 6x1 and 6x2 models,[2] Pentium D 9x0,[3] Xeon 3xxx/5xxx/7xxx, Core Duo[4] (excluding the T2300E and T2x50 models) and Core 2 Duo[5] processors (excluding the T52x0, T5300, T54x0, T5500 with stepping "B2", E2xx0, E4x00 and E8190 models),
[21:30] <soren> (from wikipedia)
[21:30] <soren> Which looks much more plausible.
[21:33] <kiko> my processor is a 3/15/2/9
[22:19] <pochu> BjornT_, kiko: https://bugs.edge.launchpad.net/malone/+bug/209932
[22:20] <kiko> thanks po
[22:20]  * kiko looks at xchat weird
[22:20] <kiko> thanks pochu
[22:23] <Fujitsu> Are attachments attached now, rather than inlined?
[22:23] <pochu> Fujitsu: they are supposed to. didn't work for me though
[22:24] <Fujitsu> I tried to file a couple of FFes by email last week (pre-1.2.3), and it tried to inline all of the attachments.
[22:24] <Fujitsu> So OOPSed.
[22:28] <aVirulence> Hi, I have a question regarding translations. I would like to get the documentation for my app on launchpad as well. If I upload the documentation.pot file, will it somehow replace messages.pot (the main app template)?
[22:30] <kiko> aVirulence, no, you can have multiple templates uploaded
[22:30] <kiko> and translatable
[22:31] <kiko> Fujitsu, can I have a bug report on that, with a copy of the email?
[22:31] <kiko> a lot of the time it works, but it seems a lot of the time it doesn't too :)
[22:31] <aVirulence> kiko, thanks, how would it show up? as a seperate page or together with the app template?
[22:31] <kiko> in a separate set of pages
[22:32] <aVirulence> thanks again
[22:32] <Fujitsu> kiko: It was OOPSing because the bug description was too epic - I'm fairly sure I saw a bug about it inlining rather than attaching elsewhere, and I think it has been fixed.
[22:45] <pochu> danilos: hi, I've imported a .po for emesene, which will use Rosetta for translations. I was just wondering how long does it take for a template to be reviewed
[22:46] <pochu> danilos: also, is it possible to set the template from a branch, so that whenever the template is updated in the branch, it's updated in the translations too?
[22:48] <kiko> Fujitsu, it had been fixed -- maybe you could try again this week to see if it has?
[22:48] <kiko> well, I think it has been fixed. I'm not sure. :)
[22:49] <pochu> kiko: https://bugs.edge.launchpad.net/malone/+bug/194601, I guess it is and the status should be updated...
[22:50] <kiko> pochu, it was fixed for 1.2.3, which was only rolled out thursday, so maybe it /is/ fixed
[22:50] <kiko> I'd rather file a new bug, though -- reopening is rarely useful
[22:51] <pochu> well, I haven't experienced that bug again (haven't tried it though) so I won't reopen it
[22:52] <Rinchen> Fujitsu, you just made my day
[22:52] <Rinchen> "It was OOPSing because the bug description was too epic"   ... as in.. "wow, what an epic description of a bug"  :-)
[22:52] <Rinchen> it was too cool for even LP
[22:52]  * Rinchen laughs.
[22:53] <kiko> pochu, no, I mean I am actually opposed to reopening any bug that had work done and committed for
[22:53] <kiko> pochu, I think new bug reports should be filed, and reference the old one.
[22:53] <pochu> kiko: even if the changes aren't working at all?
[22:54] <pochu> (I'm not saying that this isn't working, I haven't tried it again, just as a general case too)
[22:56] <aVirulence> kiko, erm.. it isn't shown in separate pages.. the documentation is now in the same pages as the app strings are
[22:57] <kiko> pochu, well, I guess if the changes aren't working /at all/ then maybe not. but that's really very rarely the case
[22:57] <kiko> aVirulence, "same pages"?
[22:59] <aVirulence> well, yeah, I thought they would show up as two templates, but instead they're 'merged'
[22:59] <kiko> aVirulence, hmmm, where?
[23:00] <aVirulence> https://translations.launchpad.net/lottanzb/trunk/+pots/lottanzb
[23:01] <kiko> aVirulence, it was imported into the wrong place, I think.
[23:01] <kiko> aVirulence, can you ask a question (see /topic) so we can sort this out tomorrow?
[23:02] <aVirulence> kiko,
[23:02] <aVirulence> sure
[23:08] <aVirulence> kiko, https://answers.launchpad.net/launchpad/+question/28564
[23:09] <jcastro> kiko: question. Right now there is a "do" project and a "do-plugins" project. If upstream wants them to be more closely associated is making "do" a superproject and "do-plugins" a subproject the right way to do it?
[23:12] <kiko> jcastro, you can't convert projects into project groups.
[23:12] <andilos_home> kiko: i am the jeliot3 project guy, allow  a couple of minutes before downloading the repository archive
[23:12] <kiko> andilos_home, sure thing
[23:12] <andilos_home> and thanks again
[23:12] <kiko> jcastro, that's a common fallacy; I'm not sure where it comes from though
[23:12] <kiko> jcastro, haven't we convinced that guy to change the name of his project?
[23:12] <jcastro> kiko: so there's really no way to associate two projects then?
[23:13] <jcastro> kiko: no, he's pretty happy with just "do"
[23:13] <kiko> jcastro, there are project groups, but you can't convert a project into a project group
[23:13] <kiko> jcastro, he's probably the only person happy with that
[23:13] <jcastro> can he create a "do" project group and then move the 2 projects underneath that?
[23:14] <kiko> yes
[23:14] <Fujitsu> Too bad if people actually want to find his project's homepage...
[23:15] <kiko> jcastro, he knows it's really not smart to name the project "do", right?
[23:15] <kiko> I know I've asked him this before!
[23:15] <jcastro> yes, we've discussed this in the past. :)
[23:15]  * kiko sighs
[23:23] <andilos_home> abentley: thanks for trying the googlecode import of jeliot3
[23:24] <abentley> andilos_home: you're welcome.
[23:24] <andilos_home> are the timing outs of googlecode a temporary issue, like the storms? or google is just slow?
[23:25] <mwhudson> the importer is a bit dumb and makes a great many connections to the remote svn server
[23:25] <mwhudson> 1 in 10000 or whatever connections to google's servers fails
[23:26] <mwhudson> (the irony of this happening with GOOGLE's, of everyone's, servers is considerable)
[23:26] <andilos_home> i see
[23:27] <andilos_home> what about trying the import when it is not rush hour there in the usa?
[23:27] <mwhudson> doesn't seem to make a difference
[23:28] <mwhudson> andilos_home: is it safe to grab the repository tarball yet?
[23:28] <andilos_home> yes, it is up
[23:29] <mwhudson> andilos_home: permission denied
[23:29] <andilos_home> uhm
[23:29] <mwhudson> h
[23:29] <mwhudson> oh
[23:29]  * mwhudson hits himself with the cluestick
[23:31] <andilos_home> ...can you?
[23:31] <mwhudson> i've got the file now, i was being dumb
[23:31] <andilos_home> good, i wasnt sure if the webserver was allowing symlinks
[23:34] <andilos_home> mwhudson: does the file contain what is expected?
[23:34] <mwhudson> yes
[23:38] <andilos_home> cool, now i can go to sleep, thanks everybody
[23:38] <mwhudson> andilos_home: hopefully we'll have an import for you by morning
[23:39] <andilos_home> i'll check it with my breakfast
[23:39] <andilos_home> good night


[00:05] <LinuxMon1ey> was there a split lol
[15:09] <sistematico> Anyone can help me? JavaNunes is spamming on #ubuntu-br
[15:10] <IdleOne> sistematico: ubuntu ops are in the channel now. we will keep an eye open.
[15:11] <Fuchs> sistematico: I hope you get it resolved. As a sidenote: if you get hold of a #ubuntu-br operator, you might want to ask him whether he wants to put freenode/staff/* on the access list
[15:11] <sistematico> Fuchs: Ok.
[15:15] <sistematico> Thank you all.
[21:52] <tsimpson> jpds: please add oneirec and precise to ubot2 (and change the default to precise)
[21:57] <Mkaysi> About ubots, what happened to ubot4?
[21:58] <tsimpson> not sure, but it's been gone for a couple of months
[22:00] <Unit193> You've pinged him before, he's quite busy it seems.  Thanks.