[00:00] <tsimonq2> .ir
[00:00] <tsimonq2> whoops
[05:32] <thresh> jsalisbury, thank you.  I wont be able to test them until this Sunday, sadly.
[06:12] <tomreyn> good morning. do yuo think this https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1690085 and the linked kernel.org bug are actually the same? i would think they are actually unrelated issues.
[06:13] <tomreyn> also, do you think the ubuntu bug could be ubuntu specific, or could be worked around in ubuntu? the workaround discussed in this bug report seems reliable to me.
[06:16] <tomreyn> in my experience diabling ALSR is not necessary, and i would think CONFIG_RCU_NOCB_CPU is an acceptable compromise (for this cpou type)
[06:25] <tomreyn> got disconnected, so i'll type it again:
[06:26] <tomreyn> good morning. do yuo think this https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1690085 and the linked kernel.org bug are actually the same? i would think they are actually unrelated issues because one of these occurs only in high load (bugzilla.linux.org), the other only in low load (bugs.launchpad.net) situations.
[06:26] <tomreyn> also, do you think the ubuntu bug could be ubuntu specific, or could be worked around in ubuntu? the workaround discussed in this bug report seems reliable to me.
[06:26] <tomreyn> in my experience diabling ALSR is not necessary, and i would think CONFIG_RCU_NOCB_CPU is an acceptable compromise (for this cpou type)
[08:44] <alkisg> On 16.04 a school reports that it cannot boot with vmlinuz-4.13.0-26-generic, is there an even newer kernel that they could try?
[08:53] <apw> alkisg, there is a -28, but i would be supprised if that sorts any boot issues, not impossible, but supprising
[08:54] <alkisg> apw, thank you... I'll also try with some from the mainline then
[08:55] <apw> alkisg, do you get anything other than reports of "doesn't boot", and sort of diagnostics someone might be able to look at ?
[08:57] <alkisg> apw: unfortunately the school IT teachers don't have a lot of linux exprertise, so I would have to travel there (e.g. half an hour drive) and do it myself... I'm doing that of course when the need is great, but usually not when an easy workaround exists
[08:58] <apw> alkisg, we have never (as a linux community) entirely sensible about making the diagnostics easy for an end-user to report
[08:58] <apw> alkisg, we did (in the pub over beer) talk about encoding panic stacks as QR codes and showing those
[08:58] <alkisg> I have set up a very easy way for user-initiated vnc access, but of course that part only works when it boots
[08:59] <alkisg> I've also worked once with a kvm/ip switch that gave me remote access even before the computer boots, but it's too costly for wide deployment
[08:59] <alkisg> QR codes sound amazing
[09:01] <alkisg> Another trick I'm using is: "boot from a live cd. apt install x11vnc kvm; x11vnc -connect srv1-dide.ioa.sch.gr; kvm -m 1024 /dev/sda"
[09:01] <alkisg> So if they can boot from a live cd and the problem is reproducible under kvm, I can see it remotely
[09:02] <apw> like that one
[09:32] <f_g> alkisg: what was the last kernel which did boot? 4.13 has a bug with some SCSI controllers that panic on b oot
[09:32] <alkisg> f_g: the 4.10.something kernel that 16.04 had
[09:32] <alkisg> (before the 4.13 bump)
[09:33] <f_g> as do 4.12, 4.14 and I think 4.15. I saw some patches flying around on LKML that might solve it, Debian's 4.9 and our downstream 4.13 just reverted the buggy commit for now
[09:33] <alkisg> I can get the exact number if needed
[09:33] <alkisg>  4.10.0-42 afaik
[09:35] <f_g> alkisg: see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1726519
[09:36] <f_g> most systems failing to boot 4.13 that I have seen were that one
[09:36] <f_g> and a simple revert fixes it
[09:39] <f_g> just added the likely upstream fix as well as a comment, but AFAICT it has not been merged upstream yet.
[09:39] <f_g> https://patchwork.kernel.org/patch/10154587/ in case you want to test it yourself ;)
[09:40] <f_g> alkisg jsalisbury ^^
[09:55] <alkisg> f_g: thanks, that would explain why I can't reproduce it in a VM
[10:29] <f_g> alkisg: it's entirely possible it's some other HW-related issue though. but if you need to go there to investigate, I'd recommend having a build with the cherry-pick and one with the revert handy to test :P
[11:18] <f_g> the Spectre/IBRS/IBPB commits in the pti branch have been picked from upstream's pti tip? or straight from LKML? or ... ?
[11:58] <apw> they are patches we receieved from Intel, they are not likely the final solution
[12:20] <f_g> apw: thanks for the info. it seems like the first round is getting finalized for upstream inclusion and might make it into -rc8, if it does will you rebase the non-s390 stuff to match what lands upstream?
[12:21] <apw> f_g, will have to see what lands, if it is reptoline without ibrs (which i assume it is) it will depend how hard it is to merge them, as upstram will put ibrs on the top next
[12:22] <apw> f_g, in large part it is effort and risk against timescales
[12:23] <f_g> tip/pti is currently retpoline only
[12:24] <apw> right, and there is some concern that reptoline in its current form is not sufficient, so we ahve to err on the side of safe and slow
[12:24] <apw> we are following along, and assuming we will go that way as soon as humanly sensible
[12:25] <f_g> right. thanks!
[12:26] <apw> though google appears to be of the opinion the westmere escapes are highly unlikely, and likely can be fixed by improving reptoline ...
[12:48] <jsalisbury> f_g, alkisg I built a test kernel with the patch posted here:
[12:48] <jsalisbury> https://marc.info/?l=linux-scsi&m=151557324907914
[12:48] <jsalisbury> The test kernel can be downloaded from:
[12:48] <jsalisbury> http://kernel.ubuntu.com/~jsalisbury/lp1742630
[12:48] <jsalisbury> Can you test this kernel and see if it resolves this bug?
[14:07] <gpiccoli> Hi, I was reading: https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel
[14:08] <gpiccoli> It shows a table with multiple flavours of kernel, like -lowlatency, -rt and -generic. Thne it mentions "the first 3 above are provided through official Ubutu archives", meaning -generic, -preempt and -rt
[14:09] <gpiccoli> I could only find -generic and -lowlatency though; is the information obsolete?
[14:09] <gpiccoli> It could be edited in order to be more accurate, if it's the case.
[14:09] <gpiccoli> tnx in advance for any clarification!
[14:10] <alkisg> jsalisbury: I don't have any amd64 school installation to test with, they're all i386... :/
[14:15] <jsalisbury> alkisg, I'll build a 32 bit kernel for you and let you know when it's ready.
[14:15] <alkisg> jsalisbury: thank you
[14:16] <alkisg> I'll go to the school and test on Monday then, when it opens
[15:19] <jsalisbury> alkisg, There is an i386 version of the test kernel available now.  It can be downloaded from:
[15:19] <jsalisbury> http://kernel.ubuntu.com/~jsalisbury/lp1742630/i386
[15:19] <alkisg> jsalisbury: thank you, I can test this on Monday
[15:20] <jsalisbury> alkisg, great, thanks!
[16:55] <VulcanRidr> Quick question. I have noticed in the recent past that kernel upgrades do not seem to be writing a /run/reboot-required. Is this an intentional thing? Is there a new method of knowing the system needs a reboot? I'm working mostly on 14.04 boxes.
[17:01] <TJ-> VulcanRidr: is unattended-upgrades package installed?
[17:01] <VulcanRidr> TJ-: It is.
[17:04] <VulcanRidr> root@unkarplutt:~# ls -l /run/reboot-required
[17:04] <VulcanRidr> ls: cannot access /run/reboot-required: No such file or directory
[17:04] <VulcanRidr> root@unkarplutt:~# dpkg -l unattended-upgrades
[17:04] <VulcanRidr> Desired=Unknown/Install/Remove/Purge/Hold
[17:04] <VulcanRidr> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
[17:04] <VulcanRidr> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
[17:04] <VulcanRidr> ||/ Name           Version      Architecture Description
[17:04] <VulcanRidr> +++-[17:04] <VulcanRidr> ii  unattended-upg 0.82.1ubuntu all          automatic installation of security
[17:06] <TJ-> VulcanRidr: hmmm, because for u-u that marker file is touched by the script /etc/kernel/postinst.d/unattended-upgrades
[17:08] <VulcanRidr> Hrmmm...So where did that file go?
[17:08] <TJ-> VulcanRidr: is it missing ?
[17:09] <TJ-> do "dpkg -L unattended-upgrades" check if it is in the 14.04 package; I checked on 16.04
[17:15] <VulcanRidr> TJ-: It sure isn't in there.
[17:15] <VulcanRidr> That explains a lot...
[17:17] <VulcanRidr> It is on the 16.04 box I checked, but it is certainly not on the 14.04 box.


[03:20] <valorie> ooo, plasma beta, fancy!
[03:21] <valorie> has anyone tweeted that via kub. twitter, etc.?
 I think it was retweeted but un-retweeted...
[03:25] <valorie> uh
[03:25] <valorie> ok
[03:26] <valorie> will look in the twitter machine
[03:27] <valorie> nope
[09:00] <ahoneybun> valorie: Twitter and Mastodon is covered for 5.11 Beta
[09:26] <ahoneybun> tsimonq2: I was then unsure if I was to tweet about the Beta yet
[19:33] <valorie> I dunno if we should write about it on /news
[19:33] <valorie> perhaps a little short story
[21:37] <wxl> valorie: your trip was good?
[21:39] <valorie> beyond excellent, actually
[21:40] <valorie> strangely tired today however
[21:40] <valorie> going for that second cuppa
[21:40] <valorie> while the rain pours
[21:40] <wxl> yay rain!!!
[21:41] <wxl> sooo is it too early to bug you about the telegram bridge for #kubuntu?
[21:52] <valorie> ha, good timing in fact
[21:52] <wxl> yay :)
[21:52] <wxl> let me know what you find out.. and thanks
[21:54] <valorie> asking in #ubuntu-ops-team
[22:15] <valorie> ahoneybun: thanks for doing that. I'm writing a short story on kub.org
[22:15] <ahoneybun> we really need to define what we want to post officially
[22:15] <ahoneybun> valorie:
[22:16] <ahoneybun> sometimes we can't post prerelease software news and sometimes we can't or something
[22:34] <valorie> ahoneybun: according to whom?
[22:35] <ahoneybun> last time we had prerelease stuff and we posted on twitter and G+ acheronuk said we were not to do that
[22:35] <ahoneybun> I think we need it written somewhere how to handle it
[22:35] <valorie> I'm not sure exactly what you are referrring to?
[22:36] <valorie> I won't publish this story until Rik thinks it is both accurate and needed
[22:37] <ahoneybun> I didn't say story
[22:37] <ahoneybun> I meant posting it ANYWHERE
[22:38] <acheronuk> ahoneybun: that was pre-release tarballs. i.e. made available to packagers before going public. not the same as this
[22:38] <ahoneybun> ahh ok
[22:38] <ahoneybun> acheronuk: my rule of thumb is if you or clivejo post on social about it then it's safe
[22:38] <ahoneybun> to post about
[22:39] <acheronuk> we use to post about betas
[22:39] <acheronuk> https://kubuntu.org/news/kde-sc-4-5-beta-2-packages-available/
[22:39] <ahoneybun> well I was not posting on the site and dealing with social media before
[22:39] <ahoneybun> so
[22:40] <acheronuk> but I'm not fussed. doesn't need to be a news item
[22:40] <valorie> I would like there to be -- you have done the work!
[22:41] <valorie> the plasma devels want the testing
[22:41] <valorie> and the BRs
[22:43] <acheronuk> true. I figured anyone running artful is already up for and invested in testing
[22:48] <valorie> https://kubuntu.org/wp-admin/post.php?post=3385&action=edit
[22:52] <valorie> or maybe this link is better: https://kubuntu.org/?p=3385&preview=true
[22:53] <valorie> the reason I would like to publish this story is that it shows we are actively and directly boosting Plasma
[22:53] <valorie> while I support the neon initiative, we shouldn't let them have ALL the limelight
[22:57] <acheronuk> indeed. looks ok to me
[22:59] <acheronuk> plasma 5.10.0 did not get good testing, and was a bit bug riddled on release. hopefully better testing can avoid that with 5.11
[23:06] <valorie> ok, I'll publish
[23:06] <valorie> oops, you have edit powerz
[23:06] <valorie> please publish
[23:07] <valorie> acheronuk: ^^
[23:07] <valorie> I was writing an email
[23:07] <valorie> GCi is on
[23:12] <valorie> ok, published
[23:13] <valorie> tada! https://kubuntu.org/news/plasma-5-11-beta-available-in-unofficial-ppa-for-testing-on-artful/
[23:14] <valorie> that's my prompt to get out of this chair and head to the nursery for fall flowers


[02:05] <praveen_> looking for the defination of dlsym
[02:05] <praveen_> anh pointers ?
[02:07] <praveen_> probably its libc code
[02:07] <praveen_> I think I can find it
[02:27] <aaron__> hi i'm trying to follow this doc: https://help.ubuntu.com/community/Kernel/Compile
[02:27] <aaron__> but I can't find the 'debian/config' directory it keeps referringto
[02:27] <aaron__> oh, sorry this looks like a dev channel
[02:30] <jjohansen> aaron__: did you check out the ubuntu git tree?  debian/config doesn't exist in mainline trees
[02:31] <aaron__> jjohansen: no i'm just following that doc. does it mean that's a directory within the source package?
[02:32] <aaron__> i'm d/ling that at the moment
[02:32] <aaron__> (apg-get source linux-image-$(uname -r))
[02:32] <jjohansen> aaron__: yes it is a directory in the kernel directory
[02:33] <aaron__> ok, then i should be able to find my way around... where does that land, /usr/share somewhere?
[02:35] <jjohansen> aaron__: /usr/src/linux-2.6.XXXX
[02:35] <aaron__> cool, thanks
[02:36] <jjohansen> aaron__: or that would be my guess, standard kernel location.  I have never actually used the deb source package
[02:39] <aaron__> hmm
[02:45] <aaron__> huh, interesting, it puts it right in /
[02:57] <jjohansen> aaron__: interesting
[02:57] <jjohansen> aaron__: just a warning about the scripts, they stick the .debs etc in the dir above the kernel dir
[03:01] <aaron__> ok
[03:01] <aaron__> if i want to customize a standard ubuntu flavor i think i have to take the standard config, copy to .config, run make xconfig, and then copy it back and then gothrough the standard ubuntu build
[03:02] <aaron__> fakeroot debian/rules etc.
[03:02] <aaron__> or maybe i can point xconfig at a certain config file
[03:09] <aaron__> hmm doesn't look like make xconfig loaded the standard config optiosn
[03:33] <spO> do any of you know how to compile fglrx/ati drivers for a custom ubuntu kernel (after you uinstall karmic package)?
[03:45] <aaron__> omg i forgot how many freakin options there were
[03:51] <Yingying> anyone know the kernel version of Ubuntu 8.04.3 LTS?
[08:36] <maswan> ikepanhc: give me a prod if you want me to take a new netboot kernel for a spin for testing things out
[09:10] <hyperair> aren't all kernels nebootable?
[09:10] <hyperair> net*
[09:13] <maswan> hyperair: Oh, context that was only clearly available in my head: Bug 360966, bnx2x missing or broken
[09:13] <ubot3> Malone bug 360966 in linux "bnx2x missing in initrd for install media" [Medium,In progress] https://launchpad.net/bugs/360966
[09:13] <hyperair> ah
[09:13] <maswan> sorry for the confusion
[09:13] <hyperair> np
[09:48] <apw> maswan, didn't see the context, but i though that was resolved at least for karmic?
[09:50] <maswan> apw: yes, except for bnx2x not loading due to missing crc32c dependancy
[09:50] <apw> i thought there was a dep on something crc related added
[09:52] <apw> +libcrc32c
[09:52] <apw> yeah there was a deliberate attempt to get that resolved in the patch
[09:54] <apw> i see ikepanhc is looking at it
[10:09] <apw> maswan, are you able to boot these blades from a usb stick?
[10:26] <maswan> apw: Not currently, no. That's something else I'm trying to debug, the blade virtual media applet just gives me a grey square, and no virtual media.
[10:27] <maswan> But I doubt that's the kernel at fault. :)
[10:27] <apw> how annoying
[10:34] <maswan> yup, and the bladecenter is 1200 km away so I have to arrange with someone else that then has to go onsite, etc, etc, if I want to try and plug something in. But is is a bit annoying to have all this new and shiny hardware without being able to use it right now. :)
[10:35] <apw> does any netboot work for any release?
[10:35] <apw> hardy for instance?
[10:36] <maswan> hardy doesn't have bnx2x support at all, jaunty almost has it, and karmic is closest so far with module existing but failing to load.
[10:37] <apw> i assume you are gettitng to a busy box?
[11:19] <maswan> apw: yeah, the installer starts even and I can chose language etc, then it doesn't get very far without any network connectivity [sorry for the slow reply, collegues pulled me away from lunch]
[11:29] <apw> maswan, so that implies you have access to the emergency holographic shell on VT-2 or wherever it is
[11:29] <apw> so you should be able to open that and try the modprobe yourself to see what errors it reports
[11:29] <apw> and to find out if the modules are in there
[11:29] <apw> and indeed if the firmware is actually there
[11:30] <maswan> the module fails to load due to missing symbols that look like they should come from the crc32-thingie somewhere
[11:30] <apw> and is that modules on there?
[11:30] <apw> libcrc32c that is
[11:36] <apw> maswan, also if its there does loading it directly work, and if so does modprobe bnx2x work?
[11:38] <maswan> Working on it, I did try most of this last night, but getting a console on another server now to try it "properly".
[11:53] <maswan> apw: unknown sumbol in module
[11:55] <maswan> might libcrc32c possibly depend on crc32c, which isn't there..
[11:58] <maswan> I should probably add that to the bug.
[11:59] <apw> crc32 should be there already in another one
[11:59] <apw> does it not tell you the dep you need when you try and load it?
[11:59] <maswan> find . -name '*crc* in /lib/modules only finds libcrc32c.ko, crc-itu-t.ko and crc-ccitt.ko
[12:01] <maswan> Nope, just "Unknown symbol in module, or unknown parameter (see dmesg)", and it seems like dmesg is having issues, I haven't gotten any updates since timestamp 125.9.
[12:02] <maswan> no, that's not dmesg issue, just that the libcrc32c modprobe doesn't put anything there
[12:10] <apw> debian/d-i/modules/crypto-modules:crc32c
[12:10] <apw> debian/d-i/modules/nic-shared-modules:libcrc32c
[12:10] <apw> we are meant to be supplying crc32c at least in theory in crypto modules
[12:11] <maswan> onlything in kernel/crypto is arc4.ko
[12:11] <apw> bibble ... so sounds like installer failure ...
[12:11] <maswan> of course, this is before I have a chance to load any udebs
[12:12] <apw> could you report all that in the bug.  that the crc32c seems to be missing too, and not in crypto
[12:12] <maswan> ack
[14:02] <apw> rtg those packaging changes seem to be holding up so far.  the build i have in progress seems to at least have produced sane packages for lpia
[14:03] <rtg> apw, thanks for the note. now I have to write up how complex I'm making the stable maintenance job. Perhaps you could review the rebase scripts in each of the topic branches. I forgot to look at them.
[14:04] <maswan> And with a rebuilt initrd with copies of the modules in crypto-modules-2.6.31-5-generic-di_2.6.31-5.24_amd64.udeb the network interfaces are indeed discovered (after a manual modprobe crc32c)
[14:05] <apw> maswan, you had to manually probe the crc32c?  without the probe of the network would not work?
[14:05] <rtg> maswan, are you doing a network boot?
[14:07] <maswan> apw: I'll retry it once more, it might just have needed to wait very long
[14:07] <maswan> rtg: yes, with bnx2x nic
[14:08] <apw> i would not expect a pause, but if you can confirm the load does not occur unless you manually load the crc32c then it implies there is a missing dep from libcrc32c to it, and that would likely explain why its missing
[14:08] <rtg> maswan, indeed, you are probably correct.
[14:09] <rtg> maswan, can you start a bug report on that? Please make sure to list the module dependencies in the report.
[14:10]  * apw notes that empathy sucks...
[14:11] <maswan> rtg: it's currently a followup in bug 360966, I'll add some more info there (or open a new bug if you'd prefer) once I verify that it won't load unless I manually load crc32c
[14:11] <ubot3> Malone bug 360966 in linux "bnx2x missing in initrd for install media" [Medium,In progress] https://launchpad.net/bugs/360966
[14:12] <maswan> Anyway, need to spend some "quality time" with hardware in a local machine room, so I'll let it try load bnx2x without manual interference for a while
[14:12] <rtg> maswan, its odd. debian/d-i/modules/nic-shared-modules:libcrc32c which implies that it should be getting loaded, though the network boot stuff may be different wrt initramfs.
[14:12] <maswan> rtg: AIUI, libcrc32c is a small wrapper aroudn crc32c as of 2.6.29
[14:13] <maswan> rtg: and the missing part being crc32c which makes libcrc32c/bnx2x not load
[14:13] <maswan> But I'm no expert in these matters
[14:13] <apw> rtg libcrc32c is being loaded, but crc32c is not... even though it is listed in our .udeb lists
[14:14] <rtg> maswan, right. I think, as you've discovered, that the crc32 stuff needs to be in the initramfs when loaded by PXE. Right?
[14:14] <maswan> rtg: Yes, I've gotten that far. Now there is a second potential issue, and that is bnx2x not pulling crc32c in automatically but needing a manual modprobe as well.
[14:15] <maswan> I have a custom initrd with the modules from crypto-modules that I'm working off right now. Of course, that might lack some dependancy info, I guess.
[14:16] <maswan> anyway, I'll let it stand at "detecting network hardware" for a while and see how it goes if I'm patient (aka doing other stuff)
[14:17] <rtg> maswan, can you add the output of 'lsmod|grep bnx' to the report? That should fully describe the dependencies.
[14:24] <ikepanhc> maswan: hi, you mean we still need crc32c.ko for bnx2x?
[14:40] <maswan> ikepanhc: Yes, that's what it looks like from here. After I added that module to the initrd bnx2x works.
[14:41] <maswan> init takes a really long time, but it did eventually complete
[14:42] <ikepanhc> maswan: you mean after you add the crc32c.ko into initrd, it takes a long time, but it works?
[14:42] <maswan> ikepanhc: yes
[14:44] <ikepanhc> I remember I have tested, the libcrc32c.ko works fine without crc32c.ko. Its seems I need to double check it
[14:45] <maswan> ikepanhc: while googling around, I found this: http://lkml.indiana.edu/hypermail/linux/kernel/0811.0/02433.html
[14:45] <maswan> and it seems like that went in as of 2.6.29.something
[14:51] <maswan> That's funny, lsmod doesn't claim crc32c to be used by any other module
[14:53] <ikepanhc> maswan: I saw that too, so I trust what modules.dep tells me
[14:54] <ikepanhc> maswan: but looking into the code, looks like libcrc32c.ko shall depends on crc32c.ko
[14:54] <maswan> but before crc32c is loaded, bnx2x timesout on init of libcrc32c with some other message about missing symbol crc32c (sorry, it has scrolled off now)
[14:57] <rtg> ikepanhc, the driver could be doing a dynamic module load instead of a direct symbol reference.
[14:58] <ikepanhc> rtg: you mean he just register and leave?
[14:58] <rtg> ikepanhc, no, probably something like load_module()
[14:59]  * ikepanhc digs in
[15:04] <rtg> ikepanhc, its in lib/libcrc32c.c. it loads the crc32c module dynamically.
[15:05] <rtg> it eventually boils down to crypto_alloc_tfm()
[15:08] <ikepanhc> rtg: ya, looks like my fault, I shall make one initrd.img for testing, not only test with insmod
[15:09]  * ikepanhc changes the bug status
[15:25] <maswan> ikepanhc: please let me know if there is anything you want me to test
[15:26] <ikepanhc> maswan: thanks a lot.
[16:40] <maswan> ikepanhc: I'm trying it again now (fiddled around with the external networking so I can get further), and it isn't that bad a slowness, but still, 2-4 minutes of waiting for "detecting network hardware" might be a bit on the long side
[16:42] <maswan> then it's 50 second timeouts to see if the nics have link, x8 for all the interfaces
[16:46] <maswan> hm. which gets repeated several times over all interfaces, which is why it takes so long
[16:46] <maswan> but that might be an installer issue or driver issue, rather than kernel/initrd inclusion issue
[20:36] <spO> is this about custom kernels?
[20:50] <hyperair> spO: is what about custom kernels?


[08:08] <nigelb> where is everyone today ...
[08:08] <nigelb> no dholbach or dpm
[08:12] <sense> Holidays?
[08:13] <sense> and DebConf is currently going on, although it is mostly attended by the American part of our community, I think.
[08:14] <sense> Jorge is there for sure.
[08:16] <dholbach> good morning
[08:18] <nigelb> dholbach: nursing a bad hangover? ;)
[08:18] <nigelb> sense: ^^ :D
[08:18] <sense> nigelb: See! Daniel is here today.
[08:18] <nigelb> sense: yeah jorge, doctormo, and maco are there.
[08:19] <sense> Jorge had to leave early at GUADEC for DebConf.
[08:19] <sense> and some rest, probably ;)
[08:19] <nigelb> dholbach: I did wonder if you were on leave :D
[08:20] <dholbach> nigelb: no, not at all
[08:21] <dholbach> nigelb: on leave?
[08:27] <nigelb> dholbach: heh, you were late ;)
[08:27] <dholbach> nigelb: are you my boss now?
[08:27] <dholbach> working for too many bosses in here
[08:29] <nigelb> dholbach: LOL
[08:29] <nigelb> dholbach: I just wanted to get your idea of what exactly you wanted us to do for UGJ
[08:29]  * nigelb didn't want to fill your overstuffed mailbox
[08:30] <dholbach> nigelb: ask folks to participate in operation cleansweep as part of local packaging or bug jams
[08:33] <nigelb> dholbach: just like bugs, another part of it right?
[08:34] <dholbach> yeah or of packaging
[08:37] <nigelb> ok, awesome.  I'll write up something tonight
[08:37] <nigelb> in other news, I just got venue confirmation for a local bug jam as part of UGJ :)
[08:37] <nigelb> vish: if you're not having a bug jam in cbe, come over to bangalore for a weekend and jam with us :)
[08:38] <dholbach> yooohooo
[09:07] <popey> Morning all!
[09:11] <nigelb> morning popey, randa_ :)
[09:12] <randa_> hi nigelb :)
[09:13] <nigelb> randa: heh, your nick looks better without the _ :)
[09:14] <randa> nigelb: thanks but it is registered I think :/ it's asking me for a password that I dont have
[09:15] <dholbach> hola randa
[09:15] <dholbach> hey popey
[09:15] <randa> hi dholbach
[09:18] <duanedesign> 1/8
[09:18] <duanedesign> oops :P
[09:20] <dpm> good morning all
[09:23] <nigelb> morning dpm :)
[09:23] <dholbach> hola dpm!
[09:23] <dholbach> dpm: ¡COGE EL AVE!
[09:24] <dpm> haha
[09:25] <dpm> how's everyone doing?
[09:26]  * dholbach had a fantastic WE
[09:26]  * nigelb too
[09:27] <dpm> awesome :)
[09:28] <dpm> me too, glad to be back home after Prague and The Hague
[09:36]  * vish wonders if nigelb has short-term amnesia ;)
[09:45] <nigelb> vish: huh?
[09:45] <nigelb> vish: what? why?
[09:48] <vish> nigelb: we discussed the same UGJ yesterday probably around the same time :p
[09:58] <dholbach> nigelb: I'll blog about ugj+cleansweep myself now
[10:16] <nigelb> vish: I was reminding you
[10:17] <nigelb> vish: probaly if I bug you enough, I might convince you to come :D
[11:09]  * dholbach → lunch + back to home desk
[11:19] <czajkowski> aloha
[11:19]  * nigelb waves to czajkowski :)
[11:20] <czajkowski> just popping in and gone in a wee bit
[11:20] <czajkowski> we've a bank holiday over here
[11:23] <dpm> nice
[11:23] <dpm> hi czajkowski
[12:48] <paultag_> Morning, all
[14:42] <dholbach> james_w: shame I couldn't give you the coordinates in time on saturday :)
[14:43] <james_w> :-)
[14:43] <james_w> it sounded like fun
[14:43] <dholbach> it definitely was
[14:45] <dholbach> james_w: can you block 'ying' from !ubuntudevelopers?
[14:46] <james_w> done
[14:46] <dholbach> I mean there's nothing wrong with adult toys but it might be a bit off topic in that group :-P
[14:47] <dholbach> james_w: gracias
[14:49] <highvoltage> good morning!
[15:59] <dholbach> hey jono
[15:59] <jono> hey dholbach
[16:00] <jono> kim0, just give me a min, gonna be a few late
[16:00] <jono> wrapping a call
[16:00] <kim0> jono: tyt
[16:12] <jono> kim0, sorry bit delayed, forgot I had not installed mumble on my new box
[16:12] <jono> one sec
[16:12] <kim0> okie
[16:20] <kim0> jono: https://blueprints.edge.launchpad.net/ubuntu/+spec/community-m-cloud-portal
[16:36] <jono> kim0, http://uds.recreantview.org/foo
[17:20] <jono> dholbach, free now if you want to get started?
[17:20] <nigelb> paultag: what was that about?
[17:20] <jono> LOL, I love how Sam Varghese accuses Mark and I of spin
[17:21] <jono> the irony is beautiful
[17:22] <nigelb> jono: that guy is so shameless
[17:22] <nigelb> I still haven't met him but he seems notorious
[17:22] <jono> nigelb, it is stunning
[17:23] <jono> he peddles controversy under the banner of journalism
[17:23] <jono> he is a snake
[17:23] <nigelb> I know
[17:23] <nigelb> I read about his comments after a few confs
[17:23] <dholbach> jono: let's do it
[17:26] <jono> dholbach, sure, one sec, wrapping an email
[17:32] <doctormo> hey jono
[17:33] <doctormo> nigelb: Well this whole thing is a controversy out of nothing much. Talking to people here at DebConf. I understand where it's come from though. Is Sam a gnome guy or a media guy?
[17:45] <sense> jono: Received my mail about the livestream?
[17:46] <nigelb> doctormo: he claims to be media.  definitely not gnome guy
[17:47] <jcastro> jono: got time for a quick catch up?
[17:47] <sense> Jono the Acolyte ftw!
[17:48] <jono> jcastro, on the phone, can I ping you soon
[17:48] <jono> dholbach, http://people.canonical.com/~pitti/workitems/maverick/canonical-community-maverick-alpha-3.html
[17:48] <jcastro> jono: yep, I have a talk in 4 hours, and mark's is in 3 hours, before then would be ideal I think
[17:48] <jono> jcastro, cool, when I wrap with dholbach I will ping you
[17:50] <jcastro> jono: I am on conf wifi so if I don't respond feel free to ring me up
[17:58] <paultag> nigelb: humm?
[18:07] <nigelb> paultag: the facebook comment... I didn't understand what you meant
[18:14] <nigelb> dholbach: poke? got a min?
[18:15] <dholbach> nigelb: in a call
[18:15] <paultag> nigelb: Haha, it's what you say when you "sult" ( Insult ) someone
[18:15] <dholbach> nigelb: can you tell me how I can help and I get back to you in a bit?
[18:15] <nigelb> dholbach: I'll PM ya :)
[18:30] <dholbach> alright, calling it a day
[18:30] <dholbach> see you guys tomorrow!
[19:15] <doctormo> maco: Say it on IRC
[19:15] <maco> doctormo: i just heard an ubuntu machine boot
[19:15] <maco> doctormo: what the heck client are you usiing? looks funny
[19:15] <doctormo> maco: Empathy
[19:15] <maco> oh
[19:15] <doctormo> maco: It's a really messed up irc client
[19:16] <maco> doctormo: doesnt appear to highlight at all... ok those menus youre showing me are really odd
[19:16] <doctormo> maco: type something to me now and watcht the screen
[19:17] <maco> doctormo: ping
[19:17] <doctormo> maco: This IRC client won't do whois either, as well as not being able to logon to the SERV
[19:19] <pleia2> doctormo: we're considering putting the lernid config file up on ubuntu-owl.org, I can just toss that in the bzr thing you have on lp and request a merge, right? do we have the ubuntu-owl docroot set up to automatically pull the branch or is it manual?
[19:19] <doctormo> pleia2: You can grab the lp branch for the website I think and then request a merge.
[19:20] <pleia2> great
[19:20] <doctormo> I don't _think_ it's automatic yet (the part about putting it online) but there is a gcfunction which makes it a single button to publish.
[19:20] <pleia2> ok, we'll I'll get the file committed and we can take it from there
[19:20] <pleia2> thanks :)
[19:28] <jcastro> popey: wow, so much for that channel
[19:28] <doctormo> jcastro: channel?
[19:29] <popey> haha
[19:30] <jcastro> hey popey
[19:30] <jcastro> http://debconf10.debconf.org/
[19:30] <jcastro> can you spread the word on the live streams? Mark is talking about unity and I am talking about collaboration between the projects
[19:30] <maco> jcastro: did you think you saw popey in one of the photos during last nigiht's slideshow too?
[19:30] <jcastro> http://penta.debconf.org/dc10_schedule/day_2010-08-02.en.html
[19:30] <jcastro> ^^^
[19:30] <popey> wut wut wuy?
[19:32] <jcastro> maco: I have visions of popey appearing everywhere.
[19:32] <jcastro> I had a bagel and I thought I could see his face in the bagel.
[19:32] <sense> jcastro: You did keep it, right?
[19:32] <jcastro> no, it was delicious
[19:33] <sense> aww, it could have become a relic, attracting thousands of visitors each year, but you ate it!
[19:33] <jcastro> I don't want to deify him
[19:33] <sense> He isn't worthy?
[19:35] <jcastro> he's amazing, but he's not like, muad'dib or something, heh
[19:37] <vish> Dune!
[19:37] <sense> Don't know it!
[19:38] <vish> sense: its the star wars of old timers ;p
[19:38] <jcastro> I've been reading it since I left for this trip of doom.
[19:38] <sense> Trip of Doom is?
[19:38] <maco> jcastro: doom? being outside of flyover country is doom?
[19:39] <jcastro> sprint/guadec/debconf
[19:39] <sense> ah
[19:39] <maco> ahhh
[19:39] <sense> ahhhhhh
[19:39] <sense> The poor guy will need a quite long holiday after DebConf.
[19:43] <jcastro> I will face my fear, I will let it pass through me.

[19:43] <doctormo> The spice is the bloody worm.
[19:43] <doctormo> < northern dune
[19:47] <doctormo> jcastro: I'll do it in person, it's funnier that way.
[19:51] <sense> Hurray! The GTK+ compilation has arrived in the -doc mode at long last!
[19:51] <sense> My system is supposed to be quadcore!
[20:04] <sense> And GTK+ is unbroken again! GNOME Panel works.
[20:23] <Technoviking> jcastro: For he is the Kumquat Häagen-Dazs </dune>
[20:29] <vish> sense: lol! we everyone contributes , that doesnt solve the 1% problem ;)
[20:29] <vish> err! , s/we/if
[20:30] <sense> vish: Sssh, don't tell the rest! As long as more people will contribute I'm fine with it!
[20:30] <vish> sense: yup, there are a lot of people just talking/ranting than contributing  :)
[20:33]  * vish wonders why Michael Meeks' blog/daily-report is on the gnome planet o.0
[20:34] <vish> everyday , a post titled <Date>,<Day>  weird, boring.. ;p
[20:38] <sense> Aww, paper cuts down to 44 new ones. I should have helped keeping that number at 10.
[20:38] <sense> Darn the descriptions! :P
[21:37] <czajkowski> so how is everyone today ?
[21:42] <sense> Wasted half the day on compiling and testing a few lines of code, but it still isn't working properly. :S
[21:42] <czajkowski> :(
[21:43] <sense> It takes so damn long for GTK+ to compile.
[21:44] <sense> It's much easier to test Python.
[21:44] <sense> Why can't we run C interpreted! :P
[21:52] <sense> The Debconf streaming isn't perfect, quite some stuttering.
[22:01] <sense> I guess jcastro is now up at Debconf?
[22:02] <czajkowski> aye I'd say so
[22:02] <czajkowski> poor c13:55 < paultag> https://code.edge.launchpad.net/~mhall119/loco-directory/fixes-609695/+merge/31227
[22:02] <czajkowski>  bah
[22:03] <sense> go jcastro!
 Why can't we run C interpreted! :P
[23:47] <JanC> you can...


[08:38] <UnderControl> Hiya sagaci, just wondering does the name Michael Findly from GNOME en_AU ring any bells with you?
[10:49] <jea> UnderControl: Are you having issues with translations?
[10:58] <UnderControl> jea, no. Michael just asked me if I know Joel.
[10:59] <jea> UnderControl: right
[11:14] <sagaci> not until now, new name to me
[11:14] <sagaci> username?
[11:16] <sagaci> that community team marathon is broadcasting
[11:17] <jea> what is that?
[11:18] <UnderControl> sagaci k3lt01 is his username I believe.
[11:18] <UnderControl> Sagaci it looks pretty good.
[11:19] <sagaci> jea: 24hr google hangout
[11:19] <jea> wow. lucky google has a lot of bandwith
[11:24] <jea> hi head_victim
[11:25] <UnderControl> Sagaci, Michael said last time he knew you two were in the same town.
[11:26] <head_victim> Evening, weirdest thing ever on my pc. I went to use it and everytime I clicked a program it disappeared. I was left without the dash as well. Rebooting meant it couldn't find the system hdd either.
[11:26] <head_victim> So here I was thinking the HDD failed.
[11:27] <jea> that sounds quite odd
[11:27] <head_victim> Tried memtest to make sure and that checked out fine, so went to boot off a thumb drive and that failed hard as well. Kernel panics throwing it back to command line
[11:28] <head_victim> So I start unplugging things to putt the innards out of the box and try one last time and it works. For whatever reason, the external hdd has caused some sort of conflict and won't allow the MB to recognise the existence of the internal hhd when it's connected.
[11:29] <UnderControl> Wow, that's really odd.
[11:29] <head_victim> I always go for memory problems whenever it seems odd, in this occasion, that wasn't the fault.
[11:29] <jea> is it using esata, or usb?
[11:29] <head_victim> So I'm not sure if I plug in the hdd to see if it works or not (it's a USB 1tb)
[11:30] <head_victim> The data is replaceable (it's my local Ubuntu repository)
[11:30] <jea> i wonder if resetting the bios would help
[11:30] <sagaci> UnderControl: yeah, not sure
[11:31] <UnderControl> Okies.
[11:40] <head_victim> Ok, plugging in the hdd, wish me luck.
[11:42] <head_victim> Well, must be ok, it's reading and writing data ok for now
[11:43] <jea> i have had issues with the bios and external hdds, but not for a while
[11:44] <head_victim> jea: I'll keep that in mind, I have never really played with anything on the MB since I bought it so perhaps there's something awry.
[11:45] <head_victim> Disappointing that aarnet is only giving me 1.5MB these days :/
[11:45] <jea> it could be. i am going to reinstall windows on a 2 month old computer. i think the hdd may be dying (hdd was only old part)
[11:46] <head_victim> I had kinda psyched myself up for a ssd replacement
[11:46] <jea> aarnet has been alright for me, but i haven't downloaded too much recently
[11:46] <jea> yeah, i am going to buy a ssd now
[11:46] <head_victim> When the 128's got down to 100 that's when I was interested
[11:46] <head_victim> 128 is just right for a /
[11:46] <jea> have a look at samsung or ocz
[11:46] <head_victim> Fortunately, I'd only recently backed up to U1 all the important things.
[11:47] <head_victim> I'd been meaning to do it for a LONG time but never got there.
[11:47] <jea> there is a new samsung coming out in the next couple of weeks that has good reviews
[11:47] <jea> could be a bit more expensive, but it is the fastest available
[11:47] <head_victim> The PCIe ones are meant to be insane
[11:49] <jea> if they are pcie 3 they would be very fast
[14:12] <head_victim> I keep trying to get to gnome-contacts to translate but it keeps timing out :/ Perhaps tomorrow
[14:12] <sagaci> yep
[14:12] <sagaci> quantal's looking good
[14:13] <head_victim> Still a bunch to translate in there but the main ones are complete (except gnome--contacts)
[14:15] <sagaci> ah, I meant in general, not translation-specific
[14:15] <head_victim> Ah, I've actually not had a play with it yet
[14:16] <head_victim> Much different from .04?
[14:47] <sagaci> not particularly, obviously just more refined
[14:50] <head_victim> Debating if I should stick to LTS's like last time or just keep rolling
[14:53] <sagaci> I haven't seen anything incredible but I'd rather be on the latest release anyhow
[14:53] <sagaci> mouse trackpad on my hp works properly by default now


[14:40] <ricotz> seb128, hello :), can you take a look at https://code.launchpad.net/~ricotz/ubuntu-seeds/+git/ubuntu/+merge/434778
[14:42] <seb128> ricotz, hey, ack
[14:46] <ricotz> thank you


[01:02] <h00k> oi!
[17:51] <h00k> I had a tail.
[17:51] <h00k> Oh, netsplits.
[17:51] <h00k> Always fun.
[18:57] <h00k> jrolland-ubuntu: welcome back.
[19:03] <h00k> So, we're going to have a release party sometime next month in Wisconsin. It should be funs.
[19:03] <h00k> er, sometime next month in Rhinelander
[23:00] <h00k> Oh, hey. Global Jam.
[23:00] <h00k> Let's do something.
[23:01] <h00k> I want to.
[23:02] <h00k> Get-together in Rhinelander. More information to follow.


[03:48] <CIA-42> [superkaramba] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) New upstream bugfix release
[04:04] <CIA-42> [ktimer] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) New upstream bugfix release
[05:16] <Tm_T> chomp
[11:03] <BluesKaj> Hey all
[12:14] <rzr> hi
[18:31] <jtechidna> heh, that moment when you receive a reply to a year and a half email and have no memory sending it...
[18:31] <jtechidna> but then, you vaguely do
[19:46] <eagles0513875> hey guys anyone around to have their brain picked and a possible solution to this particular issue in 12.10 actually 2 issues
[20:02] <MountainX> Hi. Where is the config file for network manager PolicyKit permissions in Kubuntu?
[20:14] <JontheEchidna> MountainX: /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla
[20:14] <MountainX> JontheEchidna: thanks
[20:14] <JontheEchidna> no problem
[20:15] <JontheEchidna> iirc /var/lib/polkit-1 doesn't have read permissions without sudo, so it's understandably a bit hard to find
[20:18] <MountainX> true. I found the polkit file. It doesn't contain the network manager settings. Under Ubuntu, those are found in /usr/share/polkit-1/actions/org.freedesktop.network-manager-settings.system.policy
[20:18] <MountainX> Is there another file for KDE that has network manager settings?
[20:18] <JontheEchidna> no, it should use the default NM policy settings otherwise
[20:19] <JontheEchidna> Hmm, on my system com.ubuntu.desktop.pkla contains a polkit setting for org.freedesktop.NetworkManager.settings.modify.system
[20:19] <MountainX> actually, you are correct. I see that now.
[20:20] <MountainX> But that must refer to some other settings file. What file does that actually point to?
[20:22] <MountainX> the reason I ask is because I need to change "auth_admin_keep" to "yes" in section “System policy prevents modification of system settings”
[20:24] <MountainX> I found it.
[20:25] <MountainX> it is "/usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy"
[20:27] <JontheEchidna> the name must have changed for 12.04 or something
[20:29] <MountainX> I switched to KDE with 12.04 so I just assumed it was KDE thing. But maybe it is just a version change as you suggest. Thanks for your help.
[20:31] <CIA-42> [sweeper] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) New upstream bugfix release
[20:32] <JontheEchidna> you're welcome :)
[20:45] <CIA-42> [kfloppy] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) * New upstream release * Update bzr fields in debian/control to lp:~kubuntu-packagers/kubuntu-packaging/kfloppy
[20:50] <CIA-42> [kmag] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) New upstream bugfix release
[21:01] <CIA-42> [kcharselect] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) * New upstream bugfix release * Update bzr fields to point to lp:~kubuntu-packagers/kubuntu-packaging/kcharselect
[21:05] <CIA-42> [kmousetool] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) New upstream bugfix release
[22:16] <dantti> does someone knows where I could get a 3.3 or 3.4 packaged kernel? I don't want to compile it to get my patch working :P
[22:18] <Ezim> dantti, http://kernel.ubuntu.com/~kernel-ppa/mainline/
[22:19] <dantti> Ezim: cool, thanks :D less work
[22:20] <Ezim> dantti, np.
[22:41] <dantti> :( it seems my patch is on the last 3.4-rc7 that wasn't built yet..


[00:26] <cmaloney> Evening
[00:26] <cmaloney> (now). :)
[07:46] <waf> score! http://notepadconf.com/
[07:46] <bookiebot> http://goo.gl/dLH840 - NotepadConf
[09:15]  * rick_h__ is afriad to click
[10:52] <waf> anyone know if iOS has speech-to-text built into the OS? like android does
[10:52] <waf> my 30 seconds of googling didn't turn up much. i see you can use it in siri, but not sure about $any_given_text_field
[11:06] <brousch> waf: http://www.macrumors.com/2011/10/16/extensive-list-of-siris-dictation-commands-for-iphone-4s/
[11:06] <bookiebot> http://goo.gl/kGTnj - Extensive List of Siri's Dictation Commands for iPhone 4S - Mac Rumors
[11:07] <brousch> "The new speech-to-text service allows users to press a microphone on the keyboard in any application and then utilize Siri's speech recognition to enter text. "
[11:18] <waf> prefct, thanks. not sure why my google-fu was failing
[11:18] <waf> *perfect
[15:32] <cmaloney> Good morning
[17:59] <cmaloney> .np squeekyhoho
[17:59] <bookiebot> squeekyhoho's current track - Yesterdays Assholes (are the Idols of Today) by riot agents
[21:27] <greg-g> watching Terminator 2 in the hotel, why would he need a torque wrench?
[21:28] <jrwren> lol.
[21:28] <greg-g> (yes, that's the logical inconsistency I'm picking out right now)
[21:33] <cmaloney> Man, I am never buying mp3 files online ever again
[21:33] <greg-g> flac or gtfo
[21:33] <cmaloney> .np squeekyhoho
[21:33] <bookiebot> squeekyhoho's current track - Mother War by Decapitated on Nihility
[21:33] <cmaloney> Just got the CD and it sounds so much better
[21:33] <cmaloney> had the Amazon / 7 digital version for a while
[21:33] <cmaloney> not sure which, but it doesn't matter
[21:34]  * cmaloney is slowly re-buying his mp3s as CDs.
[21:34] <cmaloney> Earache had a sale in their store so I've been pillaging that.
[21:35] <greg-g> that's so legitmate of you :)
[21:35] <cmaloney> I have no problem re-buying music
[21:35]  * cmaloney also bought a shit-ton of Babylon 5 soundtrack albums recently.
[21:36] <jrwren> How many do they have?
[21:36] <jrwren> .np evarlast
[21:36] <bookiebot> evarlast's last track - Businessman (End "Power-Dressed for Success" Remix) by Snog on Your Favourite Electro-Folk-Swingers [8 Aug 2014, 19:18]
[21:37] <cmaloney> http://christopherfranke.com/soloreleases.html
[21:37] <bookiebot> http://goo.gl/XvIqHV - Christopher Franke - Albums
[21:37] <jrwren> I never switched to buying digital.
[21:37] <jrwren> I always kept on with CD.
[21:37] <cmaloney> There's 30 of them
[21:37] <cmaloney> I have 9
[21:37] <jrwren> I bought 1 thing digital once, just for the novelty of it when ITMS first launched.
[21:38] <jrwren> '07 ?
[21:38] <jrwren> how is that possible?
[21:38] <cmaloney> ?
[21:38] <jrwren> Babylon 5 was long done at that time.
[21:39] <cmaloney> There's movies of Babylon 5 still released.
[21:39] <greg-g> I bought an album from amazon and it was shit quality, like shit. Got a refund.
[21:39] <jrwren> oh, I had no idea.
[21:39] <cmaloney> The good thing about Amazon is the track pcicing
[21:39] <cmaloney> pricing, even
[21:39] <jrwren> aren't they 0.99$
[21:39] <cmaloney> So soundscape albums that are one long track are .99
[21:39] <cmaloney> Yeah
[21:39] <greg-g> hah
[21:40] <cmaloney> http://www.amazon.com/Golden-Bowls-Compassion-Karma-Moffett/dp/B000A1KE2S
[21:40] <bookiebot> http://goo.gl/X68CBW - Amazon.com: Golden Bowls of Compassion: Music
[21:40] <cmaloney> Which is about all that album is worth IMHO
[21:40] <cmaloney> http://www.amazon.com/Golden-Bowls-Karma-Moffett/dp/B0007A1FNO/ref=ntt_mus_ep_dpi_1


[14:59] <juliank> o/
[14:59] <ginggs> o/
[14:59] <schopin> o/
[15:00] <alexghiti> o/
[15:00] <juliank> #startmeeting Weekly Ubuntu Foundations team
[15:00] <meetingology> Meeting started at 15:00:15 UTC.  The chair is juliank.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:00] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:00] <enr0n> o/
[15:00] <juliank> #topic Lightning Round
[15:00] <slyon> o/
[15:01] <ginggs> juliank: i think you mean https://discourse.ubuntu.com/t/foundations-team-updates-thursday-25-august-2022/
[15:01] <juliank> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-25-august-2022/
[15:01] <juliank> yeah
[15:01] <juliank> let's have ourselves sometime to look at this and ask questions
[15:04] <bdmurray> I like the first line in dbungert's status
[15:04] <bdmurray> Maybe the second one too
[15:04] <juliank> congrats to dbungert
[15:05] <dbungert> juliank: thanks!
[15:05] <dbungert> bdmurray: I will be clicking tests for a while to catch up with how many you ran for me
[15:06] <ginggs> in before bdmurray says you shouldn't be clicking, but rather using retry-autopkgtest-regressions
[15:07] <bdmurray> ;-)
[15:09] <juliank> #topic Release incoming bugs
[15:09] <juliank> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html#foundations-bugs
[15:09] <juliank> bug 1699942 is actually raised by me
[15:10] <juliank> So IPv6 routes get advertised by the router as invalid, but NM does not remove them, it just sets their TTL to 1s
[15:10] <juliank> s/routes/prefixes/
[15:10] <juliank> Well the /128 prefix is around all the time
[15:10] <juliank> I actually lost IRC a couple minutes ago as the route broke :D
[15:11] <juliank> systemd looks the same
[15:11] <juliank> I don't know what's actually reading the router advertisements?
[15:11] <juliank> Not a regression, bug was around in xenial
[15:13] <juliank> added a linux task, we believe that's what's handling the RAs
[15:14] <juliank> bug 1981109
[15:14] <bdmurray> IIRC the remaining task is for desktop
[15:15] <juliank> vorlon: is there anything left?
[15:16] <vorlon> juliank: livecd-rootfs is being SRUed to jammy, I think the rls-kk-incoming task could be dropped (or the bug could just be targeted to kinetic since livecd-rootfs was uploaded there)
[15:18] <juliank> ack
[15:18] <juliank> bug 1097467
[15:18] <bdmurray> R alpha-1 would be like Raring?
[15:19] <juliank> further discussion to happen
[15:19] <juliank> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs
[15:19] <juliank> bug 1986648
[15:20] <juliank> schopin: ^
[15:20] <schopin> Yes, this needs carding as I'm guessing it will take a bit of time.
[15:20] <mclemenceau> on it ;)
[15:20] <schopin> thanks :)
[15:21] <juliank> bug 1981721
[15:21] <slyon> let's skip this ^
[15:21] <slyon> no updates yet
[15:21] <juliank> bug 1979825
[15:21] <juliank> probably should jfdi
[15:21] <ginggs> isn't that done?
[15:22] <slyon> there was an update recently
[15:22] <slyon> https://launchpad.net/ubuntu/+source/intel-microcode/3.20220809.0ubuntu1
[15:22] <ginggs> ah, in kinetic, needs sru
[15:22] <juliank> amd, not intel
[15:22] <juliank> ah yes
[15:22] <juliank> let's card this
[15:22] <slyon> ahh
[15:22] <bdmurray> I tagged the bug in part because I think something is missing process wise
[15:23] <juliank> Revert to 3.20180524.1 version of microcode because of regressions on
[15:23] <juliank>     certain hardware. (LP: #1853614)
[15:23] <juliank> is in bioinic
[15:23] <juliank> probably should be checked if that was fixed
[15:23] <juliank> someone needs to monitor amd microcode updates, I suppose
[15:24] <juliank> or at least when merging, SRU it / create a bug?
[15:24] <bdmurray> I wonder if there is a mailing list or announcement mechanism similar to tzdata
[15:25] <juliank><EMAIL_ADDRESS>[15:25] <juliank> no?
[15:26] <bdmurray> Anyway, lets not hold up the meeting
[15:26] <juliank> Anyhow should be carded and comment added to investigate how to deal better
[15:26] <juliank> mclemenceau: are you carding?
[15:27] <mclemenceau> sure thing
[15:27] <juliank> #topic Team proposed-migration report
[15:27] <juliank> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:27] <juliank> um
[15:28] <juliank> #link https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:28] <juliank> vorlon:
[15:28] <vorlon> let's see how bad things are on the eve of FF
[15:28] <vorlon> as I go through these, if it's a merge you've touched recently, please speak up and take the package to follow through on
[15:28] <juliank> very bad
[15:29] <vorlon> lintian: still blocked on an ongoing MIR
[15:29] <vorlon> ginggs: are you still driving this?
[15:29] <vorlon> ah looks like all the open tasks are assigned elsewhere now, mostly to MIR team members
[15:29] <ginggs> vorlon: it's now in review by mir team
[15:29] <slyon> but won't make it before FF
[15:30] <vorlon> slyon: is the MIR team aiming to approve it after FF?
[15:30] <slyon> vorlon: yes. we might want to file a FFe for it then
[15:30] <bdmurray> update-notifier was my upload
[15:30] <vorlon> mutt is also blocked by MIR, looks like it's had server team review but I'm not sure where in the process this is currently
[15:31] <ginggs> i offered to file an FFe, but is it required?  lintian was upload before FF
[15:31] <vorlon> I would say no to an FFe for lintian, which is particularly a developer-oriented tool anyway
[15:31] <schopin> I thought FFe weren't necessary for MIRs?
[15:31] <slyon> vorlon: mutt was stuck on security review. but got a recent update, so we might be able to unblock it
[15:32] <ginggs> vorlon: no as in not needed, or no as in no exception granted?
[15:32] <vorlon> ginggs: no as in not needed
[15:32] <ginggs> vorlon: thanks for clarifying
[15:32] <vorlon> schopin: if the MIR is to enable turning on a new feature that hasn't been turned on yet, it's arguable there should be a FF.  But we also generally for things that have been uploaded to -proposed before FF don't require MIR
[15:33] <slyon> for mutt, looks like we're ready to promote gsasl & libntlm, but might still need to drop/revert the libgssglue dependency to get it resolved
[15:33] <vorlon> gcc-12 being built on arm64 is holding a few things up (gcc-12-cross -> gcc-defaults), but the build is in progress, so assuming this will shake out
[15:34] <vorlon> rustc is just waiting for glibc
[15:34] <vorlon> libuv1: that was mentioned in the weekly report
[15:34] <vorlon> enr0n: will you be able to follow through on this?
[15:35] <enr0n> vorlon: Yes I am working on it today. Bug 1987558 has a patch for siridb-server
[15:35] <vorlon> libuv1: enr0n:
[15:35] <vorlon> thanks
[15:35] <enr0n> no problem
[15:35] <vorlon> psycopg2: was assigned to bdrung but it appears he went on PTO before getting to it so we need a new volunteer
[15:36] <vorlon> alexghiti: can you take this?
[15:36] <alexghiti> Ack
[15:36] <vorlon> thanks
[15:37] <vorlon> netkit-telnetd: MIR team seems to be suggestion demotion, which I'm unsure about
[15:37] <slyon> vorlon: It was not in main before AFAICT
[15:37] <vorlon> telnet is present as a Recommends: of ubuntu-standard
[15:37] <slyon> (like before the rename)
[15:38] <vorlon> and it is a common network debugging tool
[15:38] <slyon> also IIUC it is about to be dropped from ubuntu-standard (ubuntu-meta)
[15:38] <vorlon> why do you say that?
[15:38] <vorlon> dropping it from standard is the sort of thing that should be discussed on ubuntu-devel, I haven't seen discussion there
[15:38] <slyon> https://bugs.launchpad.net/ubuntu/+source/plzip/+bug/1980663/comments/6
[15:39] <slyon> that's what jbicha suggested
[15:39] <vorlon> ok I think he meant telnetd
[15:39] <vorlon> probably correct
[15:39] <vorlon> I'll take this one to follow through on
[15:39] <slyon> thanks
[15:39] <vorlon> lbnss-db, just waiting on glibc
[15:39] <vorlon> python-secretstorage: juliank can you take this?
[15:40] <vorlon> git: I merged it, I'll follow through
[15:40] <juliank> ack
[15:40] <vorlon> isc-dhcp: waiting for glibc
[15:40] <vorlon> netplan.io: slyon can you take?
[15:40] <slyon> yes
[15:41] <slyon> (already resolved with upstream NM, actually)
[15:41] <vorlon> perfect, thanks
[15:42] <vorlon> slyon: so I just looked, and the issue is that the telnet binary has moved from netkit-telnet source to inetutils source
[15:42] <vorlon> lsb: my merge, I'll take it
[15:42] <vorlon> openssh: my merge, I'll take that too
[15:42] <slyon> vorlon: yes, it has been discussed here: https://bugs.launchpad.net/ubuntu/+source/plzip/+bug/1980663/comments/4
[15:43] <slyon> there's some more related comments on that bug report
[15:45] <vorlon> slyon: right. telnetd should clearly be demoted, netkit-telnet does not satisfy the existing Recommends on telnet, we should reintroduce telnet as a transitional package otherwise users don't get netkit-telnet on upgrade
[15:45] <vorlon> I'll follow through on that then
[15:46] <vorlon> update-motd vs update-notifier: dbungert ?
[15:46] <dbungert> vorlon: ack
[15:47] <vorlon> glibc: I continue playing whack-a-mole with autopkgtest false positives, and I believe mwhudson and schopin are still on top of the true positives
[15:47]  * schopin nods
[15:47] <vorlon> cross-toolchain-base vs kmod: ginggs ?
[15:47] <ginggs> vorlon: ack
[15:47] <vorlon> diffutils just waiting for autopkgtest results
[15:48] <ginggs> and it's my merge
[15:48] <ginggs> err, sync
[15:48] <ginggs> but i'll keep an eye on diffutils
[15:48] <vorlon> ginggs: actually there are a number of kmod-related autopkgtest failures, can you take the lot please?
[15:49] <ginggs> vorlon: sure
[15:49] <vorlon> ginggs: and cross-toolchain-base is also blocking procps, so if you could look at that at the same time?
[15:49] <slyon> there's an update excuse bug about kmod: LP: #1987620 (it was my merge)
[15:49] <vorlon> likely a common failure cause
[15:50] <ginggs> vorlon: yes, i'll take procps as well
[15:50] <vorlon> and livecd-rootfs is an unrelated blocker for procps; bdmurray can you look at this?
[15:50] <vorlon> and then that's the list for today
[15:50] <juliank> #topic AOB
[15:53] <bdmurray> I'm out tomorrow
[15:54] <juliank> Anyone else out?
[15:56] <juliank> Most already are :)
[15:58] <juliank> #endmeeting
[15:58] <meetingology> Meeting ended at 15:58:06 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-08-25-15.00.moin.txt


[08:07] <lordievader> Good morning.
[08:07] <iDanoo> Morning
[08:08] <lordievader> Hey iDanoo, how are you?
[08:09] <iDanoo> Not bad, just finished an 8 hour recovery after my OS drive died :(
[08:10] <iDanoo> but everything seems to be working and backups were up to date so I"m good!
[08:10] <iDanoo> yourself?
[08:12] <lordievader> Doing okay, got coffee to wake up with.
[08:14] <iDanoo> Nice! It's Friday night here - so just about to enjoy my weekend
[08:14] <iDanoo> After a hectic release to prod at work too
[08:52] <jurislav> does anything prevent me from reinstalling the machine that local CA was generated on?
[10:10] <Adri2000> hello
[10:10] <Adri2000> reporting bugs against a cloud-archive package should be done on the cloud-archive LP project right?
[10:34] <Adri2000> was asking for bug #1632743
[10:35] <Adri2000> magnum package for newton just doesn't work... (it seems that's been the case for some time :()
[11:27] <SipriusPT> hello guys
[11:27] <SipriusPT> i am trying to redirect mail in my server with postfix
[11:28] <SipriusPT> but i am having problems with the syntax that i am using in the file where i have all the forwarding emails
[11:29] <SipriusPT> right now i am using tabs instead of spaces and seems to be working for internal email accounts
[11:29] <SipriusPT> but i am unable to forward to outside
[11:30] <SipriusPT> i have send one to outside by just messing with this file but i didnt notice and made some changes in this file
[11:30] <SipriusPT> and till now i am unable to set this up do redirect to other domains
[11:30] <SipriusPT> anyone?
[12:30] <blackflow> SipriusPT: how are you doing redirects?
 <TAB!> <usernameB>@<ISP domain> <TAB!> <usernameC>@<ISP domain> ....
[12:32] <SipriusPT> but i am still able to redirect for the domain of my local accounts
[12:32] <SipriusPT> *i am just still
[12:37] <blackflow> SipriusPT: I mean, like, how are you doing redirects in terms of postfix config. virtual_alias_maps? did you define the file as a hash?
[12:40] <SipriusPT> yes in virtual_alias_maps
[12:41] <SipriusPT> i have defined well otherwise i was not able to redirect from one local account to several local accounts
[12:41] <SipriusPT> i was doing that in the file that i was pointing from virtual_alias_maps
[12:42] <blackflow> virtual_alias_maps is not for local (unix) accounts. use alias for that .
[12:42] <blackflow> I mean /etc/aliases
[12:42] <blackflow> or wherever alias_maps is pointing to
[12:45] <SipriusPT> i dont have it set at main.cf but i will use it instead of virtual
[12:46] <SipriusPT> i didnt notice that there was an alias_map
[12:46] <blackflow> it is, and it has a default value. `postconf -d | grep alias_maps`
[12:46] <blackflow> *there is
[12:47] <SipriusPT> alias_maps = hash:/etc/aliases
[12:47] <SipriusPT> is set as a default
[12:47] <blackflow> use `newaliases` after you update the file
[12:47] <SipriusPT> ok
[12:48] <SipriusPT> with alias_maps i will be able to send mails to other domains?
[12:48] <blackflow> with alias_maps you define email addresses or local user accounts to which mail will be sent instead of the local recipient. yes, you can send out to external addresses
[12:49] <SipriusPT> thanks a lot blackflow!
[13:34] <coreycb> zul, ddellav: i'm backporting debhelper 10.2.2 again to the ocata uca
[13:35] <zul> coreycb: ok...im drinking from the release firehose
[13:35] <coreycb> zul, ok don't drown
[13:35] <zul> coreycb: heh i need to see uhf again
[14:04] <coreycb> beisner, hi can you promote libvirt from kilo-proposed -> kilo-updates?
[14:05] <coreycb> beisner, and openstack-trove from mitaka-proposed -> mitaka-updates please
[14:23] <SipriusPT> blackflow are you there?
[14:23] <SipriusPT> after testing just with aliases i am able to send mail to local accounts, but still not sending to outside domains
[14:24] <SipriusPT> i double check my virtual_alias_maps and had the value that came by default
[14:24] <SipriusPT> to be 100% sure that i was using aliases
[14:25] <SipriusPT> and i have double checked also the external domain email
[15:04] <am0nrahx> Anyone familiar with Observium? Freshly installed, cant access web interface. Google has failed me.
[15:09] <ddellav> coreycb zul can one of you please take a look at nova in newton branch? I cannot get it to build binaries and run tests successfully. I dug through CI and there are successful builds right before and after the version I'm testing (14.0.02) but neither my PPA nor my local system can get a passing binary build. (source builds fine of course)
[15:09] <ddellav> i actually rolled back my changes and I'm just trying to get it to build what's there in the repo
[15:09] <zul> ddellav: where is your ppa?
[15:10] <ddellav> zul https://launchpad.net/~ddellav/+archive/ubuntu/xenial-newton
[15:11] <coreycb> ddellav, is this the error? AttributeError: 'module' object has no attribute 'InvalidConnectorProtocol'
[15:12] <ddellav> coreycb thats one of them, yes. but I'm also getting AttributeError: 'Host' object has no attribute '_host'
[15:12] <coreycb> ddellav, which line of code is that on?
[15:13] <coreycb> ddellav, and which file?
[15:13] <ddellav> coreycb File "nova/tests/unit/virt/libvirt/test_driver.py", line 3387, in test_get_guest_config_with_virtio_scsi_bus_bdm
[15:13] <coreycb> ddellav, have the full traceback?
[15:14] <ddellav> coreycb http://paste.ubuntu.com/23568051/
[15:14] <am0nrahx> Disregard previous question. Fat fingered editing the config.
[15:22] <ddellav> coreycb do you have a fix for AttributeError: 'module' object has no attribute 'InvalidConnectorProtocol'?
[15:22] <coreycb> ddellav, first thing that jumps out at me for your traceback is that the line "File "nova/virt/libvirt/driver.py", line 4478, in _get_guest_config" is a blank line in the upstream source
[15:23] <coreycb> ddellav, which probably means we patch it
[15:25] <ddellav> coreycb there is jamespage's patch bug1639239.patch that seems to intend to fix the InvalidConnectorProtocol issue
[15:25] <ddellav> coreycb but that file is patched heavily. Each patch touches it
[15:26] <ddellav> well except for wsgi-intercept.patch
[15:26] <jamespage> ddellav, that also requires a bump to os-brick for newton
[15:26] <jamespage> to introduce the new exception type
[15:26] <jamespage> its in the python-os-brick branch
[15:27] <jamespage> but if that's in the way revert my changes on stable/newton for the moment
[15:27] <ddellav> that would explain why i can't build it as-is
[15:28] <ddellav> ok coreycb zul mystery solved. I'll revert james changes for now and push the new update. Once it builds successfully that way i'll re-apply his patch.
[15:29] <jamespage> ddellav, ok I reverted those patches and pushed to the repo
[15:29] <jamespage> you can rebase
[15:29] <ddellav> jamespage thank you kindly
[16:23] <bananapie> I have a software running on my ubuntu server that has a massive memory leak. Is there anyway to debug the memory leak without restarting the service?
[16:23] <bananapie> like can I get a memory dump of the software and run it through analytical software?
[16:23] <bananapie> ( like valcachegrind, but for memory )
[16:24] <bananapie> the software doesn't leak outside of production
[16:36] <ddellav> coreycb zul nova newton is done and ready for review.
[16:44] <coreycb> ddellav, nova pushed/uploaded
[16:50] <drfritznunkie> Hello all. I'm looking for someone who manages ubuntu cloud images... New AWS regions (us-east-2, ap-south-1, and ap-northeast-2) are missing AMIs for the latest Trusty release
[16:53] <ikonia> drfritznunkie: they will get populated
[17:02] <drfritznunkie> there typically a lag? The latest in those regions is 20161109
[17:02] <ikonia> does seem a little slow
[17:02] <drfritznunkie> and even that doesn't include hvm-ebs volumes
[17:03] <drfritznunkie> I have go back to 20160810 to find one of those in us-east-2
[17:14] <nacc> rcj: --^ ?
[17:16] <Odd_Bloke> drfritznunkie: o/ trusty is published using EC2 tools that don't understand v4 signing, so we have to do a separate batch sync in those regions.
[17:17] <ddellav> coreycb thanks
[17:17] <Odd_Bloke> drfritznunkie: Evidently that hasn't happened in a while; could you file a bug at https://bugs.launchpad.net/cloud-images/+filebug and we'll dig in to what's going on?
[17:18] <Odd_Bloke> (Probably on Monday at this point, all the US members of our team are travelling today)
[17:19] <genii> Is there some UDS?
[17:25] <nacc> Odd_Bloke: thanks!
[17:25] <nacc> genii: there's a canonical sprint next week
[17:26] <Odd_Bloke> Yep, though in this case they're also travelling _from_ re:invent.
[17:26] <Odd_Bloke> So that's a fun weekend of travel for them. :)
[17:29] <nacc> Odd_Bloke: oh really? yeah that's no fun :)
[17:31] <genii> nacc: Thanks, was wondering :)  ...also !uds is really really old...
[17:31] <nacc> genii: i can imagine :/
[17:31] <genii> Heh
[17:31] <genii> !uds
[17:32] <nacc> it did just happen, online only, a few weeks ago
[17:33] <genii> Is the same naming convention used in the URLs... like, would summit.ubuntu.com/uos-yearmonth/ for the most current one work?
[17:34] <nacc> http://summit.ubuntu.com/uos-1611/ was the most recent
[17:34] <nacc> but i'm not sure if the exact month is always the same?
[17:35] <nacc> genii: you might ask dholbach
[17:36] <Pici> We don't have ubottu variables for just the 16, so I don't think we can easily come up with a template for the factoid
[17:36] <nacc> yeah, I'm not seeing anything obvious
[17:37] <genii> Pici: Yeah that's sort of where I was headed
[17:42] <drfritznunkie> Odd_Bloke: thanks! Will open a ticket
[18:04] <HELPPLS> Hello!! anyone familiar with LTSP?!?!
[18:05] <HELPPLS> Currently, my clients boot up and load LDM, but I need them to use the LightDM login system... any help??
[18:09] <zul> coreycb: i see you did oslo.messaging which one are you working on now?
[18:09] <coreycb> zul, just that one.  i'm working on backports for bug 1518430
[18:10] <zul> coreycb: ok
[18:10] <zul> coreycb: cool thanks
[20:03] <codedmart> What is the easiest way to install downgrade inkscape to 0.48 in ubuntu 16.04?
[20:04] <sarnold> codedmart: you can use apt-get install <packagename>=<version> for every version number that's reported for that package in the apt-cache policy <packagename> output
[20:05] <codedmart> sarnold: Only have the latest in the cache
[20:06] <codedmart> Is there an online cache I can look at and download from?
[20:06] <sarnold> codedmart: it's not as easy in that case
[20:07] <codedmart> sarnold: I believe 0.48 was available on 16.04 at one point. Can't I find a deb somewhere and install that?
[20:07] <sarnold> codedmart: you can download individual packages from the mirrors, e.g. http://archive.ubuntu.com/ubuntu/pool/main/i/inkscape/ or launchpad https://launchpad.net/ubuntu/+source/inkscape but it may be harder to satisfy dependencies
[20:11] <codedmart> Hmm... well that didn't work.
[20:12] <nacc> codedmart: why do you need to downgrade?
[20:13] <nacc> codedmart: i'm fairly sure 16.04 *never* had 0.48
[20:13] <nacc> codedmart: i think you're thinking of 14.04
[20:13] <codedmart> I could be.
[20:13] <nacc> codedmart: based upon 15.04 having 0.91 already
[20:14] <codedmart> We use inkscape for a lot of svg rendering and 0.91 seems to have some issues that we didn't have with 0.48.
[20:14] <sarnold> it may also have been due to underlying libraries
[20:14] <sarnold> this is a decent enough first debugging step but .. it might get complicated.
[20:15] <sarnold> if you're more confident it's in inkscape, and you can clearly tell a "fail" from a "sucess", maybe a bisect of the inkscape sources would be a quick way to find The Problem