[07:16] <lordievader> Good morning
[08:58] <xrandr_mac> Can I install ubuntu server from. The network install cd?
[10:04] <RoyK> xrandr_mac: so long that you have network access during the installation, yes - I've used that a lot
[10:38] <RoyK> any idea what to do when I try to make a package and I get this error? http://paste.debian.net/1074553/
[11:22] <supaman> RoyK: is there a debian directory and it contains a changelog file?
[11:28] <RoyK> supaman: there's a debian dir, but no changelog file, so I forged one and with a little trouble, it worked
[11:28] <supaman> great :-)
[13:48] <coreycb> jamespage: sahid: i'm going to sweep up the remaining rc's for stein. i don't think there are many.
[13:53] <PaulePanter> Hi. Installing ubuntu-server (bionic), I am only asked to configure the DNS server by the installer and not the rest of the network configuration (DHCP/static).
[13:53] <sahid> coreycb: ack, do you need some help? I can do some
[13:53] <PaulePanter> I then have to edit the netplan configuration manually in the live system.
[13:54] <coreycb> sahid: i think we're good, thanks. we can split up the final release when that comes around.
[13:54] <sahid> coreycb: ok sure we will do that :)
[13:55] <coreycb> sahid: james has smoke tests passing on the current proposed packages so we'll re-run that and we'll need to manually test dashboards
[14:01] <jamespage> coreycb: ta - just a few I think
[23:24] <sveinse> Trying to install latest ubuntu 18.04 LTS server on a VM and the installer crashes when I'm trying to set manual ipv4 address, starting the installer all over again :(
[23:25] <sarnold> that sounds vaguely familiar
[23:32] <tomreyn> sveinse: probably bug 1816954
[23:46] <Maxel> hi, I ran into a problem I thought I solved but apparently did not. My boot partition is only 500mb and it has 0 bytes free. I was trying to do an upgrade and now I'm stuck
[23:46] <Maxel> I see some guides saying I can boot from a different disc of linux and try to repartition the disk, but wanted to see if anyone thinks that's a terrible idea on here before I accidentally break something
[23:47] <mwhudson> Maxel: are you booted?
[23:47] <sveinse> Maxel: It happened to me all the time on my old server. You probably have older kenels taking up all the space. uninstall them first, and then you can install the upgrade
[23:47] <sarnold> I wouldn't go down that route, no..
[23:47] <Maxel> yeah, it's a vm I have
[23:47] <mwhudson> you should be able to remove some kernels
[23:47] <Maxel> running on esxi
[23:47] <sarnold> I'd just truncate some kernels with "> /boot/vmlinuz-...." -- pick old ones
[23:47] <sarnold> then dpkg --purge that old version
[23:47] <Maxel> I would like to solve the tiny boot partition eventually, but I need to free up some space first
[23:48] <mwhudson> what does dpkg -l linux-image-*-generic | grep ^ii show?
[23:48] <Maxel> remind me what the util to pipe output to pastebin is?
[23:48] <mwhudson> pastebinit
[23:49] <Maxel> http://paste.ubuntu.com/p/VWc835NQ4F/
[23:49] <mwhudson> yes ok you probably don't need all of those :)
[23:50] <sarnold> try to keep the newest one or two, and whatever kernel you're running now
[23:50] <Maxel> I think I messed this up once though, what's the safe way to remove these? I just deleted the files and got myself in trouble
[23:50] <mwhudson> apt remove linux-image-4.4.0-134-generic
[23:50] <mwhudson> (for example)
[23:51] <mwhudson> like sarnold says probably best not to remove the kernel you are actually running
[23:51] <sarnold> truncate one file with > /boot/vmlinuz-whatever ... to free up storage; then you can dpkg --purge the package that owned the file
[23:51] <Maxel> just fill the file with 0 bytes you mean?
[23:51] <mwhudson> then upgrade to bionic where this kind of stuff doesn't pile up in the same way :)
[23:52] <mwhudson> (not necessarily helpful advice i realize)
[23:52] <mwhudson> Maxel: yes
[23:52] <mwhudson> well not fill the file
[23:52] <Maxel> is that 18.04? cause that's what I was trying to actually do here
[23:52] <mwhudson> replace the file with a 0 byte file
[23:52] <mwhudson> Maxel: yes
[23:52] <Maxel> ls -l
[23:52] <Maxel> whoopsies
[23:53] <Maxel> just cause I'm extra worried, so can I just do: echo "" > vmlinuz-4.4.0-128-generic
[23:55] <sarnold> maybe; I've always used > filename to truncate files
[23:55] <sarnold> using echo in that fashion may try to make a new directory entry and thus fail to allocate memory
[23:55] <Maxel> no need to echo anything, just lead with the >
[23:55] <sarnold> right
[23:58] <Maxel> trying to purge the package now: dpkg: warning: ignoring request to remove vmlinuz-4.4.0-128-generic which isn't installed