[00:10] Anyone use tgtadm with vmware esxi hosts? I cant get vmware to recognize any kind of backing-store but a .img flat file made by dd. Direct disks (/dev/sdxxx) and luns (/dev/mapper/vg-1/lv-1) show the controller but no formattable space === sfeole` is now known as sfeole === Seveas is now known as Guest16962 === mwhudson is now known as Guest96057 === Guest96057 is now known as mwhudson === y0sh- is now known as y0sh === powersj_ is now known as powersj [05:30] good morning [05:31] Good morning [05:31] hi lordievader === ^kiokoman^ is now known as kiokoman [08:41] Hey. I amtrying to install ubuntu server 16.04.4 on my Dell R515 and it just wouldn't work. I get the grub screen but after that it just doesn't display anything. It might be a problem with the graphics that I just can't see any thing. Is there an option for "simpler" graphics? [08:42] Or maybe any other Idea. I see that the Server loads to image but then it just stops [09:26] cperrin: remove "quiet nosplash" from the kernel command line from grub, see if you get any output from the system booting and with that any error listed. === popey_ is now known as popey === niemeyer_ is now known as niemeyer [12:40] cpaelzer: on empty dirs in git-ubuntu [12:40] What I've been doing is disabling the hooks but proceeding anyway [12:41] In many cases the disappearing directory doesn't break anything because it's a 3.0 (quilt) package so gets effectively recreated (with a warning) by dpkg-buildpackage - because it doesn't end up in the debian tarball anyway, and the orig tarball doesn't get changed. [12:41] So the only things that would be broken are your commits which won't contain the empty directory. [12:41] we just have to be careful if it's a new version, right? a new orig tarball [12:42] we need to be sure it is the pristine upstream tarball, and not one generated from the git repo [12:42] or not even that? [12:42] In this case I don't think it actually breaks much except for final rich history adoption since the importer will see the mismatch [12:42] Not even that [12:42] I believe that the orig tarball will always match byte for byte. [12:42] the tarball we get will have the empty dirs? [12:42] when we build-source, for example [12:42] Yes, because we effectively store the binary. [12:42] (via pristine-tar) [12:45] rbasak: oh I see, you say if the empty dir is not needed/touched by the commits then it doesn't matter [12:45] because the build provess will correctly recreate it anyway [12:45] with just tar+quilt [12:45] cpaelzer: right [12:45] rbasak: well then let me recreate what I wanted to send you as debdiff in git [12:46] Only the importer will refuse to accept your upload tag unless you create that final commit with empty directories again (which the git CLI can't do) [12:46] can't* [12:46] rbasak: and I'll compare the dsc/changes [12:46] cpaelzer: ack [13:03] rbasak: ahasenack: yes it really is exactly the same debdiff [13:03] ok, then I can MP propose this as well [13:03] \o/ [13:03] I wouldn't expect the debdiff to chang [13:03] e [13:04] I was worried about launchpad complaining about a hash mismatch with the orig tarball [13:04] ahasenack: the orig tarball was not touched [13:04] since it doesn't regenerate it but uses it as it has found it on publish === cyphermo1 is now known as cyphermox [13:52] While installing ubuntu server i was unable to comnect and configure network as i was dual booting. But now how to configure my network especially wifi via terminal. Please help [14:18] pankaj_: try "ip link list" to see if the nic is available [14:19] dual booting.... [14:19] what about it? [14:53] There are better things in life than dual booting, like VM's [16:06] what does dual booting have to do with being able to connect to the network? [16:25] nothing === marcosps_ is now known as marcosps [18:40] nacc,RoyK, well.. I had a laptop once that couldn't use wireless until you booted it into os x or windows. (I can't remember which laptop that was. I just remember the annoyance.) [18:40] once the drivers had been updated in the first os then they'd work in linux.. [18:45] sarnold: you mean every time? [18:45] nacc: no, just the once [18:46] thank goodness :) [18:46] sarnold: ah interesting. so some proprietary logic, i guess? [18:46] sarnold: i wonder if you did some acpi hack if it would 'just work' [18:48] nacc: my guess was it was just lackinga firmware, and hopefully the linux-firmware package would have taken care of it [18:51] sarnold: ah could be [18:52] it was either a g3 ibook or a lenovo z60? iirc a p4m machine .. [22:38] Hi! looking forward to settling in on 18.04... having a networking problem though. I don't use sleep/hibernation, so it's not related to that. When I reboot (or boot up after shutting down), the ubuntu does not get an ipv4 address. if I manually run `sudo dhclient` it gets one just fine. Upon reboot it is lost, however. [22:39] netplan is configured - in fact, the ip address worked fine for a few reboots, then stopped automatically working. [22:39] jaddison: can you pastebin the files in /etc/netplan/* ? [22:39] !pastebin [22:39] For posting multi-line texts into the channel, please use https://paste.ubuntu.com | To post !screenshots use https://imgur.com/ !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [22:40] https://paste.ubuntu.com/p/RKdyMpqF2d/, dpb1 [22:41] It was originally `optional: true` [22:41] what does networkctl say there? [22:41] jaddison: remove addresses: [22:41] (I don't think that is causing it, but it's not needed) [22:41] cyphermox: should I be worried that systemd-networkd isn't running on my laptop? [22:41] sarnold: no, there you should be using networkmanager [22:42] dpb1: cool, thanks :) [22:42] sarnold: cosmic? [22:42] cyphermox: bionic [22:42] cyphermox https://paste.ubuntu.com/p/jZDBTgTYqT/ [22:42] * dpb1 wonders if something changed in cosmic... [22:42] you probably still ought to have networkd running.. [22:42] p3 vs p2? [22:43] sarnold me? yeah, I just noticed that. No idea how that happened though? [22:43] jaddison: did you change the hardware for that system? [22:43] cyphermox no. [22:43] wait, what do you mean? [22:43] changing network card [22:43] I plugged in another GPU after it all [22:43] did you move the NIC? [22:43] surely that wouldn't do anything [22:43] could be that [22:43] no [22:43] it's onboard nic [22:44] so ubuntu/netplan can't adjust if hardware is moved? that doesn't sound quite right... :) [22:44] you mean networkd/udev [22:46] but essentially, yeah, the issue is that the netplan yaml expects to configure p2, but the device is p3 [22:47] cyphermox but I don't understand how it got into that state. Is this something that might happen again in future? I literally installed the box got it running fine, then added a GPU (I *think* that was the trigger?) then it all fell apart [22:48] it's a little odd that adding a GPU would cause that, but it's plausible, the p there stands for which numbered bus the device is on [22:49] jaddison: only when you change hardware, this is dependent on what buses are scanned in what order, but the ordering won't change [22:49] I don't expect it would change again even if you changed the GPU [22:49] jaddison: a more reliable naming scheme *could* be for you to use mac address matching to id the card you want. [22:50] jaddison: https://netplan.io/examples#vlans -- look at the mainif, 'match:' stanza [22:50] cyphermox, dpb1 so, if I don't move hardware around in future for this box, I won't see this problem, most likely? [22:50] right [22:50] dpb1 thanks, that's interesting. [22:50] yup [22:50] cyphermox ok, thanks (you too dpb1) [22:51] I'm back in the saddle, folks! [22:51] jaddison: if it's a desktop, you're also not likely to have many more buses for new things to appear if you add/remove hardware ;) [22:52] jaddison: dpb has a good point, you could add a match: for the mac address of the device and rename it to something else, that way the name will never change === Guest16962 is now known as Seveas [23:14] I've seen this happen. Remove/add a GPU and netif changes name.