[00:39] <jamespage> coreycb: hey - noted a few bumps to debhelper compat level 10 from debian - that's going to be awkward to backport without a backport of debhelper >= 10 first
[00:40] <jamespage> there is on in backports - we might be able to use that
[00:40] <jamespage> bradm: are you charm deployed? or just using the packages?
[00:41] <bradm> jamespage: charm deployed
[00:41] <jamespage> bradm: ok so two options on each service
[00:41] <jamespage> bradm: you can set "openstack-origin" to the new UCA pocket, this will perform a parallel upgrade on all units of the service
[00:42] <jamespage> or you can toggle action-managed-upgrade to True via config; after that setting the config also needs an execution of the openstack-upgrade action on each unit
[00:42] <jamespage> intent is that you can do things unit by unit
[00:44] <bradm> jamespage: that could be fun with things that require a db schema change, doing it unit by unit
[00:44] <jamespage> bradm: the lead unit will take care of the db migration so you should do that one first
[00:45] <bradm> jamespage: are there any recommendations about service orders to do the upgrades in?
[00:45] <bradm> I guess keystone first, similar to how the charm upgrades are done
[00:46] <jamespage> yep
[00:46] <bradm> ok, and this is liberty -> mitaka, so it seems I need to upgrade ceph to jewel first too
[00:49] <bradm> jamespage: there's no rollback is there?  not expecting to need it, but have to ask the question
[00:54] <jamespage> bradm: no
[00:55] <bradm> jamespage: excellent, good to know.
[00:55] <jamespage> bradm: actually ceph does things in a different way - if you change the source, it will perform a managed upgrade across the units
[00:56] <bradm> jamespage: is any of this documented anywhere?  all the cloud archive page says about it is to 'upgrade the packags'
[00:56] <bradm> packages.
[00:57] <ReedK0> is anyone here good at repairing grub?
[01:05] <jamespage> bradm: in the charm readme's; there is a  pending task to write a 'how to upgrade' section for the charm deployment guide
[01:06] <jamespage> bradm: https://docs.openstack.org/charm-deployment-guide/latest/
[01:08] <bradm> jamespage: aha, cool.
[01:49] <drab> Epx998: a war?
[01:54] <Epx998> work around
[01:55] <Epx998> drab: ubuntu doesnt like to an interface not followed with a 0 during network installs
[01:55] <drab> I see
[01:55] <drab> anyway, I had that problem on some supermicro servers with intel quad nics
[01:55] <Epx998> yeah
[01:56] <Epx998> exactly what we are seeing, onboard nics 1gb, plus offboard intel x550 10gb
[01:56] <drab> war for me was to disable the [un]predictable interaface naming so that stuff was once again called eth0 etc, then it worked just fine passing the interface name to select via preseed/kernel param
[01:56] <Epx998> we want to use 10gb out the gate, but d-i netboot does not like
[01:57] <Epx998> i suggested that to the guys trying to provision, they said it was too much work.  so i creasted a new tftp entry where i specified eth4, the installer sees it, then tries eth0 regardless and falls on its face
[01:58] <drab> how is one kernel parameter too much work? all you need is biosdevsomethingiforgot=0
[01:58] <drab> anyway
[01:59] <drab> that's all I've got
[01:59] <drab> altho if you already have eth0 and 4 that doesn't sound like your problem
[02:02] <drab> sarnold: fwiw someone suggested a good way to do it with nginx using "geo"
[02:02] <drab> http://nginx.org/en/docs/http/ngx_http_geo_module.html
[02:04] <drab> so I can use geo to create a "rolling" variable and if the ip matches whichever sets of clients I wanna rollout I just catch them there and then use map to use a different pool
[02:04] <drab> http://prabu-lk.blogspot.com/2017/03/select-different-backend-pools-based-on.html
[02:06] <sarnold> drab: heh, neither one -quite- describes what's going on..
[02:06] <sarnold> drab: still it looks like it can do the job
[02:07] <drab> I guess I just have to get over this idea that nginx is mostly a web server thingie... and tbh most of the verbiage on the site talks about http
[02:07] <drab> which makes me somewhat uneasy about using it for generic tcp protocols
[02:07] <drab> also this nginx plus thing isn't helping... half of the times I'm confused if it's payware feature or not...
[04:03] <jamespage> coreycb: I think we're going to need to bump lescina to xenial
[04:03] <jamespage> coreycb: the lack of support for conditional deps is created patching requirements which are unrelated to the uca
[07:13] <lordievader> Good morning
[07:46] <SmokinGrunts> morn' lordievader
[07:47] <lordievader> Hey SmokinGrunts
[07:47] <lordievader> How are you doing?
[07:47] <SmokinGrunts> pretty good. I got vibes from fielding a successful ##networking issue, and so I feel good
[07:48]  * SmokinGrunts toots the ole ego horn
[07:48] <SmokinGrunts> and you?
[08:21] <lordievader> Doing good here.
[08:21] <lordievader> Is ##networking an interesting channel?
[08:52] <adac> Hi there! Where does iptables-persistent save it's rules? How can I clean them up?
[08:54] <lordievader> adac: According to [1] in `/etc/iptables/rules.v{4,6}`. [1] http://www.microhowto.info/howto/make_the_configuration_of_iptables_persistent_on_debian.html#idp21024
[08:59] <adac> lordievader, ok thanks! So then I can simply delete it's content to reset it? I currently do run this script to clean now all up (reset the iptables firewall) https://gist.github.com/anonymous/cc01da7ccd09e292fb44e468e656163e when I run "iptables -L" then I have no more output. But when I print iptables-save -c  I still get this output:
[08:59] <adac> https://gist.github.com/anonymous/fe479f70643d0578a40c9f7d1adb8194
[08:59] <adac> I'm wondering if my iptables now is really cleaned fully or not? :)
[09:00] <lordievader> No you don't want to blindly delete the content.
[09:01] <lordievader> The commands you posted do flush the entire iptables.
[09:01] <lordievader> It seems you (or some program) made CATTLE_* chains.
[09:02] <lordievader> `sudo iptables -vnL` should show these.
[09:05] <adac> lordievader, yes that was my intention to completely flush it. This CATTLE_* Chains come from rancher docker container who creates them. I was wondering why these are not deleted with my script I posted before?
[09:05] <adac> Maybe they are immediately re-generated
[09:05] <adac> by rancher
[09:05] <adac> I try to shut down rancher and the flush all again
[09:06] <adac> iptables -vnL does also not show them. No clue why actually
[09:07] <lordievader> `iptables -X` probably does not remove them if there are still rules in them.
[09:07] <lordievader> Hmm, if `iptables -vnL` does not show them `iptables-save` should not either.
[09:09] <adac> lordievader, exactly what i also tought it should no be shown anymore after I executed this script. I now stopped the docker process (so no container runs anymore and therefore no iptables rules can be created by them) and then just re-run my flush script
[09:09] <adac> and with iptables-save -c they are still shown :D
[09:10] <adac> how's tat possible?
[09:10] <lordievader> What happens when you explicitly delete the chains?
[09:10] <lordievader> Also, could you pastebin the output of  `iptables -vnL`?
[09:10] <adac> http://lubos.rendek.org/remove-all-iptables-prerouting-nat-rules/
[09:11] <adac> this is iptables -vnL after stopping docker and re-run the flush script: https://gist.github.com/anonymous/44cde2821e55d9fd2379ca71d270e3e7
[09:12] <adac> and this at the same time is the output of iptables-save -c
[09:12] <adac> https://gist.github.com/anonymous/9f11adf6d862e3e926e0b5dd03846b96
[09:15] <lordievader> Interesting
[09:15] <lordievader> Oh well, you can always just edit the rules.
[09:15] <lordievader> The saved file I mean.
[09:16] <adac> lordievader,  https://serverfault.com/a/200642 I think this finally flushed it :D
[09:17] <lordievader> Yeah, that does the same but then through awk ;)
[09:17] <adac> hehehe
[09:17] <adac> great I finally have a reset and can now try again to set this up properly!
[09:17] <adac> Thanks for your support!
[09:18] <lordievader> No problem.
[11:02] <Jenshae> Hi all. joelio you know how you like ZFS just a little bit, right?
[11:08] <joelio> hey
[11:08] <joelio> a little yes :)
[11:08] <Jenshae> I did a Ubuntu Server FakeRaid on my assistant's machine to get them familiar with the OS but I am not satisfied with the boot time. I have found a little 20GB SSD in one of the machines here and reclaimed it by re-installing their main drive. However, it being so small, I want to know how to safely store applications on a ZFS pool.
[11:08] <Jenshae> Which would mean moving /usr /var and /etc I am guessing?
[11:08] <joelio> You can use it as a cache drive
[11:09] <joelio> (if you've done ZFS)
[11:09] <Jenshae> Does one of those hold the bulk and the rest are just links or a executables?
[11:09] <joelio> I wouldn't use fakeraid btw, mdadm
[11:09] <joelio> mdadm all the way if you're doing raid
[11:09] <Jenshae> Sec
[11:09] <Jenshae> So, the SSD is being installed as a lone drive.
[11:10] <joelio> are you using ZFS for boot?
[11:10] <Jenshae> Then I am going to ZFS attach the other three drives that were previously used in the FakeRaid
[11:10] <Jenshae> ZFS for boot? Me? :D
[11:10] <joelio> right, so ZFS is irrelevant here
[11:11] <Jenshae> SSD = / (boot) and ZFS drives = /home + (/etc /var /usr ???)
[11:11] <joelio> I'd ditch the fakeraid, use an alternate iso (server) to reinstall... use software raid
[11:11] <Jenshae> The FakeRaid is ditched.
[11:12] <joelio> you could potentially use the ssd, but if it dies you've lost /boot and it's not redundant
[11:12] <joelio> what I'd do is...
[11:12] <joelio> use mdadm to make a boot and small root on the drives (so it's raided)
[11:12] <Jenshae> It is just a desktop for their learning purposes.
[11:13] <joelio> and then use the remaining space on the drives to create zvols which you can use in a raidz
[11:13] <joelio> then use the ssd drive to act as a cache layer for zfs pools
[11:13] <Jenshae> You can RAID a 20GB SSD with 3x 160GB? I am hoping to make the desktop I slap on snappier and faster to load.
[11:13] <joelio> it sounds messy, but without doing full root ZFS that's the easiest route and will give you redundancy
[11:13] <joelio> no, don't use ssd in the raid
[11:14] <joelio> they're asymetrical in size and performance
[11:14] <joelio> *asymmetrical
[11:14] <joelio> you can use ssd as a cache layer in ZFS (or btrfs)
[11:14] <joelio> or if you don't want to use ZFS, bcache or EnhanceIO etc
[11:14] <joelio> that's what I'd do anyway :)
[11:15]  * Jenshae looks around the maze dazed
[11:15] <joelio> also bear in mind it's not just about being I/O bound, could be CPU or whatever too
[11:15] <joelio> does that make sense?
[11:15] <lordievader> If it is running systemd, `systemd-analyze blame` may help.
[11:17] <Jenshae> Okay, let's start with step one. I plug in the 3x 160GB, fire up the USB with the ISO and then create a mdadm. Then I plug in the SSD and install the OS with just /boot going on the SSD?
[11:17] <Jenshae> I think the machine's bios is auto pushing for UEFI.
[11:17] <Jenshae> How does that fit in?
[11:18] <Jenshae> The mdadm is 3x160GB or it is 3x20GB and the Zpool goes over 3x140GB?
[11:19] <joelio> I'd not allocate the full 160GB to mdadm, but say 20G of it, leaving 140G on each disk for zvols
[11:20] <Jenshae> Okay so second part.
[11:20] <joelio> leave the ssd for a ZFS cache pool, add that after you've installed and created the ZFS pools
[11:20] <Jenshae> How do I get the mdadm to write from RAM to the hard drives? Can the SSD be plugged in straight away with the 160GBs from the start?
[11:20] <joelio> this is quite a bit of faff tbh, are you sure you want to go this route btw? :D
[11:21] <joelio> just making sure you know first and I'm not sending you down a rabbit hole
[11:22] <joelio> Jenshae: otherwise do a full disk mdadm raid setup
[11:22] <Jenshae> The way I did it at home was, I installed everything onto one 500GB drive. Then I put /.steam onto a zpool made up of 3x500GB SSHDs and my games' loading time improved.
[11:22] <joelio> and use the SSD cache with EnchanceIO or bcache on the md device perhaps?
[11:23] <joelio> what do you mean about mdadm wiriting to ram?
[11:23] <Jenshae> I want to give him the fastest desktop possible and then give him storage space in a pool after that.
[11:23] <joelio> that doesn't make sense :)
[11:23] <joelio> mdadm is the raid admin tool
[11:23] <Jenshae> When the USB is running, it is storing temp data into RAM partitions, right?
[11:23] <joelio> USB?
[11:23] <Jenshae> Including how things are partitions when installing.
[11:23] <Jenshae> The ISO / live USB.
[11:24] <joelio> USB is just for install media, ignore that
[11:24] <joelio> plus, don't use live - use the alternate iso
[11:24] <joelio> the text based / ncurses one
[11:24] <Jenshae> I need to use the USB to create the raid to then install into the raid, no?
[11:25] <joelio> like I said, create a server/alternate install image, whether you boot from CD/DVD/USB etc is irrelevant :)
[11:25] <Jenshae> Okay, I think I am starting to see the light.
[11:25] <joelio> https://help.ubuntu.com/community/Installation/SoftwareRAID
[11:25] <joelio> here you go :)
[11:26] <Jenshae> ... now where is the desktop environment installed? Does it have a specific partition?
[11:26] <joelio> it's all over the FS
[11:26] <joelio>  /usr /var /etc
[11:26] <ikonia>  /etc can't be a seperate file system
[11:27] <joelio> I'm not sure that's what was being asked
[11:27] <ikonia> thats fine, I'm just clarifying
[11:28] <joelio> plus is is techncailly possible btw root=/blah etc=/blah :)
[11:28] <joelio> well within reason
[11:28] <joelio> not that you should mind :)
[11:29] <ikonia> it's not possible
[11:33] <Jenshae> Can specific folders within /var and /usr be mapped to the zpool?
[11:34] <Jenshae> Like say GIMP is installed and is rather big, I want it to go into the zpool instead of the mdadm raid.
[11:37] <joelio> When you've made the ZFS, rsync the contents and update fstab
[11:39] <joelio> ikonia: https://power-of-linux.blogspot.co.uk/2010/03/booting-with-etc-in-separate-partition.html
[11:39] <joelio> as mentioned, not advisable
[11:39] <joelio> anything is techincally possible here, just how much effort you want to put in
[11:41] <ikonia> joelio: thats a bit of a cheat though isn't it
[11:41] <ikonia> it's not really possible - it's someone cheating
[11:41] <joelio> except it completely is possible as... they did it
[11:41] <joelio> it's not cheating, it's programming
[11:43] <Jenshae> Missing a third party for the golden apple story.
[11:50] <Jenshae> Thank you, This will be interesting and a bit surprising for them. :D
[12:01] <cpaelzer> coreycb: jamespage: fyi bug 1682102 - no more need to drop seccomp when backporting for UCA-queens
[12:08] <Jenshae> ^.^ Nice one cpaelzer. Do you guys have a #social-room?
[12:10] <cpaelzer> if "you guys" is server folks then I think you are here :-)
[12:10] <cpaelzer> IMHO no reason to separate too much unless it overloads the channel
[12:14] <Jenshae> Okay. You do all seem rather quiet, had all the conversations? Like joelio and ikonia having a difference of opinion there. I doubt everyone here shares "dank memes" or plays / makes a game together. It seems very disassociated from each other. Drop a bit of work on launchpad with a message, pick up another bit, etc.
[12:15] <Jenshae> Not sure that comes across right. This channel seems like it is the "office", where is the "team building"?
[12:15] <cpaelzer> oh I see - that "social" - I guess we are all work addicts :-/
[12:16] <cpaelzer> there will be a chan for that but I don't know oO
[12:19]  * Jenshae thinks I have stumbled upon a cave of abused dwarves and elves that need to be dragged out to have fun in the sun. :P
[12:20] <cpaelzer> hehe
[12:20] <cpaelzer> white skin will become the trend again
[12:21] <joelio> got told this channel wasn't for fun a few years back :D
[12:22] <Jenshae> What about a #ubuntu-server server on Discord or would Discord's spying be too invasive?
[12:22] <joelio> oh sorry that was #ubuntu :)
[12:23] <Jenshae> Discord is handy because you can make a channel where only certain people can post things, that means a smaller group can link in their favourite or video guides they have made to inform new users without having all the "dank meme" videos dropped in there. The same applies for images / diagrams and text or links, naturally.
[12:24] <Jenshae> Then it does have voice also, for those who struggle to explain a new concept in text, whilst thinking aloud.
[12:25] <Jenshae> It can all split down in a tree from the main "ubuntu-server"
[12:28] <Jenshae> Finding X2GO very handy for RDPing into the archive server.
[12:40] <joelio> perhaps, although personally prefer IRC.. Slack and Gittr and just not IRC (they have their own shiny features, but still not IRC.. although can interface with them)
[12:41] <joelio> also used https://www.nomachine.com/ a bit (not open source though, but works well)
[12:41] <joelio> (re RDP/VNC stuff)
[13:00] <Jenshae> I like IRC because you can IRSSI into it, use it on an old mobile and the bandwidth / hardware usage is very small. I wonder if anyone is making a fancier client for it to display links the way Slack and Discord do?
[14:42] <jonfatino> Ubuntu needs to add http boot for filesystem.squashfs in casper init script
[14:42] <jonfatino> Debian already has this and no one these days wants to live boot from a stupid nfs server
[14:42] <jonfatino> https://forum.kde.org/viewtopic.php?f=309&t=136596
[14:42] <jonfatino> Here is a modified caster script that supports http - https://pastebin.com/raw/V6W39XJu
[14:55] <drab> ikonia: sdeziel fwiw I'm settling for ldirectord + fwmark , at least as my first choice to test, have not gone through a setup yet
[14:55] <drab> but after figuring out how you'd do it with haproxy and nginx it's all "too shiny" and new for my taste
[14:55] <drab> and actually not as flexible once I learned about fwmark
[14:56] <drab> fwmark + ipset seems a really kickass solution since I can basically re-route entire sets of clients on the fly no restarts required with just one simple command (ipset add xxx xxx)
[14:56] <sdeziel> drab: good to hear that you found some possible solution
[14:56] <ikonia> drab: well done for making a ca;;
[14:56] <ikonia> call
[14:56] <drab> i'll setup a test host today with a few containers, ldirectord on the host and we'll see what happens, but on a whiteboard it looks sane and simple
[14:57] <drab> without fwmark probably haproxy or nginx would have won
[14:59] <ikonia> well done you
[14:59] <drab> yeah well, bouncing around ideas in chan was as usual very helpful
[14:59] <drab> beats the rubber duck :)
[15:30] <blackboxsw> Jenshae: just mention board games and you'll get a few of us chatting ;)
[15:30] <blackboxsw> Even the more "dwarvy" of us
[16:30] <Jenshae> blackboxsw: Go room on KGS server? :P (Go feels a bit hollow to me now that AI beat humans)
[16:31] <Jenshae> Have a good evening o7
[16:31] <drab> in other, maybe less fun news, anybody here happens to be familiar with SAS, expanders, backplanes and raid cards? even tho I get the gist, I'm having a bit of a problem working through the nomenclature and being clear about what's what.
[16:31] <joelio> I've dealt with SES once or twice yea :)
[16:31] <joelio> drab: ^
[16:32] <sdeziel> jonfatino: this would be best put on Launchpad, maybe a merge proposal to the relevant package
[16:35] <drab> joelio: for a starter, expanders, backplanes, raid cards and HBAs are all different things, correct? sometimes it seems that backplanes are also expanders, but that's the first thing i'm not clear about
[16:35] <drab> also are SAS SFF-8087 always 4-lane connectors? meaning a backplane with 2 connectors would at most only accommodate 8 drives?
[16:35] <drab> or if it accommodates more you'd have oversubscription?
[16:36] <drab> or would that be a case where an expander would come into play? and still have oversubscription tho
[16:39] <joelio> no idea about the specific SAS questions... but HBA's are hardware cards, which generally have a SAS connectior, which connects an enclosure to a given backplane
[16:40] <joelio> that can feed a single backplane with reduced bandwidht, or the enclousre can (generally) be carved up so you can have multiple SAS connections, to increase throughput (but reduce number of attached disks)
[16:41] <joelio> SES is generally the enclosure type
[16:41] <joelio> some tools exist for doing drive id notifications etc
[16:41] <joelio> ledctl etc
[16:41] <drab> any reason you keep saying SES? first time I thought it was just a typo for SAS, but now I'm doubting that
[16:41] <joelio> they're different things
[16:42] <joelio> https://en.wikipedia.org/wiki/SCSI_Enclosure_Services
[16:42] <joelio> SES ^^
[16:42] <drab> oh, I see
[16:42] <joelio> https://en.wikipedia.org/wiki/SES-2_Enclosure_Management more currently
[16:42] <joelio> https://en.wikipedia.org/wiki/Serial_Attached_SCSI
[16:42] <joelio> SAS ^^
[16:43] <drab> not sure this applies here then, these are all internal drives, but ifrst time I hear about SES and only quickly glanced at that wikipedia page
[16:43] <drab> thanks for sharing something new
[16:43] <joelio> oh, you mentioned enclosure, so.. :)
[16:43] <joelio> that's SES in my book
[16:43] <joelio> or expander sorry
[16:43] <drab> oh, I did? :)
[16:43] <drab> right, expander, thought that was a diff thing
[16:44] <drab> it seems to be a card you can add to multiplex sort of way more drives than the controller can natively drive
[16:44] <drab> but again, still trying to figure that out
[16:44] <drab> not sure that defintiion is correct
[16:44] <drab> also it seems the case backplanes cam have built-in expanders
[16:45] <joelio> HBA is the card that does the SAS connectivity (Like an LSI 9201 for example )
[16:45] <joelio> https://www.scan.co.uk/products/16-port-lsi-sas-9201-16i-6gb-s-sasplussata-to-pci-express-host-bus-adapter-4x-internal-mini-sas-upto
[16:45] <joelio> that's internally attached SAS
[16:45] <joelio> but you can get external SAS that feed a SES
[16:46] <joelio> and slice and dice depending on how much performance you want
[16:46] <drab> see, on that card, how do you get 512 non raid devices? if it has 4 SF-8087 ports, which it does say, and each one can get 4 drives, that's 16, which it also mentiones
[16:46] <drab> where's the 512 coming from?
[16:46] <joelio> it's serially attached
[16:47] <joelio> so one port may have 48+ dries
[16:47] <joelio> *drives
[16:47] <joelio> but you can chain etc
[16:47] <joelio> operative word being serial ;)
[16:48] <joelio> so 512 in this case will be a limitation in the spec
[16:48] <joelio> I really doubt you'd address 512 drives from a single card like that
[16:48] <joelio> you could... I guess.........
[16:49] <joelio> there's not logical difference between an internal and external SAS port too, they're the same thing jjst in different places
[16:49] <joelio> hopefully makes some sense (probably not explained the best!)
[17:02] <drab> joelio: how would you physically serially attach even 48 drives?
[17:02] <drab> everything I'm reading is basically saying "if you need more than 8 drives use an expander or multiple HBAs"
[17:10] <drab> ok, I think I'm getting some place...
[17:11] <drab> so it seems that:
[17:11] <drab> 1) an HBA or raid car connects usually through PCI to the mobo and has one or more SF8087 ports on, each of which can drive up to 4 drives
[17:12] <drab> 2) an expander can be connected to the HBA or raid controller, each port on the expander (again SF8087) can drive up to 4 drives. this allows you to address > 8 drives (unless somehow you get a pricey HBA with more than 2 ports, still it seems there aren't many with more than 8, so for 48 bays you still need an expander)
[17:13] <drab> 3) some backplanes have built in expanders with one or more SF8087 ports on it (and chipsets) connecting to one or more ports on the HBA
[17:14] <drab> depending on the speed of the expander, and the number of ports going to the HBA, you can end up with oversubscription
[17:14] <drab> here's a decent picture I found: http://img.my.csdn.net/uploads/201203/5/0_13309440980Tj9.gif
[17:14] <dirtycajunrice> thats not ture...
[17:14] <drab> I think that's it and relatively clear unless I missed something
[17:14] <dirtycajunrice> i just bought an H700
[17:14] <drab> ok, great, what did I get wrong?
[17:15] <dirtycajunrice> dell PERC H700 has 2 mini sas and can be daisy chained up to 255 drives
[17:15] <dirtycajunrice> It cost me ~80USD on ebay
[17:15] <dirtycajunrice> drab, the lingo for HBA/Raid Controllers sucks.
[17:16] <drab> yeah that I figured :)
[17:16] <dirtycajunrice> if i didnt work at a datacenter i wouldnt understand either.
[17:16] <dirtycajunrice> But how many drives are you trying to control.
[17:16] <drab> dirtycajunrice: how do you physically daisy chain drives to 2 mini sas?
[17:16] <drab> isn't each SF8087 cable coming out with 4 sas cables?
[17:16] <drab> ie 8 drives
[17:17] <dirtycajunrice> so the way it works (normally) is that the 2 mini sas cables go to a backplane in the 2 IN ports . That backplane handles more connections and normally has OUT sas connections for daisy chaining
[17:18] <dirtycajunrice> if you want an example look at a Dell R510 12 Bay. or a Dell R730XD
[17:18] <drab> ok, right, see my 3), like I said it seems some backplanes have built in expanders
[17:18] <drab> so you do have your HBA going to an expander, it's just built into the backplane
[17:18] <qman__> yeah, your example isn't wrong, it just isn't commonly built that way
[17:19] <qman__> usually the expander is built into the backplane
[17:19] <drab> right
[17:19] <dirtycajunrice> yes what qman__ said
[17:19] <dirtycajunrice> almost ALWAYS
[17:19] <dirtycajunrice> are you against buying a rackmount ?
[17:19] <drab> that's ok, still, there is an expander in the mix, it's not straight HBA to disks
[17:19] <drab> no I'm not, but I'm trying to get my terminology and design straight before I buy anything
[17:19] <dirtycajunrice> drab, no thats not possible. the technology isnt designed that way
[17:19] <drab> I dislike purchasing "black boxes"
[17:20] <dirtycajunrice> if you are about to purchase, do you want a wonderful site?
[17:20] <drab> ebay.com ? :P
[17:20] <dirtycajunrice> trust me. i did white boxes.... IPMI is the way of the world
[17:20] <dirtycajunrice> drab, https://labgopher.com/
[17:20] <dirtycajunrice> it scrapes ebay, and gives you only helpful information
[17:20] <qman__> I usually ebay dell or supermicro
[17:21] <drab> qman__: yeah, I'm looking at a bunch of supermicros actually
[17:21] <dirtycajunrice> qman__, me as well. Using this site i got 2 620s, a 510, and a 420 all for under 1200 bucks
[17:21] <drab> x9s, the 10s seem still too expensive
[17:21] <qman__> nice
[17:21] <dirtycajunrice> dell = hp > supermicro
[17:21] <dirtycajunrice> this is coming from an enterprise background.
[17:21] <dirtycajunrice> nothing beats iLO/iDRAC
[17:22] <qman__> the problem with iDRAC in particular is that it has to have the full license
[17:22] <drab> I'll take that with a bag of salt if you don't mind... I've just about found any opinion and its opposite in a few days of googling... which isn't new, that's been about true for any tech I've ever looked at
[17:22] <qman__> I'm not familiar with how HP's stuff works
[17:22] <qman__> supermicro's stuff isn't sublicensed like that, so you get what you get
[17:22] <drab> and of course all opinions coming from ppl with X years of experience :)
[17:23] <dirtycajunrice> im personally a dell guy... but qman__ idrac express does not require a licence...
[17:23] <dirtycajunrice> drab, that is true. "Mileage may vary" is the key phrase
[17:23] <drab> righyt
[17:23] <qman__> different license levels have different feature sets, and the cheapest license level's feature set is pretty lame
[17:23] <qman__> at least with many models
[17:23] <dirtycajunrice> all it needs is console and snmp
[17:23] <qman__> i.e. no console
[17:24] <dirtycajunrice> all the rest is just lagniappe
[17:24] <qman__> supermicro IPMI, on the other hand, is just one product, they don't have different licesnes or feature sets
[17:25] <dirtycajunrice> its the AMD to Intel :P
[17:25] <dirtycajunrice> but that comes with the AMD bugs. a mileage may vary situation again
[17:25] <qman__> iDRAC has plenty of bugs too
[17:26] <drab> dirtycajunrice: labgopher is really neat, thanks for sharing
[17:26] <dirtycajunrice> the only bug that affects me is the browser one. but IPMI has browser compatibility with literally every vendor i have tested
[17:26] <dirtycajunrice> HP doesnt like firefox... Dell doesnt like chrome....
[17:26] <dirtycajunrice> etc etc
[17:28] <dirtycajunrice> oh and drab if you DO decide to go dell, most of the servers that are sold have idrac enterprise licence already added since they came from a working environment
[17:28] <dirtycajunrice> (idrac licences cant be migrated. they are bound to the machine they are installed on)
[17:31] <JanC> until someone decides you have to pay for a yearly license?  ;)
[17:32] <drab> I'm sorry I started this :P
[17:32] <drab> but thanks for clarifying/confirming, I think I get what's what now
[17:39] <dirtycajunrice> haha its ok
[17:39] <dirtycajunrice> thats the point of IRC
[17:39] <dirtycajunrice> talk
[17:39] <dirtycajunrice> argue
[17:39] <dirtycajunrice> be pedantic
[17:39] <dirtycajunrice> its fun :P
[18:46] <coreycb> jamespage: is there a job that uploads cloud-archive-utils? we need a bionic version. https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/tools/+packages
[19:12] <jonfatino> Anyone know why I can't echo something twice in bash but only once.
[19:13] <jonfatino> DATE=date      echo $date   echo $date
[19:13] <jonfatino> it only echos date once :-(
[19:18] <TJ-> jonfatino: "DATE=date; echo $DATE $DATE" ? or do you mean "DATE=date; echo $($DATE)" ?
[19:19] <jonfatino> weird bash bug
[19:19] <jonfatino> PASSWORD=$(date +%s|sha256sum|base64|head -c 32)
[19:19] <jonfatino> echo $PASSWORD
[19:19] <jonfatino> echo $PASSWORD
[19:19] <jonfatino> Fixed it
[19:21] <nacc> jonfatino: there is a bash channel which is probably a better place to ask in the future
[19:21] <drab> uhm , not sure what you're running but DATE=`date` ; echo $DATE ; echo $DATE worked just fine for me
[19:21] <dirtycajunrice> drab,
[19:21] <dirtycajunrice> dont you dare
[19:21] <dirtycajunrice> backtick
[19:21] <dirtycajunrice> ever again
[19:21] <dirtycajunrice> XD
[19:22] <drab> it's the end of the season, I've heard backticks are trendy again
[19:22] <dirtycajunrice> rofl
[19:30] <sdeziel> doing "VAR=value command" makes VAR available to that command only
[19:58] <jamespage> coreycb: its part of the build recipe hooked up to the branch - you can add bionic and request a rebuild
[20:02] <coreycb> jamespage: ok i'll look for that, thx
[21:13] <drab> dirtycajunrice:
[21:14] <dirtycajunrice> drab,
[21:14] <drab> whups, I was gonna say, about that labgopher, there seem to be a ton of G6, I think you said you have exp with HPs... aren't G6s too old?
[21:14] <drab> we can't afford latest, but afaik we're at G9s, so G6s is 3 gens ago
[21:14] <dirtycajunrice> They are old. But old is relative to what you are doing
[21:14] <drab> right
[21:14] <dirtycajunrice> for example
[21:15] <dirtycajunrice> my ESX 6.5 hosts are 620s for dell
[21:15] <dirtycajunrice> its the oldest you can go for esxi
[21:15] <dirtycajunrice> but my iSCSI server is a 510
[21:15] <dirtycajunrice> because why not? cheaper and more bays
[21:15] <dirtycajunrice> and has no requirement to be super new
[21:15] <drab> I don't know HP, but in the case of SM for example, X8s are still kind of popular, but you can get X9s and they have a completely diff design mobo wise allowing much faster access to PCI-E (and therefore faster disk access with a PCI SAS HBA)
[21:15] <dirtycajunrice> so let the server's job dictate the cost
[21:16] <dirtycajunrice> drab, what is the goal of the server(s) you are looking to buy
[21:16] <drab> so it's not really worth to buy X8s when you can get X9s for about the same price
[21:16] <drab> NAS + VM host
[21:16] <dirtycajunrice> so 2 servers?
[21:16] <drab> 24bays, doing nfs for homedirs and samba
[21:16] <dirtycajunrice> wait wait backup
[21:17] <dirtycajunrice> how many servers
[21:17] <drab> one if possible, 2 diff zfs pools, hoping to put something like a E5-25xx in it, 8 cores
[21:17] <dirtycajunrice> ok
[21:17] <dirtycajunrice> so 1 server
[21:17] <dirtycajunrice> 24 2.5in bays?
[21:17] <dirtycajunrice> because 3.5 in is in DAE territory
[21:17] <drab> from what I can see, 3.5, 2.5 seems too expensive
[21:17] <drab> what's DAE? direct attach something?
[21:17] <drab> DAS?
[21:18] <dirtycajunrice> Directly attached Expansion
[21:18] <drab> ok, different than a DAS?
[21:18] <dirtycajunrice> a DAE is a shelf you attach to expand a DAS
[21:18] <drab> ah, ok
[21:18] <dirtycajunrice> but you are multiusing your server so its foggy :P
[21:18] <dirtycajunrice> lemme look
[21:18] <dirtycajunrice> gimme 10
[21:19] <drab> yeah, well, we don't have the money (it's a charity) to get multiple machines (unless it makes sense to get 2 cheaper ones, but it's often not the case)
[21:19] <drab> besides, the older the more generally power hungry
[21:19] <dirtycajunrice> i mean...
[21:19] <drab> not to mention that if you wanna hold on a few spare parts, like PSUs, you need twice as much
[21:19] <dirtycajunrice> to be honest
[21:19] <dirtycajunrice> 24 bays is not cheap as 1 server
[21:19] <dirtycajunrice> but can absolutely be affordable as 2
[21:20] <dirtycajunrice> are you using enterprise drives or consumer drives
[21:21] <drab> true, they could prolly do with 12. the thing is, I'm here, I may not be able to volunteer for them in the future so I'm trying to put in something that will last them 5-10 years, cavia adding some drives if their archives grow (they do a lot of media stuff for history projects)
[21:21] <drab> dirtycajunrice: enterprisey I'm hoping, maybe WD reds
[21:22] <dirtycajunrice> WD Reds are consumer drives
[21:22] <dirtycajunrice> enterprise drives are literally HP or dell signed drives from the manufacturer
[21:22] <drab> eeer, ok, fine, NAS drive then?
[21:22] <dirtycajunrice> with special Firmware
[21:22] <dirtycajunrice> it matters for if enterprise servers will read them
[21:22] <dirtycajunrice> sec
[21:22] <drab> I see
[21:22] <drab> well then no, no enterprise drives
[21:23] <dirtycajunrice> whats your budget?
[21:23] <Epx998> finally being asked to migrate off ub12....
[21:24] <dirtycajunrice> (i dont user enterprise drives either. i have 12 8TB toshiba x300s lol
[21:25] <drab> dirtycajunrice: about 1K including disks and will need at least 128GB to run all VMs
[21:26] <dirtycajunrice> drab, https://www.ebay.com/itm/DELL-POWEREDGE-R510-12-BAYS-2x-QUAD-CORE-L5520-2-26GHz-24GB-NO-HDD-NO-RAIL/132224991815?hash=item1ec9394247:g:nb0AAOSwJtdZ-g5g
[21:26] <dirtycajunrice> thats the server
[21:26] <dirtycajunrice> you can get caddys for like 30 bucks
[21:27] <dirtycajunrice> ram is a mother right now tho
[21:27] <dirtycajunrice> but thats even a problem in consumer
[21:27] <dirtycajunrice> the market is artificially inflated
[21:28] <drab> thanks
[21:44] <drab> Epx998: I just finished that 2 weeks ago
[21:44] <drab> now got a few 14 that I'm getting rid of and moving to containers
[21:44] <drab> they actually had some ub11 too going around...
[21:45] <drab> different question I guess I'm still confused about regarding HBAs
[21:45] <Epx998> from before
[21:45] <drab> LSI SAS 9211-4i PCI Express to 6Gb/s SAS HBA <-- this guy has one SF8087 port splitting to 4 lanes
[21:46] <drab> I'm understanding that each port can do 6Gbs, ie that's not comulating for all the ports at once, but that's the first thing I have doubts about
[21:48] <drab> "through four internal 6Gb/s ports" so it definitely seems it's 6Gps per port, however that SF cable is going at once to the backplane... does that mean it's the same as 24Gpbs to the backplane? which then the drives would share?
[22:02] <drab> ok, I think the SAS configuration table explains that, full duplex SAS is 4.8GBps, so about 400MB/s per drive
[22:20] <sarnold> drab: my home machine uses an sas expander; I think either sas port on the HBA can drive any of the drives
[22:21] <sarnold> drab: so that's roughly eight sata-lanes of performance, and I've got nine drives plugged into the thing; the lights all seem to blink simultaneously though so it feels more than good enough at the job, haha
[22:22] <sdeziel> 8 SAS drives hooked to a "home" machine surely is good enough ;)
[22:23] <sarnold> sdeziel: I blame my friend who talked me into 3-way mirrors
[22:23] <sdeziel> sarnold: I thought that friends only recommend mirror for ZFS :P
[22:24] <sarnold> sdeziel: two-way mirrors? your friends must not care for your data much :)
[22:25] <drab> eer, a 3-way mirror sounds like a logical impossiblity... how's a mirror 3 way? :)
[22:25] <sarnold> drab: easy: zpool create pool mirror sda sdb sdc mirror sdd sde sdf mirror sdg sdh sdi
[22:26] <sarnold> tada!
[22:26] <sarnold> three 3-way mirrors! :)
[22:26] <drab> oh, a mirror with 3 vdevs, I see, ok
[22:26] <sarnold> vdev with 3 disks :)
[22:27] <drab> eer, that one
[22:27]  * drab runs 6 disks in raidz2
[22:27] <drab> seems good enough with 2 disks possible failure and more available space, no?
[22:28] <drab> on a 3disks vdev you get the same 2 drive failures, but the capacity of only one
[22:28] <drab> unless I'm missing something again
[22:28] <sarnold> yeah you've got a pretty good sweet spot there
[22:29] <sarnold> but I'd expect roughly nine times 100MB/s for bulk reads from three 3-way mirrors, vs roughly 100MB/s bulk reads from 6-disk raidz2
[22:30] <sdeziel> I've read somewhere that it was a pain to grow a RAIDZ(2) setup
[22:30] <sarnold> (I don't think I can actually get my queue depths deep enough to get that kind of throughput though)
[22:30] <sdeziel> trying to find the link to that
[22:30] <drab> ah, that's new. would love to read that
[22:30] <sarnold> sdeziel: it definitely is; the next logical step is to add another six disks in a new vdev, and of course then all the writes would go to the new vdev until they're about the same capacity...
[22:31] <sdeziel> http://jrs-s.net/2015/02/06/zfs-you-should-use-mirror-vdevs-not-raidz/
[22:31] <drab> that said, the plan was (given the 12 bays), to just add another vdev with the next batch of 6 hds
[22:31] <sarnold> but I could easily add just another three disks to mine .. and suffer the same write-problem :)
[22:31] <sdeziel> sarnold: yeah, that was my recollection from this article ^
[22:36] <drab> ah, I learned something, I guess I misunderstood how vdevs where added together, I was still thinking raid10
[22:37] <sarnold> drab: that's probably the right intuition
[22:39] <drab> I'm unsure about the maintenance windows tho, once a vdev with a 2xdisks mirror has a failure you are one disk away from losing everything
[22:39] <drab> so yeah, it seems to me if you're gonna be running mirrors then it has to be 3-disks per mirror
[22:39] <drab> and that gets kind of expensive
[22:40] <sarnold> yes it does
[22:40] <sarnold> which is why a 6-disk raidz2 feels like a very nice sweet spot
[22:40] <drab> speaking of ZFS, the other thing I had misunderstood (no wonder..) is how the ZIL is supposed to work
[22:40] <drab> I thought writes would go to it, ie behave like a write cache
[22:41] <drab> btu that's only for synchronous writes afaiu
[22:42] <sarnold> there's several interacting concepts here
[22:42] <drab> async writes end up in mem and never touch the ZIL/SLOG
[22:43] <sarnold> all pools have ZIL, you can use a SLOG to put the ZIL on super-fast storage
[22:43] <drab> right
[22:43] <drab> basically before going with ZFS I had looked at... I now forget the name... for linux
[22:43] <drab> where you basically end up with something like a SHDD
[22:43] <sarnold> bcachefs?
[22:43] <drab> putting a couple of SSDs in front of a bunch of disks
[22:43] <drab> ah yes, that's the one
[22:44] <drab> I thought ZFS with SLOG on a diff disk would work like that, but that's not the case
[22:44] <drab> and it seems in a sense less performant than a setup with bcachefs
[22:44] <drab> because in terms of returning to the app, with bcachefs you only have to wait for writes to be done in the SSD
[22:44] <sarnold> indeed, writes to the main drives still get flushed within a few seconds as writes to the slog, but the application is allowed to cobntinue once the write to the slog is complete
[22:45] <drab> mmmh, but that seems true only for synchronous writes
[22:45] <sarnold> I found that far fewer operations go through the slog than I expected. My intution suggested that atomic operations like mkdir would go through slog but I _never_ saw the slog write counters increment no matter what workload I tried :)
[22:46] <drab> https://github.com/zfsonlinux/zfs/issues/1012
[22:47] <drab> https://www.ixsystems.com/blog/o-slog-not-slog-best-configure-zfs-intent-log/
[22:48] <drab> Use case: If your use case involves synchronous writes, utilizing a SLOG for your ZIL will provide benefit. Database applications, NFS environments, particularly for virtualization, as well as backups are known use cases with heavy synchronous writes.
[22:48] <drab> which goes to the point that for async writes the whole ZIL/SLOG seems unhelpful
[22:49] <drab> from that second link forcing all writes to be sync seems to be a matter of security of not losing data, but to me seems to actually make a diff in terms of performance as control to the app will be returned as soon as data is written to the SLOG
[22:49] <drab> I guess I'll hvae to test that
[22:50] <sarnold> drab: fwiw i'm quite happy to leave the defaults at the defaults
[22:50] <sarnold> drab: and even though I've got a partition of my nvme set aside for slog, one of these reboots I'm going to disable it and just use the whole nvme for l2arc instead
[22:51] <drab> yeah, I gave a share pof the NVME to slog right now and the rest of l2arc, but I'm fundamentally bugged by this default behavior
[22:52] <drab> I would basically except, like in the case of bcachefs, to basically see nvme-like speeds for all writes
[22:52] <drab> with "long term" storage being a sort of deferred write, ie from nvme device to HDDs
[22:53] <drab> so app -> mirror nvme -> raidz2 on 6 drives
[22:54] <drab> basically use the NVME as a cheaper version of those super expensive battery backed ram, zeusram or whatever, forgot what it's called
[22:58] <keithzg> Hmm has anyone ever had Windows users experiencing DNS cache corruption or such while connected to an OpenVPN server? Trying to debug some users' sporadic issues (the VPN server is running Ubuntu 16.04 of course) and it's narrowing down to a point that simultaneously very specific yet extremely mysterious.


[00:13] <mup> Bug #1528394 opened: MAAS metadata error under Node install <MAAS:New> <https://launchpad.net/bugs/1528394>
[11:27] <mup> Bug #1528532 opened: MAAS subnets API returns no name servers for MAAS managed networks <networking> <MAAS:New> <https://launchpad.net/bugs/1528532>
[16:21] <mup> Bug #1481992 opened: Upgrade of grub-pc during install fails <canonical-bootstack> <MAAS:New> <https://launchpad.net/bugs/1481992>
[16:21] <mup> Bug #1528628 opened: [xenial, 1.10] Install on fresh machine completes, but MAAS fails to start with "ImportError: cannot import name reactor" <python3> <MAAS:Triaged> <https://launchpad.net/bugs/1528628>


[08:55] <[a]> Good day to all. I'm having trouble stopping or pausing at the Ubuntu 22.04 boot menu to select single-user mode for resetting the root password. The issue is that the boot process is too fast for me to interrupt GRUB2 and navigate through my options. I'm using a VM managed/booted via VMWare vShere. I've tried adjusting the Boot Delay in VM Options
[08:55] <[a]> -> Boot tools, but it hasn't helped. Any advice would be greatly appreciated. Thanks in advance.
[09:12] <fheimes> Hi #archive-admins AA - the s390-tools v2.31 s390x package needs special approval and is currently in noble's unapproved queue (also visible here: https://launchpad.net/ubuntu/+source/s390-tools/2.31.0-0ubuntu1/ or in britney). I'm kindly asking for an approval (well, maybe sil2100)?
[09:30] <zhsj> hi, the following packages fail to build on launchpad, but without log, could someone retry them?
[09:30] <zhsj> https://launchpad.net/ubuntu/+source/distrobuilder/3.0-1
[09:30] <zhsj> https://launchpad.net/ubuntu/+source/prometheus-alertmanager/0.26.0+ds-1/+build/26904035
[09:30] <zhsj> https://launchpad.net/ubuntu/+source/fscrypt/0.3.4-2/+build/27693287
[09:30] <zhsj> https://launchpad.net/ubuntu/+source/aerc/0.17.0-1/+build/27819417
[09:30] <zhsj> https://launchpad.net/ubuntu/+source/aerc/0.17.0-1/+build/27819419
[09:34] <rbasak> zhsj: done. I think fscrypt had a log but I retried it anyway
[09:37] <zhsj> and distrobuilder fails quickly again :(
[09:54] <zhsj> paride: looks like fscrypt does fail on ppc64el. probably due to different harden build env with debian.
[10:00] <rbasak> zhsj: ah distrobuilder is in dep-wait now, for golang-goprotobuf-dev?
[10:00] <zhsj> rbasak: etcd needs a new merge, which replaces the deps for golang-goprotobuf-dev
[10:03] <paride> zhsj, strange, as fscrypt 0.3.3 already had TestMakeKey and built fine on ppc64el
[10:03] <paride> zhsj,  and 0.3.4 builds fine in Debian
[11:47] <seb128> Eickmeyer, replying here because the ardour/istools issue isn't really a release one
[11:47] <seb128> Eickmeyer, the problem is that https://github.com/Ardour/ardour/blob/83f5d40280f777c188fe156e8a6fc53fab3e4a60/wscript#L1011C36-L1011C53 parses the cmdline output
[11:48] <seb128> but in noble/with python 3.12
[11:48] <seb128> https://github.com/Ardour/ardour/blob/83f5d40280f777c188fe156e8a6fc53fab3e4a60/wscript#L1011C36-L1011C53
[11:48] <seb128> ups
[11:48] <seb128> $ itstool --version
[11:48] <seb128>   if re.sub('\s+', ' ', text).strip() != '':
[11:48] <seb128> /usr/bin/itstool:239: SyntaxWarning: invalid escape sequence '\s'
[11:48] <seb128> basically it's getting confused by the python warnings
[11:49] <seb128> you have a bunch of ways to fix it, one is to fix itstool (which seems unmaintained upstream unfortunatly)
[11:49] <seb128> another one is to delete that itstool check in ardour with a distro patch since we know our version is recent enough
[11:50] <seb128> another one is to make the parsing smart enough to get the version anyway, or to call the cmd with 2>/dev/null
[12:01] <ginggs> @pilot in
[12:18] <jamespage> cpaelzer: hey - I had a question for the MIR team yesterday but completely forgot to ask it! When I was reviewing bpftrace I noted it used libcereal-dev which is a headers only library - this made be consider whether that actually needed special handling as there is no linker generated runtime binary depends to pull its function into main as well
[12:18] <jamespage> its kinda hidden
[12:19] <jamespage> any thoughts?
[13:42] <cpaelzer> jamespage: since Trusty or so, if it is "only" a build-dependency but not ending up in the final code it does not need to be in main
[13:42] <cpaelzer> jamespage: headers are a bit in between, is it actually lots of actual code in headers that is active then?
[13:43] <cpaelzer> jamespage: or is it just the definition of an interface
[13:43] <cpaelzer> jamespage: the latter would be ok, the former would be a hidden variant of how golang and rust work
[13:44] <cpaelzer> having a look ...
[13:47] <cpaelzer> ok, yes jamespage this is active code which is in the final binary we'd support
[13:47] <cpaelzer> so yes, this would need to get special handling
[13:47] <cpaelzer> In an ideal world it would have Built-Using in the metadata
[13:47] <cpaelzer> languages that have this more often are handling that
[13:47] <cpaelzer> automatically
[13:47] <cpaelzer> but here that isn't the case
[13:49] <cpaelzer> not fully what https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used-to-build-the-binary-built-using was meant for, but which is why those other languages migrated over time to more specific entries
[13:50] <cpaelzer> TL;DR: yes it is a special case and it should be in main, and actually we'D need to discuss with security how such would need to be expressed so trackign works well
[13:54] <cpaelzer> There seems to be a whole ecosystem of those with libseqan3-dev and libmlpack-dev appearing similar, but not yet used in main as build-dependency
[14:48] <jamespage> cpaelzer: that was my feeling as well - thanks for the perspective
[16:00] <ginggs> @pilot out
[16:01] <ginggs> Thank you for flying Ubuntu Air!
[16:27] <tsimonq2> >:D
[16:28] <tsimonq2> ogayot, dbungert(, etc.): o/ in case you all still leverage ssh-import-id in Subiquity, here ya go: https://bugs.launchpad.net/ssh-import-id/+bug/1745538
[16:28] -ubottu:#ubuntu-devel- Launchpad bug 1745538 in ssh-import-id "Support for Launchpad teams should be added" [Wishlist, Fix Committed]
[16:29] <tsimonq2> Please ping me directly and loudly if https://launchpad.net/ubuntu/+source/ssh-import-id/5.11-0ubuntu2 causes *any* issues. I tested it very thoroughly and did get a second set of eyes.
[16:29] <tsimonq2> Anyone from ssh-import-id upstream is welcome to grab my quilt patch if you get to it before I can submit an updated MP. ;)
[16:31] <tsimonq2> > devel is used so that 'account_status' attribute can be respected. - at that point I'd be happy to debate whether adding that is a Feature or a Bug. :)
[16:39] <ogayot> tsimonq2: thanks for pointing out to this change!
[16:44] <rbasak> If a binary package is being renamed, and both the old and new binary package shipped a conffile that is to remain, then what's the correct way of doing that?
[16:44] <rbasak> If just start shipping the conffile from the new package, then dpkg treats the old conffile from the old package as "obsolete" (since it no longer ships it)
[16:44] <rbasak> Is that the least worst option?
[16:45] <rbasak> I don't see anything for this case in dpkg-maintscript-helper(1) unless mv_conffile is supposed to do it, but that doesn't seem likely to me.
[16:46] <tsimonq2> ogayot: You're very welcome :D
[16:47] <tsimonq2> rbasak: Not saying this is a full answer, but if you haven't yet, I'd take a peek at this, which may point you in the right direction: https://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html#automatic-handling-of-configuration-files-by-dpkg
[16:50] <Eickmeyer> seb128: re ardour: I guess the part that's confusing to me is that I understood that unstable is also using python 3.12 and, therefore, should act the same?
[16:59] <Eickmeyer> LocutusOfBorg: Uhh... you doing me a favor (re: Ardour)?
[17:00] <LocutusOfBorg> I already did upload
[17:00] <Eickmeyer> LocutusOfBorg: I saw! Thanks!
[17:01] <LocutusOfBorg> the default in debian is not 3.12
[17:01] <Eickmeyer> Although, armhf looks sad.
[17:01] <LocutusOfBorg> this is why the bug is Ubuntu only right now
[17:01] <LocutusOfBorg> armhf sad due to *sadness* :)
[17:01] <LocutusOfBorg> but will heal
[17:01] <Eickmeyer> hehehe
[17:17] <rbasak> tsimonq2: thanks, but that doesn't even cover the edge cases dpkg-maintscript-helper covers!
[17:20] <seb128> Eickmeyer, what LocutusOfBorg said about default
[17:20] <Eickmeyer> seb128: Indeed. Thanks to you both.
[17:20] <LocutusOfBorg> we should however fix the culprit, that is regex with incorrect escapes
[17:21] <LocutusOfBorg> I just fixed the parsing of the tool output
[17:21]  * tsimonq2 would be curious to hear about the efforts to start that transition Debian-side so we have Less Deltas ;)
[17:21] <Eickmeyer> tsimonq2: +1
[17:22] <Eickmeyer> LocutusOfBorg: Looks like a bug in Ardour's wscripts to me. I can let them know if you'd like.
[17:23] <LocutusOfBorg> yes please
[17:23] <LocutusOfBorg> also please open a debian bug
[17:23] <LocutusOfBorg> but as said, please try itstool --version
[17:23] <LocutusOfBorg> you will see a lot of python deprecation warnings
[17:23] <LocutusOfBorg> they need fixes
[17:25] <Eickmeyer> LocutusOfBorg: I see that. itstool is definitely the culpret here.
[17:25] <LocutusOfBorg> well, both are wrong, the tool not ignoring stderr, and the tool not doing correct regex
[17:26] <LocutusOfBorg> if you fix the regex you also fix ardour
[17:26] <LocutusOfBorg> (until next python sadness)
[17:26] <Eickmeyer> Oh, Python... breaking with every release when someone coughs since 1989
[17:28] <tsimonq2> To be fair, they do actually publish what they expect to deprecate each cycle, well before they do it.
[17:29] <tsimonq2> https://docs.python.org/3.13/whatsnew/3.13.html
[17:30] <tsimonq2> Combine that with https://codesearch.debian.net/ and you have a pretty good idea of what is coming next.
[17:30] <tsimonq2> For example, I knew about distutils well before we were having the conversation about "why did Python do this" thanks to this page: https://docs.python.org/3.13/whatsnew/3.12.html
[17:31] <Eickmeyer> tsimonq2: The average dev doesn't pay attention to that, and they don't care. They just want stuff to work.
[17:57] <tsimonq2> Eickmeyer: That may be true about the average dev, but some people (like me) just get too curious not to look every once in a while. ;)
[17:57] <tsimonq2> So, I hope *someone* reads that and finds it useful, even if it's a minority of the audience here.
[18:23] <Eickmeyer> LocutusOfBorg: Being part of the multimedia team means I got to patch ardour in salsa myself.
[18:24] <Eickmeyer> So, your patch is in salsa.
[18:24] <Eickmeyer> Bug filed (haven't seen it yet, sadly).
[18:56] <ahasenack> vorlon: I'm just watching the time_t transition from afar, but just saw this: https://tracker.debian.org/news/1507767/accepted-samba-24195dfsg-2-source-into-unstable/
[18:56] <ahasenack> do we need that change in noble now, before FF?
[18:56] <ahasenack>  rename libsmbclient => libsmbclient0 for 64-bit time_t transition
[18:57] <ahasenack>      Closes: #1064337
[18:57] <vorlon> ahasenack: we don't need it *before* FF but we do need it
[18:57] <ahasenack> that will trigger a mini transition
[18:57] <ahasenack> are we waiting for a bunch of them to land together?
[18:57] <ahasenack> or should I just merge and upload that now?
[18:57] <vorlon> ahasenack: now please
[18:58] <ahasenack> k
[18:58] <vorlon> because right now any package that builds against libsmbclient on armhf in noble, for any reason, will be broken
[18:58] <vorlon> fsvo broken
[19:00] <vorlon> ahasenack: basically, right now we're focused on getting all the NMUs to unstable done as quickly as possible and let them autosync where possible; then the next step is we have to identify all the libs that need merged.  So you can jump to the next step for packages you care about :)
[19:00] <ahasenack> will these be exempt from feature freeze exceptions?
[19:00] <ahasenack> depends what else is in that upload?
[19:01] <vorlon> (step 3 is fix any Ubuntu-specific libraries affected; step 4 is upload libraries that are LFS-sensitive but not entangled with time_t so that they DON'T break ABI)
[19:01] <vorlon> ahasenack: t64 is not a feature, at this point it's a bug fix
[19:01] <ahasenack> ok
[19:01] <vorlon> because no-change rebuilds will misbuild
[19:17] <ahasenack> hm, something going on in armhf noble-proposed?
[19:18] <ahasenack> 66c5b0a9dc7cbe1b398018f11dd76b1ec823f780
[19:18] <ahasenack> er
[19:18] <ahasenack>  libapt-pkg6.0t64 : Breaks: libapt-pkg6.0 (< 2.7.12+nmu1) but 2.7.12 is to be installed
[19:18] <vorlon> justache: ^
[19:18] <vorlon> eh
[19:18] <vorlon> juliank: ^
[19:18] <vorlon> do we have other revdeps of libapt-pkg6.0 in the base system that need no-change uploaded imminently?
[19:21] <vorlon> I'll trigger no-change rebuilds for it now anyway
[19:21] <juliank> vorlon: python3-apt and ubuntu-pro-client
[19:25] <vorlon> juliank: well excellent, because I have just uploaded those ;)
[19:25] <juliank> vorlon: I'm considering having them binNMUed in Debian too
[19:26] <juliank> well python3-apt
[19:26] <vorlon> yeah they would be eventually but seems good to get this one done asap
[19:30] <ahasenack> vorlon: armhf build is on hold: https://launchpad.net/ubuntu/+source/python-apt/2.7.6build1/+build/27830534
[19:30] <juliank> sorry about that
[19:30] <juliank> Let me retry the gnupg2 armhf build, it failed
[19:30] <juliank> it timed out
[19:37] <vorlon> heh
[21:06] <vorlon> juliank: does this look healthy? https://launchpad.net/ubuntu/+source/gnupg2/2.4.4-2ubuntu8/+build/27828643
[21:08] <juliank> no it should take about 10 mins
[21:08] <juliank> I guess this thing is flaky
[21:08] <juliank> and armhf builders too slow today
[21:08] <vorlon> I think the log tail didn't change in the past 15 minutes
[21:08] <vorlon> kill/restart?
[21:08] <juliank> yes please
[21:11] <juliank> If it continues hanging, might as well make gnupg binary Arch: any so that it doesn't get updated ahead of the others in Packages files
[21:12] <juliank> Really should probably get this solved in launchpad, retention of odl Architecture: all and pushing the Architecture: all into the binary-X that matches the Architecture: X versions
[21:18] <UnivrslSuprBox> Is it known that it's currently impossible to debootstrap noble on jammy? unpacking base-files fails due to `tar: ./bin: Cannot create symlink to 'usr/bin': File exists` and similar. I can debootstrap noble using an existing noble or mantic host, and I can bootstrap mantic from jammy.
[21:18] <ahasenack> I've seen a bug about that, I think it's being SRUed
[21:18] <juliank> Yes
[21:18] <UnivrslSuprBox> Neat, carry on then. Thanks
[21:19] <vorlon> juliank: cancelled but I think the builder died so launchpad is taking a long time to actually cancel, I've escalated to the team
[21:19] <vorlon> ah it did cancel now
[21:19] <sergiodj> vorlon: re. bringing the time_t changes to Debian, does this apply to the initial batch of uploads made to experimental?
[21:20] <vorlon> sergiodj: sorry, does what apply to it?
[21:20] <sergiodj> vorlon: merging the packages that have been uploaded as part of the time_t transition
[21:21] <vorlon> sergiodj: ah - you don't need to merge from experimental, they'll all be in unstable soon
[21:21] <sergiodj> vorlon: ACK, thanks.
[21:21] <sergiodj> and I've been told that these changes won't need an FFe
[21:22] <vorlon> sergiodj: correct, they're all bugfixes
[21:23] <sergiodj> OK, thanks
[21:25] <juliank> Broken builder explains it
[22:01] <LocutusOfBorg> thanks Eickmeyer! I hope also upstream will have a look at it
[22:01] <Eickmeyer> LocutusOfBorg: They will. I'm friends with the two lead devs.
[22:06] <LocutusOfBorg> nice!
[22:27] <vorlon> juliank: it has stalled again. https://launchpad.net/ubuntu/+source/gnupg2/2.4.4-2ubuntu8/+build/27828643
[22:27] <vorlon> juliank: is gnupg2 just broken? :P
[22:27] <juliank> It works everywhere else
[22:28] <juliank> Maybe it has a time_t bug
[22:28] <vorlon> hahaha
[22:28] <juliank> I mean you could try in commenting the last patch again but then my apt feature breaks which is ugh
[22:28] <vorlon> let me see what happens locally
[23:17] <vorlon> juliank: still working on my local build, my armhf system is much slower than the launchpad builders (I guess I should've put this on my canonistack instance)
[23:42] <vorlon> juliank: local build is hung here: https://paste.ubuntu.com/p/jk4kVwv5mD/
[23:43] <vorlon> juliank: if I temporarily roll back gnupg2 from -proposed will that unblock building python-apt and thus other things?
[23:43] <vorlon> because I don't want to debug 'gpgconf --kill all' failing to kill things


[20:59] <thomi> Hello #juju - I have a single lxd controller running on my laptop, with 4 applications (5 units total) running. This morning I find that /usr/lib/juju/mongo3.2/bin/mongod is using 13GB or RAM. This seems excessive to me. Is there something I can do to trim that down?
[21:00] <thomi> I thought perhaps restarting mongod might work, but I don't see a systemd service file for it, so I guess it's managed by jujud itself.
[21:00] <thomi> veebers: perhaps you have any ideas?
[21:04] <veebers> thomi: hey, wow yeah that seems excessive. mongodb is known as something else for systemd I think, juju-mongodb?
[21:05] <thomi> veebers: this should be on my host, or on the bootstrap node?
[21:05] <veebers> thomi: which version of juju are you using?
[21:06] <thomi> 2.0.2-zesty-amd64
[21:06] <veebers> thomi: on the bootstrap node, you're host wouldn't know about mongo (as it's installed in the lxd container)
[21:06] <thomi> I don't see any systemd control files with 'mongo' in their name. Not on the host nor the bootstrap node
[21:06] <veebers> huh
[21:07] <veebers> I might be wrong then, let me check something out
[21:08] <thomi> I might not understand how lxd works, but I don't see 'mongod' in the process list in the container, only on the host
[21:10] <veebers> thomi: you only have a single lxd container?
[21:10] <thomi> no, there's a bunch, bot most of them are for the applications deployed
[21:10] <veebers> thomi: ok, you'll want to be on the controller machine
[21:11] <thomi> I'm not familiar with that terminology. What does 'controller machine' mean, exactly?
[21:12] <thomi> oh! I see now, this has changed from juju1
[21:12] <veebers> thomi: ah right, sorry yes I'm so used to thinking in juju2 terms
[21:12] <thomi> I was assuming that 'juju ssh 0' got me into the bootstrap node, but I guess it doesn't
[21:13] <thomi> So what's the easiest way with juju 2 to ssh into the controller containers?
[21:13] <veebers> thomi: ah right, juju ssh -m controller 0 should so it
[21:13] <thomi> ahh
[21:13] <veebers> you may need juju ssh -m <controller name>:controller 0
[21:14] <veebers> (Each controller has a controller model)
[21:17] <thomi> hmm, ok, thanks. That helped. Thanks!
[21:20] <veebers> thomi: nw, let me know how it goes


[04:18] <chilts> I thought I said morning this morning
[04:18] <chilts> maybe I time-travelled from yesterday, that's what it feels like at the moment
[09:38] <hads> morning
[18:44] <ibeardslee> morning
[19:21] <olly> morning
[22:23] <chilts> morning
[22:29] <mwhudson> morning


[00:28] <mup> PR snapcraft#3841 opened: elf: add elf file patcher <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/3841>
[01:39] <mup> PR snapcraft#3836 closed: snapcraft/meta: make Manifest.base optional <Created by jhenstridge> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3836>
[07:11] <mup> PR snapd#11965 closed: tests: use overlayfs for interfaces-opengl-nvidia test <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11965>
[07:11] <mup> PR snapd#11966 closed: tests: update fake-netplan-apply test for 22.04 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11966>
[07:16] <mup> PR snapd#11909 closed: many: mount gadget in run folder <Needs Samuele review> <Run nested> <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11909>
[07:16] <mup> PR snapd#11949 closed: interfaces/hardware-observe: clean up reading access to sysfs <Created by bugraaydogar> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11949>
[07:21] <mup> PR snapd#11956 closed: tests: Update the whitebox word to avoid inclusive naming issues <Simple 😃> <Run nested> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11956>
[08:16] <mup> PR snapd#11957 closed: tests: remove ubuntu 21.10 from spread tests due to end of life <Squash-merge> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11957>
[08:42] <mup> PR snapd#11866 closed: data: start snapd after time-set.target <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11866>
[09:02] <mup> PR snapd#11967 opened: nested: fix core-early-config nested test <Simple 😃> <Test Robustness> <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11967>
[09:07] <mup> PR snapd#9631 closed: cmd/snap: add snap debug connections/connection commands <:birthday:> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9631>
[09:22] <mup> PR snapd#11941 closed: asserts: allow classic + snaps models and add distribution to model <Needs Samuele review> <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11941>
[09:37] <mup> PR snapd#11855 closed: cmd/snap: do not track apps that wish to stay outside of the life-cycle system <Needs Samuele review> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11855>
[10:07] <mup> Bug #1981810 opened: Release process does not update rpi-imager config file <Snappy:New> <https://launchpad.net/bugs/1981810>
[10:22] <mup> PR snapd#11960 closed: daemon,systemd: introduce support for namespaces in 'snap logs' <Needs Samuele review> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11960>
[10:22] <mup> PR snapd#11968 opened: tests: ensure that microk8s does not produce DENIED messages <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11968>
[10:32] <mup> PR snapd#11699 closed: interfaces/builtin/system-packages: use a broad AppArmor snippet for mounting /usr/share/*-docs <Simple 😃> <Created by bboozzoo> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/11699>
[12:32] <mup> PR snapd#11693 closed: tests: add invariant check for leftover cgroup scopes <Test Robustness> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11693>
[12:47] <mup> PR snapd#11848 closed: tests: revert lxd change to support nested lxd launch <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11848>
[12:47] <mup> PR snapd#11967 closed: nested: fix core-early-config nested test <Simple 😃> <Test Robustness> <Run nested> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11967>
[13:49] <mup> PR pc-amd64-gadget#63 closed: snapcraft.yaml: allow building outside of launchpad with old binaries <Created by alfonsosanchezbeato> <Merged by alfonsosanchezbeato> <https://github.com/snapcore/pc-amd64-gadget/pull/63>
[17:17] <diddledani> something's amiss with node snap (classic confinement) causing it to try and fail to access /var/lib/snapd/void: https://forum.snapcraft.io/t/something-amiss-with-classic-snaps-eacces-error-trying-to-access-var-lib-snapd-void-specifically-node/30911/2
[17:17] <diddledani> as node is a classic snap then I'm guessing this is a snapd bug
[18:39] <mup> PR snapd#11958 closed: overlord,snap: add support for per-snap storage on ubuntu-save <Needs Samuele review> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11958>
[19:40] <mup> PR snapcraft#3840 closed: elf: add handling and patching helpers <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3840>
[20:10] <mup> PR snapcraft#3837 closed: fix: hooks: process generated hooks <Created by mr-cal> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3837>
[20:10] <mup> PR snapcraft#3842 opened: requirements: update <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3842>
[22:10] <mup> PR snapcraft#3842 closed: requirements: update <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3842>


[12:37] <medberry> What's the ideal (or canonical) way to apt-get my kernel source and rebuild it (with a two line .config change).  The google hits I'm finding searching for that are out of date or just plain wrong.
[12:37] <medberry> I'll need the i686 and any modules/initrds and I'm running an up to date feisty
[09:05] <kraut> moin
[01:41] <AndyP> hi kernel folks, is bug #120297 likely to be fixed for 7.10?
[01:42] <fabbione> AndyP: before filing that kind of bugs and asking for a fix you should really read the kernel devel timeline
[01:43] <fabbione> not all drivers can be re-added right away during the beginning of the devel phase
[01:43] <fabbione> but it's guaranteed that they will come back as soon as possible
[01:43] <AndyP> fabbione: ok that's understandable, thanks, where is the timeline?
[01:44] <fabbione> AndyP: https://wiki.ubuntu.com/GutsyReleaseSchedule
[01:45] <fabbione> stuff needs to be all there as soon as possible before beta
[01:45] <AndyP> fabbione: oh, the release schedule, ok thanks again
[01:45] <fabbione> but they never had to stretch drivers that far in time
[01:45] <fabbione> usually it happens way earlier
[01:46] <AndyP> right, ok
[01:47] <AndyP> i'll use my ethernet cable a while longer then :)
[01:49] <JanC> there is also https://wiki.ubuntu.com/KernelTeam/Roadmap :)
[01:52] <AndyP> JanC: thanks :)
[02:51] <TheMuso> /c
[02:51] <TheMuso> gah
[04:09] <zul> BenC: has there been any though on adding vserver I think there has been a couple of requests
[04:10] <BenC> zul: like many of the virt implementations, request != maintainer
[04:10] <zul> yeah yeh :)
[04:12] <BenC> VMI, xen and openvz (hopefully) will have someone behind it making sure it works and that we can go to them for help when we need it
[04:12] <BenC> we don't have that for vserver that I know of
[04:13] <zul> ill try playing with it this weekend who knows
[04:29] <BenC> amitk: just added you to ubuntu-kernel-team, expect lots of email
[04:56] <BenC> crimsun: sent you codec for the sigmatel chip
[06:19] <slmnhq> Hi, On an SMP machine is it normal that the LOC interrupt rate on one CPU differs from anothers?
[06:20] <slmnhq> On my dual core machine, CPU0's LOC rate is about 18677 Hz and on CPU1 it's 1000 Hz
[06:53] <jwendell> Hi, folks
[06:54] <jwendell> does anyone could verify bug 104155 ?
[06:55] <mkrufky> jwendell: is the drive unmounted when you try to eject it?
[06:55] <jwendell> mkrufky, yep
[06:56] <mkrufky> ok, then i have nothing to offer :-P
[06:56] <jwendell> if it's umounted, it's ejected normally
[06:56] <mkrufky> oh!  then i do
[06:57] <mkrufky> so you just have to unmount it before you try to eject it
[06:57] <mkrufky> IMHO, if previous code allowed you to eject without first unmounting, then THAT was a bug, and now its fixed
[06:57] <jwendell> mkrufky, but it worked in edgy :)
[06:57] <mkrufky> sounds like edgy is bugged, then
[06:57] <jwendell> hehe
[06:57] <mkrufky> edgy is 2.6.17.y, right
[06:57] <mkrufky> ?
[06:57] <jwendell> right
[06:59] <mkrufky> i am not an authority here -- i am just being nosy...  but, anyway, i think your bug #104155 is a feature and not a bug, and that the previous behavior was the bug -- you are betetr off now
[07:00] <jwendell> mkrufky, i got the point, but we are talking about read only media
[07:01] <mkrufky> i think perhaps there is a different way to approach your issue
[07:01] <jwendell> mkrufky, anyway, if i press the eject button on drive, it ejects normally
[07:01] <jwendell> even when it's mounted
[07:01] <mkrufky> maybe, what you want is for Fn+F10 to handle the umount command for you, and then eject
[07:01] <mkrufky> so the problem is that the umount step is missing
[07:02] <jwendell> mkrufky, i want the same behavior as if i press the eject button on drive
[07:02] <mkrufky> in which case, this is not really a kernel issue, so i think this might not be the right place to ask about it :-/
[07:02] <mkrufky> if you press eject, does the drive unmount AND eject ?  (i assume yes)
[07:02] <jwendell> yes
[07:03] <mkrufky> ok, so that's it ... your Fn+F10 macro handler,  or whatever it is, is neglecting to umount before trying to eject
[07:03] <jwendell> yep
[07:03] <jwendell> where do i fix that?
[07:03] <jwendell> do you know?
[07:03] <mkrufky> i dont know
[07:04] <mkrufky> but your bug is files against the linux-source-2.6.20 , and probably needs to be re-classed if you want a useful response... (i dont know what it SHOULD be files against, but they can probably tell you in #ubuntu , or whatever other ubuntu support room)
[07:04] <mkrufky> s/files/fileD
[07:05] <jwendell> mkrufky, ok, i'll search a bit more
[07:05] <jwendell> thanks
[07:05] <mkrufky> you're welcome, jwendell
[07:29] <afie> Any proper fixes for snd_intel_hda yet?
[07:29] <afie> Ubuntu of all distros should be the _last_ to do something like this. >_>
[07:29] <afie> Break sound after an update :-\
[08:02] <BenC> kylem: do you know if we support Intel GMA3000?
[08:02] <BenC> kylem: in dapper that is
[08:03] <kylem> nope, it's way too new.
[08:04] <kylem> GMA3000 is i965.
[08:04] <BenC> kylem: ok, thanks
[10:58] <bdmurray> rtg: ping
[11:16] <crimsun> BenC: ok, thanks. I'm still needing the SSID from `lspci -nv|grep 0403 -A1`.
[11:49] <BenC> crimsun: Ah, ok


[10:10] <redarrow> I would like to verify DSA key ID C9DE75B5 but can't find it on the regular key servers. This is the key used for signing of intltool-0.51.0.tar.gz from https://launchpad.net/intltool/trunk/0.51.0
[10:12] <cjwatson> We may not have it; there's no requirement that a project owner upload a public key before they upload project files signed by it
[10:13] <cjwatson> (unlike PPAs)
[10:14] <redarrow> aparrently the user who uploaded the file is offline (at least the nick is not on freenode)
[10:15] <redarrow> what can I do to verify the archive?
[10:16] <cjwatson> You could ask them by email if they can upload the key
[10:18] <redarrow> cjwatson: I don't have access to my account right now... And the e-mail is locked.
[10:19] <cjwatson> redarrow: you can find one in the ChangeLog file in the tarball
[10:20] <cjwatson> which is hopefully still current
[10:21] <redarrow> cjwatson: thanks for the hint
[10:24] <rbasak> How would you verify even if you could download the key? Are you hoping you have a trust path to it? If it's not on keyservers, that seems unlikely.
[10:26] <redarrow> rbasak: well verifying the signature of the archive with a key downloaded from an HTTPS website is better then nothing although far from good.
[10:26] <cjwatson> Yeah, without a trust path it really only gives you transport integrity (and maybe trust-on-first-use for future signatures by the same key)
[10:28] <rbasak> redarrow: but you downloaded the payload over HTTPS from the same site. If an attacker modified that, then you'd have to consider either the uploader's Launchpad credentials compromised, or Launchpad itself compromised. I don't see how getting the purported uploader's signing key from Launchpad defends against that. But sure, so long as you understand the implications ;)
[10:29] <rbasak> TOFU is a good point though. I do that all the time for publishers who sign but don't provide any means to bootstrap trust.
[10:42] <redarrow> rbasak: seems the key is available but the keyserver I choose is unavailable... pgp.mit.edu seems to have issues right now.
[18:56] <bobdrad> I'm having trouble logging into https://ubuntuforums.org/, it says my e-mail is invalid, but it is not. This seems to be related to SSO, I have not logged in via SSO previously.
[18:58] <bobdrad> I have used that e-mail with the forums for years now.
[18:59] <bobdrad> But SSO does not like it, I suspect because it incorrectly identifies the domain as disposable.
[19:11] <cjwatson> You'll need to ask #canonical-sysadmin, sorry
[19:12] <cjwatson> Or<EMAIL_ADDRESS>[21:48] <bobdrad> cjwatson: thnx


[09:11] <AlanBell> http://loco.ubuntu.com/events/ubuntu-uk/1257/detail/ someone broke the table headers
[09:12] <AlanBell> empty 	 in the attendees table mhall119 cjohnston nigelb
[09:18] <nigelb> AlanBell: looking
[12:49] <mhall119> AlanBell: is it where the attendee's name should be?
[12:53] <AlanBell> the header of the table has more cells than the data lines
[12:53] <AlanBell> so yes, the first header cell is empty
[12:54] <mhall119> huh....
[12:55] <mhall119> AlanBell: have you filed a bug against that?
[12:55] <AlanBell> not yet
[12:56] <mhall119> would you mind?
[12:57] <AlanBell> https://bugs.launchpad.net/loco-directory/+bug/841790
[12:57] <mhall119> thanks
[13:52] <daker> mhall119, AlanBell on that cell is the place of the mugshot
[13:53] <daker> -on
[13:53] <mhall119> daker: then the table body is off by one
[13:54] <daker> yep
[13:54] <AlanBell> ok
[17:22] <nigelb> cjohnston / newz2000: Do either of you know who to talk to about wiki CSS?
[17:23] <nigelb> I would really like to see overflow done better for

 bits
[18:09] <mhall119> nigelb: probably newz2000
[18:09] <nigelb> I'm guessing he's away today.
[18:09] <nigelb> mhall119: Wait, are you working today?
[18:10] <mhall119> no
[18:10] <nigelb> okay :)
[18:10] <mhall119> and neither is he
[18:10] <nigelb> yeah, I thought so
[21:49] <cjohnston> mhall119: ping
[22:27] <mhall119> cjohnston: pong
[22:28] <cjohnston> mhall119: have you seen the stuff on the egypt team?
[22:29] <cjohnston> I'm thinking they renamed their team.. ie ~egypt to ~ubuntu-eg
[22:29] <cjohnston> cause there is no new team in LD
[22:33] <AlanBell> nigelb: I think I identified exactly what needs doing for pre
[22:34] <AlanBell> https://bugs.launchpad.net/ubuntu-website/+bug/812337
[22:38] <nigelb> g39
[22:39] <nigelb> AlanBell: \o/
[22:58] <mhall119> cjohnston: then they'll have to merge the old team with the newone in LD
[23:01] <cjohnston> mhall119: i dont see a new one
[23:01] <cjohnston> they just renamed the team
[23:02] <mhall119> I'm not sure how often if checks for new teams, but if it's in ~locoteams it'll be pulled in eventually
[23:04] <cjohnston> they are saying its been a few days..
[23:04] <cjohnston> do we repull a team that was just renamed?
[23:06] <cjohnston> its in lpupdate it appears, which gets updated every 20 minutes
[23:08] <cjohnston> mhall119: unless the cron still isnt setup right
[23:08] <cjohnston> mhall119: http://bazaar.launchpad.net/~loco-directory-dev/loco-directory/0.2/view/head:/loco_directory/teams/management/commands/lpupdate.py#L60
[23:10] <mhall119> cjohnston: it's refreshing the blogs, so the cron is definitely running
[23:16] <mhall119> cjohnston: lpupdate is throwing an error, let me dig a bit
[23:16] <mhall119> looks like the cache is corrupt again
[23:18] <cjohnston> wonderful
[23:18] <cjohnston> can we maybe add something that will clear the cache every few days?
[23:18] <mhall119> maybe
[23:19] <cjohnston> or a magical button
[23:19] <mhall119> I sent an rt, since the US admins have the day off and the EU admins are done for the day already
[23:19] <cjohnston> someone should be online in the next few hours
[23:30] <mhall119> oh hell, I want to stay out of the Egypt team controversy
[23:31] <mhall119> http://loco.ubuntu.com/teams/egyptlocoteam exists, is that the old team name?
[23:50] <cjohnston> yes
[23:51] <cjohnston> ubuntu-eg is new