[01:02] <mup> Bug #1767226 opened: Commission sees interface that isn't there on Deployment <MAAS:New> <https://launchpad.net/bugs/1767226>
[03:03] <roaksoax> capncrunch4me: what do you mean ?
[04:06] <mup> Bug #1767254 opened: [2.4, UI] Machine listing UI tooltips are under fields of a table <MAAS:Triaged by ya-bo-ng> <https://launchpad.net/bugs/1767254>
[04:06] <mup> Bug #1767257 opened: [2.4, regression] Applying tag with a definition no longer works <MAAS:Triaged> <https://launchpad.net/bugs/1767257>
[13:03] <mup> Bug #1765535 opened: 18.04 beta commissioning smartctl problem <hwcert-server> <MAAS:New> <Speedsta Website Beta Testing:New> <https://launchpad.net/bugs/1765535>
[19:16] <mup> Bug #1767483 opened: [2.3] ssh key being denied upon ssh to deployed Centos 6 and Centos 7 <cpe-onsite> <MAAS:New> <https://launchpad.net/bugs/1767483>


[01:32] <kinghat> i have a supermicro board, its possible to use two different speed memory modules isnt it? it will just use the slower one?
[01:52] <OerHeks> maybe yes, maybe no, i guess not always.
[02:03] <JanC> kinghat: depends; it might depend on how many memory banks there are, whether it's a multi-CPU board, etc.
[02:04] <JanC> you motherboard's manual should have the details
[02:04] <kinghat> ya its a supermicro dual bulldozer opteron
[02:04] <JanC> usually you can find those on the manufacturer's site
[02:04] <kinghat> it doesnt really say about using different speed mem modules.
[02:04] <JanC> or in the box when you bought it new
[02:05] <kinghat> just which slots to populate and which types it supports.
[02:05] <kinghat> definitely dont have the box.
[02:06] <JanC> then maybe it doesn't matter (and will use the slowest, as you say, or maybe even a slower speed if that's necessary to make both work)
[02:06] <kinghat> ya im going to give it a whirl.
[02:07] <JanC> might be a good idea to run memtest86 or similar for a couple days to make sure it's stable  :)
[02:08] <JanC> if you can, using the same memory is probably a good idea though
[02:08] <kinghat> ya i just dont have enough lol
[09:13] <jc_> Hi, Anyone with experience in deploying the OpenStack with provider network. I have configured the openstack without any errors. Floating IPs are getting allocated but I am not able to connect to VMs. Any suggestions, where should i look for identifying actual problem?
[13:42] <weedmic> something like this but for sound cards - proc /etc/cpuinfo?
[13:44] <weedmic> nvm - i found my receipt
[13:44] <Pici> weedmic: theres lshw
[13:44] <weedmic> ok, great
[13:59] <weedmic> Pici: that's nice - even lists chips on the mobo - ty
[14:30] <teward> TJ-: alive?
[14:37] <TJ-> teward: parts of me are; not sure about the brain though!
[14:38] <teward> lol
[14:38] <teward> TJ-: that nginx patch you submitted, you might want to give it a shot at upstream consideration.
[14:38] <teward> because it's more complex than simply adding a 'sleep' like other patches have done
[14:38] <teward> and MIGHT actually solve the issue permanently
[14:38] <teward> was suggested in discussion with one of the upstreams
[14:39] <TJ-> teward: really? hmmm... OK, I'll fire it to the mailing list then
[14:39] <TJ-> teward: "as a basis for discussion of the underlying issue" :)
[14:39] <teward> yep make sure you read their guidelines.
[14:39] <teward> and yes lol
[14:40] <teward> http://nginx.org/en/docs/contributing_changes.html?
[14:40] <teward> needs to be an hg changeset but meh
[14:40] <teward> would like to test on cent but i'm lazy :p
[14:41] <TJ-> I've never used nginx :)
[14:48] <teward> lool
[15:49] <kinghat> how do i turn off the lock that ubuntu server puts on when you login preventing upgrades?
[15:51] <kinghat> https://paste.debian.net/hidden/7ce97532/
[16:22] <teward> kinghat: do you have unattended-upgrades installed and enabled?
[16:28] <kinghat> not sure it was just a default server install
[16:36] <teward> i'd advise you check, `sudo apt-cache policy unattended-upgrades` will tell if it's installed
[16:36] <teward> if it is, chances are what you're seeing are unattended upgrades doing its thing
[16:36] <teward> it's not when you *login* that it locks, its when unattended-upgrades runs it locks
[16:36] <teward> so you just wait
[16:50] <RoyK> teward: check ps axf output - I guess there's an apt process running already
[16:51] <teward> kinghat: ^
[16:51] <teward> RoyK: kinghat needs the help :)
[16:52] <kinghat> https://paste.debian.net/hidden/a56a2031/
[16:53] <teward> OK so it's isntalled.
[16:53] <teward> kinghat: check `ps axf` output for anything apt or dpkg related
[16:53] <teward> see what it says
[16:53] <teward> (as RoyK suggested)
[17:26] <kinghat> trying to extract this on server: https://paste.debian.net/hidden/bffdecb8/
[17:31] <Odd_Bloke> kinghat: That suggests it isn't a valid ZIP file.
[17:32] <kinghat> extracted the archive fine on desktop
[17:33] <Odd_Bloke> kinghat: Did it definitely transfer successfully?
[17:33] <Odd_Bloke> (I'd suggest comparing checksums to be sure.)
[18:37] <ahasenack> rbasak: still around?
[18:37] <ahasenack> rbasak: I could use some hints with dpkg-maintscript-helper rm_conffile, it's not doing what I expect
[18:40] <rbasak> o/
[18:41] <ahasenack> issue is after the install of the new package, i still have:
[18:41] <ahasenack> -rw-r--r-- 1 root root 121 Oct 26  2017 /etc/default/ipmidetectd.dpkg-remove
[18:41] <ahasenack> I wanted it gone
[18:41] <ahasenack> so let me paste the maintscript file I have, and versions
[18:43] <ahasenack> rbasak: https://pastebin.ubuntu.com/p/sCN6NxkfBx/ has versions, d/*.maintscript*, and the rendered ones in /var
[18:44] <ahasenack> my expectation when upgrading from 1.5.7 to 1.6.1 was to have that file removed (I didn't change it)
[18:44] <rbasak> Looking
[18:48] <ahasenack> it's no longer shipped in the 1.6.3 (sorry, I meant 1.6.3 above, not 1.6.1) package even
[18:49] <rbasak> ahasenack: I don't see why that wouldn't work.
[18:49] <rbasak> ahasenack: if you're sure that the code you're running is the code you're seeing, etc, then I'd instrument the maintainer scripts with set -x and echo "$@" next
[18:50] <rbasak> ahasenack: and then see if running line 37 from your pastebin afterwards doesn't delete it, and if not why not (I think you need to set environment variables to mimic a maintainer script environment like DPKG_MAINTSCRIPT_NAME
[18:50] <rbasak> )
[18:51] <ahasenack> ok
[18:52] <ahasenack> it was going just like the manpage said
[18:52] <ahasenack> the name *.dpkg-remove is indicative that it decided the file wasn't changed
[18:52] <rbasak> Yeah
[18:52] <ahasenack> so the next script could remove it
[18:52] <ahasenack> but didn't
[18:52] <rbasak> So the only question is why the postinst doesn't remove it
[18:52] <ahasenack> ok, let me add some -x, see how it's called
[19:02] <ahasenack> rbasak: I added the dist-upgrade output, I forgot to add it before. Just for completeness. But we can see the maintainerscript acting in there for other files: https://pastebin.ubuntu.com/p/8Dj9t92nNF/
[19:03] <ahasenack> basically "Installing new version of ..."
[19:21] <ahasenack> rbasak: does this shed any light on the issue, or not yet? https://pastebin.ubuntu.com/p/ykNgxhdhDP/
[19:21] <ahasenack> my next step is to call that interactively, setting any required env var
[19:22] <rbasak> ahasenack: I agree with you. That line is definitely running then.
[19:23] <ahasenack>  /usr/bin/dpkg-maintscript-helper has a "debug" statement, let me see if I can find out how to activate it
[19:25] <ahasenack> DPKG_DEBUG
[19:25] <ahasenack> ok
[19:56] <ahasenack> rbasak: got it!
[19:56] <rbasak> Now I'm in suspense!
[19:56] <ahasenack> rbasak: the previous version, 1.5.7-2ubuntu1, due to a bug in that version, was never fully installed
[19:56] <rbasak> Ah!
[19:57] <ahasenack> it's a bug I'm fixing in this update (well, debian fixed it)
[19:57] <ahasenack> but that was enough for postinst to not consider it an upgrade
[19:57] <ahasenack> so instead of the helper being called like this:
[19:57] <rbasak> I wonder if that's a dpkg-maintscript-helper bug.
[19:57] <ahasenack> + dpkg-maintscript-helper rm_conffile /etc/default/ipmidetectd 1.6.3-1.1ubuntu1~ freeipmi-ipmidetect -- configure 1.5.7-2ubuntu1
[19:57] <ahasenack> it was called like this:
[19:57] <ahasenack> + dpkg-maintscript-helper rm_conffile /etc/default/ipmidetectd 1.6.3-1.1ubuntu1~ freeipmi-ipmidetect -- configure
[19:57] <ahasenack> no version at the end
[19:57] <ahasenack> as one parameter
[19:58] <ahasenack> the version comparison, to see if finish_rm_conffile should be called or not, is
[19:58] <ahasenack>                 if [ "$1" = "configure" ] && [ -n "$2" ] &&
[19:58] <ahasenack> since $2 was ""...
[19:58] <ahasenack> the renamed conf file was left over
[19:59] <ahasenack> sorry, I mean the version comparison is going to be called if $2 exists, but it didn't
[19:59] <ahasenack> https://pastebin.ubuntu.com/p/wVjdpRJKKv/ is the bit in the helper
[20:02] <rbasak> ahasenack: oddly though your pastebin in https://pastebin.ubuntu.com/p/ykNgxhdhDP/ doesn't show that in line 7 though? That one does have the version.
[20:03] <ahasenack> rbasak: that was installing the same package over it, I'm ashamed to say
[20:03] <ahasenack> I didn't bother to downgrade
[20:03] <rbasak> ahasenack: it's an interesting interaction nonetheless, and one I think is worth documenting somehow.
[20:03] <ahasenack> and repeat the test
[20:03] <powersj> teward, congrats!
[20:03] <teward> powersj: thank you :)
[20:03] <rbasak> I'm not sure it's possible to fix easily in dpkg-maintscript-helper, but probably worth a bug regardless so this slightly surprising behaviour won't send someone else down your rabbit hole :)
[20:04] <ahasenack> rbasak: maybe the weird thing is that preinst didn't seem to mind the previous package was in a failed state
[20:04] <ahasenack> and it did its thing
[20:04] <rbasak> ahasenack: I believe that's expected behaviour though
[20:04] <rbasak> ahasenack: the error states and required unwinds are well specified: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#summary-of-ways-maintainer-scripts-are-called
[20:04] <ahasenack> I bet they are :)
[20:05] <powersj> slashd, congrats as well!
[20:05] <ahasenack> iF  freeipmi-ipmidetect              1.5.7-2ubuntu1              amd64        GNU IPMI - IPMI node detection tool
[20:05] <powersj> woops lol
[20:05] <ahasenack> rbasak: that's the state I was starting with^
[20:06] <powersj> meant ddstreet, congrats as well!
[20:06] <rbasak> ahasenack: that makes sense.
[20:06] <rbasak> ahasenack: it does seem wrong though that .dpkg-remove can ever end up outlasting the upgrade after the error state is repaired.
[20:07] <ahasenack> rbasak: https://pastebin.ubuntu.com/p/cpq7YKQpSz/ line 44:preinst ; line 140:postinst
[20:08] <ahasenack> so line 144, which is -n "$2", sees an empty $2
[20:08] <ahasenack> and skips the rest of the removal code
[20:08] <ahasenack> and we are left with /etc/default/ipmidetectd.dpkg-remove at the end
[20:11] <ahasenack> is this interesting enough to email ubuntu-devel@?
[20:11] <ahasenack> or just expected
[20:11] <ahasenack> expected in retrospect, I mean :)
[20:11] <ahasenack> it's never expected when it happens :)
[21:09] <DK2> https://imgur.com/a/oWwlbdC any idea what is broken here? server refused to boot
[21:13] <solderfumes> <DK2 "https://imgur.com/a/oWwlbdC any "> Not enough info to be sure. The System DBUS failed to start for some reason? Is your rootfs writable?
[21:14] <DK2> solderfumes: trying got a livesystem now
[21:53] <rbasak> ahasenack: interesting enough to file a bug against dpkg-maintscript-helper I think.
[21:53] <rbasak> The user story you have there doesn't clean up .dpkg-remove as expected.
[21:53] <rbasak> Though since it's cruft it'll probably be low priority, and there isn't an obvious way to fix it I don't think.
[22:48] <tobias-urdin> coreycb: sending now so i dont forget the details, troubleshooting the puppet CI being broken for ubuntu for some month(s) now
[22:48] <tobias-urdin> http://logs.openstack.org/04/665704/1/check/puppet-openstack-integration-5-scenario001-tempest-ubuntu-bionic-mimic/f4cd240/logs/nova/nova-compute.txt.gz#_2019-06-17_15_55_04_732
[22:49] <tobias-urdin> so we install using the nova-compute-qemu (or kvm package), this pulls "qemu"
[22:49] <tobias-urdin> qemu should pull qemu-system "Depends: qemu-system (>= 1:2.11+dfsg-1ubuntu7)"
[22:50] <tobias-urdin> but it doesn't, so there is no x86 emulator binary since qemu-system provides (pkg: qemu-system-x86) isn't pulled in
[22:51] <tobias-urdin> so nova-compute-qemu depends on "qemu", "nova-compute-libvirt", but the "qemu" doesn't depend in "qemu-system" provides properly
[22:51] <tobias-urdin> if i install "qemu-system" or "qemu-system-x86" directly it works
[22:52] <tobias-urdin> you can see repos and dpkg
[22:52] <tobias-urdin> http://logs.openstack.org/04/665704/1/check/puppet-openstack-integration-5-scenario001-tempest-ubuntu-bionic-mimic/f4cd240/logs/apt-cache-policy.txt.gz
[22:52] <tobias-urdin> http://logs.openstack.org/04/665704/1/check/puppet-openstack-integration-5-scenario001-tempest-ubuntu-bionic-mimic/f4cd240/logs/dpkg-l.txt.gz
[22:52] <tobias-urdin> hopefully i'll hear from you later today :)


[14:17] <brousch> No "Good Mornings" today?
[14:18] <rick_h> not much good unfortunately
[14:18] <rick_h> trying to figure out how to still do pyohio atm
[14:18] <_stink_> morning
[14:21] <jrwren> great morning!
[14:30] <cmaloney> Good morning
[14:30] <cmaloney> rick_h: We'll drive if you want
[14:31] <cmaloney> rick_h: We have a transport chair as well
[14:37] <rick_h> cmaloney: my main worry is the walking around there. The area's not greatly hop-along friendly
[14:38] <rick_h> cmaloney: yea, have to see. Looking into it
[14:40] <cmaloney> np
[14:40] <cmaloney> yeah, there's a lot of long distance walking for sure
[14:56] <jrwren> rick_h: what was/is the verdict?
[14:57] <rick_h> jrwren: knee destroyed, apt with surgeon in 2 weeks
[14:57] <jrwren> O_O UGH!
[14:57] <rick_h> jrwren: so far cancelled the UP trip, chicago and St Lious trip, and hopefully will be back in time for the reserved Disney trip
[14:57] <jrwren> ick.
[14:58] <rick_h> pretty much...but hey. 8-12mo from now I'll be a happy camper
[14:58] <jrwren> yay!
[15:18] <_stink_> rick_h: dang, good luck!
[15:19] <_stink_> i'm stlil recovering from severing 5 tendons in my wrist... 3 months later and i'm getting pretty impatient
[15:21] <_stink_> rick_h: ligaments?
[15:24] <rick_h> _stink_: yea, ACL MCL both meniscus and a hairline fracture
[15:24] <rick_h> _stink_: :( on the wrist
[15:24] <_stink_> dang.  go big or go home
[15:24] <_stink_> you win though
[15:24] <rick_h> no, at least I can sit in my chair and use my wrists
[15:25] <rick_h> mine cut out all my fun parts of life. Yours would effect work side
[15:25] <_stink_> i typed one handed for 5 weeks
[15:25] <_stink_> 'typed'
[15:25] <_stink_> thank you vim
[15:26] <rick_h> wow
[15:26] <rick_h> lol
[15:40] <cmaloney> heh
[15:59] <greg-g> rick_h _stink_ :( :(
[18:08] <brousch> rick_h: Crap, man. What happened?
[18:10] <greg-g> mountain biking, I think
[18:18] <jrwren> He was trying to teach his son how to pop a wheelie on bike, and he landed wrong.
[18:18] <jrwren> I hope he didn't scare his son into never trying it.
[18:23] <rick_h> jrwren: yea, been pushing on that
[18:23] <rick_h> basically don't bike on a weak knee in flip flops kthx
[18:23] <rick_h> I really think that's the killer to it, but who knows
[18:25] <greg-g> :(
[18:26] <jrwren> oh, flip flops.. yup.. .never.
[18:26] <jrwren> i used to cringe watching my kid on flip flops and a bike.
[18:26] <rick_h> yea, what I get for doing the dishes the boy goes "want to ride around the block with me?"
[18:26] <rick_h> sure, so we hop on and go, chit chat, good ride..."dad I can almost do a wheelie see!"
[18:27] <rick_h> "close, like this...OUGHREW#@$#@$#"
[18:27]  * rick_h needs to may clay little stopmotion characters to record the scene lol
[18:28] <cmaloney> Maybe you could hire that Taiwanese company that does the poser dramatizations
[18:29] <_stink_> haha
[19:35] <brousch> Huh, my new year's injury was from a nerf war with my son. Darn kids!
[19:36] <brousch> rick_h: Let me know if I can help you get around at PyOhio
[19:37] <rick_h> brousch: lol at Nerf wars. Thanks for the offer.
[19:38] <brousch> I tripped on a rug while running through the house, fell against a crate, had a very large bruise on my torso for 2 months, luckily didn't rupture an organ
[19:39] <brousch> Probably got the same, "Um, daddy, are you OK?"
[19:41] <_stink_> we're freeee!
[19:41] <rick_h> lol
[19:42] <_stink_> thankfully mine were not around when i was hurt
[19:42] <_stink_> cut by a hockey skate
[19:42] <_stink_> my own :P
[19:45] <brousch> You must be flexible!
[19:51] <rick_h> _stink_: were you holding it wrong again?
[19:57] <greg-g> holding a hockey skate: first problem :)
[20:03] <dzho> > on flip flops and a bike
[20:03] <dzho> or seeing someone in a T-shirt and shorts and flip flops on a motorcycle screaming down the highway and lanesplitting etc
[20:04] <cmaloney> dzho: Don't get me started on the shorts / flip flops on a motorcycle
[20:39] <_stink_> yes i get confused by where my foot goes :P
[20:40] <_stink_> naw, i'm a goalie, and i was trying to stop a puck that i had gone down to stop and was trickling between my feet toward the goal
[20:40] <_stink_> put trapper hand near feet, sit on hand
[20:40] <_stink_> puck enters net anyway
[20:41] <_stink_> blood covers ice
[20:41] <greg-g> :(
[20:42] <cmaloney> Oh noes
[21:24] <rick_h> Wow, I some how read skate as stick originally
[21:24] <rick_h> But that sounds a bit unpleasant
[21:26] <_stink_> was prettty weird
[23:21] <greg-g> uh oh, my 512meg ram digital ocean vps can't serve me my Documents git-annex repo, runs out of memory
[23:22] <greg-g> git gc also fails (obviously)
[23:49] <cmaloney> Evening
[23:50] <cmaloney> greg-g: WTF?


[00:26] <bencrisford> mhall119: lol :P
[04:34] <al34n1x> Hi guys, i'm trying to get an LTSP classroom installed and i got some troubles when i tried to use the LDM_ALLOW_USER option on the lts.conf...the option never response...
[04:34] <al34n1x> I've re run the image and moved the file to the /var/lib/tftboot/ltsp/i386 dir as well
[04:34] <al34n1x> however the option never response
[04:34] <al34n1x> i'm running LTSP Server 5.1 on Debian Lenny
[04:34] <al34n1x> On the other hand i could restrict the DHCP server to match IP with Mac, i didn't have any problem there...the lts.conf file is the problem that i got


[03:36] <newz2000> anyone here having a problem with their laptop battery life dropping signficantly (30%) since edgy?
[05:55] <corky> sup g's
[05:55] <corky> um stressing cant get net on my laptop
[02:07] <sl0th> hi there, anybody with a thinkpad z60t here?!
[05:07] <dade`> mjg59: still away ?
[05:20] <dade`> mjg59: I see you are online :)
[05:21] <dade`> you have a macbook right ?
[05:22] <dade`> sleep works ?
[08:42] <BaTTo\> hello
[08:43] <snid> im thinking about full disk encryption and my laptop has tpm.. is there a specific place i should go to find a howto on using tpm with full disk encryption? i cant find a good howto with google
[11:57] <bodhi_zazen_work> Looking for assistance on Dell laptops
[11:57] <bodhi_zazen_work> Drivers for the monitor ?
[11:58] <bodhi_zazen_work> The desktop only takes up half the screen
[11:58] <bodhi_zazen_work> dpkg -reconfigure no help


[13:31] <red98> pressing super button does not trigger main menu, what could be the reason?
 broken key
[13:58] <red98> lubot maybe, because other keybindings like alt F1 is working
[14:02] <red98> i checked it, it's working fine
 here try my config file replace yours : https://matterbridge.lubuntu.me/20c00df0/globalkeyshortcuts.conf


[01:58] <TheMuso>
[02:13] <mjg59> BenC: Around?
[02:14] <mjg59> BenC: Something seems to have gone very wrong with psmouse - it's referencing dmi_get_system_info for some reason
[02:15] <mjg59> And failing to load as a result
[02:15] <mjg59> I'm guessing it's coming from the synaptics/dynabook patch, but...
[02:16] <mjg59> That duplicates near identical code baove
[02:18] <BenC> hmm
[02:21] <BenC> mjg59: how long will you be around?
[02:21] <mjg59> BenC: An hour or so?
[02:21] <BenC> I can do another build minus that patch and see what it does
[02:21] <BenC> probably take longer than an hour
[02:23] <BenC> that patch looks pretty harmless though
[02:23] <mjg59> Yeah
[02:23] <mjg59> But I'm getting "Unknown symbol dmi_get_system_info"
[02:23] <BenC> or do you mean that it has a missing symbol?
[02:23] <BenC> ah
[02:24] <BenC> let me see if I can fix that
[02:26] <BenC> dmi_get_system_info wasn't exported until 2.6.13
[02:26] <BenC> it's been there though
[02:26] <BenC> let me just add the export symbol
[02:27] <mjg59> Hrm. But how did that work, then?
[02:28] <mjg59> There was already an entry there
[02:29] <BenC> I don't see any other user of dmi_get_system_info() in there
[02:29] <mjg59> Oh, argh. I'm sorry, I'd entirely missed that section of the diff.
[02:29] <mjg59> Fuckit. Entirely my fault.
[02:30] <BenC> no problem, I've already got a diff for dma_scan.c to export the symbol
[02:30] <mjg59> Ok
[02:58] <jbailey> dilinger: klibc just accepted to Debian.  initramfs-tools hopefully a day behind it.
[02:59] <jbailey> dilinger: I was talking with maks earlier.  I'm going to twiddle the code soon to be non-native so that only the rules files need to be different between Debian and Ubuntu.
[03:21] <mjg59> BenC: Other than that, it all looks very good indeed!
[03:32] <BenC> cool
[03:37] <BenC> fix is in the repo
[03:37] <BenC> I've got amd64, i386 and ppc all building
[03:39] <mjg59> Rocking
[04:03] <zul> heylo
[04:04] <zul> heh..i watched my first episode of lost tonight...i dont get it
[04:06] <mkrufky> it's a good show... i always forget to watch it
[04:28] <zul> heh big brother is over so i have to get hooked on something ;)
[05:59] <fabbione> morning guys
[06:31] <BenC> hey fabbione
[06:31] <BenC> and good night :)
[06:31] <BenC> current baz archive should build for you, I've done i386, amd64 and ppc builds already
[06:40] <fabbione> BenC: it's building already on sparc
[06:40] <fabbione> i will let you know before you wake up
[10:51] <fabbione> BenC: the kernel builds on sparc!
[10:52] <fabbione> BenC: if you don't change anything fancy it should be ok
[02:09] <zul> heylo
[02:09] <fabbione> yo
[02:14] <zul> how goes the battle?
[02:15] <fabbione> as usual :)
[02:15] <fabbione> and you?
[02:29] <zul> ditto
[02:29] <zul> oh oh..its Kamion duck!
[02:30] <zul> bleah..
[02:30] <Kamion> just thought I should be here, since it seems I'm blocking the next Colony release on the next kernel upload
[02:30] <Kamion> (which is fine, but just means I need to know what's going on)
[02:32] <zul> Kamion: heh all we do here is make fun of the motu team ;)
[02:33] <Kamion> oh, here too? ;-)
[02:36] <zul> lol
[02:41] <zul> so when can we started on the next kernel version?
[02:41] <zul> 2.6.14 isnt it?
[02:42] <zul> er...2.6.14-rc..blah
[02:42] <zul> my mind is numb
[02:45] <janimo> is there a getting started on the ubuntu kernel sort of doc on the wiki?
[02:45] <janimo> I am interested in tracking the current work of the kernel team
[02:46] <janimo> and do local changes in the right way (baz branch, make-kpkg etc.)
[02:47] <janimo> the url referenced in the channel topic seams to be an archive of the debian/ dir only
[02:47] <janimo> do I need to work with the linux-sources package?
[02:48] <zul> janimo: not really..what i do is is the following:
[02:48] <zul> apt-get source linux-source-2.6.X
[02:48] <zul> rm -rf debian directory
[02:48] <zul> baz get<EMAIL_ADDRESS>debian
[02:48] <zul> cd debian
[02:48] <zul> baz branch <your local arch>
[02:49] <zul> do what you want
[02:49] <zul> debuild
[02:49] <zul> or something like that
[02:49] <janimo> so everything happens in the debian/ dir because of dpatch so the upstream source is never touched right?
[02:50] <janimo> and you export you local debian/ baz branch if you want to publish your changes
[02:51] <janimo> I once dpkg-buildpackage-d linux-source and it took a loooong time because it made images and whatnot for all archs
[02:51] <janimo> does debuild do the same thing?
[02:52] <zul> janimo: yeah remove the config for the arches you dont want in debian/config
[02:52] <zul> debuild does the same thing
[02:52] <janimo> and when a new linux-source package is available go to step 1?
[02:52] <janimo> thanks, very helpful so far :)
[03:21] <infinity> janimo : debuild calls dpkg-buildpackage, so of course it owuld do the same thing.
[03:26] <BenC> jeez, just when I thought we'd have a kernel upload today
[03:33] <zul> hmm?
[03:38] <BenC> couple of security patches
[03:38] <BenC> nice thing to find in your inbox when you wake up planning a kernel upload :)
[03:38] <Kamion> ouch
[03:39] <BenC> zul: btw, I have i386 kernels at http://people.ubuntu.com/~bcollins/kernels/ if you want to test vmware
[03:39] <Kamion> what sort of timescale are we looking at? if it's multiple days, I'll do the beta release this afternoon; if it's relatively quick, I'd rather wait so that we have a beta release with the final-ish kernel
[03:39] <BenC> Kamion: pushes it from this morning to later this afternoon is all
[03:39] <BenC> they are small patches, so quick to review
[03:40] <BenC> Kamion: oh, this is an ABI changing upload, I'll need your assistance today if possible
[03:40] <Kamion> ah, ok, that's not too bad
[03:41] <BenC> merging those two patches, and getting the abi file into the kernel .deb's is all I have to do for release
[03:41] <Kamion> BenC: yes, fabbione warned me - I should be available, with the possible exception of about 18:00-20:00 UTC tonight
[03:42] <BenC> should be done way before then, so that works out
[03:42] <Kamion> cool
[03:42] <fabbione> BenC: are you going to merge the security patches now?
[03:44] <BenC> yes
[03:44] <BenC> doing it as we speak :)
[03:46] <BenC> fabbione: so sparc64 built, did it boot?
[03:48] <fabbione> BenC:  it did build.. i am confident that it boots
[03:48] <fabbione> i will test with final as soon as you commit all the changes
[03:53] <fabbione> BenC: also.. it's time to update libraw1394 :)
[03:53] <fabbione> isn't it?
[03:54] <BenC> do you mean upstream, or packaged?
[03:54] <fabbione> package :)
[03:55] <fabbione> upstream is at 1.2.0 so.8.something
[03:55] <fabbione> the package is 0.10. so.5
[03:55] <fabbione> i have 1.2.0 ready, but quite a bunch of pkgs need a rebuild
[03:55] <fabbione> so it's not for breezy
[03:55] <fabbione> that will allow us to build libiec61883-1.0.0
[03:55] <fabbione> and finally enable mythtv firewire support :)
[03:57] <BenC> mythtv has firewire support now!?
[03:58] <BenC> do you know if there's a mythtv plugin for Roku boxes now?
[03:58] <BenC> I need to get my Roku setup again so I don't have to burn all these mp4's and stuff
[03:58] <BenC> would be nice if the vlan client worked
[03:59] <fabbione> no idea..
[03:59] <fabbione> i am at the first install of mythv in my life
[04:00] <fabbione> it supports firewire.. that's sure
[04:00] <fabbione> i dunno about the Roku
[04:23] <zul> BenC: heh i was making them last night but i got tired...got vmware installed and at the time was downloading the iso
[04:35] <BenC> any make-kpkg experts here
[04:36] <mx|gone> is it too late to get the bluetooth hid patch into the ubuntu kernel?
[04:36] <mkrufky> i thought YOU were the expert ;-)
[04:36] <BenC> I need a way to prepare a kernel image, and just before it gets dpkg-deb --build, add a file to it
[04:36] <BenC> I'm "knowledgable" :)
[04:36] <BenC> mx|gone: maybe not, point me to it
[04:36] <mkrufky> benc: i think there's an easy way to do that
[04:37] <mkrufky> on debian's howto page for building custion kernel:
[04:37] <mkrufky> where it explains how to build the pcmcia modules
[04:37] <mkrufky> i'll go look, brb
[04:37] <mx|gone> BenC: http://www.holtmann.org/linux/kernel/patch-2.6.12-mh3.gz
[04:37] <mx|gone> BenC: it adds mouse wheel support for bluetooth mouses among other things
[04:38] <mkrufky> http://www.us.debian.org/releases/stable/i386/ch08s05.html.en
[04:38] <mkrufky> im not sure if it builds the modules into the same package, or if it ends up being a separate .deb
[04:38] <BenC> that's a big patch
[04:38] <fabbione> BenC: yes.. there is a way..
[04:38] <fabbione> BenC: just a sec that i dig it up
[04:39] <mx|gone> BenC: let me know if that'll be able to go in
[04:39] <BenC> mx|gone: is the bt_cb() function part of the patch that makes the mouse wheel work?
[04:39] <fabbione> BenC: look at debian/notification-install
[04:39] <mkrufky> hmmm.... ok, after further reading, i can tell that it builds it as separate package, so maybe that doesnt help u... sorry
[04:39] <BenC> that's most of the patch
[04:40] <fabbione> BenC: the mechanism is a bit complex
[04:40] <mx|gone> BenC: you'd have to contact marcell holtmann about it
[04:40] <BenC> mx|gone: doubtful this patch, as-is, will even get into breezy, much less this next kernel upload
[04:40] <fabbione> that file is copied into debian/build/build-$flavour/debian/postinstall.d (or something like that)
[04:40] <fabbione> and it is executed when building the deb by make-kpkg
[04:40] <BenC> mx|gone: if you can get it down to just the part that makes the mouse wheel work, then there's a possibility
[04:40] <mx|gone> hmm, ok
[04:40] <fabbione> BenC: you can use a similar thing to copy the abi
[04:40] <fabbione> it's like an hook
[04:40] <BenC> fabbione: ok, thanks
[04:41] <fabbione> BenC: you need to modify debian/rules in the same places as where notification* is mentioned
[04:41] <fabbione> and in the same way
[04:41] <fabbione> i am pretty sure if you duplicate it, it will just work
[04:41] <BenC> debian/image.d
[04:41] <BenC> got it
[04:42] <mx|gone> BenC: hmm, it looks like bt_cb is just a define to a structure in an already defined structure
[04:43] <janimo> how hard would it be to provide  vmlinux for x86 at least as a separate deb?
[04:44] <BenC> mx|gone: yeah, but it makes the patch really hard for me to review
[04:44] <janimo> I think make-kpkg has support for this,but probably puts it in the same .deb as linux-image
[04:44] <BenC> janimo: why do you need vmlinux?
[04:44] <mx|gone> BenC: ok, that's fair... I'll talk to marcel and see if it's possible to just get the mouse wheel stuff... if not, I'll just compile a kernel for another 6 months
[04:45] <mjg59> jbailey: Hmm. My initramfs doesn't seem to be loading the fan modules.
[04:46] <janimo> BenC for oprofile
[04:46] <BenC> oprofile can't use vmlinux, or System.map?
[04:46] <janimo> that's the usual reason, there's also a year old debian bug on the subject I think
[04:46] <BenC> vmlinuz I mean
[04:46] <janimo> no it needs the symbols
[04:47] <janimo> I don;t think one can create the original vmlinux elf image from the bootable vmlinuz
[04:47] <jbailey> mjg59: Ah.  Any idea  why? =)
[04:48] <jbailey> Oh hmm
[04:48] <janimo> but as if oprofile could be modified to use vmlinuz+zyztem.map that;s beyond me :)
[04:48] <jbailey> mjg59: I don't see anything in here that would cause them to get loaded.
[04:49] <jbailey> There must be because of the guy who was bitching about it though.
[04:50] <jbailey> In my tree I have init-premount/acpid
[04:50] <jbailey> No, it's there.
[04:50] <jbailey> Perhaps I'm just insane
[04:50] <mjg59> jbailey: Hm.
[04:51] <jbailey> Is it loading thermal?
[04:53] <mjg59> Nope
[04:55] <jbailey> Is /usr/sahre/initramfs-tools/scripts/init-premount/acpid chmod +x'd?
[04:58] <mjg59> Yup
[05:02] <Kamion> mx|gone: you probably want to get it sorted out in the dapper kernel in about one month's time, rather than six months' time. :-)
[05:08] <fabbione> BenC, jbailey: after the new kernel with the ABI change is uploaded.. remember to upload klibc with the new B-D
[05:10] <mx|gone> Kamion: good point :)
[05:26] <infinity> Great, I upgraded an amd64 machine that hadn't been upgraded for ages, and with the current kernel, I get that wonderful "USB or your network, pick one, but not both" bug.
[05:28] <zul> irq conflict?
[05:29] <infinity> Is there such a thing in the modern world?
[05:29] <zul> you never know :)
[05:29] <infinity> (And it worked fine with the older -6- kernel I had installed, upgrading to the curen -8- breaks it)
[05:30] <infinity> http://www.spinics.net/lists/usb/msg02643.html
[05:30] <zul> i didnt do it :)
[05:30] <infinity> These are the error messages I get (no, haven't tried the workaround yet, but odd that I never needed it before now)
[05:30] <fabbione> infinity: yes there is such a thing
[05:32] <infinity> Well, not on the same IRQ anyway, so that rules that out.
[05:32] <BenC> irq's can be shared anyway
[05:32] <infinity> USB1.0/1.1 works fine (my mouse works), but if I plug in a USB2.0 device, the network dies.
[05:32] <BenC> unless the driver is broken
[05:32] <infinity> BenC : And yes, I know that.
[05:32] <infinity> And on boot, if I have a USB2.0 device plugged in, I get:
[05:33] <infinity> usb 5-3: device descriptor read/64, error -71
[05:33] <BenC> I read another bug report similar to that
[05:33] <infinity> Repeatedly.
[05:33] <infinity> (And the network driver no workie)
[05:33] <BenC> would be nice to know which kernel version started causing that
[05:33] <BenC> any way you could backup in kernel revisions until the problem is fixed?
[05:33] <infinity> I jumped a bit too far ahead ot be of use there.
[05:34] <infinity> Unless we have a repository of old kernel binaries somewhere.
[05:34] <BenC> I should start keeping them :)
[05:34] <BenC> would be easy to build them, just time consuming
[05:34] <BenC> we keep the old source atleast
[05:34] <infinity> I went from -6.7 to -8.13... So, that's 6 revisions.
[05:35] <BenC> yeah, that's a crap load of changes and also predates me starting to maint the kernel
[05:35] <BenC> so there's a lot that was done that I don't know about
[05:36] <infinity> Rather, yes.
[05:36] <infinity> I wouldn't have even bothered mentioning it, except ISTR someone whining on the lists about a very similar issue, so I suppose I'm not isolated.
[05:36] <BenC> I can try to get you the first -7 built
[05:36] <BenC> start in the middle and go from there
[05:37] <BenC> I'll do a build of -X.10
[05:38] <infinity> Given that this is (supposedly) a long-standing issue (since 2.6.9-bk7?), I wonder if maybe a patch got dropped that was fixing/changing this behavior...
[05:38] <infinity> Then again, that list post may be a red herring.   I suppose I should try the workaround and see.
[05:39] <infinity> Though, I should also ifnish testing lrm, upload it, and go to bed.
[05:39] <infinity> (My girlfriend's been yelling at me to stop working for hours...)
[05:40] <BenC> listen to her :)
[05:40] <infinity> If you want to build a mess of test kernels, though, it's amd64-k8, and I can pick 'em up in the morning and run with them. :)
[05:40] <BenC> sure, I can start a few builds tonight
[05:40] <BenC> keep an eye on http://people.ubuntu.com/~bcollins/kernels/infinity/
[05:41] <BenC> I'll put them there
[05:41] <infinity> Rock.
[05:44] <fabbione> BenC: what's the situation with the baz archive?
[05:44] <BenC> fabbione: it's stable right now
[05:45] <BenC> I am just working on the abi file in the .deb
[05:45] <BenC> once that's done, I'll be doing an upload
[05:45] <BenC> the two CAN patches are in
[05:46] <BenC> fabbione: getting a file into the .deb is easy...getting the right information to the script that runs is not
[05:46] <fabbione> BenC: ok
[05:46] <fabbione> two?
[05:46] <fabbione> there were 3 patches
[05:46] <BenC> I only saw two
[05:46] <BenC> ...
[05:46] <fabbione> there are 3
[05:47] <fabbione> one with CAN, 2 without
[05:47] <fabbione> + the info about an old CAN needs renumbering
[05:47] <BenC> ah, I see now
[05:56] <BenC> I don't see any reference to the obsolete CAN in changelog or in patches/*
[05:59] <fabbione> it probably didn't affect breezy
[06:05] <BenC> ah, cool
[06:05] <BenC> the first CAN isn't needed, it's already in there
[06:06] <fabbione> BenC: perfect...
[06:07] <fabbione> so everything is in the repo..
[06:07] <BenC> hold a sec
[06:07] <BenC> let me commit the abi file chang
[06:07] <BenC> and that will be 100%
[06:07] <infinity> Does that mean you're about to upload?  Or are you going to rest on it for a bit?
[06:08] <infinity> I'm in the last steps of testing lrm, but if you're about to push a new kernel, I don't see the point in two lrm uploads in a few hours.
[06:08] <BenC> going to sit on it for about an hour while I start a test build on i386 and amd64
[06:08] <BenC> then I'll upload
[06:08] <BenC> lrm == linux-restricted-modules?
[06:08] <infinity> Yeah.
[06:08] <BenC> cool
[06:09] <BenC> 2.6.12-9.14 is the kernel release version, FYI
[06:09] <infinity> Not really.  Have you looked at it?
[06:09] <BenC> yes, cool that I wont have to do it :)
[06:10] <mkrufky> BenC: your 2.6.12 kernel will contain the 2.6.12.y patches, correct?
[06:10] <infinity> yeah, I'll just do two uploads, though, cause I'll definitely beat you to it, and I need sleep.
[06:10] <BenC> it has <IP_ADDRESS>
[06:10] <infinity> So I'll upload lrm for the ABI bump in the morning (which should be around when all the kernels are finally built anyway)
[06:10] <BenC> infinity: ok, sounds good
[06:10] <mkrufky> ok perfect... there's something in <IP_ADDRESS> that i want to be sure that all the distros get
[06:10] <BenC> fabbione: done
[06:11] <BenC> hmm, hold a sec
[06:12] <fabbione> BenC: ok...
[06:14] <BenC> ok, update and fire away
[06:14] <BenC> i386 and ppc builds going
[06:15] <fabbione> roger that
[06:31] <fabbione> BenC: building now
[07:27] <zul> jbailey: ping
[07:46] <jbailey> zul: pong
[08:03] <fabbione> BenC: -rw-r--r-- root/root<PHONE_NUMBER>-09-22 19:47:41 ./boot/abi-2.6.12-9-sparc64
[08:03] <fabbione> i guess it works
[08:03] <fabbione> ;)
[08:03] <fabbione> and it boots
[08:04] <fabbione> BenC: for what is my concern, you are good to go
[08:07] <BenC> sweet
[08:07] <BenC> thanks
[08:19] <fabbione> no problem
[08:26] <zul> jbailey: you know that email i sent you about the libc stuff? you never got back to me me thinks
[08:30] <jbailey> zul: Crap, right sorry.
[08:45] <zul> no problem..
[08:46] <zul> i know you kind of have been busy
[08:50] <jbailey> By shared memory locks, do you mean page locks from mlock, or are you talking posix locks / semaphores?
[08:54] <jbailey> zul: ^^ (In case you need a nick highlight)
[09:04] <jbailey> dilinger: Around?
[09:04] <jbailey> dilinger: I remember you had a magic solution of some sort for cdbs taht didn't involve me doing a weird set -x or whatever at the top of each function.
[09:04] <jbailey> I'm trying to remember what you had done...
[09:04] <jbailey> I need something like it for initramfs-tools
[09:06] <zul> posix locks
[09:11] <jbailey> Hmm.
[09:11] <jbailey> If I do exec >/tmp/debug 2>&1
[09:12] <jbailey> And then later I exec init, those will persist, won't they?
[09:12] <jbailey> I already do:
[09:12] <jbailey> exec run-init ${rootmnt} ${init} "$@" </root/dev/console >/root/dev/console
[09:13] <jbailey> Do I need to add a 2>&1 to that to get fd2 reset?
[09:16] <dilinger> jbailey: convince shell authors to make set -x global ;)
[09:16] <dilinger> clint chagned posh's behavior to do that
[09:16] <dilinger> although it's partially incorrect
[09:16] <jbailey> It being, making it global?
[09:17] <dilinger> anyways, what i was doing was having a variable at the top of each function that actually executed set -x, but shells are too inconsistent for that to really work correctly
[09:17] <jbailey> I also wish that a "set - foo bar baz" didn't reset set -x, which it seems to for all of them
[09:17] <dilinger> yes
[09:17] <dilinger> it being making it globally
[09:17] <dilinger> i meant to ping clint about that, though; it's buggy
[09:18] <dilinger> foo() { set -x; bar; }   bar() { x=1; }
[09:18] <dilinger> foo
[09:18] <dilinger> x=2
[09:18] <jbailey> Wha?
[09:18] <dilinger> xtrace is turned on in foo, and bar inherits it, but after foo is finished running, xtrace is back off
[09:18] <dilinger> in posh
[09:18] <dilinger> which is not really global :)
[09:19] <jbailey> You get an x=2 in there?
[09:19] <dilinger> no, i'm putting an x=2 in there to show that xtrace doesn't diplay it
[09:19] <jbailey> Oh, I thougt you were saying that was output. =)
[09:19] <jbailey> I was like, umm, yeah, that's serious. =)
[10:00] <zul> right im off..
[10:36] <spayne> hi people
[10:36] <spayne> still got this ndiswrapper.ko bug
[10:36] <spayne> when seems to be related to USB and hotplug
[10:36] <spayne> is anyone around to help?
[10:41] <jbailey> I know nothing. =)
[10:42] <jbailey> <voice who="Manuel" Show="Faulty Towers"/>
[10:44] <spayne> Ka?
[10:44] <spayne> Ce?
[10:45] <spayne> http://bugzilla.ubuntu.com/show_bug.cgi?id=14147
[10:48] <BenC> what sort of bug?
[10:53] <spayne> it is assinged to you :)
[10:53] <spayne> read the bug link
[10:54] <spayne> basically, ndiswrapper.ko isn't being loaded for some USB WiFi devices
[10:54] <spayne> as the USB stack needs to be loaded before ndiswrapper
[10:54] <spayne> it is either related to
[10:54] <spayne> a.) USB stack
[10:55] <spayne> b.) the kernel
[10:55] <spayne> c.) hotplug/udev
[10:57] <spayne> BenC: any ideas?
[10:59] <BenC> probably hotplug
[10:59] <spayne> yeh
[11:00] <BenC> the kernel wouldn't know anything about it directly
[11:00] <spayne> any thoughts on fixing it?
[11:00] <BenC> if the right information is being exported, hotplug should handle it
[11:00] <BenC> I know nuteeng of this hotplug magic
[11:00] <spayne> need to go
[11:00] <spayne> bye
[11:00] <BenC> good luck
 dilinger: fix uploaded
[11:11] <dilinger> jbailey: apparently a brand spanking new posh in debian's incoming :p
[11:14] <jbailey> Ahaha, sweet.


 http://www.infoworld.com/article/3138505/java/open-source-java-at-10-big-benefits-but-detractors-remain.html
 And on another piece of good news - https://www.theguardian.com/business/2016/nov/12/tpp-trade-deal-congress-obama


[02:06] <serelt94> Hello. I am from server maintenance.
[02:06] <serelt94> I understand nobody will be using this channel until Tuesday morning at the absolute earliest.
[02:07] <serelt94> So the administration has requested that I perform maintenance this weekend.
[02:14] <trevier65> !ops
[02:14] <trevier65> !ops
[02:24] <trevier65> !ops


[17:12] <smoser> erichammond, or others, i'd appreciate input on bug 414997
[17:13] <smoser> as my last comment suggests, i *really* think that the correct way to do this is to indicate to the re-bundler that there is a template system in use here


[01:43] <tgardner> ogasawara, only you could drive tangerine that hard: 01:43:00 up  1:10,  2 users,  load average: 367.39, 246.65, 212.55
[01:44] <tgardner> I'm gonna backport that galbraith patch just for this :)
[18:45] <blahsphemer> I have kernel hacking experience in FreeBSD (implementing my own scheduling algorithm, page replacement algorithm). Are there any internship opportunities in ubuntu
[19:03] <JanC> blahsphemer: I don't know about internships, but Canonical are looking for several kernel engineers it seems
[19:05] <JanC> http://www.canonical.com/about-canonical/careers
[19:14] <blahsphemer> JanC, great, thanks. I'll look it up.
[19:19] <JanC> blahsphemer: if you are a FreeBSD developer(?) do you happen to know Philip Paeps?  ;)
[19:21] <blahsphemer> JanC, I know nobody in FreeBSD, I did all those uber-daunting projects as a part of my grad course ;)
[19:21] <blahsphemer> what is philip paeps's irc nick?
[19:21] <JanC> I think currently it's trouble
[19:22] <blahsphemer> heh, no i haven't talked to him
[19:22] <JanC> not sure he uses that in freebsd channels too, not sure how active he is in freebsd nowadays
[19:22] <blahsphemer> I am active generally on the freebsd hackers channel, not on the freebsd channel
[19:23] <blahsphemer> JanC, Could you suggest some other company where I could apply for an intern with this kinda knowledge?
[19:23] <blahsphemer> I don't even know what to google for
[19:23] <blahsphemer> :(


[07:24] <boxbeatsy> hi guys, do you all know if there is an EC2 AMI that has mySQL set up for external access?
[07:47] <flaccid> boxbeatsy: likely not, you could install it however in a running instance via a script and optionally re-bundle the instance into a new AMI. or you could just use rightscale
[07:49] <boxbeatsy> flaccid: i see, i think i'll just install it myself.  might as well learn.
[07:49] <boxbeatsy> thanks!
[07:50] <flaccid> np
[07:51] <flaccid> your distro will have the required documentation plus the mysql doc for altering the user to hosts
[07:51] <boxbeatsy> gotcha, thanks much
[13:44] <smoser> i think that subsequent spot-instance-requests by the same user are penalized
[13:44] <smoser> to avoid usage of spot-instance-request instead of normal launch
[13:44] <smoser> it seems that the first time I do one it comes back quickly.
[13:45] <smoser> soon after if I do another i'll get a *long* delay.
[13:45] <smoser> even when the price is well over the current rate
[13:56] <smoser> anyone else seen that sort of thing ?