=== led_ir23 is now known as led_ir22
[07:15] <lordievader> Good morning
=== uptime is now known as robot
=== filipe_ is now known as filipe-
[14:24] <halvors> OpenTokix: Because it's overwriting my network config, and it's on a bare metal server.
[14:56] <papajo> hello everyone!!!!
[16:15] <mordof> hoping someone can shed some light on this for me:  running ubuntu in AWS, mounted a drive created from a backup.   both of these drives do not have a partition table, and yet ext4 seems to be functioning properly on them. I had thought a drive must have a partition table before a file system can be placed on it. so what's the deal there? how does
[16:15] <mordof> this work? is it a safe situation?
[16:15] <mordof> i ask here because i'm not sure if this is something specific to the way aws handles their drives, or if all drives are ok to behave like this
[16:17] <sarnold> you don't need a partition table for a filesystem
[16:19] <sdeziel> mordof: if you don't need a boot loader (like grub) to reside on the same drive, it's safe and it makes FS resizes easier
[16:19] <TJ-> mordof: you can have a file-system inside a regular file; partition tables are generally only needed for a bootable device
[16:20] <mordof> ooh. is this also true of windows drives? lol..  or more specifically.. is this special to a specific filesystem like ext4? or has this always been the case for everything
[16:21] <sdeziel> mordof: I don't know for Windows (but I think it creates a partition table by default) but on Linux any filesystem can run on direct drive
[16:22] <mordof> awesome, thanks for the details :)  very much appreciated
[16:22] <sdeziel> np
[16:23] <patdk-lap> just make sure you don't EVER use something like openfiler that ASSUME all disks have a partition table, and writes one on them if they don't
[16:24] <mordof> oooh that's a good point, lol
[16:24] <patdk-lap> partition tables where invented so the bios could load the boot code
[16:24] <patdk-lap> know where that boot code is
[17:56] <rbasak> nacc: in https://bugs.launchpad.net/bugs/1753800, do you know why the tree fails to match?
[17:56] <ubottu> Launchpad bug 1753800 in usd-importer "libffi fails to import, due to orphan tags" [Undecided,New]
[17:57] <nacc> rbasak: not yet
[17:57] <nacc> rbasak: but in theory, it can happen, i suppose
[17:58] <nacc> rbasak: i've not dug into it at all, i was just peeking at the bastion to see where it's at and saw our first failure (out of ~250 packages)
[17:58] <nacc> rbasak: i might provide you a very naive fix that needs some optimization, just to get the code out there for you to lok at
[17:58] <nacc> *look
[17:59] <rbasak> OK
[17:59] <nacc> naive in that it needs refactoring due to code duplication
[17:59] <rbasak> I'm not sure I'll get much time on it this week though
[18:00] <nacc> rbasak: understood
[18:01] <nacc> rbasak: have you landed your import_uanpplied_spi tests?
[18:14] <nacc> rbasak: https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/340869
[18:16] <nacc> rbasak: fwiw, the libffi import failure appears to be due to not matching the debian version's tree, but i've not dug deeper
[18:32] <kyle__> Is anyone else using 16.04 + hwe kernel + mdadm for root? Curious.  I can't get grub to be happy with it
[18:39] <rbasak> nacc: not landed the tests yet. I have a branch that exercises it but to actually verify the result I need to finish my commit comparator, which got pre-empted by the test components you needed in that other bug.
[18:39] <rbasak> nacc: we could land it early and leave a bug open to remind us that it doesn't verify the result yet if that would be helful.
[19:02] <nacc> rbasak: can you just point me at an MP or the branch again? then I can use ita s areference for the tests i just mentioned in my MP (and the ones i need to write for a few other bugs)
[19:05] <rbasak> nacc: https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+ref/import-tests - still wip of course, not rebased recently.
[19:05] <nacc> rbasak: totally fine, just wanted to structure my tests the same way
[19:05] <nacc> rbasak: thanks!
[19:37] <nacc> rbasak: i'll rebase and add some basic verification and send you a MP :)
[19:44] <rbasak> nacc: thanks :)
[19:46] <nacc> rbasak: and i think i figured out how to create the pristine-tar on-demand
[20:55] <nacc> rbasak: https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/340874
[20:56] <nacc> rbasak: i think that should be a priority to review this week, so we can land that infra
[20:56] <nacc> rbasak: it needs cleaning up, but does pass now
[21:37] <nacc> rbasak: and based upon that, https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/340876 which adds testcase 1
[22:28] <hallyn> smoser: did you use to talk about a program that could make an ext2fs the way mksquashfs does?